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