After asking the maintainer of usplash, creating a postinst script based
on xrandr does not make sense, also ddcprobe does not make sense since X
might be running. The real fix for that bug would be the same as bug
158048, usplash should ddcprobe the right resolution automatically at
each boot.
**
This is possible and that would be better than nothing, but that would
means that the alternate installer would not be able to install usplash
with any other mode than 640x480. According to that fact, should we
still consider xrandr as a viable solution? Otherwise what options can
we use, ddcprobe?
Saïvann Carignan wrote:
> Unfortunately, xrandr will only work when X is running so it does not
> seem to be a viable option.. And the new xserver-xorg does not set
> xserver-xorg/config/display/modes debconf variable anymore. What can-we
> use to fix this issue?
>
Well here's what I think.
Check
Unfortunately, xrandr will only work when X is running so it does not
seem to be a viable option.. And the new xserver-xorg does not set
xserver-xorg/config/display/modes debconf variable anymore. What can-we
use to fix this issue?
--
[hardy]640x480 usplash on a 1024x768 LCD laptop
https://bugs.l
Interesting, I suggest xrandr -q. AFAIK, it's the only way I can get the
resolution from X since Xorg now use xrandr 1.2 rather than old
/etc/X11/xorg.conf config static file. I will look at this deeper.
--
[hardy]640x480 usplash on a 1024x768 LCD laptop
https://bugs.launchpad.net/bugs/188764
You
Tracing this issue a little further, look at the usplash postinst. This
is the code that is called to choose that value:
# Write a config file
setup_usplash_config()
{
if [ ! -f /etc/usplash.conf ]; then
db_version 2.0
if db_get xserver-xorg/config/display/
Ubiquity itself doesn't actually create or add these values. The only
part that it does is to issue a 'reconfigure' command on the usplash
package.
** Changed in: ubiquity (Ubuntu)
Status: Confirmed => Invalid
--
[hardy]640x480 usplash on a 1024x768 LCD laptop
https://bugs.launchpad.net/
** Tags added: qa-hardy-platform
--
[hardy]640x480 usplash on a 1024x768 LCD laptop
https://bugs.launchpad.net/bugs/188764
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://
Same problem installing Hardy Alpha 6 Desktop to an Acer TravelMate 8101
with an ATI X700 card (radeon driver) and 1680x1024 LCD screen. Xorg is
perfectly set up, but usplash.conf has 640x480.
--
[hardy]640x480 usplash on a 1024x768 LCD laptop
https://bugs.launchpad.net/bugs/188764
You received t
Increase importance to high since this should really get fixed before
hardy release.
** Changed in: ubiquity (Ubuntu)
Importance: Medium => High
** Changed in: usplash (Ubuntu)
Importance: Medium => High
** Description changed:
Binary package hint: usplash
Hardy Alpha 4, on a Compa
Actually my monitor says it's at the correct timing (1440x900) but the
picture itself is at a lower resolution.
--
[hardy]640x480 usplash on a 1024x768 LCD laptop
https://bugs.launchpad.net/bugs/188764
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
This is a bug for me too - I have a 1440x900 screen, which is detected
correctly eventually (at the login screen I think), but the usplash is
at a lower resolution.
--
[hardy]640x480 usplash on a 1024x768 LCD laptop
https://bugs.launchpad.net/bugs/188764
You received this bug notification because
As I have posted on my original duplicate, for me this wrong setting in
usplash.conf causes for some reason a cycling through colored full
screens until the moment gdm starts. (It was hard to guess the problem
was in usplash.conf)...
--
[hardy]640x480 usplash on a 1024x768 LCD laptop
https://bugs
13 matches
Mail list logo