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