[06:43] huh, xenial update shut down my desktop midway during upgrade [06:44] Good morning [07:09] morning... *sigh* another week another partial upload for grub2 to trusty... [07:10] hmm, the gcc-5 upgrade in xenial-proposed is quite large, seems it wasn't properly stripped [07:35] ricotz: oh, thanks for pointing out; that's a backporting error [07:35] ricotz: doko often keeps debugging stuff on in devel, but that shouldn't happen in stable [07:37] ricotz: err, is it? [07:37] 8548582 vs. 8548494 bytes, that's not much difference [07:37] oh, cpp-5 [07:38] pitti, yeah, I was referring to the source package [07:39] so g++-5 and cpp-5 are not stripped [07:40] ricotz: thanks, I adjusted bug 1586673 [07:40] bug 1586673 in gcc-5 (Ubuntu Xenial) "Backport GCC 5.4.0 and binutils 2.26.1 to 16.04 LTS" [Undecided,Fix committed] https://launchpad.net/bugs/1586673 [08:00] jamespage: hey! [08:01] jamespage: is the server team still interested in floodlight? it's been FTBFS for several cycles, not getting along with our current java [08:01] it's not in Debian either [08:15] infinity: yay, latest Debian dpkg now has the Test-Depends: stuff; do you want to do the merge (as you TIL), or want me to? [08:18] pitti: I'll grab it. [08:19] Morning. [08:20] Can I request a little help progressing a few SRUs? [08:21] They are intended for 16.04. [08:21] I've got a couple of seemingly conflicting feedback. One bug I've been asked to open an additional but, which I'm happy to do although I don't understand what I'm being asked to do. [08:22] https://bugs.launchpad.net/ubuntu-mate/+bug/1581168 [08:22] Launchpad bug 1581168 in ubuntu-mate "SRU: GTK3 scrollbars in Radiant-MATE not styled like GTK2" [High,Fix committed] [08:22] And bug I'm being asking to track the SRU in just one bug, not two. Again, happy to do that. [08:22] https://bugs.launchpad.net/ubuntu/+source/ubuntu-mate-settings/+bug/1577706 [08:22] Launchpad bug 1577706 in ubuntu-mate-settings (Ubuntu) "SRU: ubuntu-mate-settings 16.05.5.2 bug fix" [Undecided,Invalid] [08:23] I'd just like to better understand the correct way to progress SRUs in the future. [08:32] pitti: Ooo, lots of reproducibility patches in this upload too. [08:33] infinity: indeed, this looks like "want it" [08:33] pitti: Yeahp, just going over the diff and merging now. Keynotes don't need my full attention. :P [08:33] infinity: ah, you're at debconf too? enjoy! [08:34] pitti: *nod* [08:34] infinity: our 119kB patch is almost exclusively teh changelog :) [08:34] actual changes are fairly small these days, fortunately [08:34] pitti: I know, I've been TIL for a long time, and I take pride in that diff. [08:34] pitti: It was several MB when I took it over. :P [08:34] *clap* *clap* [08:39] pitti: Was there an LP bug for this, or did I make you file it upstream so we could avoid that? [08:40] Oh, wait, found it. [08:40] infinity: for what? [08:40] https://bugs.launchpad.net/ubuntu/+source/dpkg/+bug/1491145 [08:40] Launchpad bug 1491145 in dpkg (Ubuntu) "trigger tests for updated reverse test dependencies" [Medium,In progress] [08:40] ah, yes, that [08:40] the Debian bug is linked [08:40] * infinity nods. [08:51] pitti: Test-building, will upload during the next session. === dholbach_ is now known as dholbach [10:30] broken dpkg makes me saaaaaad [10:30] :( [10:30] infinity, please fix? :) [10:30] hi btw [10:30] https://anonscm.debian.org/cgit/dpkg/dpkg.git/commit/?id=383260e568cef224269ab19d4250f2a87177b778 [10:30] this patch is the fix [10:31] getting failures such as https://launchpad.net/ubuntu/+source/mrpt/1:1.4.0-1build2/+build/10315241 [10:31] * LocutusOfBorg is sorry if it already is reported [10:37] LocutusOfBorg, infinity: uploaded, since this is OMGkittens urgency [10:38] I hope dpkg itself will build now :) [10:39] I guess everywhere except for armhf [10:39] some bootstrap might be needed [10:39] damn I uploaded a fixed mrpt, that is making opencv migrate [10:39] :( [10:40] and it is ftbfs on armhf for this bug [10:40] lets hope to finish the transition by some hours [10:40] and thanks for the quick upload [10:41] https://launchpadlibrarian.net/270800128/buildlog_ubuntu-yakkety-i386.dpkg_1.18.8ubuntu2_BUILDING.txt.gz [10:41] crap [10:41] "pull yourself out of a swamp" situation [10:41] sad [10:41] ok, hang on; I'll try to remove the previous dpkg [10:42] oh... you not on -release [10:42] I asked that some minutes ago [10:42] dear remove-package, I don't want to remove ubuntu2, but ubuntu1 [10:42] [12:33:55] pretty please kick dpkg out of -proposed? :) [10:42] [12:34:13] rationale: debian bug 829542 [10:42] Debian bug 829542 in dpkg-dev "dpkg-dev: dpkg-buildpackage misses import of Dpkg::Control::Info" [Grave,Fixed] http://bugs.debian.org/829542 [10:42] ok, done (I think) [10:43] https://launchpad.net/ubuntu/+source/dpkg/+publishinghistory [10:43] infinity: so I guess let's just re-merge 1.18.9? [10:43] <3 [10:43] yes, I guess so [10:44] pitti: D'oh. I hope a test was committed with the fix. [10:45] not in the same commit [10:45] Not at all, actually. Oh well. [10:45] * infinity merges. [10:45] cheers [10:45] thanks you both [10:46] yay for having a little bit of fun in devel :) [10:46] * LocutusOfBorg goes back in his cave [10:46] broken dpkg is always fun [10:46] That'll teach me to go to lunch after an upload. [10:47] LocutusOfBorg: btw, I suppose you need to wait ~ 30 mins for retrying your FTBFS, still needs a publisher run [10:47] pitti, I guess so [10:47] infinity: *shrug*, don't we all? [10:47] but meh, I already retried :) [10:47] Friday evening is ZE BEST time to upload systemd *whistle* [10:47] Doing `apt-get install python3.4` on xenial doesn't return a non-zero error code (despite the fact that it hasn't found such a package, and nothing has been installed): http://paste.ubuntu.com/18443198/ [10:47] I'm not sure what I should file a bug for that against. [10:48] pitti, possibly untested ;) [10:48] Note, selecting 'libpython3.4-minimal' for regex 'python3.4' [10:48] Odd_Bloke: apt itself, I suppose [10:48] (This is going to break people doing a t->x upgrade where they explicitly install python3.4; their automation isn't going to fall over because apt didn't report an error, and then they'll be unexpectedly running 3.5) [10:49] apt's greedy "try to interpret everything as regexp" has gone on my nerves more than once already [10:49] it's really not helping [10:49] libpython3.4-minimal also isn't in xenial. [10:50] yeah, I suppose it appears in some Breaks: or so [10:51] Yeah, it's in findutils' Breaks. [10:51] I really wish apt-get install, apt-cache showsrc etc. would just stick to "do what I said", not "try to second-guess me by interpreting my package name as a RE and then desperately try anything that matches" [10:56] FourDollars, slangasek, Just to make sure, are you aware that the upload to grub2 in Trusty will also need a follow-up upload of grub2-signed? (proposed enabled threatens me with the removal of signed grub again) [10:57] smb: yes, I am aware that. [10:59] smb: Any concern? [11:00] FourDollars, ok. So there is hope that there soon will be one, I guess. My concern right now is more that I cannot dist-upgrade without loosing signed. :) [11:02] smb: I see. [11:03] pitti: That's weird. dpkg-buildpackage worked on amd64... [11:03] * infinity waits for the publisher to finish before retrying the rest. [11:09] infinity: yeah, my previous ubuntu2 also worked on amd64, not sure why [11:10] pitti: I'm tyring not to think about it. I'm sure there's a reasonable explanation that will give me an aneurysm on the way to understanding it. [11:11] +1 :) [11:11] My not having .za power is going to get really old, really soon. [11:12] pitti: Could you also help to update grub2-signed for https://bugs.launchpad.net/ubuntu/+source/grub2-signed/+bug/1591818? [11:12] Launchpad bug 1591818 in OEM Priority Project "Add support for running a 64-bit Linux kernel on a 32-bit EFI." [High,New] [11:13] FourDollars: err, tell me how? [11:14] pitti: pull-lp-source grub2-signed, add changelog entry, change build-deps in debian/control [11:14] ah, just a no-change upload? [11:14] Well, no-change, except for debian/control. :P [11:14] A not-much-change upload. [11:15] right [11:15] wow, current version is against 1.8, we have 1.11 in -proposed; what happened to .9 and .10 [11:15] and the build against 1.8 b-deps on >= 1.7 [11:16] 1.8 is in updates. [11:16] Looks like proposed keeps getting overwritten. [11:16] FourDollars, infinity: http://paste.ubuntu.com/18444168/ ? [11:16] pitti: I am not sure if you can upload grub2-signed or not. [11:16] Or something. [11:17] pitti: Bad version number. [11:17] pitti: Should be 1.34.10 [11:17] I can, its binaries will just land in unapproved for another archive admin inspection, AFAIK (at least linux-signed does) [11:17] pitti: Otherwise fine. [11:17] ack, thanks [11:17] pitti: thx, it looks OK. [11:19] Err, WTF? [11:19] Rejected: [11:19] File grub2-signed_1.34.10.tar.xz already exists in Primary Archive for Ubuntu, but uploaded version has different contents. See more information about this error in [11:19] meh [11:19] pitti: Hold on. [11:19] * pitti checks publishing history and bumps [11:19] pitti: Why did you accept that grub2 upload? [11:19] pitti: It reverted what was in proposed. [11:20] infinity: that's what I thought too [11:20] infinity: and I rejected it [11:20] infinity, pitti The versions are missing for a previous attempt to update that got broken by some current softlink not correct and then taken back [11:20] infinity: slangasek then told me that it was deliberately reverted, and that this was ok, so I re-accepted it [11:20] Oh. [11:20] Oookay. [11:20] Oops [11:20] ok, 1.34.13 it is [11:21] I hope someone told cyphermox he got trumped. [11:22] infinity, I think he know (was some kind of "oh we don't need the grub2 changes after all" thing [11:22] smb: Kay. [11:24] it's diffy now in https://launchpad.net/ubuntu/trusty/+queue?queue_state=1 [11:24] but I don't want to self-accept [11:25] pitti: I already got it. [11:25] cheers === hikiko is now known as desrt_ === desrt_ is now known as hikiko === hikiko is now known as hikiko|ln === dpm_ is now known as dpm [12:48] lol... ternary DNS === _salem is now known as salem_ === hikiko|ln is now known as hikiko [13:13] infinity: pitti: grub2> all is good [13:29] cyphermox: Check. [13:42] pitti: infinity: Apparently not considered a bug in apt: https://bugs.launchpad.net/ubuntu/+source/apt/+bug/1598810 [13:42] Launchpad bug 1598810 in apt (Ubuntu) "`apt-get install python3.4` on xenial exits 0 despite python3.4 not being available" [Undecided,Opinion] [13:43] In the classic vein of "I wrote and/or use this every day so I can't see that it's in some ways deficient" with a nice helping of condescension towards the bug reporter. === marcusto_ is now known as marcustomlinson === marcusto_ is now known as marcustomlinson [13:51] pitti, please retry talloc and pptpd? :) [13:51] I should have retried everything that was failing on universe/multiverse [13:52] they are both in main and failed for dpkg [14:00] LocutusOfBorg: done [14:01] <3 [14:01] I'll look at them, thanks [14:01] I don't know how to check which packages needs retry, but I think we should be good now [14:01] I looked at excuses for missing builds [14:02] but only to stuff uploaded/syncd today, older builds might have failed [14:02] LocutusOfBorg: https://launchpad.net/ubuntu/yakkety/+builds?build_text=&build_state=failed&arch_tag=all isn't a too bad place to start [14:02] actually, https://launchpad.net/ubuntu/yakkety/+builds?build_text=&build_state=failed&arch_tag=i386 is easier (it should have failed on i386) [14:03] LocutusOfBorg: there are only a handful which failed today, I'll retry them all [14:03] indeed thanks [14:03] but I guess I already retried them [14:04] I'm trying to understand something that was "given back" on a particular architecture only [14:04] nope, that was it, no further victims [14:04] wonderful [14:05] * LocutusOfBorg leaves [14:07] slangasek, should initramfs have valid /etc/passwd & /etc/group ? such that e.g. [14:07] jamespage, rbasak: python2.7 2.7.10 is now in -proposed. would be nice if you could give it a quick check (openstack) [14:07] people can set non-default user names & groups in mdadm and expect it to work [14:08] xnox: That's certainly never been a design goal. [14:09] xnox: But if mdadm relies on that, it should figure out how to make it work. [14:09] infinity, yes, that's what i'm trying to make work [14:09] the default is "if no config found use: 0 (root), and 6 (disk)" [14:10] the initramfs hooks write out CREATE user=root, group=disk -> which then fails to resolve lol [14:11] xnox: Can the IDs be resolved at hook time, and used numerically at boot time? [14:12] doko: my team doesn't touch openstack any more. I'll leave to jamespage - not sure if he's in today or not. [14:12] infinity, code does not support that in mdadm at the moment. [14:12] * xnox ponders stuff [14:12] Or maybe beisner can help, but I expect he's on vacation today (US holiday) [14:13] infinity, yeah i need your help =) [14:18] xnox: What are you doing in the next session slot? [14:18] infinity, no idea. [14:19] xnox: Well, if you want to find somewhere to get hacky, we can. [14:19] not doing much now either, would love to have your opinion. [14:19] infinity, where are you? [14:19] xnox: Listening to Vangrant talk about his reproducible build network. [14:19] ack [14:48] pitti: hey, what kind of extra reassurance do you need for snapd to migrate in xenial? [14:51] zyga: 1597329 hasn't been verified, it's only been 4 days, and yakkety is still broken [15:00] pitti: ok, I'm looking at why yakkety may be broken [15:00] pitti: once I unbreak or understand yakkety, what's the next step, just verification? [15:00] zyga: yes [15:01] zyga: y> appreciated; it's been broken since 2.0.2 [15:02] pitti: this fits into my "make snappy work everywhere" goal :) [15:02] ubuntu too :) [15:09] !dmbping [15:09] !dmb-ping [15:09] hmmm [15:09] Ah, no ubottu? [15:09] No, he's here [15:09] bdmurray, BenC, cyphermox, infinity, micahg, rbasak, sil2100: DMB ping. [15:23] * zyga runs autopackagetests for snappy on yakkety, trying to understand the issue [15:32] Laney, infinity: I added juliank to ~ubuntu-core-dev, which indirectly makes him a member of ~ubuntu-dev. So I don't need to explicitly add him to ~ubuntu-dev, right? [15:33] (also he was already an Ubuntu member anyway) [15:34] rbasak: Yeah, the implicit membership should be fine. [15:34] OK, thanks. [16:08] xnox: I'm a core-dev now, we should celebrate! === JanC is now known as Guest28478 === JanC_ is now known as JanC [22:37] yeah =) [22:37] juliank, well done [23:29] pitti: After fallout in several other packages was sorted, you have a dpkg. Cheers.