[01:12] hmm every icon that doesn't show up has a set of warnings like this in apitrace under newer mesa http://ubuntuone.com/7GDQiIb6yBkfzgm8fvX3WW [02:27] Say, how would one go about getting the xf86-video-modesetting driver in Ubuntu? [02:28] My microserver has an ASPEED remote management chip whose DDX won't do 1440x900 for the LCD that's attached to it... yet the KMS driver WILL do that resolution. [02:28] I tried fbdev, but it bails... can't mmap /dev/fb0, or something like that. [03:14] DanaG: dget -u -x https://launchpad.net/~xorg-edgers/+archive/ppa/+files/xserver-xorg-video-modesetting_0.4.0%2Bgit20120622.d9bb1847-0ubuntu0sarvatt~precise.dsc ; cd xserver-xorg-video-modesetting-0.4.0+git20120622.d9bb1847 ; debuild -uc -us -b ; sudo dpkg -i ../xserver-xorg-video-modesetting*.deb [03:18] Sarvatt: Too late! :)( [03:19] Sarvatt: Also, good morning :) [04:18] RAOF: morning, opposite side of the globe person :) [04:49] morning [04:49] to both you opposite side of the globe persons [06:45] bryceh, mlankhorst: sorry, can't upload to debian yet. but it should be possible to first prepare the -exp branch and then ask if kibi/jcristau had time to upload them :) [06:46] usually only the 'useful' drivers are uploade for new xserver testing though [06:47] since they all would need to be reuploaded to unstable when the time is right [06:55] tjaalton: Were you the one who knows a guy behind Eclipse, the board game? [07:08] RAOF: well, I've met him, but I know his wife better. but yes [07:09] the artist, not Touko [07:09] Could you kindly tell him to get his arse into gear for the third printing? They didn't produce enough copies of the second printing to satisfy preorders, so I'm waiting until September/October :) [07:09] haha :) [07:10] ok I'll try to poke them. Actually better to ask the producer company I guess :) [07:10] Yeah :) [07:12] hmm looks like it's in stock here [07:12] Supernova too [07:16] tjaalton: yeah but I prepared most useful ones at this point now [07:17] libdrm to 2.4.37, ati to some git, nouveau didn't need a change but I dropped the patch for building with old drm, mesa untouched, cirrus, modesetting intel updated in exp [07:18] looks like it :) [07:18] all input drivers just need a rebuild bump [07:59] bryceh: Oh, by the way, I've asked for a provisional MRE for mesa here: https://lists.ubuntu.com/archives/technical-board/2012-July/001352.html . If this goes well we should then go for a standing MRE for mesa. I've also pinged infinity for a normal SRU review of the mesa upload, but I suspect that the MRE will be the way to go. [07:59] RAOF: oh wow [08:01] tjaalton: I think it's reasonable; we've got tools to be reasonably sure that we don't introduce regressions, and getting the bugfixes in new mesa would be shiny! [08:01] seb128: Gooood morning! [08:01] oh, a RAOF! hey, how are you? [08:01] RAOF: exactly [08:02] seb128: I'm pretty good. About to head off to pilates in ~10 minutes, though ;) [08:02] seb128: Hows about your fine self? [08:02] RAOF, when the late european start showing up it's time to call it a day ;-) [08:03] I don't say "european" because pitti and didrocks are probably there for some hours :p [08:03] RAOF, I'm good thanks! [08:03] Yeah. Those crazy bastards have been busy ubuntu-driver-managering for hours! [08:03] RAOF, how is the system compositor feedback so far? did you guys get some? I didn't manage to catch robert_ancell recently, he's too good at being off IRC at the end of the work day [08:04] Haven't got a whole lot of feedback; got a bug from a system that was an unholy amalgam of the system-compositor PPA and xorg-edgers, though; that was fun. [08:05] ahah [08:05] I will try to install it today and see how it goes here [08:05] Although from some of the feedback it seems the setup is a bit more fragile than I thought; a reasonable number of people have reported pretty pink screens. [08:05] I've been a bit limited in testing recently, my main box is still running precise since I'm working on 12.04.1 [08:05] Fair enough. [08:06] Support our mesa MRE! :) [08:06] Of course, everything works¹ on my systems. [08:06] do you have a system-compositor tag or something for those bugs? [08:06] lol [08:06] everything always work on your systems :p [08:06] ¹ For values of “works” sufficiently broad. ☺ [08:07] oh, applying for a MRE? fun ;-) [08:07] Yeah; mesa's useful enough, and we can test it well enough. [08:08] * RAOF → pilates. [08:09] RAOF, have fun! [08:33] ah well uploaded other video drivers too to my ppa now [09:08] oh it was airlied who upstreamed the copy fb patch :) [09:10] it only took 5 years [09:38] mlankhorst, hey :) [09:39] heya [09:39] mlankhorst, i saw you updated the ubuntu branch, is 1.13 already on track for quantal? i thought this wasnt settled yet [09:40] ricotz: rc1 is out, video abi is settled [09:40] prime otoh still needs love [09:40] mlankhorst, rc2 is out ;) [09:41] i just thought it wasnt decided yet wether to go with it [09:44] ricotz: maybe, I'm just racing to get the sync patches ready for 3.6.. [09:46] mlankhorst, alright, thanks for "racing" though ;) [10:34] rebased my dmabufmgr patches now on top of the new dma fence, but waiting for api to be complete before I can actually do something with it. :-) [10:36] I'll upload Xorg 1.13 rc2 now [10:57] 31 drivers remaining... [13:15] This xserver driver updating is making me go insane [14:30] https://launchpad.net/~mlankhorst/+archive/x-1.13/+packages after a commit spree my sea of red is slowly becoming green :) [14:31] ricotz: halfway through now.. [14:31] and x1.13rc2 failed on the smoke screen test ;) [14:32] mlankhorst, i see, oh, i have it in my ppa and running it [14:34] yeah I was just fixing all the trivial xserver-xorg-video ones [14:36] which probably killed off a few brain cells due to tedious reptition :) [14:39] ricotz_: do you use vanilla x though? [14:40] mlankhorst, no, the xedgers based system [14:40] ah [14:40] mlankhorst, ready to be copied if nvidia catches up [14:41] looks like mach64 fails to build, sigh [14:41] mlankhorst, yeah but only i386 [14:42] mlankhorst, https://launchpad.net/~ricotz/+archive/unstable/+packages [14:45] ricotz: I know [14:45] it's not built on amd64 probably [14:46] fix is a 1liner though [14:47] sounds promising [14:47] $ cat debian/patches/01_fix_build.diff .. [14:47] - ATISwitchMode(0, pScreenInfo->currentMode, 0); [14:47] + ATISwitchMode(SWITCH_MODE_ARGS(pScreenInfo, pScreenInfo->currentMode)); [14:50] * mlankhorst makes a mental note to push the patch [14:50] not patient enough, pushed without testing :) [14:55] hehe ;) [14:55] oh looks like he already fixed it in the same way [14:56] to better help my sanity I'm going to declare EOD early and look at build failures later in the evening, bb :p [15:12] weird.. build timed out but if I try locally it works [15:45] and rebuild worked too, I'll just pretend that I didn't see it hang in launchpad earlier. === inetpro_ is now known as inetpro === Daviey_ is now known as Daviey === wgrant_ is now known as wgrant [23:11] mlankhorst: You know about rebuild-all-drivers in xorg-pkg-tools, right? That's obviously not going to be useful here because you need to get upstream changes for all the non-input drivers, but next time, maybe! :)