tsimonq2slangasek: Ah. Thanks.00:20
-queuebot:#ubuntu-release- New: accepted astropy-regions [amd64] (cosmic-proposed) [0.2-1]00:23
-queuebot:#ubuntu-release- New: accepted astropy-regions [armhf] (cosmic-proposed) [0.2-1]00:23
-queuebot:#ubuntu-release- New: accepted astropy-regions [ppc64el] (cosmic-proposed) [0.2-1]00:23
-queuebot:#ubuntu-release- New: accepted cftime [arm64] (cosmic-proposed) [1.0.0~b1-1]00:23
-queuebot:#ubuntu-release- New: accepted cftime [i386] (cosmic-proposed) [1.0.0~b1-1]00:23
-queuebot:#ubuntu-release- New: accepted goodvibes [amd64] (cosmic-proposed) [0.3.6-1]00:23
-queuebot:#ubuntu-release- New: accepted goodvibes [armhf] (cosmic-proposed) [0.3.6-1]00:23
-queuebot:#ubuntu-release- New: accepted node-normalize.css [amd64] (cosmic-proposed) [8.0.0-1]00:23
-queuebot:#ubuntu-release- New: accepted python-pallets-sphinx-themes [amd64] (cosmic-proposed) [1.0.1-1]00:23
-queuebot:#ubuntu-release- New: accepted smenu [arm64] (cosmic-proposed) [0.9.12-1]00:23
-queuebot:#ubuntu-release- New: accepted astropy-regions [arm64] (cosmic-proposed) [0.2-1]00:23
-queuebot:#ubuntu-release- New: accepted cftime [amd64] (cosmic-proposed) [1.0.0~b1-1]00:23
-queuebot:#ubuntu-release- New: accepted cftime [ppc64el] (cosmic-proposed) [1.0.0~b1-1]00:23
-queuebot:#ubuntu-release- New: accepted goodvibes [i386] (cosmic-proposed) [0.3.6-1]00:23
-queuebot:#ubuntu-release- New: accepted smenu [amd64] (cosmic-proposed) [0.9.12-1]00:23
-queuebot:#ubuntu-release- New: accepted smenu [i386] (cosmic-proposed) [0.9.12-1]00:23
-queuebot:#ubuntu-release- New: accepted stlink [amd64] (cosmic-proposed) [1.5.0+ds-2]00:23
-queuebot:#ubuntu-release- New: accepted stlink [armhf] (cosmic-proposed) [1.5.0+ds-2]00:23
-queuebot:#ubuntu-release- New: accepted tmux-themepack-jimeh [amd64] (cosmic-proposed) [0+git20170413-748b16-1]00:23
-queuebot:#ubuntu-release- New: accepted tpm2-abrmd [arm64] (cosmic-proposed) [1.3.1-1]00:23
-queuebot:#ubuntu-release- New: accepted astropy-regions [i386] (cosmic-proposed) [0.2-1]00:23
-queuebot:#ubuntu-release- New: accepted goodvibes [arm64] (cosmic-proposed) [0.3.6-1]00:23
-queuebot:#ubuntu-release- New: accepted smenu [armhf] (cosmic-proposed) [0.9.12-1]00:23
-queuebot:#ubuntu-release- New: accepted stlink [arm64] (cosmic-proposed) [1.5.0+ds-2]00:23
-queuebot:#ubuntu-release- New: accepted tpm2-abrmd [amd64] (cosmic-proposed) [1.3.1-1]00:23
-queuebot:#ubuntu-release- New: accepted tpm2-abrmd [i386] (cosmic-proposed) [1.3.1-1]00:23
-queuebot:#ubuntu-release- New: accepted volatildap [amd64] (cosmic-proposed) [1.1.0+ds.1-1]00:23
-queuebot:#ubuntu-release- New: accepted cftime [armhf] (cosmic-proposed) [1.0.0~b1-1]00:23
-queuebot:#ubuntu-release- New: accepted starjava-dpac [amd64] (cosmic-proposed) [1.0+2018.03.22-1]00:23
-queuebot:#ubuntu-release- New: accepted tpm2-abrmd [armhf] (cosmic-proposed) [1.3.1-1]00:23
-queuebot:#ubuntu-release- New: accepted python-base58 [amd64] (cosmic-proposed) [1.0.0-1]00:23
-queuebot:#ubuntu-release- New: accepted tpm2-abrmd [ppc64el] (cosmic-proposed) [1.3.1-1]00:23
-queuebot:#ubuntu-release- New: accepted stlink [i386] (cosmic-proposed) [1.5.0+ds-2]00:23
-queuebot:#ubuntu-release- New: accepted astropy-regions [s390x] (cosmic-proposed) [0.2-1]00:23
-queuebot:#ubuntu-release- New: accepted goodvibes [ppc64el] (cosmic-proposed) [0.3.6-1]00:23
-queuebot:#ubuntu-release- New: accepted smenu [ppc64el] (cosmic-proposed) [0.9.12-1]00:23
-queuebot:#ubuntu-release- New: accepted stlink [ppc64el] (cosmic-proposed) [1.5.0+ds-2]00:23
-queuebot:#ubuntu-release- New: accepted cftime [s390x] (cosmic-proposed) [1.0.0~b1-1]00:23
-queuebot:#ubuntu-release- New: accepted smenu [s390x] (cosmic-proposed) [0.9.12-1]00:23
-queuebot:#ubuntu-release- New: accepted goodvibes [s390x] (cosmic-proposed) [0.3.6-1]00:23
-queuebot:#ubuntu-release- New: accepted stlink [s390x] (cosmic-proposed) [1.5.0+ds-2]00:23
-queuebot:#ubuntu-release- New binary: oca-core [amd64] (cosmic-proposed/universe) [11.0.20180420-1] (no packageset)00:40
-queuebot:#ubuntu-release- Unapproved: lubuntu-meta (bionic-proposed/universe) [0.94 => 0.94.1] (lubuntu)02:06
tsimonq2infinity, slangasek: Can I get some help with that lubuntu-meta upload? ^02:14
tsimonq2We missed a dep in the metapackage before release.02:14
-queuebot:#ubuntu-release- Unapproved: accepted lubuntu-meta [source] (bionic-proposed) [0.94.1]03:52
tsimonq2One additional note: I would argue for waiving the seven day aging period.03:53
tsimonq2People can't use apport at the moment to report bugs.03:53
tsimonq2(Not with the default suite of packages, anyway.)03:53
tsimonq2Either wxl or myself can test soonish.03:54
wxlthx infinity04:04
=== maclin1 is now known as maclin
-queuebot:#ubuntu-release- Unapproved: snapd (xenial-proposed/main) [2.32.5 => 2.32.9] (desktop-core, ubuntu-server)08:29
-queuebot:#ubuntu-release- Unapproved: snapd (artful-proposed/main) [2.32.5+17.10 => 2.32.9+17.10] (desktop-core, ubuntu-server)08:30
-queuebot:#ubuntu-release- Unapproved: snapd (bionic-proposed/main) [2.32.8+18.04 => 2.32.9+18.04] (desktop-core, ubuntu-server)08:32
-queuebot:#ubuntu-release- Unapproved: snapd (trusty-proposed/universe) [2.32.5~14.04 => 2.32.9~14.04] (no packageset)08:34
-queuebot:#ubuntu-release- Unapproved: util-linux (artful-proposed/main) [2.30.1-0ubuntu4.1 => 2.30.1-0ubuntu4.2] (core)10:51
-queuebot:#ubuntu-release- Unapproved: util-linux (xenial-proposed/main) [2.27.1-6ubuntu3.5 => 2.27.1-6ubuntu3.6] (core)10:51
-queuebot:#ubuntu-release- Unapproved: util-linux (bionic-proposed/main) [2.31.1-0.4ubuntu3 => 2.31.1-0.4ubuntu3.1] (core)10:52
juliank^ these 3 are to fix bug 1771345 so we can hopefully get bug 1732865 working10:53
ubot5bug 1771345 in util-linux (Ubuntu Bionic) "lscpu possible crash in min/max frequency" [High,Triaged] https://launchpad.net/bugs/177134510:53
ubot5bug 1732865 in The Ubuntu-power-systems project "[LTCTest][OPAL][FW860.20] lscpu failed to list cpu max and min frequencies" [High,Fix committed] https://launchpad.net/bugs/173286510:53
sil2100juliank: if the vanguard doesn't take care of those today, I'll pick them up tomorrow for sure11:13
rbasakjuliank: how do you intend to perform SRU verification on that?13:00
ginggsdoko: re openmpi, see debian #896886 - and armhf doesn't look good in debian either, maintainers are doing this: https://packages.qa.debian.org/l/lammps/news/20180515T163856Z.html - fortunately there's a 3.1.0 bugfix release13:13
ubot5Debian bug 896886 in src:openmpi "openmpi: upstream version 3.0.1 makes lots of autopkgtests flaky" [Normal,Open] http://bugs.debian.org/89688613:13
juliankrbasak: That's a good question, I'm not sure we can actually verify anything there. But if IBM can verify 1732865, we would know it's enough. I'd treat this more as a "make code more defensive" rather than "fix concrete bug"13:14
juliankUnless you have an AMD system where you can disable a CPU that produces the bug, then you're lucky13:14
dokoginggs: is this disabled for the autopkg tests as well?13:15
juliankor the POWER8 which apparently also does on some systems13:15
-queuebot:#ubuntu-release- New: accepted oca-core [amd64] (cosmic-proposed) [11.0.20180420-1]13:15
juliankrbasak: I guess we can also produce test cpuinfo files that trigger it, but I'm not sure how that all works13:18
juliankI just thought about that now, that would have been a good way to get the other bug reproducable13:18
juliankGot it13:23
ginggsdoko: well the ones that run tests during the build FTBFS, and the ones that run tests during autopkgtest fail there :(13:27
ginggsdoko: in the case of lammps, I guess it is going to fail autopkgtests once it builds13:28
rbasakjuliank: OK. Let me know once you've updated everything then, and I'll take another look?13:29
juliankrbasak: done13:33
juliankI wonder why upstream did not add a test for that to their testsuite...13:36
ginggsdoko: mckinstry responded on the openmpi bug14:09
dokoginggs: which one?14:16
-queuebot:#ubuntu-release- Unapproved: gnutls28 (trusty-proposed/universe) [3.2.11-2ubuntu1.1 => 3.2.11-2ubuntu1.2] (no packageset)14:18
juliankum, we now have two gnutls28 3.2.11-2ubuntu1.2 in the queue for trusty, the older one should probably go away14:19
Odd_Blokerbasak: arges: The cloud-init in bionic-proposed has been verified and waiting around for a while; would one of you be able to release it?14:20
Odd_Blokedpb1: ^, FYI14:20
argesOdd_Bloke: sure14:21
argesOdd_Bloke: done14:22
* rbasak is still trying to figure out juliank's util-linux SRUs14:23
juliankrbasak: but they're so tiny!14:24
rbasakThere are rather a large number of bug comments, uploads and patches for something so tiny :)14:25
rbasakI like your segvtest case14:26
juliankrbasak: Oh, on the IBM one, yes, but that one is just carried over from the one currently in proposed.14:26
rbasakdep3 origin headers would have been nice :-/14:28
juliankrbasak: Um, yeah, but I just git formatted them from the upstream repo, and quilt imported them14:30
juliankand did quilt refresh14:30
rbasakYou can do that but still add dep3 headers14:30
rbasakdep3 was designed with that use case in mind14:30
rbasakDo you have a pointer to the upstream VCS please?14:30
juliankit's https://github.com/karelzak/util-linux14:31
mdeslauris there a publisher problem? I publish three packages 3 hours ago, and half the binary packages are still missing...14:32
mdeslaurie: http://security.ubuntu.com/ubuntu/pool/main/d/dpdk/librte-eal17.05_17.05.2-0ubuntu1.1_i386.deb14:32
apwmdeslaur, half of them missing?  that seems unexpected14:32
cjwatsonThe weekly publisher DB vacuuming has cycled round to this time of the week14:33
cjwatsonSo it'll sort itself out once that's done14:33
cjwatsonhalf> presumably those for whichever architectures built later14:33
mdeslaurthanks cjwatson14:34
apwcjwatson, can we not control when that thing happens?  make it happen more and at a consistent time or something14:34
cjwatsonapw: infinity was going to work on that14:36
apwahh ok :)14:36
-queuebot:#ubuntu-release- Unapproved: accepted util-linux [source] (xenial-proposed) [2.27.1-6ubuntu3.6]14:55
-queuebot:#ubuntu-release- Unapproved: accepted util-linux [source] (artful-proposed) [2.30.1-0ubuntu4.2]14:56
rbasakjuliank: that was rather complicated because of the previous SRU in Xenial and the other subtle differences between the releases. Looks like you've done it all correctly though, thanks.14:56
-queuebot:#ubuntu-release- Unapproved: accepted util-linux [source] (bionic-proposed) [2.31.1-0.4ubuntu3.1]14:56
slangasekLaney, sil2100, juliank: so now that I'm receiving emails, I notice a pattern that s390x nodes are failing much more than other architectures.  Do we know why?  Do we think this is a priority to fix?14:59
Laneyslangasek: I didn't look into it yet. Seems to be mostly bos01 which is new, and bos02 is working fine, so this isn't a top priority for me. Feel free to have a look though. If it were me I'd run a manual job through bos01 and see what happens.15:03
LaneyCongratulations on your emailhood.15:03
slangasekLaney: confirmed, all the ones I'm seeing over the past 24h are bos01.  Do you think I should escalate it to axino?15:05
juliankslangasek: I see a lot of instance quota exceeded15:05
juliankSo we should lower our number of instances or get the quota raised15:06
LaneyDunno, I would find out what the problem is first.15:06
juliankApparently the quota limit is 1015:06
LaneyIf it's quota, give that ticket a score bump15:06
slangasekjuliank: you don't see that in the emails, do you?  I'm not finding anything about quotas there15:06
juliankand we configure 16?15:06
juliankin journalctl15:07
slangasekit's not clear to me that 'raise the quota' is correct here, this is bos01 that we're still doing burn-in testing on15:07
slangasekand has less compute available15:07
LaneyWe set our limits based on the compute that IS told us was there15:07
juliankbut there was some miscommunication on #instances15:08
slangasek...what is this channel15:08
julianks/#/number of/15:08
slangasekoh :)15:08
Laneywhat miscommunication is that?15:09
Laneythere's some miscommunication if there is miscommunication that is not being communicated to the team15:09
juliankLaney: with them thinking we had lower number of workers on bos02, and giving us lower limits?15:10
juliankwhich you suggested we go higher, I don't think they actually replied to that15:10
Laneyoh right, I think the quota is just not set up properly yet15:10
Laneythat's why I suggest a score bump to get that done rather than fiddling on our side15:10
ginggsdoko: debian #89688615:14
ubot5Debian bug 896886 in src:openmpi "openmpi: upstream version 3.0.1 makes lots of autopkgtests flaky" [Normal,Open] http://bugs.debian.org/89688615:14
slangasekLaney: RT#?15:26
Laneyslangasek: 11108515:27
slangasekticket nudged15:28
dokoginggs: does 3.1 have another soname bump?15:36
ginggsdoko: I haven't checked, but I believe it is just bug fixes15:37
-queuebot:#ubuntu-release- Unapproved: llvm-defaults (bionic-proposed/universe) [0.41~exp4 => 0.41~exp5~ubuntu1] (no packageset)16:20
-queuebot:#ubuntu-release- Unapproved: python-pip (bionic-proposed/universe) [9.0.1-2 => 9.0.1-2.3~ubuntu1] (no packageset)16:31
-queuebot:#ubuntu-release- New binary: python-os-service-types [amd64] (cosmic-proposed/main) [1.2.0-0ubuntu1] (ubuntu-server)16:37
-queuebot:#ubuntu-release- Unapproved: accepted livecd-rootfs [source] (xenial-proposed) [2.408.31]16:43
ahasenackhi, I need some help with my apache2 migration. It's a valid candidate, but failing because of:16:45
ahasenacktrying: apache216:45
ahasenackskipped: apache2 (0, 56, 7)16:45
ahasenack    got: 15+0: a-8:a-1:a-1:i-1:p-3:s-116:45
ahasenack    * ppc64el: libapache2-mod-proxy-uwsgi-dbg, libapache2-mod-shib216:45
ahasenackit's not ppc64 specific, I can see that in an amd64 container16:45
ahasenackthing is, that problem is already the case in current cosmic16:45
ahasenacklibapache2-mod-shib2 wants libxmltooling7 which pulls in libcurl316:45
ahasenackinstead of libcurl416:45
ahasenackand I think it's because it has to be be built against openssl1.0, not 1.1, and libcurl-openssl1.0-dev pulls in libcurl316:46
-queuebot:#ubuntu-release- Unapproved: clamfs (bionic-proposed/universe) [1.0.1-3build2 => 1.0.1-3build3] (no packageset)16:46
-queuebot:#ubuntu-release- Unapproved: gpsshogi (bionic-proposed/universe) [0.7.0-2build4 => 0.7.0-2build5] (no packageset)16:47
-queuebot:#ubuntu-release- Unapproved: ros-class-loader (bionic-proposed/universe) [0.3.8-1build2 => 0.3.8-1build3] (no packageset)16:47
ahasenackxmltooling has this as its last changelog entry:16:47
ahasenack  * Switch back to openssl1.0 via newly-added libcurl-openssl1.0-dev, since16:47
ahasenack    libxml-security is not ported to openssl1.1.16:47
-queuebot:#ubuntu-release- Unapproved: sitplus (bionic-proposed/universe) [1.0.3-5.1build5 => 1.0.3-5.1build6] (no packageset)16:47
slangasekahasenack: so, what has changed in apache that would cause this to be incompatible now?  Was apache2 not already linked against openssl 1.1 in bionic?16:47
ahasenackI'm seeing that in cosmic's apache, 2.4.29-1ubuntu4.1, which is the same as in bionic-updates16:48
ahasenackI think what changed is libxmltooling7 being build with openssl1.0 after apache was uploaded16:48
ahasenacklibapache2-mod-shib2 -> libxmltooling7 -> libcurl316:49
slangasekahasenack: that would not increase the count of uninstallable packages, which is what proposed-migration cares about16:49
ahasenackxmltooling was built with openssl1.1 for a while16:49
ahasenackslangasek: you mean, if this was the case before, proposed-migration would have ignored this error?16:50
slangasekahasenack: correct16:50
ahasenackwhat is the diff now, is it exactly libapache2-mod-proxy-uwsgi-dbg and libapache2-mod-shib2?16:50
ahasenackand apache didn't change, I'm seeing libapache2-mod-shib2 not being installable in normal cosmic. I think what changed is xmltooling7, as that would not try to install apache to test16:51
ahasenackI mean, would the xmltooling7 migration test that libapache2-mod-shib2 is installable?16:52
slangasekit would, yes16:52
ahasenackwell, it isn't16:52
slangasekahasenack: in cosmic, libapache2-mod-shib2 is installable (though not coinstallable with other things)17:00
ahasenacklike apache itself :)17:01
slangasekahasenack: in cosmic-proposed, it is not installable because apache2-bin now depends on libcurl4 where it did not previously17:01
ahasenackoh, hm17:01
ahasenackok, that gives me enough to go on17:02
-queuebot:#ubuntu-release- Unapproved: rejected clamfs [source] (bionic-proposed) [1.0.1-3build3]17:17
-queuebot:#ubuntu-release- Unapproved: rejected ros-class-loader [source] (bionic-proposed) [0.3.8-1build3]17:17
-queuebot:#ubuntu-release- Unapproved: rejected gpsshogi [source] (bionic-proposed) [0.7.0-2build5]17:17
-queuebot:#ubuntu-release- Unapproved: rejected sitplus [source] (bionic-proposed) [1.0.3-5.1build6]17:17
ahasenackslangasek: ok, it's this new experimental module that is enabled by default: https://httpd.apache.org/docs/2.4/mod/mod_md.html18:06
ahasenackslangasek: so my choices are disabling it (adding a delta with debian) or getting libxmltooling7 to use libcurl4 instead of libcurl3, I think18:06
ahasenackor something more complicated18:06
ahasenackand we have libapache2-mod-md in the archive already, from somewhere else18:32
* ahasenack will think about this18:32
slangasekahasenack: nothing is more complicated than getting libxmltooling7 to use libcurl418:39
ahasenackI see18:39
slangasekwhat about splitting mod_md out into a separate binary package?  I don't see why a new experimental module should cause the apache core packages to depend on libcurl18:40
ahasenackit's a module we have already in the archive at an older version, as a source package, just like debian18:40
ahasenackso maybe to that, split it out (as it's already like this in a way)18:41
ahasenackand obsolete the old mod-md source18:41
ahasenackit will just add to the debian delta, though18:41
ahasenackI was about to check what debian does with libxmltooling718:41
ahasenackoh, wait a sec18:45
slangaseklibxmltooling7 has a horrible dependency tree of xmlsec stuff that needs upstream porting to openss1.1 before that stack can be switched18:46
ahasenackhuh, in debian libcurl.so.4 is in the libcurl3 package18:51
ahasenacklrwxrwxrwx 1 root root 12 Jan 24 20:27 /usr/lib/x86_64-linux-gnu/libcurl.so.3 -> libcurl.so.418:52
ahasenack weirddd...18:52
slangasekit's because a determination was made that it shouldn't be considered an ABI break for Debian even though upstream considered it one18:59
ahasenackin or case, we can't install libcurl3 simultaneously with libcurl4, we have an explicit conflicts19:00
-queuebot:#ubuntu-release- New binary: rustc [s390x] (cosmic-proposed/universe) [1.25.0+dfsg1+llvm-0ubuntu3] (no packageset)19:00
slangasekbasically the same thing that Debian is meant to have soonish19:01
ahasenackhm, in ubuntu we do something similar in libcurl3-gnutls. It includes this symlink: libcurl-gnutls.so.3 -> libcurl-gnutls.so.419:18
ahasenackcurl sounds like a complicated package19:18
infinity"Complicated" is a very kind description.19:23
tsimonq2infinity, slangasek: Moar Lubuntu Classic cleanup:  https://code.launchpad.net/~wxl/ubiquity-slideshow-ubuntu/delete-lubuntu/+merge/34563719:34
-queuebot:#ubuntu-release- Unapproved: x11-xkb-utils (bionic-proposed/main) [7.7+3 => 7.7+3ubuntu1] (desktop-core)19:45
slangasektsimonq2: merged19:47
slangasekand uploaded19:47
tsimonq2wxl: ^19:48
-queuebot:#ubuntu-release- New binary: rustc [ppc64el] (cosmic-proposed/universe) [1.25.0+dfsg1+llvm-0ubuntu3] (no packageset)20:13
slangasekLaney, sil2100, juliank: hmmm, mininet/i386 autopkgtests are failing with timeouts; that's irritating and I'm investigating, but what's surprising is they're allowed to take 6h to time out instead of 10000s, has anything changed in configs?  http://autopkgtest.ubuntu.com/packages/m/mininet/cosmic/i38620:27
juliankslangasek: hmm20:29
slangasekjuliank: probably not a recent config change, looking at bionic history I see a similar timeout from 17Apr20:29
juliankslangasek: it timed out properly after 10k seconds, but it took 3 hours to clean up the instance20:35
juliankautopkgtest [13:47:34]:  test simpe: [20:36
juliankautopkgtest [16:34:14]: ERROR: timed out20:36
slangasekoh fun20:36
juliankautopkgtest-virt-ssh [19:54:14]: ERROR: Removing temporary files on testbed timed out20:36
slangasekso where does that timeout need to be lowered? ;)20:37
juliankslangasek: It's supposed to be a 300s timeout in AUTOPKGTEST_VIRT_COPY_TIMEOUT in VirtSubproc.p20:39
juliank        if cleanup_paths:20:39
juliank            VirtSubproc.check_exec(['rm', '-rf'] + cleanup_paths, downp=True,20:39
juliank                                   timeout=VirtSubproc.copy_timeout)20:39
juliankthough for that only20:39
juliankit also calls VirtSubproc.downtmp_remove() before that20:39
juliankbut that should have the same timeout20:39
juliankMaybe we increased AUTOPKGTEST_VIRT_COPY_TIMEOUT somewhere?20:41
juliankok, that one is set from --timeout-copy apparently20:42
juliankwhich is nuts, because we pass --timeout-copy=600020:42
slangasek6000s seems a bit excessive :)20:42
juliankso we have 1.6 hours to remove downtmp, and then 1.6 hours to remove cleanup_paths20:43
slangasekdates to the origin of the git repo, so no particular rationale there20:44
juliankmy suggestion: https://paste.ubuntu.com/p/j7fWRBmZzY/20:44
slangasekI think the copy timeout should also be lowered, though certainly we should have a different timeout value for removal vs copying20:45
-queuebot:#ubuntu-release- Unapproved: initramfs-tools (trusty-proposed/main) [0.103ubuntu4.10 => 0.103ubuntu4.11] (core)20:46
slangasekototh why is 'ssh rm -rf [...]' hanging for 1h?  do we have some terrible retry handling in there?20:47
juliankdoes not seem like it20:50
juliankbut there's some weird wrapper that kills processes20:51
-queuebot:#ubuntu-release- Unapproved: gce-compute-image-packages (artful-proposed/universe) [20180129+dfsg1-0ubuntu1~17.10.0 => 20180510+dfsg1-0ubuntu2~17.10.0] (ubuntu-cloud)21:03
-queuebot:#ubuntu-release- Unapproved: gce-compute-image-packages (xenial-proposed/universe) [20180129+dfsg1-0ubuntu1~16.04.0 => 20180510+dfsg1-0ubuntu2~16.04.0] (ubuntu-cloud)21:03
-queuebot:#ubuntu-release- Unapproved: gce-compute-image-packages (bionic-proposed/universe) [20180129+dfsg1-0ubuntu3 => 20180510+dfsg1-0ubuntu2~18.04.0] (ubuntu-cloud)21:04
-queuebot:#ubuntu-release- New binary: rustc [amd64] (cosmic-proposed/universe) [1.25.0+dfsg1+llvm-0ubuntu3] (no packageset)21:09
slangasekjbicha: it appears network-manager-gnome has now migrated from libappindicator to libayatana-appindicator.  The libappindicator package in main was owned by ~dx-packages, which is effectively no more; do you know if ubuntu-desktop means to own ayatana-appindicator?21:23
jbichaslangasek: I pinged seb128 about that this week and it's on his todo list to look into that MIR21:25
slangasekjbicha: I wouldn't expect to need an MIR since this is effectively a package rename and a straight swap in main, but I do need to know what team will own maintenance21:26
jbichacould you follow up with Seb about that?21:27
slangasekprovided I catch him on IRC :)21:28
xnoxslangasek, there is s390x in bos01?! news to me.21:35
slangasekxnox: yes; it's the new bos0121:35
wxlinfinity et al are multiple verifications required for https://bugs.launchpad.net/ubuntu/+source/lubuntu-meta/+bug/1764399 or are we good to go? i've changed verification-needed-bionic per the instructions but did not change verification-needed.21:40
ubot5Ubuntu bug 1764399 in lubuntu-meta (Ubuntu Cosmic) "running apport in terminal doesn't work, as python3-launchpadlib is not installed by default in Lubuntu Bionic" [Critical,Fix committed]21:40
bdmurraywxl: verification-needed doesn't actually do anything21:48
wxlbdmurray: okie dokie. do i need to round up additional testers?21:49
bdmurraythe description talks about crash reports but apport-collect is for bug reports21:50
bdmurrayAnyway, enough being pedantic. It seems straight forward no additional testing is needed.21:51
wxli blame tsimonq2 :)21:52
-queuebot:#ubuntu-release- New binary: rustc [i386] (cosmic-proposed/universe) [1.25.0+dfsg1+llvm-0ubuntu3] (no packageset)21:55
slangasekginggs: if you would like a SIGBUS to diagnose, seqan2's current build failure /is/ reproducible with bionic: https://paste.ubuntu.com/p/NVHbJhfstC/22:41
-queuebot:#ubuntu-release- New binary: rustc [armhf] (cosmic-proposed/universe) [1.25.0+dfsg1+llvm-0ubuntu3] (no packageset)23:17
-queuebot:#ubuntu-release- New binary: gitless [amd64] (cosmic-proposed/universe) [0.8.6-1] (no packageset)23:21
-queuebot:#ubuntu-release- New binary: hbci4java [amd64] (cosmic-proposed/universe) [3.0.15+dfsg-2] (no packageset)23:28
-queuebot:#ubuntu-release- New: accepted gitless [amd64] (cosmic-proposed) [0.8.6-1]23:45
-queuebot:#ubuntu-release- New: accepted hbci4java [amd64] (cosmic-proposed) [3.0.15+dfsg-2]23:45

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!