(TitanicDash) pkg> instantiate
Updating registry at `C:\Users\adria\.julia\registries\General`
Updating git-repo `https://github.com/JuliaRegistries/General.git`
ERROR: expected package `Stipple [c3245d6e]` to be registered
(TitanicDash) pkg> dev Stipple
Path `C:\Users\adria\.julia\dev\Stipple` exists and looks like the correct package. Using existing path.
Resolving package versions...
ERROR: expected package `GenieAutoReload [c6228e60]` to be registered
(TitanicDash) pkg> dev GenieAutoReload
Path `C:\Users\adria\.julia\dev\GenieAutoReload` exists and looks like the correct package. Using existing path.
Resolving package versions...
ERROR: expected package `Stipple [c3245d6e]` to be registered
No idea what the problem is and what to do next, other than register the packages?
Thanks @anon67531922 - I did develop them successfully in @v1.4 by passing the full GitHub URL. The issue arises when running pkg> instantiate within the project (TitanicDash). Pkg knows how to resolve one unregistered package, but not two, so it looks like a bug (or an undocumented limitation).
I see. You want to dev them from GitHub. You can also achieve an approximation of what you want, if I understand, by deving them from a local directory. This is what I do for my private repos. It works well for containerization as well.
With apologies for resurrecting an old thread, I am having what looks like a similar problem. Two unregistered, locally dev-ed packages. One depends on the other, and Pkg demands that it is registered.
@essenciary could you give a litte more detail on what you did to resolve? I tried removing one, then both packages and adding them back, but the problem recurs.
I tried various permuations, and after some experimentation, cleaning out the lot and reinstalling with much use of “up” and “resolve” seems to have done the trick.
I have found a private registry to be a reliable solution for such issues. It gives all of the benefits of registering the packages in general registry.