Ok, I have tested it with the daily build of the 16th. It losses the ability to
save any resolution in xorg.conf (there is no resolution saved) but thanks to
xrandr I guess I get the correct native resolution and it works fine out of the
box. Since all the Intel cards are shipped with the new
Same problem here! With the installation of the daily build of October
15, with the Alternate CD of Gutsy.
During the second half of the installation, the screen becomes completely
unreadable.
Video card: Intel videocard.
--
Alternate install of Tribe-4 corrupts video display when installing
** Changed in: xresprobe (Ubuntu)
Target: ubuntu-7.10-rc = ubuntu-7.10
--
Alternate install of Tribe-4 corrupts video display when installing packages
(affected hardware includes Santa Rosa)
https://bugs.launchpad.net/bugs/127008
You received this bug notification because you are a
Soren confirmed through IRC that this solves the issue adequately.
The regression risk for this bug is low. The code is invoked only for
cards where autodetection failed, and attempts a second autodetection.
This change skips this second autodetection for Intel cards; at least
some proportion of
Ready for upload: http://people.ubuntu.com/~bryce/Uploads/
** Attachment added: debdiff for change
http://launchpadlibrarian.net/10004168/xresprobe_0.4.24ubuntu7.debdiff
--
Alternate install of Tribe-4 corrupts video display when installing packages
(affected hardware includes Santa Rosa)
xresprobe (0.4.24ubuntu7) gutsy; urgency=low
* Expanding the previous xprobe.sh fix, to prevent calling
xprobe.sh for -intel even if the ddcprobe failed.
(Re-closes LP: #127008)
-- Bryce Harrington [EMAIL PROTECTED] Mon, 15 Oct 2007 00:18:33
-0700
** Changed in: xresprobe (Ubuntu)
How to check the new behavior after install or are there still daily
isos? I guess I will get not the native resolution with my laptop
1366x768 which works fine with RC but of course I am not sure.
--
Alternate install of Tribe-4 corrupts video display when installing packages
(affected
I just experience (an hour ago) the same problem during the installation
of xubuntu-7.10-alternate-i386.iso (release date: 09-Oct-2007 21:36), on
my ibm r50e laptop with Intel 855GM video chipset. The trick is to wait
for the hard drive cd-rom drive activity to stop and just press
enter.
--
same problem here doing a fresh install on a IBM X40 (gutsy alternate rc iso,
booting from usb using hd-media from [..]/current/[..]/hd-media):
installation goes fine till xorg is installed (textmode terminal), then the
terminal switches to graphics-mode and these colorized unreadable blocks are
davmor2, what you're experiencing clearly is not this bug, but something
unrelated. Please report separately.
Soren, we need confirmation and more detailed info from you that you
were testing a Daily ISO, and not just gutsy -beta. I'm assuming you
were testing -beta, since I'm quite confident
Sorry about the lack of detail when I reopened. It was with the 20071009
daily i386 alternate image, so it had the new xresprobe package
(0.4.24ubuntu5). What else do you need?
--
Alternate install of Tribe-4 corrupts video display when installing packages
(affected hardware includes Santa
Since the bug is confirmed fixed for the others that reported it,
there's something different about your system.
Basically, we need to know if either a) your system somehow fails with
the same bug with ddcprobe as with xprobe.sh, or b) for whatever reason
on your system xprobe.sh gets called
I did a little digging. xresprobe calls ddcprobe.sh. If that doesn't
give it a valid resolution, it calls xprobe.sh, too. Indeed, on my
system, ddcprobe (not ddcprobe.sh) says edidfail, so ddcprobe.sh just
returns with no output, and hence xresprobe calls xprobe.sh and smashes
my screen.
At the
i'm going to test it with a daily build. i'll send you a feedback
--
Alternate install of Tribe-4 corrupts video display when installing packages
(affected hardware includes Santa Rosa)
https://bugs.launchpad.net/bugs/127008
You received this bug notification because you are a member of Ubuntu
Testing right now. The problem is still there even with the daily build from
http://cdimage.ubuntu.com/daily/current/
it occurs when it's installing the packages...
--
Alternate install of Tribe-4 corrupts video display when installing packages
(affected hardware includes Santa Rosa)
Soren,
Ah, well an edidfail could explain it. This doesn't leave us too many
options, but possibly the best of the worst is to simply skip xprobe.sh
entirely for Intel laptops. I suspect this may result in various other
issues, but all much less severe than a hang during installation.
Here is
Guys this is still broken in Kubuntu. Screen res is correct but
everything else is just so wrong. Also I noticed the the font size on
the login screen is about an inch high still and doesn't actually fit in
the little text window.
--
Alternate install of Tribe-4 corrupts video display when
This still happens on my Thinkpad X40. For me, it looks precisely like
this: http://launchpadlibrarian.net/9080539/P1000782.JPG
PCI ID of my graphics card is 8086:3582.
** Changed in: xresprobe (Ubuntu)
Status: Fix Released = Confirmed
--
Alternate install of Tribe-4 corrupts video
I don't expect this is new information, but it occurs right after syslog
shows that it's setting up xserver-xorg.
--
Alternate install of Tribe-4 corrupts video display when installing packages
(affected hardware includes Santa Rosa)
https://bugs.launchpad.net/bugs/127008
You received this bug
Photo's are linked below.
http://picasaweb.google.com/davmor2/UbuntuScreenshots/photo#5119247564230314514
http://picasaweb.google.com/davmor2/UbuntuScreenshots/photo#5119247581410183714
http://picasaweb.google.com/davmor2/UbuntuScreenshots/photo#5119247602885020210
--
Alternate install of
davmor2: Er, no, that's not what it looks like at all.
--
Alternate install of Tribe-4 corrupts video display when installing packages
(affected hardware includes Santa Rosa)
https://bugs.launchpad.net/bugs/127008
You received this bug notification because you are a member of Ubuntu
Bugs, which
Soren, can you please advise which CD exactly you used? i.e which Ubuntu type,
i386 or amd64 and which day? We know the problem was not fixed in beta yet, so
I am assuming you used one of the daily CD's.
Secondly, can you confirm your graphics card is an 855GM? Can you see from your
logs which
Brian this fix seems to of worked I now have a res of 1280x800 :) Many
thanks.
--
Alternate install of Tribe-4 corrupts video display when installing packages
(affected hardware includes Santa Rosa)
https://bugs.launchpad.net/bugs/127008
You received this bug notification because you are a
I'm having this happen in Gutsy Beta. Did this fix make it onto the Beta
CD, or is the problem that I am seeing the one that was fixed?
--
Alternate install of Tribe-4 corrupts video display when installing packages
(affected hardware includes Santa Rosa)
https://bugs.launchpad.net/bugs/127008
This fix was made after the Beta CD was released. You could test with a
daily CD from http://cdimage.ubuntu.com to verify the fix as that should
have the new version of xresprobe.
--
Alternate install of Tribe-4 corrupts video display when installing packages
(affected hardware includes Santa
xresprobe (0.4.24ubuntu5) gutsy; urgency=low
* xorg.conf: Fix xprobe.sh failure caused by missing type1 module;
this was dropped by Debian for xserver 1.3 since it's obsolete and
has some security issues. (Addresses portion of fix for 127008)
* xresprobe: Fix issue in alternate
I used a slightly different patch to prevent doing the x probe. I enabled the
ddc probe when the driver is intel.
$RES gets set and prevents the x probe.
I made a new CD and the installation went OK. The screen was readable during
the complete installation, no more colored blocks.
After
Awesome, that looks like an acceptable solution to me.
I did a bit more experimentation, and I found that after installation
has completed (even before rebooting), the issue cannot be reproduced
using the steps I outlined. So it is only occurring during a very
specific point of time, after
Yes, thank you for all the work on this, very appreciated!
Me and my team will gladly validate as soon as the xresprobe fix is
in...thanks again!
--
Alternate install of Tribe-4 corrupts video display when installing packages
(affected hardware includes Santa Rosa)
.deb for this change is here:
http://people.ubuntu.com/~bryce/Testing/xserver/
I'll upload once someone can do a doublecheck that this does fix it. I
only used the first part of the proposed patch, since if ddcprobe is
getting $RES okay, then the second portion is unneeded. So I'd like to
I think you mean http://people.ubuntu.com/~bryce/Testing/xresprobe/
correct?
I'll get my team on it, thanks Bryce
--
Alternate install of Tribe-4 corrupts video display when installing packages
(affected hardware includes Santa Rosa)
https://bugs.launchpad.net/bugs/127008
You received this bug
Bryce, I have done the check with only the forced ddcprobe successfully.
I just thought leaving your patch in would be a safety belt, in case there is
any hardware where ddcprobe cannot set $RES.
I must admit I have no idea how likely that would be.
--
Alternate install of Tribe-4 corrupts
Rolla, sorry yes that's correct.
albert, thanks for the confirm! Actually I think if we're confident
ddcprobe will catch it for this case, we should rely only on that. My
patch could have side effects on other hardware, and so if we don't
think we need it, we should leave it out and avoid those
It looks like most of the affected systems are laptops.
My screen is reported as LVDS. Bryce, what do xresprobe and xrandr say about
your display?
Could there be a difference between how LVDS and other types of displays are
treated?
I tried to test my system with external monitor, but
** Changed in: xresprobe (Ubuntu)
Target: ubuntu-7.10-beta = ubuntu-7.10-rc
--
Alternate install of Tribe-4 corrupts video display when installing packages
(affected hardware includes Santa Rosa)
https://bugs.launchpad.net/bugs/127008
You received this bug notification because you are a
On my 965gm desktop (detected as 82G965), which is connected to a crt
through a kvm, xresprobe reports it as a crt display. I'll test it
with a directly connected lcd as well...
Btw, I've posted a .deb for a fix for bug 144956 at
http://people.ubuntu.com/~bryce/Testing/xorg-server/. From what I
I retested it on T61 using 25 Sep daily build IA32e alternate version,
and the bug still exists.
--
Alternate install of Tribe-4 corrupts video display when installing packages
(affected hardware includes Santa Rosa)
https://bugs.launchpad.net/bugs/127008
You received this bug notification
Odd; I connected an lcd widescreen to the 965gm desktop, but xresprobe
still reports it as a crt. I'm proceeding through an installation, so
far without any issue.
--
Alternate install of Tribe-4 corrupts video display when installing packages
(affected hardware includes Santa Rosa)
xresprobe seems to work different for laptop and crt/lcd. For laptop it
seems to do DDC and xprobe, for lcd/crt only DDC.
If I run xresprobe with XRESPROBE_DEBUG=1 set, I get:
laptop: yes; ddc:
attempting an X probe
forking Xorg
id:
res: 1024x768
freq:
disptype: lcd/lvds
id:
res: 1024x768
During installation:
chroot target, then laptop-detect returns nothing
laptop-detect -v returns: we're a laptop (dmidecode returns notebook)
I tested the patch for bug 144956. The colored blocks still appear. However,
after reboot my laptop came up with 1280x800 as it should. Previously it came
Aha, I figured out how to reproduce it on my desktop:
Boot with the alternate CD, go through the installation until it has
reformatted the drive and started installing things to /target. Next
`chroot /target`, then wait until the file
/usr/share/xresprobe/xprobe.sh is present, and then invoke
** Summary changed:
- Alternate install of Tribe-4 corrupts video display when installing packages
+ Alternate install of Tribe-4 corrupts video display when installing packages
(affected hardware includes Santa Rosa)
--
Alternate install of Tribe-4 corrupts video display when installing
I got a desktop system with a 965GM chipset and installed the Beta
release on it without reproducing this issue.
--
Alternate install of Tribe-4 corrupts video display when installing packages
(affected hardware includes Santa Rosa)
https://bugs.launchpad.net/bugs/127008
You received this bug
43 matches
Mail list logo