=== cpaelzer__ is now known as cpaelzer
vicamobdmurray: https://code.launchpad.net/~vicamo/ubuntu/eoan/apport/bug-1847967/+merge/374263 , do you have some time to review this or maybe suggest another reviewer?07:29
seb128vorlon, hey. I'm a bit confused on what should be done with e.g cockpit, it's blocked in focal-proposed because its autopkgtests are failing on i386 but the version in proposed didn't even built for that arch... what are we supposed to do in those cases?08:30
didrocksbdmurray: can we get foundation team being subscribed to golang-1.13 package so that I can promote it and unblock golang-defaults?08:33
seb128vorlon, same for firefox, firejail/i386 fails because it tries to install firefox which doesn't exist anymore on that arch08:33
oSoMoNsil2100, good morning! I attached debdiffs to bug #1841191 for the cargo SRU, I am going to update the bug description now09:02
ubottubug 1841191 in cargo (Ubuntu Disco) ""error: failed to acquire package cache lock" in sbuild" [Undecided,In progress] https://launchpad.net/bugs/184119109:02
sil2100oSoMoN: thanks! Once you update the description, I could sponsor that into ubuntu - but then I think I wouldn't be able to accept it into -proposed09:12
sil2100oSoMoN: also, looking at the debdiff I think it might also be a good thing to include LP: #1850651 in the changelog, so that we know one shouldn't go without the other09:13
ubottuLaunchpad bug 1850651 in thunderbird (Ubuntu Eoan) "[SRU] Authentication constantly re-requested for Google" [High,Fix committed] https://launchpad.net/bugs/185065109:13
sil2100But I can do that before sponsoring09:13
oSoMoNsil2100, ack, would it be better if I found someone else to sponsor, so you could accept it in -proposed?09:19
oSoMoNI'll update the debdiffs to include LP: #185065109:20
oSoMoNseb128, could you maybe sponsor my cargo uploads (xenial and disco) that are attached as debdiffs to bug #184119109:26
ubottubug 1841191 in cargo (Ubuntu Disco) ""error: failed to acquire package cache lock" in sbuild" [Undecided,In progress] https://launchpad.net/bugs/184119109:26
oSoMoN(for context this is needed for the thunderbird 60.9.1+build1 SRU, which is accepted in {xenial,disco}-proposed, but is FTBFS because of that cargo bug)09:27
seb128oSoMoN, I'm joining a meeting now but trying to have a look09:32
mwhudsonoSoMoN: finally got rustc and cargo all done... must be time for the next update nearly09:37
oSoMoNmwhudson, thanks!09:38
rbasakkanashiro: did you make any progress with rrdtool please? I got an email about it still being stuck in proposed.11:23
kanashirorbasak, sorry I forgot to follow up, I have this MP but it is still waiting for review: https://code.launchpad.net/~lucaskanashiro/ubuntu-seeds/+git/ubuntu/+merge/37606811:25
rbasakkanashiro: ah - subscribe ~canonical-server to that please, so it appears in our team's review queue.11:26
rbasakI'll take a look later if I get a chance11:26
kanashirorbasak, ack, thanks in advance :)11:27
rbasakNote: src:rrdtool is in main, as well as some binary packages, so isn't quite correct to say "rrdtool, not in main"11:28
rbasakkanashiro: ^11:28
kanashirorbasak, ok, I'll check this out and fix the comment11:30
santa_vorlon: good morning. if you have some time I would like to ask you a few questions about network-manager packaging11:55
kanashirorbasak, FWIW the rrdtool MP should be fixed now11:59
kanashirorbasak, we also have an autopkgtest failure in slurm-llnl due to rrdtool proposed update, could you please trigger it again since we have this failure only in ppc64?12:07
vicamobdmurray: ping12:12
seb128kanashiro, rbasak, I demoted python3-rrdtool-dbg earlier which was blocking migration because it depends on python3-rrdtool which is universe, I don't know if that's enough to get it migrated but that should help at least12:36
kanashirothanks seb128 , I think the problem now is just those autopkgtest failures then (munin in armhf and slurm-llnl in ppc64)12:39
seb128kanashiro, indeed, looks like it12:40
seb128kanashiro, those look flaky ones, I did give them a retry12:40
kanashiroseb128, thanks again :) since I don't have permission yet I need to ask people to do it for me12:41
rbasakogra: I already addressed what you said in the post you replied to, in the second paragraph. It's not a limitation of what we're doing; what you're asking for would be an entirely separate project.13:20
rbasak(with its own upstream code!)13:20
rbasakIt's not anything certbot can do today.13:20
oSoMoNseb128, have you had a chance to look at those cargo debdiffs?13:50
seb128oSoMoN, I didn't since I was unsure if mwhudson comment meant he was looking at it, seems he did not, I'm looking now, thx for the reminder!13:51
oSoMoNseb128, sorry for the confusion, mw_hudson meant that he had finished packaging the next version of cargo and rustc (which contains the patch I'm trying to SRU), but it's still desirable to have that SRU for timing reasons13:52
seb128oSoMoN, right, I though he might be sponsoring those fixes while he was at it, wishful thinking :)13:53
ahasenackSkuggen: hi, do you know if a mysql-8 test result file can contain wildcards, when checking matches?13:55
ahasenackSkuggen: I have a silly bug in./mysql-test/t/mysqlpump_basic_lz4.test where it outputs the lz4 version and that gets added to the log file, but is not present in the results one13:55
seb128kanashiro, rbasak, retries worked, rrdtool migrated to focal now14:06
seb128oSoMoN, done, they are in the queues14:10
oSoMoNseb128, thanks!14:12
seb128oSoMoN, np!14:12
oSoMoNsil2100, can you please accept the cargo SRUs in {xenial,disco}-proposed ?14:13
Skuggenahasenack: Hi. The bug was discussed some time back, but lost track of it, sorry14:14
=== ricab is now known as ricab|lunch
Skuggenahasenack: We have a fix for it upstream. The issue is that lz4 has moved some output from stderr to stdout, so the old redirect the test does to hide it no longer works. The fix just fixes the redirect14:15
ahasenackSkuggen: why not redirect to /dev/null?14:15
ahasenackor is that what the fix does?14:15
ahasenackah, the log file it redirects to is not what is used to compare with the result?14:16
SkuggenThe problem is that it redirects stderr14:16
SkuggenBut the extra output is sent to stdout as of the last lz4 version14:17
ahasenackI got that14:17
SkuggenRight, it uses a log file to hide the output (just in case there are some actual problems that need to be investigated later)14:17
ahasenackI just didn't understand why it was redirected to the lz4 log file14:17
ahasenackwe have a patch to redirect both streams to the log file, but the failure still happens14:18
ahasenackI'm troubleshooting that now14:18
ahasenackwe do this:   --exec lz4 -V > $LZ4_EXEC_LOG 2>&114:19
SkuggenIs that patch somewhere I can look at it?14:19
ahasenackSkuggen: https://git.launchpad.net/~usd-import-team/ubuntu/+source/mysql-8.0/tree/debian/patches/new_lz4_compat.patch14:19
ahasenackin 0ubuntu3, and https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#lz4 still shows a failure on amd6414:20
SkuggenHm, that looks like the same fix we have14:22
SkuggenThat's a different test failing, it seems14:23
ahasenackah, you are right14:24
SkuggenWhich didn't test with the previous try. Could be an unstable test. Could you retry it?14:24
Skuggendidn't fail*14:24
ahasenackweird, in arm64 it was the lz4 one14:24
ahasenackah, but 8.0.17-ubuntu314:25
ahasenacknot 8.0.18-ubuntu314:25
ahasenackthis was retried once already, according to http://autopkgtest.ubuntu.com/packages/m/mysql-8.0/focal/amd6414:27
ahasenackI'll do a local run see if I get more logs14:33
SkuggenI see we have some recent fixes to that test (mysql_client_test) to make it more stable, so my guess is that it's that, since it didn't fail with ubuntu214:34
ahasenackI'll do one more retry, while I try manually in parallel14:35
SkuggenYeah, thanks14:36
SkuggenActually, I see that those changes where in 8.0.18 as well, hmm14:37
SkuggenBut if you look at the glibc update on the excuses page, 8.0.18-0ubuntu3 is green14:38
didrocksdoko: golang-1.13 promoted, thanks for subcribing your team.14:49
seb128didrocks, thx for chassing people down and doing the promotion!14:53
ahasenackSkuggen: passed locally on the first attempt14:59
ahasenacklet's see how the retry goes14:59
=== ricab|lunch is now known as ricab
=== Son_Goku is now known as Conan_Kudo
=== Conan_Kudo is now known as Son_Goku
ahasenackis the excuses report stuck, or just slow? "Generated: 2019.12.03 13:38:28 +0000"16:09
ahasenackthat's about 2h30 ago16:09
vorlonseb128: the process there is to unconditionally add badtest overrides for all the failing i386 tests, and yearn for a future where this bug in britney's calculation of what tests to run is fixed (this is a longstanding nuisance, made more obvious now by the large number of package removals)16:13
seb128vorlon, hey, so what's the process ... badtest is limited to ubuntu-release right? it's quite a bottleneck for uploads to be able to get moving16:16
seb128do we just need to mp and chase down r-t members?16:16
seb128(Laney is off this week which is a bit unfortunate for us in desktop)16:16
vorlonseb128: broadly, yes; at the moment I'm batch-overriding all the ones I find in excuses that we should be ignoring16:18
seb128vorlon, can you add firejail/i386 if you are already editing things?16:19
seb128I will mp the next ones I cross16:19
vorlonseb128: yeah, part of the batch of 29 badtests I just added16:23
seb128vorlon, great, thanks!16:23
vorlonsanta_: 4am is not really my morning; and I am not likely to be the right person for you to ask questions of about network-manager packaging, but go ahead :)16:24
santa_vorlon: ah, sorry for some reason I tought you were in some european time zone16:25
seb128vorlon, is http://autopkgtest.ubuntu.com/packages/p/plinth/focal/i386 on your list as well?16:26
vorlonahasenack: fwiw after you asked, a new report has appeared, timestamped 16:07:4016:26
vorlonseb128: yeah, I just added that one too16:27
santa_vorlon: the thing is, I have been digging into a couple of VPN DNS leaking bugs of n-m, and you mentioned in one of them in ubuntu we have now n-m using systemd-resolved instead of dnsmasq16:28
ahasenackvorlon: ah, thanks16:28
vorlonsanta_: sure16:28
ahasenackSkuggen: all green now: autopkgtest for mysql-8.0/8.0.18-0ubuntu3: amd64: Pass, arm64: Pass, armhf: Always failed, i386: Pass, ppc64el: Always failed, s390x: Always failed16:29
santa_vorlon: so is there any public explanation of why it was changed?16:29
ahasenackSkuggen: oh, wait, that's the run for another package, not lz416:29
santa_I found an old mail @ ubuntu-devel which just mentions the decision but not the reasons16:30
ahasenackthe lz4 run hasn't updated yet, it's stil from november16:30
santa_I also tried to find something in the package changelog, but no luck16:30
santa_↑ the only interesting mail I could find that mentions systemd-resolved16:40
vorlonsanta_: because resolved is already on the system via systemd; we had evaluated it for use on server to address various longstanding issues caused by not having a local resolver; that evaluation included determining if it was a suitable replacement for dnsmasq on the desktop so that desktop and server would be using the same implementation16:40
santa_vorlon: hmm, do you remember any of this issues? I got hit by one issue with systemd-resolved which doesn't happen in dnsmasq16:43
vorlonsanta_: please file a bug on the systemd package16:43
santa_that's what I planned to do. it's that it doesn't support AXFR queries16:45
vorlonok, I'm not sure what an AXFR has to do with the operations of a local resolver16:45
vorlonbut please file a bug so it can be discussed there16:45
santa_ack just a couple of things and I'm done:16:46
santa_is configuring network-manager with dnsmasq still supported? i.e. if I find an VPN DNS leaking bug with that configuration and I provide a patch, would be possible get it into the official package?16:49
ubottuLaunchpad bug 1854976 in systemd (Ubuntu) "systemd-resolved doesn't work with "host -l" / AXFR queries" [Undecided,New]17:17
santa_vorlon: ↑ and I won't bother you more :P17:17
vorlonsanta_: cheers, I'll flag that for the team to look at17:18
santa_thanks for your time17:18
vorlonsanta_: regarding your other questions: I don't think configuring network-manager with dnsmasq is still supported, I think we've disabled that plugin for sanity (but I could be wrong).  And VPN DNS leaking bugs are definitely bugs we care about.17:18
santa_vorlon: it can be configured like that + disable systemd-resolved17:20
oSoMoNsil2100, any chance you can review the cargo uploads in the xenial and disco unapproved queues? sorry if I sound insistent, I'm eager to get those thunderbird SRUs building17:22
sil2100oSoMoN: ah, sure! Again I seem to have had some notification malfunction17:27
oSoMoNno worries, I appreciate that you must be getting pinged left and right all the time17:28
sil2100grrr, LP of course didn't generate a correct diff, at least not against what was in -updates, need to diff manually17:30
oSoMoNsil2100, yeah, I saw that… the debdiffs are attached to the bug report, if that helps17:31
sil2100oSoMoN: no, that's fine17:33
sil2100Although LP times out like crazy right now17:33
oSoMoNsil2100, thanks!17:50
Skuggenahasenack: I think it's green now?19:12
ahasenackSkuggen: it is!19:17
SkuggenMaybe need to disable the test and report it upstream (I'll find out if anything more has been done to make it more stable, first)19:18
vorloninfinity, stgraber, kees: TB meeting? (mdeslaur sent regrets)19:59
seb128rbalint, hey, do you plan to forward your newpid fix to Debian?21:23

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