I don't know much about package management, but it seems like it might
be a few more packages than just libgl1-mesa-dri involved.

I attempted to just remove libgl1-dri earlier and perform an upgrade,
but it continued to fail unless I removed more.  There are a total of 7
packages I removed:

libgl1-mesa
libgl1-dev
libgl1-dri
libglu1-mesa
libglu1-mesa-dev
mesa-common-dev
mesa-utils

Some of those might not be essential to remove, but I did remove them
nevertheless.

The trouble is that you can't just remove them.  As Aum11 mentioned in
one of the dups of this bug, x-window-system-core is dependent upon
libgl1-dri.

I tried just downgrading that package to what is in the ubuntu
repository, but I then got a report that there were about 50 apps that
were going to be removed.  They were important ones like gdm, gksu,
nvidia-glx, hal-device-manager, etc.

I uninstalled these apps by hand, downgraded libgl1-dri, and reinstalled
them.  I was able to get through most of the upgrade, though it failed
later on.  I'll probably try to upgrade again later to see if I can work
around the other error, but I'm not looking forward to uninstalling and
reinstalling 50 packages by hand.  :)

My question is whether it is a bug in synaptic which caused a forced
downgrade in libgl1-dri to think it had to remove all of those
(literally 50) packages.  They clearly weren't dependent on the
6.5.1+cvs20060824 version because I was able to reinstall all 50 after
removing them and downgrading libgl1-dri (and the other packages listed
above.)

I know we are at fault for installing something that wasn't in the
ubuntu repository, but I'm thinking that synaptic should be a little
more helpful at bailing us out.  :)

Thanks,
-M

-- 
Can't calculate the upgrade with unofficial mesa/compiz packages 
https://launchpad.net/bugs/58424

-- 
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to