[02:25] New bug: #182038 in xserver-xorg-video-nv (universe) "Black rectangle instead of image in FF3/Hardy" [Undecided,Confirmed] https://launchpad.net/bugs/182038 [05:31] New bug: #180525 in firefox-3.0 (universe) "firefox-3.0 libpr0n resizes images into works of abstract art (dup-of: 182038)" [Undecided,Incomplete] https://launchpad.net/bugs/180525 [05:41] bryce: nice, so it's off your back then :) [07:41] jcristau: you not on #debian-x? RAOF would like to have access to pkg-xorg [07:44] tjaalton: indeed [08:56] bryce, tjaalton: it looks like a fix for http://bugzilla.gnome.org/show_bug.cgi?id=488264 was commited. can we try to cherry pick this into our tree? [08:56] Gnome bug 488264 in general "keybord grab problem under compiz" [Normal,Unconfirmed] [08:58] mvo: I noticed, it was discussed on #debian-x briefly [08:59] aha, nice [08:59] the patch looks simple enough [08:59] very [09:00] New bug: #173367 in xserver-xorg-video-intel (main) "Xorg crashed with SIGSEGV" [Medium,Incomplete] https://launchpad.net/bugs/173367 [09:41] New bug: #144551 in ubuntu "Upgrade to 2.6.22.14 - NVidia driver does not work (dup-of: 145621)" [Undecided,New] https://launchpad.net/bugs/144551 [09:41] New bug: #183716 in xorg (main) "cpu load jumps to 40% when copying to usb-flash" [Undecided,New] https://launchpad.net/bugs/183716 [09:45] tjaalton: do you happen to know if changes to structs like __GLXscreen in the libglx extension modify the abi in a way that might cause problems with fglrx/nvidia? [09:46] mvo: they ship their own AFAIK [09:47] good, thanks [11:31] New bug: #183742 in xorg-server (main) "configuration problems" [Undecided,New] https://launchpad.net/bugs/183742 [12:06] bryce: check airlied's comments on #xorg-devel about intel. currently I can't even build the batchbuffer stuff, and even if I could it doesn't do anything useful since intel guys should push their fixes upstream (AIUI) [12:08] so.. I'll do something else in the meantime :) [12:08] like, work [15:56] jcristau: at xorg-server (2:1.4-1) in debian.changelog, x11proto-render-dev was bumped. was this just to match the latest release or an absolute necessity? [16:00] Q-FUNK: it was because of 030dd885476b70c9054b6e4b50dfdbab12e73716 in renderproto. probably not absolutely necessary [16:00] ok [16:01] I was trying to backport the hard xorg into gutsy, to see if it might restore operation on my laptop with siliconmotion. that build-dep bump made pbuilder barf. :) [16:02] getting an updated renderproto would be trivial anyway [16:46] insn't the latest fglrx supposed to have texture_from_pixmap? [16:46] yes, but apparently it's broken somehow [16:46] we don't have the latest version, btw [16:47] because it's even more broken than 7.11 :) [16:47] aha, that explains it :) [16:47] meh, is that even possible ;) [16:47] yes, breaks widescreen modes [16:47] "quality control - FAIL" [16:48] :) [16:48] ok, thanks for this info [16:48] np [17:04] New bug: #183746 in xorg (main) "Hardy Heron Live CD boots but with incorrect graphics mode on Vaio PCG-SRX51P/B" [Undecided,New] https://launchpad.net/bugs/183746 [19:40] some failsafe mode.. everything else is running but I have metacity instead of compiz [19:40] which is failsafe enough :P [20:55] yay, ume issue solved [20:55] http://bryceharrington.org/drupal/ume-psb-fix [21:01] New bug: #183873 in xserver-xorg-video-ati (main) "Unable to use xrandr for dual-head in hardy" [Undecided,New] https://launchpad.net/bugs/183873 [21:11] bryce: how do you like poulsbo, so far? [21:13] my judgement is likely clouded from having the last 2 weeks consumed by a single bug in it, but I'm yet to see what the big deal is about it [21:14] the 3D driver might make a difference [21:26] I've built drm, mesa, xserver (& couple of libs) master, and intel-batchbuffer, and the damn thing doesn't work. some part is lacking the batchbuffer stuff :/ [21:27] intel_dri.so complains about some unknown symbol and fails [21:28] video ABI has bumped to 4 btw [21:28] hrm [21:29] I only talked briefly with rolla yesterday, but we discussed falling back to XAA; she says it's understandable we'd need to take that approach until things are working better [21:30] yep [21:31] bryce: ok. that matches my assessment of the chipset. [21:32] it's a tiny chip; maybe the attraction is that it works "okay" but is tons smaller and less power consuming than the equivalent normal gfx chip [21:32] to me, the main quibble is that it's touted as "almost x86" except it really isn't [21:32] I'm a bit disappointed how much customized cruft has built up around it [21:33] makes working on it rather complicated [21:34] well, people want either real x86 or somehting completely different. since it's touted as "almost x86" people start by building the almost, as in with libgcc1 [22:15] New bug: #182358 in compiz (main) "Compiz crashes my laptop (Intel T7200) Nvidia 7400 (dup-of: 145112)" [Undecided,New] https://launchpad.net/bugs/182358 [22:27] well, something positive; on resume LCD backlight is turned on with intel master [22:29] before I had to change the vt to turn it on [22:30] hmm, grammar errors, but you get the point ;) [22:46] New bug: #183893 in libxfont (main) "[Sync request] Sync libxfont (1:1.3.1-2) from Debian unstable (main)" [Undecided,New] https://launchpad.net/bugs/183893 [22:46] tjaalton: here, with siliconmotion, this fails completely since X 1.3. with 1.2, the console switching trick you describe worked. with 1.1, I never needed it. operation was spotless. [22:47] see, that's progress :) [22:59] after briefly testing with1.4 tonight, I notice thta it keeps on getting worse. same x-x-video-siliconmotion source, different x core. [22:59] lovely definition of progress. [23:09] I'd think Q-FUNK hated X if I didn't know better ;-)