Hi, On 2024-04-28 19:21:18 -0300, Facundo Gaich wrote: > Today I upgraded one of my unstable machines and saw several instances of > something I believe is the same bug. The resolver seems to be failing to > choose to upgrade certain dependencies. What's more, in the aptitude GUI > I can see the rightmost "latest available version" column change on the fly > when I select certain packages for upgrade. > > For example, I currently have libnm0 and libnm0:i386 installed at 1.46.0-1 > and I can see the latest version is 1.46.0-2. If I go into the GUI and > choose > to "Install" libnm0, the latest version column for libnm0:i386 will change > from 1.46.0-2 to 1.46.0-1. Choosing "Install" on libnm0:i386 will then > effectively > do a keep of libnm0 at 1.46.0-1. To fix this, I can either go into > libnm0:i386 and > explicitly choose the newest version or I can restart the GUI and then it > will > list and choose the latest version correctly when I do Install libnm0:i386. > > aptitude version: 0.8.13-6
This is not the same bug. In my case, the resolver chose to do exactly what I was asking to. This is also what appears in the aptitude logs. However, what really happened is something completely different: libmtp-common was attempted to be removed while no such removal was shown on the aptitude side (not even in its debug logs). This is not an issue with the resolver, but what happens somewhere between aptitude and dpkg. The "the latest version column for libnm0:i386 will change from 1.46.0-2 to 1.46.0-1" with the TUI corresponds to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=979186 which I had reported 3 years ago and still occurs regularly. Concerning the buggy dependency resolutions (showing that aptitude does not favor the most obvious solutions, whether the TUI is used or not): https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1064969 -- Vincent Lefèvre <vinc...@vinc17.net> - Web: <https://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/> Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
