[01:37] nacc: So something was wrong with the Contents.gz file on the retracer which caused the retrace to fail because it couldn't find the package for the executable. [01:49] bdmurray: interestin [03:08] xevious: i'll ping you when i'm in tmrw === led_ir23 is now known as led_ir22 === FauxFaux is now known as Faux === rmk` is now known as rmk === stokachu_ is now known as stokachu === DalekSec_ is now known as DalekSec === flixr_ is now known as flixr === cjwatson_ is now known as cjwatson === stub` is now known as stub [12:16] mitya57: tsimonq2: looks like Qt LTS for Ubuntu LTS, right? nice to finally have that combination :) [12:25] Mirv: that is the idea :) [12:25] :) [12:30] Mirv: yep :D [12:31] Mirv: #ubuntu-qt is a thing btw :D [12:46] wgrant, cjwatson, do you have any idea why recent bionic uploads for e.g gnome-sudoku or gtk+3.0 don't have their translations getting imported? for example https://translations.launchpad.net/ubuntu/bionic/+source/gtk+3.0/+imports is empty? the build have what looks like valid translations tarball exported, like https://launchpad.net/ubuntu/bionic/+upload/17639672/+files/gtk+3.0_3.22.28-1ubuntu2_amd64_translations.tar.gz [12:49] tsimonq2: oh! [13:07] seb128: The job that processes translations uploads seems to have been stuck in some kind of rather sad state since we rebooted our master DB server overnight. I've got the stuck job killed and we'll see if the next run gets anywhere. (I'm not sure whether any failures will be retried, though.) [13:08] cjwatson, ok, thanks. So if it's not sorted out by itself in a few hours I should reupload those? When was the reboot in question (just to know what uploads to check) [13:09] 0400 UTC ish [13:09] k, thanks [13:22] hello release team, please can someone take a look at promoting libapache2-mod-auth-mellon and lasso to main for bug 1610286? [13:22] bug 1610286 in libapache2-mod-auth-mellon (Ubuntu) "[MIR] libapache2-mod-auth-mellon, liblasso3" [Medium,Triaged] https://launchpad.net/bugs/1610286 [13:22] they've already received security team ACK [14:25] coreycb: lets seed those packages so they appear on the mismatches reqport [14:26] coreycb: have you done that before? (seeding) [14:26] jamespage: i think so, let me dig up my notes [14:27] jamespage: ok i'll do that, i may ask you for a review later [14:27] coreycb: np - I think you'll probably just want to seed libapache2-mod-auth-mellon [14:28] jamespage: ok [14:33] cjwatson, you are sure that job isn't still (or again) stucked? I re-uploaded gnome-sudoku and I still see nothing in the import queue, it could be pending but usually things show up in the queue without too much delay after build [14:37] seb128: there's definitely something stuck, but the way our logging currently is doesn't allow me to tell whether it's just trying to import some huge package or is genuinely stuck :-( [14:38] 2018-02-22 12:55:22 INFO Running (ID 41183883) in status Waiting [14:38] ^- shall I compare thee to a chocolate teapot? [14:40] cjwatson, well I guess let's wait a couple of hours and see if things moved? [14:53] seb128: it's importing libreoffice, apparently that takes eons [14:54] cjwatson, libreoffice challenging our infras, as always :) thanks for figuring that out! [14:55] seb128: I've just proposed https://code.launchpad.net/~cjwatson/launchpad/ptuj-repr/+merge/338559 which will make this less annoying to diagnose next time [14:56] cjwatson, great [15:25] jamespage: does this look ok? https://bazaar.launchpad.net/~corey.bryant/ubuntu-seeds/platform.bionic/revision/2166 [15:39] Hi, is there a place where I can see daily commits towards the upcoming 16.04.4 point release? Basically, a centralized way to see what went into building the daily ISOs, kinda like https://wiki.ubuntu.com/XenialXerus/ReleaseNotes/ChangeSummary/16.04.4 but daily, and with the detail of https://launchpad.net/ubuntu/+source/ubiquity/+changelog [15:42] https://lists.ubuntu.com/archives/xenial-changes/ isn't commit-level but is probably your best bet === lool- is now known as lool [15:56] thanks cjwatson. sorting that by date basically works for my needs. [16:04] coreycb: I'd stick it in the OpenStack section [16:04] so its clear its to support that [16:05] jamespage: ok i'll do that and push. wasn't sure where to put it. [16:05] jamespage: thanks for reviewing [16:21] xevious: hey [16:23] Good morning. I'm looking at kronolith now. [16:24] xevious: thanks -- do you want my debdiff as it is now? [16:24] xevious: to start from, i mean [16:25] I got it to the same point already. [16:25] xevious: ah great [16:33] nacc: I'm in a meeting now... [16:33] xevious: np, me too :) [16:39] there's something weird in grub when booting on an efi system (on 18.04), there's clear double-redering of everything and the rendering's don't quite match [16:39] like one has larger font than the other [16:39] the one that is visible in stable state looks like regular grub on efi systems (native panel resolution, etc) [16:39] the other one looks like it's blurry or lower res [16:39] I'll try to grab some images but I was curious if this is known [16:40] the malformed one has black background [16:40] the non-malformed one has aubergine background [16:41] nacc: Ok, I'm back on it. [16:44] xevious: thanks! [16:46] xevious: kronolith is the one that just need something similar to what you did for the tests but to the constructor itself, right? [16:46] xevious: i read somewhere else that many folks switched to using a factory [16:46] but that would change the API, which implies we can't just change it directly [16:47] It looks like it just needs a `@runInSeparateProcess` annotation on a couple tests. [16:47] ...however, if the other tests depend on the on that needs to be run in a separate process, then I'll need to make more extensive changes to the tests. [16:48] s/on that/one that/ [16:48] I really wish IRC supported vim-style corrections. :) [16:48] If only Quassel supported plugins, I'd make one to allow it. [16:49] https://twitter.com/zygoon/status/966716431483265024 (for lack of better way to attach movies) [16:49] xevious: yeah, i can see that [17:15] nacc: I sure wish someone had answered this: https://github.com/horde/kronolith/commit/d996704daca092d92144f10d9f3d12e04f2b9dcb#r27678172 [17:16] xevious: yeah, i had to do the proper change locally for that part to pass [17:16] xevious: but it's not clear what upstream wants to do [17:17] It passes for me if I just move the closing paren to where it's supposed to be. [17:17] xevious: yeah, that's what i did [17:18] xevious: rather than their upstream fix, which doesn't work [17:18] afaict [17:18] Yikes [17:18] xevious: yeah, it's weird [17:55] nacc: hi, have you looked at libglvnd MIR yet? [17:55] tjaalton: was going to today [17:56] nacc: Found one deprecated line in sessionhandler. [17:57] nacc: ok, thanks [17:58] ...so far. [18:02] smoser: hey! Could you verify the grub2 uploads you made to xenial? [18:03] smoser: we'd like to make place for another grub2 SRU [18:06] ddstreet: yeah... meant to look at taht. [18:06] sil2100: oh. yeah i can . i''m sorry. [18:06] sil2100: bug ? [18:07] https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1527727 [18:07] Launchpad bug 1527727 in grub2-signed (Ubuntu Xenial) "grub-probe for zfs assumes all devices prefix with /dev, ignoring /dev/disk/..." [Medium,Fix committed] [18:07] thanks. i'll look to verify [18:07] rharper: ^ [18:07] how can we easily do that... [18:08] smoser: I think run our vmtest without the export and as a late_command installed the proposed package [18:08] but late command woudl be too late [18:08] no ? [18:08] actually, install it into the ephemeral, sorry [18:08] and then the grub install without the env setting will fail to install [18:09] ? no the target grub is used [18:09] hm... [18:09] suck [18:10] dpkg-source failed for xorg-server_1.19.6-1ubuntu2.dsc [return: 2] [18:10] well, alternative is to post install, remove the env setting file, add proposed package [18:10] what the.. [18:10] and then run install-grub via cloud-init commands [18:10] upload to bionic rejected [18:20] smoser yeah let me know if you have any concerns about lp #1718568 [18:20] Launchpad bug 1718568 in isc-dhcp (Ubuntu Bionic) "dhclient-script fails to wait for link-local address" [Medium,In progress] https://launchpad.net/bugs/1718568 === acheronuk_ is now known as acheronuk [18:33] nacc: Another meeting... sorry for the delay! [18:34] xevious: np! please don't apologize! === deltab_ is now known as deltab [18:36] ddstreet: i did wonder what happens if ipv6 is not enabled [18:36] like in kernel or something. [18:36] smoser well it should time out in that case [18:37] i think you'll loop to timeout where as before it would be ok. [18:37] before it'd quickly exit [18:37] and if someone is trying to set up dhcpv6 when ipv6 is disabled, a timeout shouldn't be unexpected [18:37] fair point [18:37] :) [18:37] is this down a ipv6 dhcp only path ? [18:38] yeah, waiting for dad only makes sense for dhcpv6 [18:38] there is no dad in ipv4 [18:39] well, dad is ipv6 in general, but as we're talking about dhclient, it would be when it's doing dhcpv6, not dhcpv4 [18:39] right. yeah, so yeah. this gets called in PREINIT6 [18:40] so it is. [19:14] Laney: how long does it typically take for passes to show up on excuses? [19:15] Laney: context> i'm clicking through the php regressions currently listed and all seem to have passed from my massive retry yesterday, but only some arches are showing pass [19:15] slangasek: --^ you might know as well [19:17] nacc: if you can see the pass on the autopkgtest web ui, it will also show up in update_excuses in the first full britney run that starts after the website was updated. So something else is askew and it's not a stale-data issue [19:18] nacc: specific example? [19:18] slangasek: i wonder if it's because some of the triggers (before I tried with all-proposed=1) were still in the retry attempt? [19:18] slangasek: php-horde-listheaders [19:19] nacc: are you looking at http://autopkgtest.ubuntu.com/packages/p/php-horde-listheaders/bionic/armhf for example? [19:19] slangasek: right [19:19] is it becuase it didn't do an all-proposed=1 run with the listheaders trigger? [19:20] nacc: note that, pathologically, php-horde-listheaders itself is not in the list of triggers, despite it being the correct version being tested [19:20] maybe these came in after my last retrigger blast [19:20] slangasek: yeah, i see what happened, i think [19:20] so britney fails to credit it to php-horde-listheaders/1.2.5-1ubuntu1 as a "pass", even though the version number listed means it clearly is [19:21] yeah [19:21] slangasek: i think it's because some i had manually done that for, and some i hadn't, so when i used retry-autopkgtest-regressions, some had the correct triggers and some didn't [19:21] slangasek: what's the best way for me to resolve this? retrigger again correctly? [19:22] nacc: yeah - if it was just the php-horde-listheaders tests showing as regressions currently, I would offer to just skiptest; but since there are several other packages listed as regressing, better to just work through retries in order to get it into a clean state [19:22] slangasek: ack, i'll do that now [19:30] nacc: kronolith is just about done and required updating the patch for sessionhandler. [19:30] I'm running tests now to compare two potential fixes for sessionhandler. [19:31] xevious: thanks! [19:38] nacc: how close are we to getting php7.2 to migrate? We need to do a curl migration for openssl1.1, and it'd be nice to have either php7.2 or libunistring out of the way before we start that [19:40] slangasek: well, php7.2 is through, we're working on php-defaults right now [19:40] xevious: is working on the last few [19:41] slangasek: Laney: urgh server error again from request.cgi [19:41] nacc: oh, I see; so php7.2 7.2.2-1ubuntu1 doesn't really get caught up in anything. Any concerns about a re-upload of that package while it's in -proposed? [19:41] slangasek: if php-defaults goes through, it's just a matter of migrating these retries through [19:41] slangasek: no, i think that's fine [19:41] nacc: Did you resolve all the stuck packages? [19:42] xevious: i think so, i need to retrigger them correctly and they should migrate [19:42] xevious: well, other than the three you know about in php-defaults [19:42] Cool [19:42] xevious: two of which you seem to have a handle on :) [19:42] Yeah they'll be ready shortly [19:43] Multi-package ADT runs take soooo long [19:43] yeah [19:43] xevious: actually, no, wait, they shoudn't take noticeably longer [19:43] xevious: oh you need to build them both? [19:43] xevious: i use sbuild to build locally and then just pass the deb in [19:56] hi! has the sync of new packages between sid and bionic already been frozen? [19:57] I have uploaded x2goserver to sid, bt it does not land in bionc? [19:57] is there still a chance to get it in? [19:59] sunweave1: looks like debian import freeze is march 1 https://wiki.ubuntu.com/BionicBeaver/ReleaseSchedule [20:00] after that syncs have to be made by hand [20:01] that affects packes already in unstable for a while... [20:01] x2goserver ust entered unstable (was in exp before) [20:02] sarnold: is there a difference between pkgs already there and pkgs just entering? [20:02] sunweave1: I haven't heard of one, but I'm not too experienced here === sunweave1 is now known as sunweaver [20:04] anyone else around who can provide info or even tag X2Go Server for syncing? [20:08] sunweaver: sweet, looks like the import already happened: https://launchpad.net/ubuntu/+source/x2goserver [20:10] sunweaver: hrm, looks like nxagent is needed but missing http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#x2goserver [20:11] I don't know if one uninstallable binary package is sufficient to block the others or not [20:12] nx-libs src:pkg is in unstable, too [20:12] which provides bin:pkg nxagent [20:14] curious. launchpad knows about that in debian https://launchpad.net/debian/+source/nx-libs but doesn't have it imported into ubuntu yet [20:19] and that page says it is supposed to go into release(main) [20:19] not universe [20:19] I think the /debian/+source/ pages reflect where it lives in debian [20:20] flexiondotorg: ^^^ [20:20] xnox: ^^^ [20:20] can you shed some light on the above issue? [20:21] sarnold: thanks! === zyga_ is now known as zyga [20:42] nacc: I'm seeing something weird... adt-run gets all the way through kronolith's phpunit tests, then it dies. I'll make a pastebin of the last few lines. [20:43] xevious: ok [20:43] nacc: https://paste.ubuntu.com/p/BwZKND8SQZ/ [20:43] xevious: weird, maybe a bug, want to pass me your debdiff and i can tes locally? [20:44] I'm running adt-run with two `--source` parameters, the first pointing to my sessionhandler .dsc and the second pointing to my kronolith .dsc [20:44] Yeah, I'll make debdiffs and pop them on the ticket. [20:45] xevious: that's fine, i hav eyour sessionhandler alreayd built here [20:45] I had to change it. [20:45] i guess i need to rebuild, but sure [20:45] yeah [20:45] i'm going to walk the dogs, i'll check in when i'm back [20:45] Sounds good. [20:48] nacc: Delete the sessionhandler debdiff you've currently got because I changed it: https://bugs.launchpad.net/ubuntu/+source/php-horde-sessionhandler/+bug/1749783/comments/21 [20:48] Launchpad bug 1749783 in php-horde-sessionhandler (Ubuntu) "php-defaults stuck in bionic-proposed" [Undecided,New] [20:49] nacc: Here's the kronolith package debdiff: https://bugs.launchpad.net/ubuntu/+source/php-horde-sessionhandler/+bug/1749783/comments/22 [20:49] I'm gonna go put some food in my face hole. [21:29] xevious: ack on both [21:29] I'm back now. [21:37] xevious: any ideas on the horde-kolab-storage? [21:37] xevious: i'm building/testing your two now [21:37] I'll start looking at that now. [21:38] xevious: thanks [21:42] xevious: nice, i can confirm both pass now! [21:42] xevious: uploading [22:43] smoser: hey! The grub2 SRU for xenial you made seems to have gotten an automatic verification-failed due to a possible regression found by the bot [22:43] smoser: could you look into that? [22:44] smoser: LP: #1527727 [22:44] Launchpad bug 1527727 in grub2-signed (Ubuntu Xenial) "grub-probe for zfs assumes all devices prefix with /dev, ignoring /dev/disk/..." [Medium,Fix committed] https://launchpad.net/bugs/1527727 [22:52] xevious: any luck with kolab-storage? [22:52] xevious: i just retriggered the php-defaults tests with the two uploaded [22:52] Had to do a few code reviews. Getting back to it now. [22:53] xevious: note that even with the dep8 tests working, we'll need to unblock gosa and cakephp from LP: #1749745 I expect [22:53] Launchpad bug 1749745 in gosa (Ubuntu) "php7.2 has removed the mcrypt module" [Undecided,Incomplete] https://launchpad.net/bugs/1749745 [22:53] since they will be come uinnstallable [22:53] luckily both upstreams have issues/trackers for them [22:54] Will that prevent php-defaults from moving out of proposed? [22:54] xevious: yeah [22:54] that's what update_output.txt is (will) show [23:02] slangasek: --^ do you have an opinion on that (beyond observing the current situation)? I'm tempted to remove gosa*, zoneminder and cakephp [23:13] nacc: I have no opinions, I merely identified that there were revdeps not named in your removal request :)