-
Notifications
You must be signed in to change notification settings - Fork 371
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # 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: