[00:25] New bug: #182430 in xorg (main) "hard crash when switching from xorg to VT and back (gutsy)" [Undecided,New] https://launchpad.net/bugs/182430 [05:23] bryce: I forwarded you the two patches [05:41] got 'em; I'll take a look next week [05:42] with these two patches in place, will this take care of the issues folks have been having with -amd? [05:44] bryce: and other drivers with similar bugs. [05:47] bryce: the main issue is that x86emu was doing nasty things with the BIOS. these two patches plug the issue in two ways: 1. prevent x86emu from even trying to ever access specific ports. 2. fix the way the BIOS was accessed in the first place (it was truncating some values). [05:49] what's the risk of regressions for other users? [06:09] none, as far as I can tell. it simply prevents X core from doing stupid things. [06:09] but again, a test package must be built and tested. [06:10] if this works, it will be needed on all subsequent X core versions until upstream has merged it. [06:10] bartman on #xorg-devel could tell you more about how he came to those two. [06:11] it's largely the result of a thread between him and alan cox. [06:12] it basically, prevents x86emu from doing first things in the first place and lets the exception handler kill X if it still tries to, rather than freeze the whole system. [06:12] ΓΆΓΆ.. from doing stupid things [06:15] bryce: anyhow, bartman pretty much has the last say over which parts of his patch set will make sense in context. [06:16] what I remember from the thread (I am just reading the backlog, as I'm coming home), is that he's at least fixed X enough to turn freezes into simple segfaults that can be caught by the exception handler. [06:17] for the specific -amd issue, he reports in another post that he finally gets something on his display, after fixing x86emu. [08:31] New bug: #35794 in xserver-xorg-video-trident "TV out is broken with VT1621 chip" [Medium,Confirmed] https://launchpad.net/bugs/35794 [11:51] New bug: #47614 in xserver-xorg-video-ati (main) "xserver-xorg does not automatically set supported options for ati (slow desktop/gui)" [Medium,Won't fix] https://launchpad.net/bugs/47614 [14:06] New bug: #182547 in linux-restricted-modules-2.6.22 "Failure to load nvidia kernel module into 2.6.22-14-generic" [Undecided,New] https://launchpad.net/bugs/182547 [15:05] New bug: #182309 in linux-restricted-modules-2.6.24 (restricted) "[fglrx] no Visual Effects on a Radeon Xpress 1150 (Dell inspiron 1501)" [Undecided,New] https://launchpad.net/bugs/182309 [15:55] New bug: #182594 in xserver-xorg-driver-ati (main) "[radeon] no Visual Effects on a Radeon Xpress 1150 (Dell inspiron 1501, hardy alpha 3)" [Undecided,New] https://launchpad.net/bugs/182594 [18:15] New bug: #26090 in linux-restricted-modules-2.6.15 (restricted) "updated fglrx driver breaks dual-head setup" [Medium,Invalid] https://launchpad.net/bugs/26090 [19:18] heya Q-FUNK [19:20] hey! :) [20:55] New bug: #182691 in xorg (main) "X doesn't write settings in xorg.conf when booting Xubuntu live CD" [Undecided,New] https://launchpad.net/bugs/182691 [21:02] bryce: anything new? [21:12] New bug: #182252 in x11-xserver-utils (main) "xhost +localhost does not work" [Undecided,New] https://launchpad.net/bugs/182252 [21:37] Q-FUNK: the usual, you? [21:38] bryce: wondering if Bart's patches will be merged in. [21:38] yeah I'll take a look monday [21:40] I just asked the Debian X list. [21:40] if they accept his two x86emu patches and merge to both the 1.3 in Testing and the 1.4 in Unstable, it might make your job easier. [21:40] yup, that'd be nice [21:41] I'm a bit more worried about the lack of reaction on the upstream X list, though. [21:41] I don't foresee any issue accepting it, just need to package it and make sure it builds, and so on [21:42] is there a big amount of Ubuntu delta left with the Debian packages? [21:42] 13 patches [21:42] oh, 15 [21:43] wow [21:43] that's a lot [21:43] any of it that could be integrated by Debian? [21:43] we can drop the DPI patch after next revision [21:43] perhaps [21:44] jcristau: ? :) [21:56] gravity promised to take a look at them when he has time for it :) [22:21] aye. I just saw bgoglin's reply too. [22:21] looks good [23:53] Q-FUNK: i'd rather see it upstream first... [23:54] and i don't want to keep maintaining 1.3, but it should be fine for 1.4 [23:59] well, for as long as 1.4 isn't in a releasable state, we really need that backported to 1.3 too