[00:00] <hallyn> slangasek: http://paste.ubuntu.com/7205567/ does that look ok?
[00:00] <slangasek> hallyn: yeah, thought we had an already-prepared uname faker, from back when the kernel versioning scheme changed and older software needed love
[00:00] <slangasek> hallyn: um, diff please :)
[00:01] <cjwatson> slangasek: that sounds like setarch --uname-2.6
[00:01] <infinity> hallyn: Following the code, this should work.
[00:01] <cjwatson> which is fairly specific to that one case
[00:01] <infinity> cjwatson: setarch won't let you fake a uname, just set a personality bit to s/3.something/2.something/
[00:01] <cjwatson> indeed, but I think it may be what slangasek is recalling
[00:01] <slangasek> cjwatson, infinity: right, that's what I was thinking of; didn't realize it didn't take an argument
[00:01] <infinity> slangasek: I'm not concerned about this change after reading the code, I think upstream got it right this time.
[00:02] <slangasek> infinity: awesome
[00:02] <hallyn> slangasek: uh, i've overwritten the old...  but i can diff with what's in the ppa
[00:02] <slangasek> hallyn: ok.  what version were you going to use when uploading this?
[00:02] <slangasek> because Breaks: qemu-system-aarch64 (<= 2.0.0~rc1+dfsg-0ubuntu1) is only right if the version you upload is > 2.0.0~rc1+dfsg-0ubuntu1
[00:02] <cjwatson> the very existence of setarch --uname-2.6 is kind of an "oh, yeah, our userspace is made of fail" admission, but anyway
[00:03] <slangasek> cjwatson: yes, but it was our /old/ userspace that we didn't want to fix up just to enable building in chroots :)
[00:03] <hallyn> http://paste.ubuntu.com/7205574/
[00:03] <cjwatson> certainly :)
[00:03] <hallyn> slangasek: d'oh, yeah
[00:03] <slangasek> hallyn: so you probably just want << there instead of <=, for both the Breaks and Replaces
[00:03] <cjwatson> I just wish there were some mechanism to automatically telemock the authors of code that broke
[00:04] <infinity> cjwatson: I found the "all kernerls start with 2" hilarity less disturbing than the "all kernels have (at least) 3 version components" screwups.  Lots of those still exist.
[00:04] <cjwatson> (although I suspect I may have been responsible for one or two dodgy broken shell scripts ... at least they were dealing with things actually related to the kernel :) )
[00:04] <cjwatson> infinity: yeah, we've basically elected not to exercise that
[00:04] <hallyn> http://paste.ubuntu.com/7205588/
[00:06] <cjwatson> I'd actually forgotten that we use setarch --uname-2.6 in lp-buildd when building for old series
[00:06] <infinity> Forgetting a hack tends to mean it's working, so I'm okay with that.
[00:07] <slangasek> hallyn: looks good.  I'm just finding my way to debian/rules now, let me give that a quick once-over before you reupload
[00:07] <cjwatson> Yup
[00:07] <hallyn> slangasek: cool, thanks
[00:07] <slangasek> hallyn: is this build-tested on armhf?
[00:08] <hallyn> slangasek: yup, dannf built it it on armhf and arm64
[00:10] <slangasek> k, just checking; some of the diff around arm/aarch64/arm64 in debian/rules is non-obvious
[00:11] <hallyn> from ppa to archive, or from 1.7 to 2.0?
[00:11] <slangasek> hallyn: pretty sure line 95 of debian/rules is wrong, isn't that supposed to be 'echo arm aarch64'?
[00:11] <slangasek> hallyn: from 1.7 to 2.0
[00:13] <infinity> That should indeed be 'echo arm aarch64'
[00:13] <hallyn> uh
[00:13] <slangasek> hallyn: yes, quite certain that this is buggy - please to not be registering an aarch64 binfmt handler on aarch64 systems ;-)
[00:14] <hallyn> i swear the built version didn't have it, but you're obviously right.
[00:14] <hallyn> fixing that up
[00:14] <slangasek> hallyn: that's it
[00:14] <hallyn> then there's that mips one
[00:15] <slangasek> the rest looks fine
[00:15] <infinity> hallyn: Don't worry about the mips one, the Debian mips people can sort it if they care.
[00:15] <slangasek> the mips was the one we said we were punting until aurel32 cared
[00:15] <infinity> hallyn: (That is, don't worry about fixing it in Ubuntu, if you want to poke Debian people to care about it there, fine)
[00:16] <slangasek> hallyn: I'm afk for the next half hour, but drop me a ping here when you've uploaded and I'll pick it up on the rebound (unless infinity intercepts)
[00:16] <hallyn> slangasek: thanks for the review!
[00:16] <infinity> I'm about to food and TV, but can pick it up after that, if vorlon doesn't beat me to it. :P
[00:17] <hallyn> thanks - i'm ust looking over the new debdiff one more time, then i'll dput
[00:20] <hallyn> slangasek: infinity: pushed.  will bbl.
[00:52] <slangasek> hallyn, infinity: accepted
[02:10] <psusi> infinity, I've had a few people asking how util-linux is coming ;)
[02:31] <Noskcaj_> Laney, Can you finish your review of https://code.launchpad.net/~noskcaj/ubuntu/trusty/xfce4-xkb-plugin/lp-733563 please?
[02:55] <Logan_> Noskcaj_: hi
[03:28] <Noskcaj_> hey Logan_
[03:28] <Noskcaj_> Sorry, i had to do some mowing for dad
[03:31] <Logan_> Noskcaj_: do you still need help logging into the bouncer? :P
[03:31] <Noskcaj_> Logan_, yeah
[03:31] <Noskcaj_> I'm in hexchat
[03:32] <Noskcaj_> Setting the server to "loganrosen.com" and the password doesn't seem to work
[03:32] <Logan_> the server password, right?
[03:32] <Logan_> and your username is Noskcaj?
[03:32] <Noskcaj_> yes and yes
[03:32] <Noskcaj_> actually, no
[03:33] <Noskcaj_> What authentication method should i use, the default is password only
[03:39]  * Unit193 tries to log in to loganrosen.com, fails.
[04:07] <Logan_> Noskcaj_: the default
[04:08] <Logan_> nice try, Unit :P
[04:18] <Noskcaj> Logan_, Finally works. Thanks
[04:23] <Logan_> Noskcaj: sweet :)
[04:23] <hallyn> slangasek: thx, doing one last dist-upgrade locally to check for bad errors :)
[04:23] <Unit193> Still need SASL though.
[04:23] <Noskcaj> Is there anyone who works on haskell in ubuntu?
[04:23] <Noskcaj> haskell-llvm-base probably needs a sync to build
[04:24] <Logan_> Noskcaj: /ns identify <password>
[04:24] <Logan_> Noskcaj: also do: /msg *nickserv set <password>
[04:24] <Logan_> that's for znc
[04:25] <Logan_> (yes, the asterisk is on purpose)
[04:25] <Noskcaj> done
[04:25] <Logan_> sweet
[04:25] <hallyn> seems all right, as does cgmanager.  /me out
[04:26] <Noskcaj> It seems haskell-devscripts would need syncing too
[04:26] <Noskcaj> but i think that breaks most of haskell
[04:28] <Logan_> yeah, it looks like a sync would fix it
[04:28] <Logan_> a successful build only takes 4 minutes - I'll try it locally
[04:28] <Logan_> oh, the changelog implies that the fix was only in haskell-devscripts
[04:31] <Noskcaj> going offline to play dota
[06:24] <pitti> slangasek: thanks; I've seen suddenly failed batches of failures all over the week, so by now I'm quite used to it :)
[06:24] <slangasek> heh :)
[07:33] <infinity> pitti: Do let me know if the reboot seems to have made things more stable for your guests...
[08:15] <cjwatson> Noskcaj,Logan_: I'll have a look at haskell-llvm-base once I'm done with sorting out GHC on arm64.
[08:15] <cjwatson> (which should be this weekend)
[08:15] <Noskcaj> thanks cjwatson. It's been bothering me just how much of th ftbfs list is haskell stuff
[08:16] <cjwatson> It's not clear that we need the new haskell-devscripts.  That seemed to be for a different failure.  In any event we should be extremely careful to avoid ending up having to rebuild haskell-*.
[08:16] <cjwatson> Noskcaj: It's not that much, discounting dep-waits.
[08:17] <cjwatson> I'll grant you it ought to be empty :-)
[08:19] <cjwatson> Noskcaj: And (a) arm64 isn't going to get GHCi yet hence no Template Haskell, (b) barring miracles ppc64el isn't going to get GHC at all for 14.04, so it won't empty out in one go or anything.
[08:20] <Noskcaj> ok.
[08:25] <darkxst> cjwatson, hey, so yeh those logs were from apt-get. are you saying it should work when installed as a task?
[08:27] <infinity> darkxst: Yes.
[08:27] <infinity> darkxst: Which apt-get can do too, just add a ^ to the end.
[08:27] <darkxst> ok cool, didnt know that
[08:27] <infinity> darkxst: But Colin added ubuntu-gnome-desktop to tasksel earlier, so picking it from tasksel at the end of the install should also do the trick.
[08:28] <infinity> darkxst: The apt-get task^ syntax is what's used in livecd-rootfs to build your livefs.
[08:28] <darkxst> infinity, we still have the case of people cross-grading from ubuntu
[08:28] <infinity> darkxst: So, if youre livecd is correct, then this should be fine.
[08:28] <darkxst> infinity, livecd stuff is still a mystery to me ;)
[08:28] <cjwatson> darkxst: Right.
[08:28] <infinity> darkxst: cross-grading desktops has always been vaguely problematic (though mostly works) but yeah.  Some better way to do that wouldn't hurt. :/
[08:29] <darkxst> it used to work reasonably well, before the u/g-cc split
[08:29]  * infinity nods.
[08:29] <infinity> darkxst: Thankfully, that's a temporary situation for unity7 and should go away again for 8, AIUI.  Unfortunately, that revelation doesn't help us for 14.04
[08:32] <infinity> darkxst: If you're okay with the desktops not being coinstallable, you could perhaps make the metapackage conflict against the unity versions of those split bits.
[08:32] <infinity> darkxst: Not really ideal, but could do the trick.
[08:33] <darkxst> infinity, probably not really option, if people wanted to use any gnome2-ish desktop in addition to gnome3
[08:33] <darkxst> we do have users that switch between gnome-shell and gnome-flashback
[08:34] <infinity> darkxst: I think, realistically, we'll probably have to accept that it's not "real Ubuntu" or "real Ubuntu GNOME" unless people install from the appropriately-named media (or a fresh d-i install with the right task selected) for 14.04.
[08:35] <darkxst> infinity, right, and probably apart from the extra packages, its not like there are crazy run-time conflicts
[08:37] <infinity> Oh, I see, gnome-control-center and unity-control-center *can* coexist.  So, yeah, conflicts would be bad.
[08:37] <infinity> But then how is cross-grading not working?
[08:37] <infinity> Wouldn't you just end up with both installed?
[08:38] <cjwatson> Yeah, you should ...
[08:39] <cjwatson> The -desktop metapackages have explicit dependencies both ways round
[08:39] <infinity> Now, installing both desktops and then trying to remove unity could be a hard slog.  But having both installed looks like it should Just Work, I think.
[08:40] <darkxst> infinity, yes it just about the extra packages
[08:40] <infinity> darkxst: You might need to elaborate on that. :)
[08:41] <infinity> darkxst: "apt-get install ubuntu-gnome-desktop^" on my unity-based machine seems to want to pull in everything that should matter.  I think.
[08:41] <darkxst> infinity, right I havent tried the ^ trick yet
[08:43] <darkxst> but without ^ it pulls in all of u-c-c/u-s-d and UOA. I guess that is irrellevant though if ^ does work
[08:43] <darkxst> I have to run and get dinner now anyway
[09:53] <darkxst> infinity, ok, ^ seems to work right
[10:12] <Laney> Noskcaj: Got a tab open, will look monday (patch piloting then) at the latest
[18:08] <elias21> Hi, anybody know where can i find the upload status for ppas?
[18:11] <zyga> elias21: what do you mean by upload status?
[18:14] <elias21> zyga: hi, i've just uploaded my package but it no appear