[00:01] <bryceh> [ubuntu/natty] xserver-xorg-input-evdev 1:2.6.0-1ubuntu4 (Accepted)
[00:04] <RAOF> LLStarks: I guess we'll be discussing it (again) at UDS
[00:05] <LLStarks> uds-o?
[00:06] <LLStarks> regardless of what happens with nouveau 3d, 2011 needs to be the year of flawless switchable graphics on linux.
[00:07] <tjaalton> what happened to the year of linux on the desktop?-)
[00:07] <LLStarks> i couldn't give two ****s about optimus, but i want to be able to use a 540m if i buy a laptop with one
[00:07] <LLStarks> tj, we can put that on hold for another 2 or 3 years like always
[00:07] <RAOF> Flawless switchable graphics?  I wouldn't hold my breath.
[00:09] <LLStarks> will linux-hybrid-graphics ever materilize into something usable, or do we have to wait for nvidia?
[00:11] <LLStarks> wth jeopardy... you have a category called "good gnus" and not even a single gnu/linux question?
[00:14] <bryceh> LLStarks, fairly certain they're waiting on patches from you
[00:15] <LLStarks> lolno.
=== tjaalton_ is now known as tjaalton
[00:16] <RAOF> It's an interesting problem, patches could be fun.
[01:03] <bryce_> X.Org X Server 1.9.99.901 (1.10.0 RC 1)
[01:03] <bryce_> yay
[01:04] <bryce_> synaptics acceleration is pretty crazy here though
[01:04] <RAOF> Of *course* my hardware is magical.
[01:04] <bryce_> yep and got the xchat corruption
[01:08] <bryceh> alright, xorg-server and xorg packages have been uploaded
[01:09] <RAOF> And they're built we'll need to rebuild the world.
[01:10] <RAOF> s/And /And once/
[01:10] <bryceh> yep
[01:16] <bryceh>  RAOF, that script rocks
[01:17] <bryceh> ok, messful of .changes ready to go
[01:17] <RAOF> Which one?  The little bit of shell to grab the world?
[01:17] <bryceh> yep
[01:17] <RAOF> A little bit of judicious seddery can be a wonderful thing :)
[01:17] <bryceh> had a minor bug (had to use '--rebuild' instead of '--build')
[01:17] <RAOF> Oh, whoops.  EUNTESTED :)
[01:18] <RAOF> We should hold off until xserver is bulit on at least i386, right?  Do the buildds guarantee build ordering?
[01:18] <bryceh> we've needed to wait in the past
[01:19] <bryceh> so, good time for a short break, than back at it
[01:40] <bryceh> [ubuntu/natty] xorg 1:7.6~3ubuntu1 (Accepted)
[01:40] <bryceh> [ubuntu/natty] xorg-server 2:1.9.99.901+git20110131.be3be758-0ubuntu1 (Accepted)
[01:44] <bryceh> 3 of 4 builds finished https://launchpad.net/ubuntu/natty/+source/xorg-server/2:1.9.99.901+git20110131.be3be758-0ubuntu1
[01:49] <RAOF> Hello, armel. Nice to see you keeping up :)
[01:54] <RAOF> Hm.  And I've now got an sbuild capable of optionally building against the contents of ~/Builds.  Neat!
[02:11] <bryceh> boy they weren't kidding about arm being slow
[02:12] <bryceh> however looks like it published
[02:12] <RAOF> I suspect it would be faster to virtualise on the insanely fast buildds.
[02:13] <bryceh> alright, pulling the trigger on these rebuilds
[02:14] <RAOF> Woot!
[02:24] <bryceh> found another bug in your script ;-)
[02:24] <Amaranth> bryceh: Did you say these uploads fix the xchat-gnome corruption? The screen is too distorted for me to tell for sure :)
[02:25] <bryceh> Amaranth, no it causes the corruption (or at least, I can reproduce it now)
[02:25] <Amaranth> oh, dang
[02:25] <bryceh> yeah
[02:25] <Amaranth> Wait, you couldn't reproduce with just the 2.14 intel driver?
[02:26] <Amaranth> I'm tempted to hack up xchat-gnome to draw solid white before drawing anything else, I'll take the performance hit if it works around the issue
[02:26] <bryceh> I hadn't happened to test it on this particular machine
[02:26] <bryceh> until just today
[02:26] <RAOF> Hm.  I can see that with emacs now.
[02:27] <Amaranth> uh oh
[02:28] <bryceh> alrighty, drivers going in
[02:29] <RAOF> What was the additional bug in my script?
[02:29] <bryceh> I needed to have --distribution specified; it was setting all the .changes to UNRELEASED ;-)
[02:29] <RAOF> Whoops :)
[02:30] <bryceh> also, good to note that the script pulls in xorg as well as drivers, so had to manually slice that out; no need for a rebuild there
[02:30] <RAOF> Oh, dear lord qemu-arm is slow.  It's *almost* finished ./configure ing xserver.
[02:32] <Amaranth> RAOF: Any this is why we use actual devices ;)
[02:32] <Amaranth> The devices are getting faster, qemu not so much
[02:32] <RAOF> Sadly I don't have an A9 device lying around to sbuild on :P
[02:32] <RAOF> Although I guess I could ssh into a porter box…
[02:32] <Amaranth> I have one, not going to try to build anything on it if I can help it
[02:33] <Amaranth> yay cross compilers
[02:33] <RAOF> Ah.  The other option :)
[02:37] <Amaranth> I haven't played with dpkg-cross yet but from what I understand it'll let you build an armel package on x86
[02:37] <Amaranth> But I suppose that's never going to be a good as building natively so I doubt we'll see armel builds happening on the x86 buildds
[02:41] <RAOF> The buildds have insanely more powerful CPUs than an arm chip, though.  Could you get better performance by running qemu-arm on one of the i386 buildds?
[02:41] <Amaranth> RAOF: You just saw how that works
[02:42] <RAOF> Well, the buildds are much faster than my laptop.
[02:42] <RAOF> Also, s/saw/seeing/.
[02:42] <RAOF> :)
[02:42] <Amaranth> RAOF: I dunno, they run the build in a VM
[02:42] <Amaranth> VM on top of VM is usually incredibly slow
[02:43] <RAOF> They could drop the outer VM, though.
[02:49] <bryceh> wow slew of rejects
[02:49] <bryceh> actually, slew of accepts, with a scant few rejects
[02:55] <bryceh> RAOF, -vmmouse and -geode got build failures
[02:55] <RAOF> Hm.  Did my -vmmouse sync request not go through…
[02:57] <RAOF> Ah, no.  bug #709134 will fix vmmouse.
[02:57] <ubot4> Launchpad bug 709134 in xserver-xorg-input-vmmouse (Ubuntu) "Sync xserver-xorg-input-vmmouse 1:12.6.99.901-1 (main) from Debian experimental (main) (affects: 1) (heat: 10)" [Wishlist,New] https://launchpad.net/bugs/709134
[03:05] <bryceh> ok think we're done
[03:06] <bryceh> no other failures except -geode
[03:06] <bryceh> https://launchpad.net/ubuntu/+source/xserver-xorg-video-geode/2.11.11-1build1/+buildjob/2235710/+files/buildlog_ubuntu-natty-i386.xserver-xorg-video-geode_2.11.11-1build1_FAILEDTOBUILD.txt.gz
[03:06] <RAOF> I'm on the geode failure.
[03:06] <bryceh> awesome, thanks
[03:07] <RAOF> I didn't pick it up, beacause !amd64
[03:07] <bryceh> aha
[03:10] <bryceh> RAOF, ok gonna go EOD for a bit; keep an eye on things, I'll check back in a couple hours or so in case of emergencies
[03:11] <RAOF> bryceh: Ta.   Have a relaxing evening!
[03:11] <bryceh> the dependency change for -intel that lool mentioned still needs done; I'll tackle that this evening but feel free to beat me to it ;-)
[03:12] <RAOF> I may well :)
[03:12] <bryceh> also, I stuck the build changes for -evdev into its git, but didn't do it for -intel
[03:13] <RAOF> Ok.  I can fold that in, too.
[03:13] <bryceh> ah -nouveau needs it too
[03:13] <bryceh> bbl
[04:31] <bryceh> RAOF, how's things stand?
[04:32] <RAOF> bryceh: I've just figured out precisely what's wrong with geode.  http://cooperteam.net/Packages/xserver-xorg-video-geode_2.11.11-1ubuntu1_source.changes is ready for sponsoring.
[04:37] <bryceh> thanks
[04:39] <bryceh> RAOF, ok uploaded
[04:40] <bryceh> ztv eh?
[04:40] <bryceh> ok, speaking of tv, if there's nothing else, gonna go watch a movie
[04:40] <RAOF> I guess you could mark bug #709134 as ready to upload.
[04:40] <ubot4> Launchpad bug 709134 in xserver-xorg-input-vmmouse (Ubuntu) "Sync xserver-xorg-input-vmmouse 1:12.6.99.901-1 (main) from Debian experimental (main) (affects: 1) (heat: 10)" [Wishlist,New] https://launchpad.net/bugs/709134
[04:40] <RAOF> s/upload/sync.
[04:40] <bryceh> ok
[04:41] <LLStarks> btw, i think i've only seen the 945gm graphical corruption once, if at all
[04:41] <LLStarks> might've been too drunk
[04:43] <bryceh> Amaranth mentioned it too; I suspect you and he both have the same bug.  
[04:43] <LLStarks> raof or bryceh, can i do a safe-upgrade? some x packages are being upgraded.
[04:43] <LLStarks> will i have abi issues?
[04:43] <RAOF> You shouldn't be able to break things without removing packages.
[04:44] <RAOF> So a safe-upgrade should be safe.
[04:44] <bryceh> alrighty, will check back in a couple hours
[04:44] <LLStarks> so, if i let intel and evdev update, it's fine?
[04:44] <RAOF> Modulo, as always, proprietary drivers!
[04:44] <RAOF> If they can without removing other packages, yes.
[05:55] <bryceh> back
[10:26] <RAOF> Is there *really* anyone insane enough to want to pair an Intel i740 chip with an arm CPU? :)
[10:38] <tjaalton> heh, it's built on arm?-)
[10:41] <RAOF> Yes ):
[10:41] <RAOF> :)
[10:42] <tjaalton> maybe the right thing to do is to drop the driver altogether :)
[10:42] <RAOF> But how will users with 20 year old hardware use it to its full potential‽
[10:43] <RAOF> Dear lord.  That *is* 20 year old hardware, isn't it.
[10:43] <tjaalton> hmm, lets see
[10:43] <tjaalton> actually only 13y old
[10:44] <tjaalton> seems to be the first to use agp
[10:44] <RAOF> Oh, yeah.  That's right.
[10:44] <tjaalton> well, according to wikipedia
[10:44] <RAOF> So 1998?
[10:44] <tjaalton> yep
[10:44] <tjaalton> sooo 90's..
[10:44] <RAOF> Hm.  I thought it was older.
[10:45] <tjaalton> yeah, not like tseng which is pci (had an ET6000 on my first pc)
[10:46] <RAOF> I had a kick-arse pentium 90, with a... S3 virge?
[10:46] <RAOF> A full 2MB of video ram, too.
[10:46] <RAOF> Or maybe it was 4?
[10:46] <tjaalton> my first one was with k6-200
=== wgrant_ is now known as wgrant
[11:30] <lool> xserver-xorg-input-mouse seems to either need a rebuild or be dropped from input-all?
[11:34] <RAOF> lool: Need a rebuild.  I'm on it.
[11:34] <RAOF> It also needs people to stop using it, but it's probably useful to some arcane hardware, like -keyboard is.
[11:39] <lool> RAOF: You might want to drop it from -input-all in the latter case?
[11:40] <RAOF> lool: It isn't *in* input-all.  At least on amd64.
[11:40] <lool> While I found the -video-all and -input-all approaches elegant, it would make more sense to treat these as -popular or something since we're effectively providing a subset
[11:40] <RAOF> -video-all-that-we-care-about :)
[11:40] <lool> RAOF: Oh right, vmmouse is; I'm not sure why my upgrade wanted to remove input-all, will tell you once I finish it
[11:41] <lool> RAOF: Yeah something like this  :)
[11:41] <RAOF> We'd need to drop a *lot* of drivers to get to -video-all-that-we-care-about :)
[11:41] <RAOF> For an example currently in my attention, I give you tdfx.  A card highly likely to be paired with an arm processor... :)
[11:42] <lool> RAOF: Ah vmmouse is what caused -all to go away
[11:42] <RAOF> Yeah.
[11:42] <RAOF> There's a big stack of rebuilds queuing up.
[11:43] <lool> RAOF: Queue seems empty
[11:43] <lool> 1 job
[11:43] <RAOF> Not at http://cooperteam.net/Packages
[11:44]  * lool is looking at https://launchpad.net/builders
[11:44] <lool> RAOF: what's this repo for?
[11:44] <RAOF> It's my staging sponsorship queue.
[11:45] <RAOF> Once I've got _all_ the needed rebuilds in there and tested, I'll dump it on pitti or cjwatson and go to sleep. :)
[11:45] <lool> Ah; I could offer sponsorship, but given the size and hence complexity of the Xorg transition and the fact we're in freeze already, I will leaveit to your regular sponsors
[11:46] <RAOF> Thanks.  Colin's already volunteered; I suspect he'd like the archive installable pronto :)
[11:47] <lool> eh
[11:48] <tjaalton> RAOF: I can sponsor as well
[11:49] <RAOF> tjaalton: That'd be nice.  I'm on -vesa now, so there's not much more to go in there.  I'll finish up, test build everything, and poke you?
[11:49] <tjaalton> sure
[13:28] <mdeslaur> It would appear I can't dist-upgrade at the moment. Is this known? http://paste.ubuntu.com/560951/
[13:29] <mdeslaur> ah, never mind, I just noticed all the uploads
[13:29] <tjaalton> yeah rebuilds needed
[13:30] <tjaalton> RAOF: so you got everything uploaded that was needed?
=== evilvish is now known as vish
[16:41] <LLStarks> raof, are we still waiting for mouse and vmmouse to build?
[16:42] <tjaalton> mouse is fine
[16:42] <tjaalton> dunno about vmmouse
[16:42] <tjaalton> vmmouse built too
[16:42] <LLStarks> aptitude wants to remove both
[16:43] <tjaalton> your mirror isn't uptodate
[16:44] <LLStarks> main archive
[16:44] <LLStarks> wait, us archive
[16:45] <tjaalton> i bet it's lagging behind
[16:45] <LLStarks> switching
[16:47] <LLStarks> same prob with main
[16:48] <tjaalton> it could take an hour or two until they are moved there
[16:58] <bryceh> tjaalton, welcome to canonical :-)
[17:00] <tjaalton> bryceh: thanks :)
[17:02] <bryceh> tjaalton, did RAOF get everything uploaded he needed?
[17:04] <tjaalton> bryceh: I think so yeah
[17:08] <Sarvatt> bryceh: why do we always end up updating intel just in time for a new horribly busted kernel upload? :)
[17:08] <bryceh> Sarvatt, what's up?
[17:08] <Sarvatt> (2.6.38)
[17:09] <Sarvatt> last time we did it was 2.6.37 rc1 and we got a bunch of bugs that were kernel problems on intel too
[17:09] <bryceh> tjaalton, Sarvatt btw were you guys able to successfully upgrade to the new X via the archive?
[17:09] <Sarvatt> vmmouse and mouse still holding it back here
[17:09] <bryceh> hrm
[17:10] <Sarvatt> i need to set up another natty machine, got everything but my main laptop reinstalled to maverick at the moment for this hibernate issue
[17:10] <bryceh> Sarvatt, any chance you could pastebinit the failure messages?
[17:11] <Sarvatt> bryceh: AH mouse and vmmouse just updated in the last few minutes on us.archive.ubuntu.com
[17:11] <bryceh> sweet
[17:15] <tjaalton> I haven't tried upgrading yet
[17:20] <bryceh> tjaalton, yeah right now's not a great time to be upgrading :-)
[17:21] <LLStarks> uwaa
[17:22] <LLStarks> is there breakage?
[18:43] <bdmurray> might bug 711284 be X related?
[18:43] <ubot4> Launchpad bug 711284 in linux (Ubuntu) "After natty update today, system is unresponsive and freezes often (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/711284
[18:46] <bryceh> bdmurray, hmm not the typical characteristics of an X bug but its possible
[18:46] <bryceh> bdmurray, we've not had other reports of an issue like that
[18:49] <bdmurray> bryceh: okay thanks
[22:10] <bryceh> RAOF, btw when you're online, rickspencer ran into an upgrade conflict that you might want to take a look at
[22:10] <bryceh> RAOF, looks a lot like what happens when you have xorg-edgers installed, but he says he doesn't so I'm not sure what is wrong
[22:26] <RAOF> bryceh: Where's Rick's report?
[22:30] <bryceh> http://paste.ubuntu.com/561141/
[22:31] <RAOF> Thanks.
[22:31] <bryceh> RAOF, I should have had him file an actual bug, but not sure if it was just configurational stuff
[22:32] <RAOF> Oooh, xserver-xorg-video-v4l
[22:32] <RAOF> That's not going to work, as V4L has been removed from the kernel.
[22:33] <RAOF> That could be it, or a part of it.
[22:36] <bryceh> driver rebuilder lives here now:  https://code.launchpad.net/~xorg-edgers/xorg-server/xorg-pkg-tools
[22:38] <bryceh> I stuck the todo's in there, feel free to hack on it if you want.  converting it to python wouldn't be a bad idea either
[22:39] <bryceh> figure we can maybe work on it as we go through this again in the future
[22:39] <bryceh> btw I've done the xkeyboard-config merge
[22:39] <bryceh> too late for alpha2 (plus not really that critical anyway), but will shove it in after
[22:41] <RAOF> Great.