[02:44] <bjsnider> Sarvatt, is the nvidia-current in x-updates the maverick one backported?
[02:47] <Sarvatt> yep, same thing
[02:49] <bjsnider> the newest version
[02:50] <bjsnider> with the 32-bit compat stuff fixed
[08:58] <RAOF> Sarvatt: GAH! Where's that agp bug, so I can scream at the kernel team?
[10:26] <bryceh> RAOF, how's the sprint going so far?
[10:51] <RAOF> bryceh: Pretty good - the arm guys want to pick my brains lots.
[10:51] <bryceh> yeah
[10:51] <RAOF> It's nice to be able to stroll down the hall and poke the kernel guys, too :)
[10:53] <bryceh> are they still asking about how to implement 3D X drivers on top of their proprietary opengl es stacks?
[10:53] <RAOF> They're working out precisely where the proprietary interface should be, yeah.
[10:54] <bryceh> yeah
[10:55] <RAOF> The existance of a blob seems pretty non-negotiable at this point.
[10:56] <bryceh> I hope you have more luck with them than I did
[10:57] <bryceh> it seemed they had gotten themselves into sort of an untenable position
[10:58] <bryceh> they need a 3d-enabled framebuffer driver but want to do it atop proprietary hardware/firmware gles
[10:58] <bryceh> and would like to achieve it without investing much manpower into development I guess
[10:59] <bryceh> maybe the new non-profit entity will give them a better opportunity to achieve that
[11:00] <RAOF> It looks like things may be moving forward.
[11:00] <bryceh> ah good
[11:00] <bryceh> RAOF, btw, I was working on those radeon/linux/mesa reports we had talked about at uds
[11:00] <bryceh> still WIPish but - http://www2.bryceharrington.org:8080/X/Reports/ubuntu-x-swat/all-radeon-bugs.html
[11:01] <tjaalton> if the rest of the community has failed at that, I'm skeptical that RAOF would succeed ;)
[11:01] <tjaalton> man, im slow
[11:01] <bryceh> there are also intel and nouveau reports there, but less interesting.
[11:02] <bryceh> I'm going to split them into 'lucid' and 'maverick' reports... does that work?
[11:02] <RAOF> That would be good, yeah.
[11:02] <bryceh> the maverick reports are going to be pretty much empty
[11:03] <bryceh> but I figure those are the ones you care about.  The plus side is they'll be so short it'll be easy to clear them
[11:03] <RAOF> :)
[11:03] <tjaalton> (s/raof/any single person/)
[11:03] <bryceh> problem is I'm having to depend on having the linux/mesa bugs tagged as 'radeon', 'nouveau', or 'intel', and it's not common that those tags get applied
[11:05] <bryceh> but that's probably a solvable problem
[11:06] <RAOF> I've talked to the kernel guys about that tagging.
[11:07] <bryceh> so yeah, I'll set these reports up with that assumption, and if they're useful you can lobby for getting the driver tags applied where appropriate
[11:07] <RAOF> Great.
[11:07] <bryceh> I noticed for the kernel, the 'intel' tag is also used for some wireless drivers and so on, not just graphics
[11:07] <bryceh> but it's pretty obvious
[11:07] <RAOF> The kernel guys aren't applying that tag.
[11:08] <bryceh> ok, it was only maybe 2-3 bugs, so perhaps just end users tagging them
[11:08] <RAOF> It probably is, yeah.
[11:08] <RAOF> We will be applying tags.  Until launchpad grows the ability to search by pciid :)
[15:25] <Sarvatt> RAOF: looks like mesa 7.9 might not release until intel Q3 comes out..
[15:26] <RAOF> :/
[15:26] <Sarvatt> sometime in october most likely
[15:26] <RAOF> AKA: too goddamned late.
[15:26] <Sarvatt> yeah :(
[15:28] <Sarvatt> well there will be RC's out before then, could just go with the latest RC
[15:30] <Sarvatt> probably wont get an RC until september though when they merge in the new glsl2 stuff
[15:30] <RAOF> Right.
[15:31] <RAOF> I'm actually going to give a built of that to the DX guys, because they've had problems with the GLSL complier in the past.
[15:34] <Sarvatt> i'll upload that for ya in a minute, its building
[15:34] <RAOF> Sarvatt: You're doing that?  Awesomesauce.
[15:34] <Sarvatt> well it'll have xorg-edgers mesa packaging not whats in ubuntu :(
[15:34] <Sarvatt> no egl and stuff
[15:35] <RAOF> Hm.
[15:37] <Sarvatt> i've been holding off updating it since i dont have the cpu cycles to work out all the egl and gles changes, darn atom
[15:38] <RAOF> Where's your auto-xorg stuff ending up?
[15:38] <Sarvatt> uploaded it https://launchpad.net/~sarvatt/+archive/xorg-testing
[15:39] <RAOF> I'll see how much they care about gles.
[15:39] <Sarvatt> actually that builds against edgers
[15:39] <Sarvatt> i'll put it in sarvatt/ppa
[15:42] <BlackZ> Sarvatt: do you have some time to talk about ppa-purge ? 
[15:42] <Sarvatt> what's up?
[15:43] <BlackZ> Sarvatt: nothing, I'd like to do few questions - pm?
[15:43] <BlackZ> I don't think this is the right channel 
[15:57] <Sarvatt> bryceh: was anything happening with the ppa-purge merge request? BlackZ wants to put it in universe
[16:01] <BlackZ> Sarvatt: merge? 
[16:01] <BlackZ> do you mean in bzr? 
[16:01] <Sarvatt> he was looking into renaming it rm-apt-repository and adding it to the package add-apt-repository is in
[16:02] <BlackZ> Sarvatt: BTW I think we should really do it a native ubuntu package 
[16:02] <BlackZ> but I'm not sure yet
[16:02] <BlackZ> a thing is sure: we can't get it in debian directly, because debian does not support PPAs 
[16:02] <Sarvatt> it already is, theres no - and no tarball?
[16:03] <Sarvatt> doesn't make sense in debian at all
[16:03] <BlackZ> Sarvatt: ok, so if you're confirming me that I will consider for do that a native ubuntu package in universe :) 
[16:18] <BlackZ> Sarvatt: I don't think it should be native; if there's upstream it should not be native: in the native packages normally releases are done with an upload in the ubuntu archive
[16:21] <RAOF> BlackZ: The correct question for native is “Does this package make sense for anything but Ubunt(/Debian)”.  The answer for ppa-purge is “no”, so it should be native.
[16:24] <BlackZ> RAOF: right 
[16:25] <RAOF> So, it should be native.
[16:25] <BlackZ> RAOF: sorry, I misunderstood some things related to the package 
[16:26] <BlackZ> I checked and yes, it should be native
[16:57] <bjsnider> tseliot, http://github.com/tseliot/nvidia-graphics-drivers/blob/master/debian/nvidia-current.dirs.in lines 3 and 8 are duplicates
[16:58] <tseliot> bjsnider: good point
[18:48] <vish> hmm , whats up with Bug #465868  ?  seems to have stalled after being assigned to lucid a2
[18:48] <ubot4> Launchpad bug 465868 in checkbox (Ubuntu) "checkbox should not run on nvidia (was: appearing error message extension "RANDR" missing on display ":0.0".) (affects: 2) (heat: 15)" [Critical,Incomplete] https://launchpad.net/bugs/465868