Is the package manager ready for moving out stdlibs in their own repos.

[KristofferC]

Right now, an stdlib is simply represented in the Manifest with a

[[Stdlib]]
uuid = "$stdlib_uuid"

entry. No dependencies for the stdlibs are recorded, no versions (and no git-tree-sha). This make instantiating existing manifests after the fact that the stdlib has been moved to a repository difficult. We should figure how thing should be recorded so we can instantiate old manifests that where created before the stdlib got moved out.

Instantiating projects (with no manifests) should be no problem, the names will just be resolved from the registry and download like any other package.

[StefanKarpinski]

One option is to record the julia version and just bake in the additional knowledge about the stdlibs based on that. So when you have

[julia]
version = "0.7.0"
git-tree-sha1 = "4e54b1066faedd2b8c5c7e3f4c1f580479ee11f3"

we know that the stdlibs have certain versions implied by that Julia version.

[KristofferC]

2 years later, no, not really.

[timholy]

Aside from that, we'd lose a lot of goodness we currently get from REPL precompilation (which includes native codegen). I suppose we could tell everyone to PackageCompiler them all in to the sysimage, but that defeats part of the purpose.

I sure am hoping that better precompilation is a priority for Julia 1.7.