You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Whenever Pluto cannot instantiate the env, it removes the manifest completely:
Operation failed. Updating registries and trying again...
exception =
Unsatisfiable requirements detected for package Statistics [10745b16]:
Statistics [10745b16] log:
├─possible versions are: 1.11.0 - 1.11.1 or uninstalled
└─restricted to versions 1.10.0 by an explicit requirement — no versions left
Updating registry at `~/.julia/registries/General.toml`
Warning: Operation failed. Removing Manifest and trying again...
exception =
Unsatisfiable requirements detected for package Statistics [10745b16]:
Statistics [10745b16] log:
├─possible versions are: 1.11.0 - 1.11.1 or uninstalled
└─restricted to versions 1.10.0 by an explicit requirement — no versions left
I believe the most common scenario when it happens is a Julia version update (like in this example).
This automatic behavior is much more destructive compared to the Julia REPL suggestion of running ]resolve. Removing manifest leads to up/downgrading of all dependencies, basically whatever the Pkg resolver wants to do from scratch.
Can Pluto at least try ]resolve first to keep the manifest as long as possible?
And potentially – ask the user for an explicit confirmation before performing the destructive action of dropping the manifest...
The text was updated successfully, but these errors were encountered:
Whenever Pluto cannot instantiate the env, it removes the manifest completely:
I believe the most common scenario when it happens is a Julia version update (like in this example).
This automatic behavior is much more destructive compared to the Julia REPL suggestion of running
]resolve
. Removing manifest leads to up/downgrading of all dependencies, basically whatever the Pkg resolver wants to do from scratch.Can Pluto at least try
]resolve
first to keep the manifest as long as possible?And potentially – ask the user for an explicit confirmation before performing the destructive action of dropping the manifest...
The text was updated successfully, but these errors were encountered: