[11:44] <didrocks> robru: seems you merged manually https://code.launchpad.net/~tpeeters/ubuntu-ui-toolkit/page-parentage/+merge/194587. That's why the toolkit has (no message). I wonder why jenkins didn't yell though
[11:47] <ogra_> because it was already down perhaps
[11:48] <ogra_> (dont forget the power outage on friday)
[11:49] <tjaalton> is anyone looking into the new samba builddeps? ldb, faketime and libparse-yapp-perl would need to be promoted
[11:50] <ogra_> tjaalton, traditionally slangasek used to look after samba (not sure he still does)
[11:52] <tjaalton> okay
[12:07] <xnox> tjaalton: are those needed for the tests? might make sense to move those builddeps to auto-pkg-tests (which don't have main/universe restrictions)
[12:13] <tjaalton> xnox: ldb at least is not related to tests
[12:13] <tjaalton> and sssd needs it too
[12:13] <tjaalton> in main, for bug 903752
[12:13] <ubot2> Launchpad bug 903752 in ldb (Ubuntu) "[MIR] sssd" [Undecided,Confirmed] https://launchpad.net/bugs/903752
[15:37] <tseliot> hi, are there any archive admins available to approve my nvidia packages in trusty? bug #1250449
[15:37] <ubot2> Launchpad bug 1250449 in nvidia-graphics-drivers-319 (Ubuntu) "Include the 331 driver in Ubuntu" [Medium,In progress] https://launchpad.net/bugs/1250449
[16:58] <robru> didrocks, yes, i was in a hurry to get those landed before jenkins went down, so i merged manually instead of waiting 40 minutes for it to merge the branch. seems it still wasn't fast enough though.
[16:59] <didrocks> robru: no worry, just think about the commit message :)
[16:59] <robru> didrocks, hehe, yeah, sorry. i was thinking of the way it appears in launchpad, saying "merged branch lp:so-and-so"
[16:59] <didrocks> no worry!
[17:06] <rtg> How did this make it past britney ?
[17:06] <rtg> The following packages have unmet dependencies:
[17:06] <rtg>  crossbuild-essential-arm64 : Depends: libc6-dev:arm64 but it is not installable
[17:09] <cjwatson> proposed-migration can't handle multiarch checks
[17:11] <cjwatson> I suggest adding more packages to the apt-get install line until it gives you the real error message though
[17:12] <rtg> its just such a a handy meta package
[17:13] <cjwatson> Not disagreeing with that, just pointing out that apt isn't giving you the real reason for the failure here
[17:17] <apw> rtg, isn't that saying you don't have arm64 in your alternative arches thing?
[17:18] <rtg> apw, I guess I don't know what that is.
[17:18] <apw> the one which you add i386 to on amd64
[17:18] <cjwatson> Could be, or could be something else.  You need to add more packages to the apt-get install line to find out.
[17:18] <cjwatson> i.e. "apt-get install crossbuild-essential-arm64 libc6-dev:arm64" and iterate until you get a more useful error.
[17:19] <rtg> cjwatson, the cross compilers install fine if I reference use version specific package
[17:19] <rtg> s/reference//
[17:19] <cjwatson> I guess it would help to know the command line you started with.
[17:19] <apw> rtg, but those are actually amd64 binaries throughout
[17:19] <cjwatson> And in what environment.
[17:19] <infinity> cross-b-e depend on multiarch deps, but the compilers themselves don't, do they?
[17:19] <rtg> cjone sec...
[17:19] <rtg> cjwatson, one sec...
[17:20] <cjwatson> infinity: Certainly hope not.
[17:20] <cjwatson> They'd be uninst on buildds if they did.
[17:20] <infinity> Right, so it could just be that he's missing a 'dpkg --add-architecture arm64'
[17:20] <infinity> And then appropriate bits in sources.list.
[17:20] <cjwatson> Or could be multiarch skew somewhere if this is against trusty-proposed.
[17:21] <rtg> cjwatson, don't have proposed enabled.
[17:21] <rtg> (trusty-amd64)root@salmon:/home/rtg/ubuntu/ubuntu-trusty-unstable# apt-get install crossbuild-essential-arm64
[17:21] <rtg> Reading package lists... Done
[17:21] <rtg> Building dependency tree
[17:21] <rtg> Reading state information... Done
[17:21] <rtg> Some packages could not be installed. This may mean that you have
[17:21] <rtg> requested an impossible situation or if you are using the unstable
[17:21] <rtg> distribution that some required packages have not yet been created
[17:21] <rtg> or been moved out of Incoming.
[17:21] <rtg> The following information may help to resolve the situation:
[17:21] <rtg> The following packages have unmet dependencies:
[17:21] <rtg>  crossbuild-essential-arm64 : Depends: libc6-dev:arm64 but it is not installable
[17:21] <rtg> E: Unable to correct problems, you have held broken packages.
[17:21] <rtg> (trusty-amd64)root@salmon:/home/rtg/ubuntu/ubuntu-trusty-unstable#
[17:21] <infinity> Eek, paste spam.
[17:22] <infinity> rtg: I guarantee you're missing arm64 as a foreign arch.
[17:22] <xnox> $ dpkg --print-foreign-architectures
[17:23] <xnox> to check which ones are enabled.
[17:23] <rtg> infinity, so I did the --add-architecture thing, but it just messed up the 'apt-get update'
[17:23] <cjwatson> You should really use a separate chroot just for this.
[17:23] <infinity> rtg: Right, cause you also need to mangle sources.list.
[17:23] <cjwatson> mk-sbuild --target=arm64 trusty
[17:23] <cjwatson> ^- gets it right
[17:23] <rtg> it is a schroot
[17:23] <xnox> rtg: specify [arm64] next to ports, and [i386,amd64] next to normal sources.
[17:23] <rtg> ack
[17:23] <cjwatson> If you're already using schroot, you should just use mk-sbuild --target=arm64 trusty rather than doing it by hand.
[17:24] <xnox> deb [arch=amd64,i386] http://archive.ubuntu.com/ubuntu/ trusty main restricted universe multiverse
[17:24] <xnox> deb [arch=armhf,arm64,powerpc] http://ports.ubuntu.com/ubuntu-ports trusty main restricted universe multiverse
[17:24] <xnox> or some such.
[17:24] <xnox> rtg: but yeah, mk-sbuild gets it right.
[17:24] <cjwatson> (Even people who aren't using schroot already probably should, but if you already are then there's really no reason to hand-edit)
[17:24] <infinity> My guess is that he wants one chroot for all his cross-building, but maybe not.
[17:24] <xnox> rtg: and it's the most supported way to do it.
[17:24] <rtg> so, why is this pulling native binaries fora cross build ? I don't _want_ to use qemu.
[17:24] <cjwatson> This won't use qemu.
[17:24] <cjwatson> It's pulling cross-headers.
[17:24] <rtg> hmm, ok
[17:24] <infinity> rtg: The only arm64 binary it's pulling is libc6-dev
[17:25] <infinity> (and libc6, cause the -dev depends on it)
[17:25] <xnox> rtg: --target pulls cross-header, --arch would pull qemu+native
[17:25] <infinity> Then again, if you don't use cross-build-essential, you won't get that.
[17:25] <rtg> infinity, true, but then I have to updtae gcc version names for each subsequent release
[17:25] <infinity> Just pulling the gcc-triplet packages would work fine for the kernel cross case.
[17:25] <infinity> rtg: No you don't.
[17:25] <infinity> rtg: There's a gcc-triplet package that's not versioned.
[17:26] <infinity> gcc-aarch64-linux-gnu
[17:26] <rtg> ah, well thats what I'm looking for
[17:26] <infinity> gcc-arm-linux-gnueabihf
[17:26] <infinity> Etc.
[17:26] <slangasek> tjaalton, ogra_: how are there new samba builddeps?  samba 4 is certainly not ready to merge into trusty yet
[17:26] <slangasek> it would probably be a good idea to take 4.x for trusty, but it still has too many bugs being uncovered in unstable
[17:27] <tjaalton> slangasek: it was uploaded yesterday
[17:27] <tjaalton> 4.0.10-1u1
[17:27] <tjaalton> err, -4u1
[17:29] <slangasek> ogra_: please don't direct people to talk to me about the server team's samba uploads. :P
[17:29] <ogra_> slangasek, oh, sorry
[17:30] <ogra_> i just heard samba and that turned into slangasek ...
[17:30] <ogra_> :)
[17:30] <infinity> slangasek: I thought you were away for jury duty?
[17:31] <xnox> slangasek: did your phone ring?! =)
[17:31] <slangasek> infinity: "away"
[17:31] <slangasek> statistically speaking, jury duty consists of sitting in a room keeping oneself occupied while the counsels play chicken
[17:32] <infinity> slangasek: Aren't you supposed to be all sequestered and such?  I'm so disillusioned.
[17:32] <slangasek> infinity: only once empanelled
[17:32] <slangasek> there's a lot of time spent waiting to see if you actually will be
[17:33] <slangasek> also, full sequestration is unusual, which is why it's always in the news when it happens ;)
[17:42] <ScottK> slangasek: "I think he looks guilty" will get you out of it.
[17:43] <slangasek> why would I want to get out of it when I could hold my tongue and *actually* send him to prison instead?
[17:44] <ScottK> True.
[17:45] <slangasek> also, I have a much better way of getting out, "I believe in the principle of jury nullification"
[17:46] <ScottK> You live in such a liberal state, how much is left to nullify anyway?
[17:46]  * slangasek snorts
[17:46] <slangasek> well, there's a sign on the front of the courthouse that says you're not allowed to bring your medical marijuana indoors
[17:47] <ScottK> Heh.
[17:47] <mdeslaur> hehe
[17:48] <ScottK> If another juror gets so bored they lose the will to live, are you allowed to assist?
[17:56] <slangasek> zul: there were bits of delta in the last samba package that aren't mentioned at all in your merge changelog.  What happened to them?
[17:57] <slangasek> (priority change for the workgroup debconf prompt; changes to upstart integration in the postinst)
[17:57] <slangasek> also, I think with 4.0 it's time to bring ctdb+tdb in
[17:58] <stgraber> did they sort out the print server regression you mentioned earlier?
[17:59] <slangasek> print server?
[17:59] <slangasek> oh, this was with cups support being completely missing - yeah
[17:59] <slangasek> that one's fixed :)
[17:59] <stgraber> good
[18:01] <zul> slangasek:  erm...i might have missed them ill re-add them
[19:01] <stgraber> slangasek: as discussed last week, releasing shim-signed ahead of the 7 days waiting period.
[19:42] <stgraber> ^ rejected due to invalid version number (that version is higher than quantal's)
[19:43] <infinity> I assume your reject message stated as much.
[19:44] <stgraber> yep