[08:16] ricotz: thanks, though it's actually less work for me to just merge using git ;) [08:17] since it'll already include the changes, it's just the changelog entry that needs mangling [08:18] and I'd really like to get rid of klingon/latin === seb128_ is now known as seb128 === seb128_ is now known as seb128 [08:41] tjaalton, ok, so no credits for then ;) [08:42] yes, removing some delta could even lead to syncing it [12:10] Hey people, I know I have asked this before and it isn't entierly the correct forum but does anybody know which kernel version is going into 11.04? [12:11] Err 12.04.. [12:13] Prf_Jakob: Do you mean 11.10 or 12.04? 11.10 will have 3.0; 12.04 will have... something. Probably 3.2 or 3.3, I'd guess. [12:13] 12.04* [12:13] RAOF: ok thanks... [12:14] 3.3 looks a bit close. [17:02] ricotz: i can still credit you for poking me ;) [17:15] tjaalton, alright ;) [17:20] morning [17:20] heyo bryce! [17:21] back already? [17:21] yep [17:21] bryceh: congrats :) [17:21] tjaalton, thanks! [17:22] coming back to work feels like I'm taking a vacation from paternity leave ;-) [17:22] hehe [17:22] "relaxing", wasn't it ; [17:22] ;) [17:23] it had it's moments! [17:30] Sarvatt, tjaalton, so what's new? [17:32] bryceh: nothing special I guess, oneiric is pretty boring xorg-wise ;) [17:32] mesa 7.11 final was uploaded though [17:32] by RAOF [17:32] good [17:33] oh and bug 820370 probably means that the failsafe conffiles should probably be removed in preinst after all? [17:33] Launchpad bug 820370 in xorg (Ubuntu) "Tries and fails to remove /etc/gdm (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/820370 [17:38] tjaalton, okay yeah could be [17:38] tjaalton, would you mind making those updates? You know those way better than me [17:38] bryceh: yeah, I could [17:43] tjaalton, thanks === Amaranthus is now known as Amaranth [19:41] bryceh, Sarvatt, RAOF: I'm trolling for a core-dev to upload a new version of utouch-qml, which isn't in the utouch package set yet (so I can't upload it myself) [19:42] cnd: I'm not even a MOTU or PPU, think ya meant tjaalton instead of Sarvatt there :P [19:42] Sarvatt, oh, sad to hear that... [19:42] Sarvatt, I'd be happy to endorse if you are going for it [19:43] I didn't bother with tjaalton because I figure he's probably in bed by now :) [19:44] not in bed, but moving my arse to the couch instead ;) [19:45] tjaalton, well, you are welcome to help, but I figure it's outside your work hours so feel free to pass :) [19:45] it's not urgent [19:45] ok, I can have a look in the morning unless bryceh beats me to it [19:47] k [19:47] cnd: well when I do it'll be for an X package set, nothing else really fits and you haven't sponsored anything for me there :P by then you might though and I'll look you up, appreciate that! [19:47] tjaalton, it's in lp:utouch-qml/ubuntu [19:48] Sarvatt, I guess I was assuming you've sponsored stuff for me [19:48] which doesn't make sense in hindsight :) [19:48] it seems like you've helped me out somehwere though, I just can't remember [19:49] but maybe I'm just mixing things up [20:48] cnd, done [20:48] bryceh, awesome1 [20:48] ! [20:48] thanks [20:48] bryceh, are you still on leave? [20:49] I feel bad pinging you if you are still on leave [20:49] nope, today's first day back [20:49] ok [20:49] I hope things are going well [20:49] and congrats if I haven't said so yet :) [20:49] cnd, oh thanks! [20:51] cnd, was a good exercise to figure out why my oneiric pbuilder wasn't working [20:51] bryceh, you have an oneiric pbuilder! [20:51] ? [20:51] I can't figure out how to create one [20:52] yep, I have pbuilders for all releases [20:52] every time I try I hit a bug (I think it's a bug in debootstrap) [20:52] bug 805886 [20:52] Launchpad bug 805886 in util-linux (Debian) (and 2 other projects) "/proc does not get umounted after debootstrap (affects: 9) (dups: 1) (heat: 54)" [Unknown,Unknown] https://launchpad.net/bugs/805886 [20:52] tjaalton, yep, that's the one [20:52] pretty annoying [20:52] tjaalton, is there a workaround? [20:52] or bryceh, how did you build one? [20:53] cnd: dunno, haven't looked at it closer [20:53] yet [20:53] hmm, built it when oneiric first opened [20:53] I currently rely on building locally and checking if the daily build recipe succeeds [20:53] cnd: well, downgrade util-linux should be enough [20:54] I recall having to do `pbuilder login --save-after-login` and fiddle around a bit to get it working [20:54] tjaalton, I believe I tried that [20:54] and it still failed [20:54] ok [20:57] cnd, that bug # doesn't look familiar, maybe I'm just lucky [20:58] or maybe having built the pbuilder early on I don't have the bugged mount [21:00] maybe [21:00] bryceh, I nominate that you fix it [21:00] that's how open source works right? [21:00] :) [21:01] * cnd holds the open source bug fix nomination wand tightly [21:04] RAOF: so ya decided to ship st/gbm in 7.11 instead of --disable-gallium-gbm? [21:04] all the pipe drivers [21:05] cnd, I'll delegate to the X canonical person able to reproduce the bug [21:06] rats [21:06] O:-) === yofel_ is now known as yofel [21:06] cnd, but anyway is it fixable if you log into the pbuilder chroot with the cmd I mentioned above? [21:07] bryceh, I can't build a pbuilder chroot in the first place [21:07] so I can't get to that point [21:07] unless there's some command that says "don't delete on error" [21:07] ahh [21:08] ok so then definitely I escaped it by building my pbuilder before all this came about [21:08] ok [21:09] most workarounds I can think of at the moment are probably too much trouble to do [21:09] like creating a natty pbuilder and then upgrading it [21:10] cnd, are you creating your pbuilder on a oneiric host or natty? [21:10] oneiric [21:10] I'm doing it on a natty host; perhaps it's the host version of mount that matters? [21:10] I don't know how to create it correctly on a different host [21:10] I've tried, but it seems to get hosed somewhere [21:10] if you know how to do it, please do tell :) [21:10] cnd, did you try the workaroudn of downgrading util-linux? [21:10] then maybe I can copy it to my oneiric host [21:10] I did, but it didn't help [21:47] bryceh: Welcome back! [21:47] RAOF, hey thanks! [21:47] Sarvatt: Yeah, might as well ship st/gbm; EGL isn't (or won't be) on the CD, so the extra space is meh. [21:51] bryceh: Oooh, before I upload a new wayland/mesa - was there some reason that you restricted wayland to i386, amd64, armel? I don't know of any reason why it wouldn't be useful on any arch (even debian/hurd!). [21:52] RAOF, it was taking forever to build on ppc, so I dropped all archs except the ones I specifically thought it would be valid for [21:53] no reason aside from that. Feel free to restore the missing archs if you think there's value to having them [21:54] Heh. Well, it makes mesa packaging slightly less annoying, as I won't have to special-case wayland support for !i386 !amd64 !armel. [22:15] RAOF, hello, it seems the dependency of libegl1-mesa on libwayland0 is too strict [22:16] ricotz: No, it's deliberately that strict. [22:16] Because there's not yet any API or ABI guarantees on libwayland, we're being cautious. [22:16] RAOF, oh, ok [22:17] Wait for mesa_7.11-0ubuntu2 to build and then everything will be installable again. [22:18] i see, making a better snapshot version would help [22:18] RAOF, yeah, i am using the edgers versions [22:19] Sarvatt, might be useful to loosen this dep a bit for the ppa [22:21] The dependency information is in the libwayland package; it's not trivial for -edgers to relax that. [22:21] Having said that, I also don't expect there to be lots of wayland updates. [22:22] hmm, bad timing then ;) [22:22] the current edgers build depends on ubuntu2 now [22:24] Yeah. It just needs a rebuild. [22:28] Or, I guess, you could not install EGL support :) [22:31] RAOF, this might be a bit difficult -- libcairo2 ;) [22:31] Oh, yeah. [22:32] That'll go away at some point. [22:33] i hope so, seems the cairo-gl backend make a lot problems [22:34] yep [22:36] Thinking of which - the next thing to do with wayland is upload a new wayland-demos package, right? Would you like me to do that? [22:38] RAOF, is libwayland in main yet? [22:39] bryceh: Yup. I got that squared away last week. Mesa now builds the wayland-egl backend. [22:39] RAOF, excellent. I've actually got the wayland-demos package ready to go, I'll take care of uploading it [22:43] RAOF, did you have anything to add to the package beyond syncing from debian? [22:43] bryceh: Which package? wayland-demos? [22:44] RAOF, yep [22:44] Oh, I hadn't really looked at it :) [23:20] ricotz: whats up? just need a mesa no change rebuild or need me to relax dependencies in mesa? [23:23] Sarvatt: New libwayland means mesa needs a rebuild. [23:23] gotcha, doing now [23:26] And, in general, each wayland upload will requrie a rebuild of mesa. [23:28] Sarvatt, ok, thanks, the natty wayland package is fine since there were no ppa relevant changes [23:29] thanks for the heads up, i'll keep an eye on wayland uploads then. haven't been following it to be honest [23:29] * Sarvatt installs so he notices the brokenness :) [23:30] Well, you're guaranteed to notice the brokenness now that mesa actually uses it ;) [23:39] should we consider including wayland snapshots in edgers? [23:39] or would that be more trouble than worth at this point [23:48] i'm overwhelmed with the other updates in there to be honest, with ivybridge so close I'm not sure thats going to change anytime soon [23:50] * Sarvatt got 4 new machines to work on in the past week [23:55] Sarvatt: Speaking of ivybridge, what was the problem with 2.15.901 you were having? Everything seems to be peachy here, although I should probably install gdm to actually see if the bgnone thing is working properly; lightdm still doesn't seem to do it. [23:55] 101_copy_fb.patch needs fixing to apply to it? [23:56] ya disable it to build or were you using edgers? [23:56] I refreshed it :) [23:56] woohoo! [23:56] that was it [23:56] It didn't require anything particularly special, but perhaps that's because I know what it does :) [23:56] * Sarvatt owes RAOF a beer if he can drag him away from the board games [23:56] :P [23:58] Actually, now that I look at it again I can simplify it a bunch. It looks like intel_batch_submit no longer references the screen pixmap, which was what the intel_batch_buffer_submit_internal thing was about. [23:59] Or, alternatively, I guess uxa could be setting the screen pixmap earlier. Investimagation time!