[00:21] <ripps> My radeon 9600 pro's dri has been disabled in kernel 2.6.31-1 in Karmic, can somebody help?
[00:30] <Sarvatt> add radeon.modeset=0 to the grub boot line
[00:32] <ripps> Sarvatt: so it's a KMS issue?
[00:33] <Sarvatt> it'll be fixed in 2.6.31-2.15 that apw's already built on a PPA and should be uploaded soon, KMS was turned on by default without the userspace to support it
[00:35] <ripps> Sarvatt: okay, I edited my grub.cfg, I'm rebooting now
[00:35] <Sarvatt> https://edge.launchpad.net/~apw/+archive/daily
[04:05] <Sarvatt> did it work ripps?
[04:06] <Sarvatt> wow that cant be right, 0 bug emails today on ubuntu-x?
[04:09] <pwnguin> independence day hangovers
[05:01] <ripps> Sarvatt: the radeon.modeset=0 thing worked, I apparently didn't install the Kernel correctly, I just finished that now
[09:29] <levonshe> good morning all,
[10:32] <levonshe> good day, What is wrong with DRI  openchrome-via, VX800 - the dri/card0 is not created, and  modprobe via gives : no MTRR for b0000000,10000000 found
[10:34] <tjaalton> the via module is more or less obsolete
[10:34] <tjaalton> there's a new one in the works, but no idea when it'll be in the kernel
[12:34] <TheMuso> If a kernel version, say 2.6.29 is used with current X, will those drivers like intel still work if the kernel doesn't have KMS enabled?
[12:35] <TheMuso> By current X, I mean what is currently in karmic.
[12:37] <tjaalton> sure
[12:37] <tjaalton> uxa performance might suffer though
[12:38] <TheMuso> Ok thanks tjaalton.
[17:09] <levonshe> hello all, please explain the error I have trying to work with DRI/DRM on VX800 mtrr: no MTRR for b0000000,10000000 found, as a consecuence no /dev/dri/cardX is created ??
[18:29] <tormod> sarvatt, what should we do about radeon kms in xorg-edgers now? we can ship a modprobe.d file in libdrm...
[18:30] <jcristau> might be better to ship it with the ddx
[18:32] <tormod> it should not matter as long as people install all or none of the packages
[18:32] <tormod> the thing is, our -ati source package does not know if it is kms or not
[18:32] <tormod> only the libdrm is special, with its --experimental-radeon-api
[18:33] <jcristau> you can run old ddx with new libdrm though..
[18:34]  * jbarnes looks for pitti
[18:58] <Sarvatt> whats wrong that needs a change tormod? i would assume anyone wanting to use kms would know to add radeon.modeset=1 to grub, it works fine with the stock kernel with or without KMS for me
[18:59] <tormod> well if we assume they know that, we're fine :)
[19:00] <tormod> Sarvatt, btw do you have a package update round in the pipeline?
[19:00] <tjaalton> it'll be the default anyway, an dshipping temporary conffiles is problematic
[19:01] <Sarvatt> i just got in, will do it now
[19:01] <tormod> we don't care so much about proper conffiles handling in xorg-edgers :)
[19:02] <tjaalton> ok then :s
[19:02] <tormod> tjaalton, when will it be the default ?
[19:02] <jcristau> not doing proper conffiles handling there means people might get broken stuff when/if they go back to stock ubuntu, no?
[19:02] <jcristau> (maybe not in that case, but still)
[19:03] <tormod> I don't think it will be a problem if we use a unique file name
[19:03] <tormod> or will it stay?
[19:04] <jcristau> if nothing removes it, it will stay
[19:05] <tormod> so in the case we add one, we should delete it in an prerm then I suppose
[19:05] <tormod> but never mind, if we'll have kms as default soon, I don't care so much
[19:13] <Sarvatt> ugh mozilla build bots of doom are running
[19:14] <Sarvatt> Estimated build start: 	in 5 hours
[19:17] <jbarnes> arg claws mail and its plugins still aren't built properly
[19:17] <jbarnes> just upgraded and claws is new but the html2 viewer plugin wasn't rebuilt so it broke
[19:19] <tormod> Sarvatt, ugh x 2, my system is so broken with rendering errors now, can't wait :)
[19:25] <tjaalton> tormod: once userland in karmic catches up
[19:26] <tormod> tjaalton, yeah I figured that :) but when might that happen?
[19:26]  * bryce reads pitti's gdm breakage email and wonders how everything got buggy so quickly from really stable a couple weeks ago
[19:27] <bryce> btw, someone has implemented a wacom configuration gui tool and emailed me about it - http://www.gtk-apps.org/content/show.php/Wacom+Control+Panel?content=104309 but I didn't see the source code posted so am following up.
[19:28] <tjaalton> tormod: dunno, is there a release coming up?
[19:30] <jbarnes> did anyone ever figure out the appearance props "doesn't let me enable compiz" bug?
[19:30] <tormod> the -ati releases do not come often this days, but maybe they will rubber-stamp one as soon as kms seems not too broken
[19:30] <jbarnes> works fine from a terminal...
[19:30] <bryce> tormod, alex has been good about stamping releases when we've asked him to in the past
[19:31] <bryce> I'm not sure he works to a release schedule, just sets release numbers when things look stable
[19:32] <tormod> bryce, ok so do we have any feature-freeze deadline or so for radeon kms?
[19:32] <tormod> bryce, yes also think he does it like that
[19:33] <tormod> Sarvatt, est. build time is down to one hour :)
[19:33] <Sarvatt> ugh x3!! gdm upgrade killed X and i lost all my chat log history from last session lol
[19:33] <bryce> tormod, yep at the start of karmic I set Sept 7th as the deadline for driver version updates
[19:33] <tormod> Sarvatt, I got bitten too :)
[19:33] <tjaalton> Sarvatt: screen ftw
[19:33]  * tormod actually got bitten a couple of times...
[19:34] <tormod> bryce, that sounds like an ocean of time :)
[19:34] <jbarnes> Sarvatt: same thing just happened to me too
[19:34] <jbarnes> Sarvatt: any news on the "appearance dialog won't let me enable compiz" bug?
[19:35] <tormod> bryce, and I guess driver version update in this case includes a minor thing like switching to kms ;)
[19:36] <bryce> ;-)
[19:39] <Sarvatt> nope, havent seen anything jbarnes. i switched to mutter so i havent looked into it lately, i'm sorry :(
[19:40] <jbarnes> np just curious
[19:42] <Sarvatt> do you have metacity running? i was able to use appearance preferences by running metacity --replace, killing the extra "metacity" that was causing 100% cpu usage, then doing it in the preferences settings
[19:42] <Sarvatt> its leaving an extra metacity process running for some reason starting anything with --replace now
[19:53] <Sarvatt> ugh, fun, time for another 6 hour drm/mesa/ati compile session on the powerpc to update this stuff :D
[20:06] <Sarvatt> are we hurting anything by not having a libdrm-radeon1.symbols? or does it matter since libdrm-radeon1 has only existed during 2.4.11? i dont know how to generate one from scratch
[20:08] <jcristau> it doesn't hurt. just make sure you have proper shlibs
[20:36] <Sarvatt> wow, that was embarassing.. turns out my git pulls since the 0703 libdrm update were pulling into ../ instead of the current directory so none of the updates got applied. fixed that up just now by recreating everything. I need to work on a hook to integrate this into auto-xorg-git to avoid that kind of problem, we've been doing libdrm by hand since there are so many changes, easier to just keep debian/ around between updates than pull 
[20:36] <Sarvatt> origin/ubuntu
[20:39] <Sarvatt> should have noticed the diff only had the changelog updated sooner
[22:57] <Sarvatt> tormod: had to wipe radeon-kms because of the libdrm problem, different arches have really long waits and it was pulling the screwed up one because the fixed ones hadnt been published yet, will be fixed soon because the mozilla/chromium stuff is almost done for amd64
[23:04] <Sarvatt> ppas arent detecting the depwait state and rebuilding when the dependencies can be met so no point repackaging things with bumped dependencies because I'd have to babysit the rebuild button anyway :D
[23:04] <Sarvatt> i386 is fine on edgers and xorg-testing at any rate
[23:06] <Sarvatt> will probably have to reupload later for amd64 if the things in the queue arent spaced out enough
[23:25] <jbarnes> arg!!
[23:25] <jbarnes> today must be X crash day
[23:26] <bryce> merry X-crash day jbarnes
[23:46] <RAOF> It's not "upgrade GDM from a VT day"?
[23:49] <Sarvatt> at least it wont happen again next GDM upgrade :D
[23:49] <Sarvatt> and the upgrade continues running even though it kills X and doesnt restart it
[23:51] <tormod> yes it seems the upgrade finishes anyway, because an apt-get install afterwards does nothing