[05:11] <rlaager> I'm just popping in to point out that packages.ubuntu.com is broken again.
[05:12] <Unit193> \o/
[05:13] <Unit193> rlaager: Broken in what way?
[05:14] <rlaager> Unit193: Apparently only some queries break it. Sorry. Everything I had tried was broken. Here's an example: https://packages.ubuntu.com/search?keywords=pidgin
[05:17] <rlaager> I'm getting an Internal Server Error on most searches.
[05:22] <wxl> rlaager: probably best to report that to #canonical-sysadmin
[06:16] <Laney> cyphermox: can you explain how you managed to get to be able to debug that casper thing?
[10:50] <mwhudson> any idea what i've done here?
[10:50] <mwhudson> mwhudson@ringil:~/isos$ zsync http://cdimage.ubuntu.com/ubuntu-server/daily-live/current/disco-live-server-amd64.iso.zsync
[10:50] <mwhudson> cdimage.ubuntu.com: No such file or directory
[10:50] <mwhudson> failed on url http://cdimage.ubuntu.com/ubuntu-server/daily-live/current/disco-live-server-amd64.iso.zsync
[10:50] <mwhudson> could not read control file from URL http://cdimage.ubuntu.com/ubuntu-server/daily-live/current/disco-live-server-amd64.iso.zsync
[10:55] <cjwatson> nc
[10:55] <cjwatson> oops
[10:56] <cjwatson> that zsync command line works for me
[10:56] <cjwatson> (on bionic anyway)
[10:56] <cjwatson> maybe it has some kind of fallback on a connection failure?  I'd probably try strace
[11:00] <ricotz> juliank, hi, are you aware of this problem? -- "Can't stat /usr/local/*: No such file or directory at /usr/share/perl5/Dpkg/Vendor/Debian.pm line 469."
[11:00] <juliank> ricotz: no, but well, do you have no /usr/local?
[11:01] <ricotz> juliank, I don't have those folders, but I guess this scripts seems trying to use it without care?
[11:02] <juliank> ricotz: well, they are mandatory
[11:02] <ricotz> this is output on every dpkg-buildpackage
[11:02] <ricotz> oh they are?
[11:02] <juliank> well, base-files creates them on install
[11:03] <ricotz> hmm, I see
[11:03] <juliank> so apt install --reinstall base-files
[11:03] <juliank> and they should be there again
[11:03] <Faux> (It's not in base-files.)
[11:03] <Faux> At least, not as a listed file, maybe a script?
[11:04] <mwhudson> cjwatson: i'd broken my network
[11:04] <ricotz> yeah, "dpkg -S /usr/local/" doesn't match anything
[11:04] <mwhudson> cjwatson: the error message was, uh, not clear
[11:04] <mwhudson> (not entirely sure how the messages made it to the channel ...)
[11:05] <Faux> debian/postinst.in:  install_local_dir /usr/local
[11:08] <ricotz> ah thank you°
[11:08] <ricotz> how can I trigger this script in a safe way?
[12:03] <seb128> https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html hasn't been updated for a day, unsure who to report that to?
[12:17] <cyphermox> Laney: looking at it for many hours, some use of break=casper-bottom to have a quick look at the messages as they speed to the console, lots of swearing and a bit of luck, tbh
[12:17] <Laney> /o\
[12:18] <cyphermox> I thought I had seen ever so slightly more messages printed when using tty1 vs. tty8
[12:18] <cyphermox> so; essentially I used break=casper-bottom, edited the 01integrity_check script to change the tty, check that out more
[12:19] <cyphermox> I also noticed the script couldn't possibly really be checking for integrity; so it took a few hours to figure out the %as vs %ms thing
[12:20] <Laney> right, I'd have recognised that one if we got far enough
[12:20] <Laney> $di_component_what_i_fixed had that bug so I was aware of it
[12:21] <cyphermox> ok
[12:21] <Laney> anyway, well done
[12:21] <cyphermox> thanks
[12:23] <cyphermox> but yeah, I wasn't aware, seeing 'a' looked reasonable enough for auto-allocation
[12:24] <Laney> glibc 2.29 done broke that
[12:24] <Laney> might be a good idea to scan the archive for this ...
[12:26] <cyphermox> true
[12:33] <infinity> juliank: Yo.
[12:34] <infinity> juliank: Laney tells me that you can tell me where my nss-mdns test (triggered by base-files) went.
[12:37] <infinity> juliank: Nevermind. :P
[14:40] <cyphermox> rbasak: when non-VCS uploads happen what I would typically do is get the diff from LP and apply the patch
[14:40] <cyphermox> then commit / tag
[14:41] <cyphermox> perhaps just making this automated / less error-prone would be good? one thing to watch out for is not forgetting to add any new files
[14:41] <rbasak> cyphermox: yeah that works. You could now cherry-pick from git-ubuntu which might be easier.
[14:41] <cyphermox> especially when you need to apply more than one such diff
[14:41] <cyphermox> ah, true
[14:41] <rbasak> git-ubuntu does have some "rich history preservation" though that I'm looking to improve.
[14:42] <rbasak> I think it may be possible for a team to stay in sync with git-ubuntu using that.
[16:59] <tsimonq2> Unit193: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=927231
[16:59] <tsimonq2> I can add you as a co-maintainer if you would like.
[17:39] <rcj> bdmurray: Can you take a look at bug #1824227 for promotion to -updates today?
[17:40] <bdmurray> rcj: Generally we let SRU's age for 7 days and this is at 5. Is there a reason it should be released early?
[17:42] <rcj> bdmurray: we're seeing a high rate of failures on xenial at least in a cloud.  I've verified each of the releases and I was hoping to avoid the release day business when it would turn 7 days old.
[17:42] <rcj> s/business/busyness/g
[17:45] <bdmurray> rcj: Okay, looking at the patch again its pretty small / reasonable so okay.
[17:45] <bdmurray> okay!
[17:45] <rcj> Thanks for reviewing it.
[19:03] <bdmurray> cpaelzer: with bug 1817665 to be clear libsodium and python-libnacl should not be released yet correct?
[19:44] <rbasak> bdmurray: cpaelzer will be EOD now but that's my understanding. It's awaiting the consumer package to be SRU'd.
[19:45] <cpaelzer> bdmurray: the three packages are all three ready, but yet miss the dependency that needs them
[19:45] <cpaelzer> so they are held back for now
[19:45] <cpaelzer> bdmurray: for the time being they are all ready to be released but meant to held back (all three of them)
[19:46] <bdmurray> cpaelzer: if all are meant to held back then the tasks could reflect that by being incomplete, as it is they show up as "ready" in the SRU report
[19:46] <bdmurray> they being 2 of the 3
[19:46] <cpaelzer> IIRC sil2100 set one of them to incomplete after the same discussion
[19:46] <cpaelzer> I'm fine setting all three to incomplete for the same reason if that makes more sense
[19:47] <cpaelzer> bdmurray: murry should I change the task states?
[19:49] <cpaelzer> as I'm actually not here, I did the update to be able to leave again
[19:50] <cpaelzer> I'd also have a comment to state the reason, but LP currently shows timeouts
[19:58] <bdmurray> cpaelzer: I added a comment, thanks
[21:56] <DurkeyWorm> quick question
[21:57] <DurkeyWorm> it seems the d-i preseed/late_command in my preseed files aren't working
[21:57] <DurkeyWorm> is there something weird about them in the ubuntu version of the installer?
[22:36] <gQuigs> DurkeyWorm: check the logs to see if it's trying to run at all
[22:38] <DurkeyWorm> it does seem to try to run, but it also seems to be skipping earlier commands
[22:45] <DurkeyWorm> weird, seems to be working now
[22:45] <DurkeyWorm> whatever
[22:45] <DurkeyWorm> haha
[22:56] <gQuigs> that works :)
[23:28] <DurkeyWorm> yep i didn't realize you could only do a single line