[09:41] <doko> gah ...
[09:41] <doko> $ ls -l /usr/bin/libtool
[09:41] <doko> -rwxr-xr-x 1 root root 0 Jan 12 14:10 /usr/bin/libtool
[09:42] <Faux> libtool is installed? You poor soul.
[10:05] <doko> https://launchpad.net/ubuntu/+source/ruby2.5/2.5.3-3ubuntu2  shows certificate failures during the build ...
[10:05] <doko> xnox, are you guilty?
[10:06] <vorlon> did the embedded certificates expire?
[10:11] <xnox> fun
[10:12] <xnox> doko, well, it's not _my_ certificates ;-)
[10:13]  * doko hates d-shlibs
[11:05] <joelkraehemann> hi all, I think there is a problem with the build container's networking stack ...
[11:05] <joelkraehemann> ^^ I try to prove my assumption
[11:11] <joelkraehemann> Laney: If my assumption is correct then you have fix it
[11:11] <joelkraehemann> ^^ to
[12:01] <Laney> joelkraehemann: I made it happen in an autopkgtest-buildvm-ubuntu-cloud built VM, you might want to try that
[12:01] <Laney> e.g. autopkgtest-buildvm-ubuntu-cloud -r bionic --arch i386
[12:52] <Laney> (s/bionic/disco/ ...)
[13:48] <mdeslaur> jbicha: FYI, policykit: https://gitlab.freedesktop.org/polkit/polkit/merge_requests/17
[13:50] <jbicha> mdeslaur: yes, I saw pitti cherry-picked it to Debian, we just need to add https://gitlab.freedesktop.org/polkit/polkit/commit/6cc6aafee135 on top for Debian/Disco
[13:52] <mdeslaur> ack
[14:24] <joelkraehemann> Laney: I have already 2 different containers up and running, one amd64 and another i386
[14:33] <Laney> k
[14:35] <BenderRodriguez> Laney: k
[15:23] <seb128> bdmurray, can you unblock the gvfs/cosmic SRU as discussed the other day?
[15:24] <seb128> simpoir, hey, I noticed that https://launchpad.net/ubuntu/+source/landscape-client/18.01-0ubuntu4.1 is waiting verification for a way, maybe you could try to verify/find smeone to verify that SRU?
[15:26] <seb128> bdmurray, oh, and bionic as well
[15:26] <joelkraehemann> where are the debugging symbols?
[15:26] <joelkraehemann> don't you provide any?
[15:27] <joelkraehemann> https://wiki.ubuntu.com/Debug%20Symbol%20Packages
[15:32] <simpoir> seb128: thanks. I'll poke a few people to help with the verification.
[15:32] <seb128> simpoir, thanks
[15:36] <bdmurray> seb128: yeah, I'll do that today
[15:37] <bdmurray> joelkraehemann: They should be at ddebs.ubuntu.com
[15:39] <seb128> bdmurray, thx
[15:53] <joelkraehemann> kill -STOP $(pidof ags_functional_audio_test)
[15:54] <joelkraehemann> then enter the autopkgtest directory
[15:55] <joelkraehemann> ^^^doesn't work
[16:00] <juliank> seb128, xnox regarding the duplicity autopkgtest failure. it's creating /tmp/adt/source and then backing it up to /tmp/adt/backup, then restoring to /tmp/adt/restore. The files seem to be going missing. Could it be that systemd-tmpfiles is running a cleanup job on /tmp while we're running the test/duplicity?
[16:00] <juliank> Laney: ^
[16:01] <xnox> juliank, hm.... do you reboot as well?
[16:01] <juliank> because /tmp/adt/source seems to be missing too after duplicity ran, but it was backing that up
[16:01] <seb128> good question, I don't know enough about systemd-tmpfiles to say
[16:01] <xnox> juliank, it shouldn't be running if the system is booted (ie. systemctl is-system-running is running|degraded)
[16:01] <juliank> xnox: only autopkgtest [19:37:10]: rebooting testbed after setup commands that affected boot
[16:01] <juliank> then it installs test dependencies and runs the test
[16:02] <juliank> it's about 20 seconds from boot to test run
[16:03] <juliank> On the other hand, it says: SourceFiles 1
[16:03] <juliank> SourceFileSize 7 (7 bytes)
[16:03] <juliank> which seems wrong too
[16:03] <juliank> Oh
[16:03] <juliank> xnox: I assume it's copying the literal /bin symlink on a usrmerged system and backing that up
[16:03] <juliank> hence the failure
[16:03] <juliank> it does cp -r /bin $TMPDIR/source
[16:04] <juliank> it should do cp -a /bin/ $TMPDIR/source
[16:06] <juliank> ok, that should be fixed
[16:06] <juliank> sorry for the noise :)
[16:10] <seb128> juliank, ah, that would explain ... do you fix it or want me to handle that?
[16:10] <juliank> seb128: I uploaded a fix 4 minutes ago :)
[16:10] <seb128> great, thx!
[16:11] <Laney> juliank: that was a quick test run 😈
[16:11] <juliank> Laney: I just tested my assumption with a sample symlink :)
[16:11] <seb128> I didn't know that /bin and /bin/ were different things, learning every day!
[16:12] <juliank> seb128: I think it's an odd detail most people are not aware of
[16:12] <juliank> it's not as bad as rsync, though
[16:12] <juliank> like "rsync bin foo", creates bin/foo, but "rsync bin/ foo" copies stuff from inside bin to "foo"
[16:13] <juliank> um creates foo/bin of course
[16:13] <juliank> that's utterly crazy
[16:13] <juliank> Laney: Oh, and I need to clean that up now
[16:14] <joelkraehemann> Please trigger rerun autopkgtest of i386 for
[16:14] <joelkraehemann> https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#gsequencer
[16:14] <juliank> ok
[16:14] <joelkraehemann> ^^ I don't have permission to do so
[16:14] <Laney> why?
[16:14] <juliank> yeah, why?
[16:14] <Laney> what's changed that might make it pass?
[16:14] <juliank> only amd64 has passed anyway
[16:15] <juliank> if there's a fix, I'd assume it fixes all !amd64, not just i386
[16:15] <juliank> joelkraehemann: ^
[16:16] <juliank> I mean, it segfaults
[16:18] <joelkraehemann> Yesterday, I was able to reproduce SIGPIPE
[16:18] <joelkraehemann> today, not anymore ...
[16:18] <joelkraehemann> juliank: It passes on my container anyway
[16:18] <joelkraehemann> without any segfault
[16:19] <Laney> I told you earlier that I ran it in a test VM and it failed in that way for me
[16:19] <Laney> we have an insane test backlog atm, you won't get your result for a long time - suggest doing what I said earlier
[16:25] <juliank> Laney: whoa, the queue is really intense
[16:25] <juliank> Laney: also, we wanted to subscribe me to autopkgtest emails or something I think
[16:25] <juliank> I don't share the email pain atm
[16:26] <Laney> feel free to do a merge proposal to autopkgtest-cloud if you want to join that party
[16:26] <Laney> the part of people who delete one email an hour
[16:26] <Laney> party*
[16:26] <juliank> ugh, steam lock
[16:28] <joelkraehemann> I give your cloud image a try
[16:29] <juliank> Laney: I do wonder how useful it will be, given that I can't commit to the repositories :)
[16:30] <Laney> it's possible to contribute without being able to commit
[16:30] <Laney> that's usually what people do first :P
[16:31] <juliank> I know
[16:32] <Laney> btw, I ran your new duplicity test and it failed because the cp copies broken symlinks and that makes diff not work
[16:32] <juliank> something is odd
[16:33] <juliank> Laney: lol
[16:33] <Laney> sorry for being suspicious enough of you to run it myself :-)
[16:33] <juliank> Laney: something is odd here: https://code.launchpad.net/~juliank/autopkgtest-cloud/+git/autopkgtest-cloud/+merge/361791
[16:34] <juliank> Laney: it shows your "lxd too" commit in the merge, but I just fetched that from origin...
[16:34] <Laney> weird
[16:34] <juliank> cjwatson, wgrant: ^
[16:34] <Laney> it doesn't show on https://code.launchpad.net/~ubuntu-release/autopkgtest-cloud/+git/autopkgtest-cloud/+ref/master
[16:34] <Laney> probably need to rescan, I can do that
[16:34] <juliank> oh well, ok
[16:37] <Laney> there we go, sort of (I forgot how to regenerate the diff)
[16:38] <juliank> +1
[16:39] <Laney> lp.load('~juliank/autopkgtest-cloud/+git/autopkgtest-cloud/+merge/361791').scheduleDiffUpdates()
[16:39] <juliank> whoa magic
[17:00] <superm1> bdmurray, sorry copy and paste error - that wasn't intended.  I just corrected it
[17:03] <bdmurray> superm1: alright, thanks
[17:14] <joelkraehemann> Laney: you were right. It crashes :/
[18:23] <joelkraehemann> Laney: So guess what? My tests eat your RAM ...
[18:25] <joelkraehemann> as passing --ram-size=8192 to autopkgtest-virt-qemu it just passed
[19:44] <sivang> hi all
[19:45] <sivang> does the postgresql server snap enables me to have an isolated execution of PG such that I can restore my system to prestine state before installation?
[19:45] <sivang> Most of the snaps I can install tell me they're in classic mode, hence full isolation is not possible so I'm curious to see how to enjoy the isoation feature...
[19:48]  * gQuigs is too excited with what is the final blocker to dropping python2 from images is almost here -  Samba 4.10 RC1 Released: Adds Offline Domain Backups, Now Defaults To Python 3 | https://www.phoronix.com/scan.php?page=news_item&px=Samba-4.10-RC1-Released
[19:49] <sivang> gQuigs: oh niceee
[19:49] <sivang> python2 should be left to decay gracefully