-queuebot:#ubuntu-release- New binary: qgis [s390x] (eoan-proposed/universe) [3.4.7+dfsg-1] (no packageset)00:00
-queuebot:#ubuntu-release- New binary: qgis [i386] (eoan-proposed/universe) [3.4.7+dfsg-1] (no packageset)00:12
-queuebot:#ubuntu-release- New binary: qgis [ppc64el] (eoan-proposed/universe) [3.4.7+dfsg-1] (no packageset)00:18
tewardvorlon: indeed, I didn't expect it to hit that quickly though, and I'm assuming it'll happen again.  I'll keep checking back on nginx and the autopkgtests it triggers and keep an eye on more regressions due to that intermittent issue.00:21
tewardif it continues TOO much then I'll probably drop by the canonical sysadmin channel and see if they can dig into it more.00:21
teward(though I'm sure they're aware)00:22
-queuebot:#ubuntu-release- New binary: qgis [amd64] (eoan-proposed/universe) [3.4.7+dfsg-1] (no packageset)00:22
-queuebot:#ubuntu-release- New binary: qgis [arm64] (eoan-proposed/universe) [3.4.7+dfsg-1] (no packageset)02:27
-queuebot:#ubuntu-release- New binary: qgis [armhf] (eoan-proposed/universe) [3.4.7+dfsg-1] (no packageset)02:54
=== Eickmeyer[m] is now known as eickmeyer[m]
=== eickmeyer[m] is now known as Eickmeyer[m]
acheronukvorlon: can you kill off the running and queued tests that are not against marble and umbrello 19.04 in proposed?05:16
-queuebot:#ubuntu-release- New: accepted linux-signed-hwe-edge [amd64] (bionic-proposed) [5.0.0-13.14~18.04.2]07:33
-queuebot:#ubuntu-release- New: accepted linux-signed-oem-osp1 [amd64] (bionic-proposed) [5.0.0-1004.5]07:33
-queuebot:#ubuntu-release- New: accepted linux-signed-hwe-edge [ppc64el] (bionic-proposed) [5.0.0-13.14~18.04.2]07:33
mvosil2100: hey, sorry for bothering you - I just wanted to wanted to check if the "shadow" sru for xenial/bionic is releasable now or if there is anything missing on our side?07:53
Laneyvorlon: it sure does catch dead things from time to time08:07
Laneysorry to say this for the millionth time, but this KDE autopkgtest situation needs to be addressed08:07
Laneywe don't have unlimited resources to support people doing whatever they want08:07
sil2100mvo: hey! Let me get to it shortly ;)08:12
acheronukLaney: I intend to go through the KDE tests this cycle and disable/skip ones that are onerous. debian already killed off tests in 38 kdepim sources, which where we followed suit significantly shortened amount of time taken up by rdep test on frameworks in later disco uploads08:41
acheronukthe tests causing the issue here are ones that I had earmarked to get rid of one way or another this cycle, but honestly had forgotten to do before kicking off on eoan08:42
fidenciojibel: hey/ping. any chance to have different volume-ids for Ubuntu Server and Ubuntu Live Server medias? :-)08:50
fidenciojibel: if so, where could I file a bug/rfe for that?08:50
Laneyacheronuk: righto, that'll be appreciated, thanks08:52
acheronukLaney: in fact, the cull of KDEPIM tests meant that (I think) frameworks 5.55 rdep tests cleared in ~ 1 day in disco, whereas before it would have been several days. 5.56 update took longer due to some other 'networking' issues on the runners08:53
acheronuknot saying that all is good without further work, but we are in a better place than we were08:53
LaneyI personally happen to think it'd be worthwhile investing in improvements to be able to build those tests at package build time, but I can't tell people what to spend their time on :>08:53
Laneyprobably biased by having worked on https://wiki.gnome.org/Initiatives/GnomeGoals/InstalledTests too08:55
Laneynot that we fully realise all of that in autopkgtest (the sessions are anything but 'real' desktop ones)08:56
acheronukLaney: that is something to look at indeed. debian-kde maintainers have been doing a bit more of that since migration from unstable to testing migration has gated harder on their CI test results, and deciding not to maintain tests on PIM as a result08:56
acheronukanyway Laney, just wanted to say that this is not being ignored, but it's going to be incremental improvements over this release I hope08:58
Laneyokey dokey09:00
juliankI'm a bit confused by excuses10:00
juliankthe lvm2 complains about missing builds, for example for dmsetup; but they finished about 24 hours agho10:01
julianksome packages went away10:02
juliankthere were new binaries I think10:02
juliankABI bump for  liblvm2cmd2.03 - luckily nothing outside its own source package depends on it10:03
cjwatsonjuliank: accepted10:06
juliankthanks cjwatson10:06
-queuebot:#ubuntu-release- New: accepted lvm2 [amd64] (eoan-proposed) [2.03.02-2ubuntu1]10:06
-queuebot:#ubuntu-release- New: accepted lvm2 [armhf] (eoan-proposed) [2.03.02-2ubuntu1]10:06
-queuebot:#ubuntu-release- New: accepted lvm2 [ppc64el] (eoan-proposed) [2.03.02-2ubuntu1]10:06
-queuebot:#ubuntu-release- New: accepted lvm2 [arm64] (eoan-proposed) [2.03.02-2ubuntu1]10:06
-queuebot:#ubuntu-release- New: accepted lvm2 [s390x] (eoan-proposed) [2.03.02-2ubuntu1]10:06
-queuebot:#ubuntu-release- New: accepted lvm2 [i386] (eoan-proposed) [2.03.02-2ubuntu1]10:06
-queuebot:#ubuntu-release- New: accepted pmdk-convert [amd64] (eoan-proposed) [1.5.1-1]10:07
-queuebot:#ubuntu-release- New: accepted qgis [amd64] (eoan-proposed) [3.4.7+dfsg-1]10:07
-queuebot:#ubuntu-release- New: accepted qgis [armhf] (eoan-proposed) [3.4.7+dfsg-1]10:07
-queuebot:#ubuntu-release- New: accepted qgis [ppc64el] (eoan-proposed) [3.4.7+dfsg-1]10:07
-queuebot:#ubuntu-release- New: accepted pmdk-convert [arm64] (eoan-proposed) [1.5.1-1]10:07
-queuebot:#ubuntu-release- New: accepted qgis [i386] (eoan-proposed) [3.4.7+dfsg-1]10:07
-queuebot:#ubuntu-release- New: accepted qgis [arm64] (eoan-proposed) [3.4.7+dfsg-1]10:07
-queuebot:#ubuntu-release- New: accepted qgis [s390x] (eoan-proposed) [3.4.7+dfsg-1]10:07
sil2100rbalint: hey! Looking at the xenial u-u bugs now - can I poke you about something there?10:25
sil2100rbalint: so I was looking at the verification of LP: #1624644 and I just wanted you to check the strangeness that Jarno pointed out regarding the output there10:26
ubot5`Launchpad bug 1624644 in unattended-upgrades (Ubuntu Xenial) "By default settings unattended-upgrade does not automatically remove kernel packages that become unused in conjunction with updating by other software" [High,Fix committed] https://launchpad.net/bugs/162464410:26
sil2100rbalint: with linux-image-extra-4.8.0-54-generic mentioned both as 'Keeping auto-removable' and then actually removing it still10:26
sil2100Just to be sure there's nothing fishy there10:26
mvosil2100: thank you!10:36
rbalintsil2100, it is fishy, but please see my answere there10:44
sil2100rbalint: ok, thanks! Yeah, your explaination makes sense10:49
sil2100mvo: yw!10:49
sil2100rbalint: phew, I think that was everything - releasing \o/10:50
* mvo hugs sil2100 10:51
rbalintsil2100, please set phasing to 0, because i'd like to fix the regressions/missing parts10:54
rbalintsil2100, thanks!10:55
rbalintsil2100, like the one i just mentioned in the bug10:55
sil2100rbalint: done o/11:05
-queuebot:#ubuntu-release- New binary: isl [s390x] (eoan-proposed/main) [0.21-1] (core)11:05
sil2100rbalint: (hopefully setting it to 0 will stop the phasing mechanism, can't remember now if there's a special-casing for that)11:06
-queuebot:#ubuntu-release- New binary: isl [amd64] (eoan-proposed/main) [0.21-1] (core)11:06
-queuebot:#ubuntu-release- Unapproved: rejected gce-compute-image-packages [source] (disco-proposed) [20190315-0ubuntu1]11:09
-queuebot:#ubuntu-release- Unapproved: update-notifier (trusty-proposed/main) [0.154.1ubuntu5 => 0.154.1ubuntu6] (kubuntu, ubuntu-desktop, ubuntu-server)11:11
-queuebot:#ubuntu-release- New binary: isl [i386] (eoan-proposed/main) [0.21-1] (core)11:12
julianksil2100: ^^ this should be the final edition of the update-notifier changes, I played around with it, and it works fine11:13
-queuebot:#ubuntu-release- New binary: isl [arm64] (eoan-proposed/main) [0.21-1] (core)11:14
juliankjust a minor hickup in an if/else11:14
-queuebot:#ubuntu-release- New binary: isl [armhf] (eoan-proposed/main) [0.21-1] (core)11:16
-queuebot:#ubuntu-release- New binary: isl [ppc64el] (eoan-proposed/main) [0.21-1] (core)11:16
juliankwhoa, u-u/xenial released, whoa, awesome :)11:16
juliankmaybe I should actually re-upload the xenial SRU for python-apt and add Breaks: unattended-upgrades (<< $thesru)11:18
juliankah, gotta merge locking fixes from disco anyway11:20
sil2100juliank: ACK11:26
sil2100Let me just finish with the gce package11:26
-queuebot:#ubuntu-release- New: accepted isl [amd64] (eoan-proposed) [0.21-1]11:27
-queuebot:#ubuntu-release- New: accepted isl [armhf] (eoan-proposed) [0.21-1]11:27
-queuebot:#ubuntu-release- New: accepted isl [ppc64el] (eoan-proposed) [0.21-1]11:27
-queuebot:#ubuntu-release- New: accepted isl [arm64] (eoan-proposed) [0.21-1]11:27
-queuebot:#ubuntu-release- New: accepted isl [s390x] (eoan-proposed) [0.21-1]11:27
-queuebot:#ubuntu-release- New: accepted isl [i386] (eoan-proposed) [0.21-1]11:27
Laneyvorlon: there's huge iowait on the cloud worker, this is likely to be a big part of the problem I'd have thought12:03
Laneythis would be alleviated somewhat by being able to have multiple cloud workers ...12:03
Laneymaybe we should turn *down* concurrency until these build-needed jobs are through12:04
Laney137 tar processes running atm12:06
Laneyjuliank: guessing you didn't start any work on the parallelisation stuff yet?12:06
juliankI think I did a small part, but it does not seem to be aroundf12:07
juliankThe major issue (apart from actually deploying it...), is likely distributing the image building12:09
Laneymmm, that's not very taxing on the host so likely the leader could do that12:15
juliankotherwise, it was just a few variable changes to add hostname + grep hostname in the list of instances to delete in maintenance script12:18
-queuebot:#ubuntu-release- Unapproved: accepted gce-compute-image-packages [source] (disco-proposed) [20190315-0ubuntu1~19.04.0]12:55
sil2100ugh, those gce package updates12:56
sil2100They confuse me frequently12:56
-queuebot:#ubuntu-release- Unapproved: rejected gce-compute-image-packages [source] (bionic-proposed) [20190315-0ubuntu1~18.04.0]12:57
-queuebot:#ubuntu-release- Unapproved: accepted gce-compute-image-packages [source] (bionic-proposed) [20190315-0ubuntu1~18.04.0]13:06
-queuebot:#ubuntu-release- Unapproved: rejected gce-compute-image-packages [source] (xenial-proposed) [20190315-0ubuntu1~16.04.0]13:09
-queuebot:#ubuntu-release- Unapproved: rejected gce-compute-image-packages [source] (trusty-proposed) [20190315-0ubuntu1~14.04.0]13:11
-queuebot:#ubuntu-release- Unapproved: accepted gce-compute-image-packages [source] (xenial-proposed) [20190315-0ubuntu1~16.04.0]13:11
-queuebot:#ubuntu-release- Unapproved: accepted gce-compute-image-packages [source] (trusty-proposed) [20190315-0ubuntu1~14.04.0]13:13
-queuebot:#ubuntu-release- Unapproved: accepted mariadb-10.1 [source] (cosmic-proposed) [1:10.1.38-0ubuntu0.18.10.1]13:24
-queuebot:#ubuntu-release- Unapproved: accepted mariadb-10.1 [source] (bionic-proposed) [1:10.1.38-0ubuntu0.18.04.2]13:28
-queuebot:#ubuntu-release- Unapproved: rejected gce-compute-image-packages [source] (cosmic-proposed) [20190315-0ubuntu1~18.10.0]13:29
-queuebot:#ubuntu-release- Unapproved: accepted gce-compute-image-packages [source] (cosmic-proposed) [20190315-0ubuntu1~18.10.0]13:30
-queuebot:#ubuntu-release- Unapproved: accepted gnome-software [source] (disco-proposed) [3.30.6-2ubuntu4]13:41
-queuebot:#ubuntu-release- Unapproved: accepted gnome-software [source] (cosmic-proposed) [3.30.2-0ubuntu11]13:43
-queuebot:#ubuntu-release- Unapproved: accepted gnome-software [source] (bionic-proposed) [3.28.1-0ubuntu4.18.04.10]13:49
Laneymeh, looks like juju 1.25 documentation has been purged from the website13:55
Laneyguess we should probably move to juju 2 anyway ...13:55
LaneyI'm going to ask for a staging environment13:55
-queuebot:#ubuntu-release- Unapproved: rejected gnome-software [source] (xenial-proposed) [3.20.5-0ubuntu0.16.04.12]13:57
-queuebot:#ubuntu-release- Unapproved: accepted python3-stdlib-extensions [source] (bionic-proposed) [3.6.8-1~18.04]14:07
-queuebot:#ubuntu-release- Unapproved: accepted python-stdlib-extensions [source] (bionic-proposed) [2.7.16-2~18.04]14:13
tewardI assume that the issues with tests taking eons to get done (autopkgtests) *is* known?  (12 hours+ time and no movement on any autopkgtests I can see?)14:17
Laneyyes, we've been talking about it in here14:18
Laneythere is movement, just not much14:18
tewardLaney: not my fault i odn't have anything but the queuebot notices in logs xD14:20
tewardLaney: yeah, I ran into that ftpmaster.internal failure yesterday I saw you discussing about on armhf, but those're the only tests that've finished heh.  *shrugs*14:21
Laneyno they're not14:21
tewardLaney: that *I* saw finished on the packages I'm watching14:21
teward(I only focus on nginx)14:21
tewardand i'm lagging BAD :|14:21
* teward goes to diagnose what's up with the workplace internet.14:21
Laneyanyway, we have some architectural limitations that are creating this problem right now14:21
LaneyI am reducing the number of parallel test runners now14:23
Laneyin (my) theory that should allow some of these tests to complete14:23
acheronuk[06:16] <acheronuk> vorlon: can you kill off the running and queued tests that are not against marble and umbrello 19.04 in proposed?14:28
acheronukLaney: would that help? ^14:28
Laneyacheronuk: I'm sorry, I don't understand what that means14:30
Laneythere are loads of k* tests in flight14:31
acheronukyes, but it's mostly the marble and umbrello ones that keep stalling, going to *many* hrs, and then seemingly respawning, preventing much progress on some of the queues14:35
acheronukthis is only from what I can observe on the status pages14:35
Laneyanything with build-needed is contributing to this problem14:36
acheronukyes, but those are particularly bad as far as I can see. asnd testing against an old version with a new one in proposed is wasteful14:37
Laneytell you what, I'll kill them off and you re-queue what you want14:39
=== mfo_ is now known as mfo
Laneythere we go14:42
acheronukLaney: thanks. I am not sure how much it might help, but seeing those keep jumping back in the queue and blocking progress is not great. If I have to re-queue behing other stuff and wait, then hey14:43
acheronukprogress was not quick anyway!14:44
xnoxtsimonq2, how does http://launchpadlibrarian.net/388784682/casper_1.395_1.396.diff.gz work at all? e.g. why did you not just guard the 'passwd -d' call? also i cannot find passwd-del.service anywhere. Where is it supposed to come from?14:44
-queuebot:#ubuntu-release- Unapproved: accepted update-notifier [source] (trusty-proposed) [0.154.1ubuntu6]14:46
xnoxtsimonq2,  i see that at one point that got injected, cat > /root/lib/systemd/system/passwd-del.service << EOF but not anymore!14:51
xnoxtsimonq2, i'll fix it up...14:52
=== juliank is now known as juliank|dalek
=== juliank|dalek is now known as juliank
tsimonq2xnox: Please read the bug report first.15:06
xnoxtsimonq2, i have read all bug reports.15:06
tsimonq2I don't remember particulars here, although I can reread once I get to Seattle.15:07
xnoxtsimonq2, your upload makes no sense, as you symlink to enable a non-existant systemd unit.15:07
xnoxtsimonq2, because the systemd unit was removed in the previous upload to yours; and you didn't restore it.15:07
xnoxtsimonq2, net effect of your upload was to never delete passwords for everyone; instead of just in ssdm case.15:07
xnoxtsimonq2, also caused bad error messages on subiquity image boot.15:08
tsimonq2xnox: Again, this was a complex thing I did like a year ago. I need to reread logs; there was justificatiion.15:08
tsimonq2infinity and vorlon worked on it with me here iirc.15:08
tsimonq2It's fuzzy, and I don't have the cycles to look until tonight.15:08
xnoxtsimonq2, look http://launchpadlibrarian.net/383837510/casper_1.394_1.395.diff.gz15:09
xnoxthe job got deleted.... thus your next upload did nothing useful, but removed the thing everyone else needed.15:09
tsimonq2xnox: Diffs are pretty difficult to review properly on mobile, with no context.15:10
xnoxtsimonq2, do $ git-ubuntu clone casper15:10
xnoxwhen you get to a desktop, and do read $ git log -p ./scripts/casper-bottom/25adduser15:10
* tsimonq2 comes back to this later when I can sit down and review at a computer15:11
xnoxmy latest upload should fix things up properly for everyone now.15:11
tsimonq2So you JFDI before having a conversation about it? Cool, you have TIL now. ;)15:12
tsimonq2If I recall correctly, it was a lightdm thing too. It was also for platform consistency, since, if I recall correctly, that was what the TB members I was working with preferred.15:13
acheronuktsimonq2: that was to fix re-login with sddm in Kubuntu live session?15:13
acheronuk*in part15:13
tsimonq2There was more to it, iirc.15:14
acheronukhence *in part15:14
tsimonq2Platform consistency is a thing, though.15:14
xnoxtsimonq2, the code currently in, is broken, and doesn't work, and print error messages =) so yes, i am JFDI to revert uterly broken thing ;-)15:29
xnoxacheronuk, and in process of unbreaking sddm, broke everyone else ;-)15:31
acheronukxnox: if sddm live session re-login works tomorrow (or when this migrates), I'm not bothered :)15:34
-queuebot:#ubuntu-release- Unapproved: ubuntu-release-upgrader (disco-proposed/main) [1: => 1:] (core)15:35
-queuebot:#ubuntu-release- Unapproved: accepted ubuntu-release-upgrader [source] (disco-proposed) [1:]15:52
Laneyok there are barely any autopkgtests running now, will leave it this way for a bit16:17
Laneyload is a mere 23.58, and a trivial 31 tar processes running /o\16:17
xnoxacheronuk, well currently sddm live session re-login is working; and it should continue to work once things build/migrate and isos are rebuild. given the current queues, i'm not sure if that will happen tomorrow or not.16:28
acheronukLaney: is there any progress on whatever networking issue is causing the copy of the build tree to time out? or is Steve the one to ask?16:32
acheronukxnox: yeah, not much hurry :)16:33
Laneynot sure that there is one rather than just contention on the host, but he would be16:33
acheronukok. np16:33
acheronuksomething is regressed on the infra anyway. I'm not placed to say what16:37
Laneyit's a bug that caused a particular combination of packages to create issues on the host16:38
Laneywe can't handle loads of packages with large build trees simultaneously16:41
acheronukit did before. much better than this, anyway16:42
Laneythanks, but this speculation isn't very helpful16:42
Laneyif vorlon/someone wanted to work on filtering & de-duping some of the requests in the queue, *that* would be helpful16:44
LaneyI'll be back later on16:44
acheronukI'm only comparing previous behaviour to current behaviour. Steve said he noticed the transfer was V slow and speculated networking16:45
acheronukhence me enquiring16:45
acheronukif we can just get back to as before, and then work on improving things, all would be good16:46
-queuebot:#ubuntu-release- Unapproved: accepted update-notifier [source] (bionic-proposed) []16:59
-queuebot:#ubuntu-release- New binary: linux-signed [amd64] (cosmic-proposed/main) [4.18.0-19.20] (core, kernel)18:59
-queuebot:#ubuntu-release- New binary: mariadb-10.1 [s390x] (cosmic-proposed/universe) [1:10.1.38-0ubuntu0.18.10.1] (no packageset)19:02
-queuebot:#ubuntu-release- New binary: mariadb-10.1 [s390x] (bionic-proposed/universe) [1:10.1.38-0ubuntu0.18.04.2] (no packageset)19:02
-queuebot:#ubuntu-release- New binary: linux-signed [amd64] (disco-proposed/main) [5.0.0-14.15] (core, kernel)19:06
-queuebot:#ubuntu-release- Unapproved: nova (disco-proposed/main) [2:19.0.0-0ubuntu2 => 2:19.0.0-0ubuntu2.1] (openstack, ubuntu-server)19:09
-queuebot:#ubuntu-release- New binary: linux-signed [arm64] (disco-proposed/main) [5.0.0-14.15] (core, kernel)19:29
-queuebot:#ubuntu-release- New binary: linux-signed [ppc64el] (disco-proposed/main) [5.0.0-14.15] (core, kernel)19:32
-queuebot:#ubuntu-release- New binary: mariadb-10.1 [i386] (cosmic-proposed/universe) [1:10.1.38-0ubuntu0.18.10.1] (no packageset)20:25
-queuebot:#ubuntu-release- New binary: mariadb-10.1 [amd64] (cosmic-proposed/universe) [1:10.1.38-0ubuntu0.18.10.1] (no packageset)20:30
-queuebot:#ubuntu-release- New binary: mariadb-10.1 [amd64] (bionic-proposed/universe) [1:10.1.38-0ubuntu0.18.04.2] (no packageset)20:33
-queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (disco-proposed) [5.0.0-14.15]20:36
-queuebot:#ubuntu-release- New: accepted linux-signed [ppc64el] (disco-proposed) [5.0.0-14.15]20:36
-queuebot:#ubuntu-release- New: accepted linux-signed [arm64] (disco-proposed) [5.0.0-14.15]20:36
-queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (cosmic-proposed) [4.18.0-19.20]20:36
-queuebot:#ubuntu-release- New binary: mariadb-10.1 [ppc64el] (cosmic-proposed/universe) [1:10.1.38-0ubuntu0.18.10.1] (no packageset)20:39
-queuebot:#ubuntu-release- New binary: mariadb-10.1 [ppc64el] (bionic-proposed/universe) [1:10.1.38-0ubuntu0.18.04.2] (no packageset)20:40
-queuebot:#ubuntu-release- New binary: mariadb-10.1 [i386] (bionic-proposed/universe) [1:10.1.38-0ubuntu0.18.04.2] (no packageset)20:42
-queuebot:#ubuntu-release- New binary: mariadb-10.1 [arm64] (cosmic-proposed/universe) [1:10.1.38-0ubuntu0.18.10.1] (no packageset)21:08
-queuebot:#ubuntu-release- New binary: mariadb-10.1 [armhf] (bionic-proposed/universe) [1:10.1.38-0ubuntu0.18.04.2] (no packageset)21:10
-queuebot:#ubuntu-release- New binary: mariadb-10.1 [arm64] (bionic-proposed/universe) [1:10.1.38-0ubuntu0.18.04.2] (no packageset)21:23
bdmurrayWhy aren't disco-proposed versions showing up here? http://autopkgtest.ubuntu.com/packages/ubuntu-release-upgrader/disco/amd6421:24
-queuebot:#ubuntu-release- New binary: mariadb-10.1 [armhf] (cosmic-proposed/universe) [1:10.1.38-0ubuntu0.18.10.1] (no packageset)21:30

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