[12:45] <ubotu> New bug: #122705 in xorg (main) "Xorg Crash - Qt 4.3 OpenGL Programs" [Undecided,New]  https://launchpad.net/bugs/122705
[01:45] <ubotu> New bug: #42554 in xserver-xorg-video-ati (main) "With Radeon 7500, screen is always offset to the right" [Medium,Invalid]  https://launchpad.net/bugs/42554
[02:06] <ubotu> New bug: #19890 in freeglut (main) "conquest-gl: fail to start (Assertion `window->Window.VisualInfo != ((void *)0)' failed.)" [Medium,Invalid]  https://launchpad.net/bugs/19890
[05:21] <ubotu> New bug: #29920 in linux-restricted-modules-2.6.15 (restricted) "When idle and screensaver gets active. GLX becomes amazingly slow" [Medium,New]  https://launchpad.net/bugs/29920
[05:40] <ubotu> New bug: #57032 in xkeyboard-config (main) "Iraq keyboard layouts crash [Dapper] " [Undecided,Incomplete]  https://launchpad.net/bugs/57032
[02:45] <ubotu> New bug: #122809 in xserver-xorg-video-ati (main) "Suspend doesn't work with ati drivers and Radeon M9" [Undecided,New]  https://launchpad.net/bugs/122809
[03:43] <ubotu> New bug: #122787 in linux-restricted-modules-2.6.20 (restricted) "Video shows with a blue tinge" [Low,Incomplete]  https://launchpad.net/bugs/122787
[04:35] <ubotu> New bug: #77939 in linux-restricted-modules-2.6.20 (restricted) "fglrx 3d rendering fails in kernel 2.6.20-3" [Undecided,New]  https://launchpad.net/bugs/77939
[07:40] <ubotu> New bug: #121738 in firefox (main) "Font size in Firefox and Thunderbird (dup-of: 118745)" [Low,New]  https://launchpad.net/bugs/121738
[09:15] <ubotu> New bug: #122886 in xserver-xorg-video-intel (main) "Intel mobile graphics controller not detected on GMCHB0ICHB0" [Undecided,New]  https://launchpad.net/bugs/122886
[10:49] <ubotu> New bug: #122327 in xorg (main) "Mauvaise frequence de rafraichissement d'ecran affiche  " [Low,New]  https://launchpad.net/bugs/122327
[10:52] <jcristau> "Added a conflicts of libgl1-mesa-glx against libgl1-mesa-swx11, and vice versa" wtf? they both have Provides/Conflicts: libgl1
[10:54] <bryce> hobbsee had trouble getting it installed and added that to solve the conflict she had
[10:55] <jcristau> i don't understand
[10:55] <jcristau> i can't see how that would change anything
[11:03] <bryce> pulling up the irc convo, one sec
[11:09] <bryce> http://pastebin.ca/594285
[11:12] <jcristau> yeah, still don't understand how adding a redundant conflict would help
[11:12] <jcristau> libgl1-mesa-swx11-i686's shlibs are fucked up, though
[11:12] <bryce> I'm guessing it was due to installing via individual .debs rather than through apt, but I'm not sure
[11:12] <jcristau> yeah
[11:12] <jcristau> i'll fix the shlibs thingy in 7.0-1
[11:13] <bryce> does the change cause any issues?
[11:13] <jcristau> no, it's just useless
[11:17] <bryce> btw I found a minor bug in dexconf with xorg - there's a for loop missing its done.  
[11:17] <bryce> line 473 or so
[11:18] <bryce> minor as in a one-line fix ;-)
[11:18] <bryce> major in terms of potential harm
[11:19] <jcristau> bryce: also, re: your mail on xorg@, see /usr/share/doc/xserver-xorg-core/NEWS.Debian.gz
[11:20] <bryce> jcristau: also I had a question - VMWare has sent me a handy util for detecting if the vmware mouse driver should be used instead of the mouse driver.  I'm wondering where the best place to house such a thing would be?  xorg-server/hw/xfree86/utils/ ?
[11:21] <bryce> ah, thanks.  "Disable"
[11:30] <pwnguin> so when should i expect 7.3 to hit gutsy?
[11:33] <bryce> pwnguin: well, according to http://www.x.org/wiki/Releases/7.3, upstream isn't going to release it until August
[11:33] <pwnguin> well then
[11:33] <bryce> pwnguin: however most of the components are being released individually, and we're integrating them as they come
[11:33] <kylem> we already have most of 7.3
[11:33] <pwnguin> what im interested in is the part where config files change
[11:34] <bryce> pwnguin: those are starting to filter in.  The next xorg I'm working on uploading will drop some sections from it
[11:34] <bryce> other sections will drop in time.
[11:35] <bryce> when xserver 1.4 is out (presumably by August), the input hotplugging will come, allowing much more to drop
[11:35] <pwnguin> im hoping it will make things like nv versus nvidia and wacom-tablets simpler to set up
[11:35] <bryce> yes, wacom will be a post-1.4 type thing
[11:35] <pwnguin> one of the KC lug members was moaning that xorg was generating too many errors because he didnt have a tablet
[11:35] <bryce> open vs. binary driver selection I'm less certain about
[11:36] <bryce> well, those are easy to fix - just comment out the wacom lines ;-)
[11:36] <jcristau> or ignore them
[11:36] <pwnguin> no kidding
[11:36] <pwnguin> ive recently had to fix some stuff related to tabletPC-ness
[11:36] <bryce> unfortunately, if we drop wacom from the generated xorg.conf's it turns the (harmless) error message into a bug for wacom users
[11:37] <pwnguin> but theres so many different kinds of wacom users
[11:37] <pwnguin> im not sure how to generalize the fix
[11:37] <bryce> in any case, I think everyone is looking forward to xserver 1.4, after which work can go into a proper fix, making wacom auto-detected on the fly
[11:38] <jcristau> bryce: well i'm not sure i consider "i don't want to have to configure xorg.conf for my tablet" more than a wishlist bug, but.
[11:39] <pwnguin> the problem is there's no documentation on how to configure it
[11:39] <pwnguin> nothing in /usr/share/doc worth while
[11:40] <bryce> jcristau: heh, well this was a decision made before my time, but see no reason to change it
[11:41] <bryce> actually in joining canonical, getting rid of that wacom section was at the top of my todo list; I was rather bummed to find it'll have to wait until after input hotplugging
[11:41] <pwnguin> you could always add a script to wacom-tools that munges xorg.conf ;)
[11:43] <pwnguin> it seems that wacom currently doesn't detect my tablet PC as a tablet PC, because i have to specificy what the manpage says is a default
[11:43] <jcristau> bryce: yeah, if the current section works for your users, it's probably fine
[11:44] <bryce> I created a dexconf patch for any users that really, really want to eliminate it
[11:46] <bryce> jcristau: for tools that assist in detecting input devices, what would be the right package to put them in?  Would I be ok in patching them into xorg-server/hw/xfree86/utils/ ?
[11:46] <jcristau> i don't know
[11:46] <jcristau> probably not, if it's not going upstream
[11:48] <bryce> assuming the need for the tool will be made obsolete by input hotplugging, I doubt it will be important to push it upstream to xorg.
[11:48] <bryce> but I'd like to put it in a sensible place in case e.g. debian may want it
[11:48] <jcristau> probably in the xorg package then
[11:48] <bryce> ok
[11:49] <jcristau> (as in source package)
[11:49] <bryce> it's compiled .c code
[11:49] <jcristau> not sure which .deb
[11:49] <bryce> I notice xorg/debian/local/ contains scripts, so wasn't sure that was a good place for it
[11:50] <jcristau> it also contains xserver-wrapper.c
[11:59] <kylem> bryce, what's the symptom of this broken loop
[12:01] <jcristau> dexconf is 439 lines long here
[12:01] <jcristau> so i can't really see which line 473 you're talking about :)
[12:02] <bryce> sorry, that was the ubuntu-ized version
[12:04] <jcristau> anyway, in our version i see one for loop, and it's correct afaics
[12:05] <bryce> ok well maybe I'm on crack.  I'll take another look and see where it slipped in.