-
Notifications
You must be signed in to change notification settings - Fork 365
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
opam doesn't remember what packages failed to upgrade #4345
Comments
What's the existing mechanism to restore the previous state? I rigged dune.2.7.1 locally to include
answering yes gives...
Copying and pasting the last command has restored the switch (it's not guaranteed to, obviously). |
Have you tried |
Restoring the switch to exactly what it was before isn't really what I want; I presume that's what the I didn't realize |
EDIT: the code is here opam/src/state/opamSwitchState.ml Lines 1140 to 1146 in 175e294
|
The feature should be here 🤔 |
I don't understand what is meant by "the feature should be here", but again: if I run an |
@AltGr means that the code pointed to should be displaying the recommendation for |
I can try but I don't have an easy reproducing case right now. |
If you do an
opam upgrade
and an upgrading package fails to build, the system doesn't record the failure in such a way that it "knows" that it is missing packages that were once present but which failed to upgrade. This means that a transient error can leave packages that used to be installed permanently absent.I've noticed this a couple of times, most recently this morning when an aggressive setting of
--jobs
caused anopam upgrade
to fail for merlin; I discovered a bit later that merlin was no longer installed.I'd suggest a mechanism that records what failed to upgrade and, at the very least, it should be printed out at the end, if not recorded in some mechanism as a set of packages the user wants but which are not yet installed.
The text was updated successfully, but these errors were encountered: