xserver-xorg.postinst no longer sets up xserver-
xorg/config/display/modes; instead, the X server deals with mode
configuration at run-time. This means that usplash.postinst no longer
has anywhere to get the correct modes.
In the desktop CD case, we can cope with this since we have a running X
display, and can use xdpyinfo to fish the current screen dimensions out
of that (although we may also have to restrict them to valid VESA
modes). Unfortunately we can't do anything about the alternate install
CD case, since an X server hasn't been started at the point when usplash
is configured (well, we could perhaps do X -probeonly along the same
lines as xresprobe, but that feels risky at this point).
I think the best option is to have usplash.postinst use xdpyinfo to
fetch screen dimensions if DISPLAY is set. That way you at least have
the option of reconfiguring usplash within a running X display if it
picks the wrong values, and it keeps package-specific logic out of
ubiquity. It won't be pretty, but is probably about the best we can do.
I'll work on this.
** Also affects: usplash (Ubuntu)
Importance: Undecided
Status: New
** Changed in: usplash (Ubuntu)
Importance: Undecided => High
Assignee: (unassigned) => Colin Watson (kamion)
Status: New => In Progress
Target: None => ubuntu-8.04
--
Black screen, and bad usplash.conf after installation
https://bugs.launchpad.net/bugs/150930
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
