Bug#403818: xserver-xorg: no video or keyboard after upgrading to sarge (deps too loose)
On Tue, Dec 19, 2006 at 11:29:07PM +0100, Steinar H. Gunderson wrote:
> Package: xserver-xorg
> Version: 1:7.1.0-8
> Severity: serious
> Justification: 23:28 < vorlon> Sesse: I'd call it RC, no?
Definitely. I'm treating it as grave even if it's not officially so.
> After dist-upgrading (using etch's aptitude) from sarge to etch, one
> machine here was completely without keyboard or mouse support, and X
> refused to work.
>
> A bit of hunting revealed that aptitude had pulled in
> xserver-xorg-input-magictouch and xserver-xorg-video-siliconmotion to
> fulfill xserver-xorg's dependencies on "xserver-xorg-video-all |
> xserver-xorg-video" and "xserver-xorg-input-all | xserver-xorg-input",
> respectively. This is clearly not satisfiable.
Ouch. This is a bug in aptitude, aiui. It should be choosing the first
option if nothing is currently installed, and allowing the second to
substitute. On an upgrade, none of these would be installed, so it would
choose the first options in both instances. In this case, that would be
xserver-xorg-video-all and xserver-xorg-input-all by default. Is this a
misunderstanding?
Either way, it's probably too late to fix this in aptitude for etch, so a
workaround is necessary...
> AFAICS there are two OK ways of solving this:
>
> 1. Make the depends into "xserver-xorg-video, xserver-xorg-input", and
> add Recommends for the -all packages instead.
If I build a package set with this, will you be able to test it to make
sure it works?
> 2. Add xserver-xorg-input-kbd and xserver-xorg-input-mouse explicitly
> to the list of depends (or possibly recommends?), which should make
> aptitude Do The Right Thing (hopefully). This won't solve the issue
> for video, though.
I can add xserver-xorg-video-vesa as a depends. At the very least we'd have
a fail-safe option. The xserver-xorg xorg.conf creation scripting should
work with this too, in theory, although I'll have to check that.
> One could use a combination of 1 and 2.
Better safe than sorry :-)
> Note that the request to "aptitude install xorg", which was given by
> debconf, was a no-op, since all the dependencies were already fulfilled.
>
> Also, xorg.conf was blank after the upgrade, but I guess that's for
> another bug, which will be far harder to track down... :-)
Gyah... did xserver-xorg error out during postinst? I'll have to look for a
codepath that can cause that beyond errors.
- David Nusinow
Reply to: