/srv/irclogs.ubuntu.com/2022/06/02/#ubuntu-meeting.txt

bdmurrayo/15:00
ginggso/15:00
ogayoto/15:00
slyono/15:00
bdrung\o15:00
alexghitio/15:01
schopino/15:01
mclemenceauo/15:02
* vorlon waves15:03
xyprono/15:03
jawn-smith#startmeeting Weekly Ubuntu Foundations team15:03
meetingologyMeeting started at 15:03:39 UTC.  The chair is jawn-smith.  Information about MeetBot at https://wiki.ubuntu.com/meetingology15:03
meetingologyAvailable commands: action, commands, idea, info, link, nick15:03
jawn-smith#topic Lightning Round15:03
jawn-smithThe status is here: https://discourse.ubuntu.com/t/foundation-team-updates-thursday-02-june-2022/28714/815:03
jawn-smithLet's all take some time to read through it and ask questions15:04
jawn-smithAnd to congratulate schopin on becoming core dev!15:04
slyonwrt. alexghiti's libgpg-error multi-arch fix, we'd need somebody to deploy this: https://code.launchpad.net/~ubuntu-release/autopkgtest/+git/development/+merge/42317615:04
slyonmaybe vorlon or juliank could help with that?15:04
vorlonI thought it autodeploys15:05
slyonhasn't been deployed as of a few hours ago15:05
juliankIt doesn't autodeploy15:05
juliankThe manual says to run some juju thingy15:05
juliankbut that might be broken and one has to run git pull15:06
bdmurrayI'd like to do that after the meeting15:06
juliankdirectly15:06
vorlonok15:06
slyonthanks bdmurray15:06
jawn-smithOkay, any other questions?15:07
jawn-smith#topic Release incoming bugs15:08
jawn-smith#link http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-kk-incoming-bug-tasks.html#foundations-bugs15:08
jawn-smithbug 188002915:08
ubottuBug 1880029 in netplan.io (Ubuntu) "Netplan optional-addresses produces Unknown key name 'OptionalAddresses'" [Medium, Triaged] https://launchpad.net/bugs/188002915:08
jawn-smithslyon: you tagged this15:09
slyonwe had some discussions wrt netplan's "optional-addresses" and it turned out that it is not working proper ever since15:09
slyon(or at least since ~2018)15:09
slyonso we should look into that15:09
jawn-smithis this something that would be worthy of an SRU?15:10
slyoneventually yes, but could be through a full version backport of netplan15:10
jawn-smithOkay. mclemenceau would you mind carding this?15:10
mclemenceauof course! on it15:10
jawn-smiththanks!15:11
jawn-smithbug 197660715:11
ubottuBug 1976607 in systemd (Ubuntu Kinetic) "tests-in-lxd autopkgtest is skipped, due to missing 'lxd' deb" [Medium, Triaged] https://launchpad.net/bugs/197660715:11
slyonthat's mine as well15:11
jawn-smiththis one eve has a patch, so a card seems justified15:11
jawn-smiths/eve/even15:11
slyonyeah, patch doesn't fully work unfortunately15:11
jawn-smithah okay. Either way if work is being done on it we should go ahead and create a card15:11
slyonbut we need to fix it. systemd's autopkgtests were reduced post Jammy feature freeze due to the 'lxd' deb being removed15:12
slyonso many tests are skipped, which is bad15:12
jawn-smithThat does indeed sound bad15:12
mclemenceauok carding this then15:12
jawn-smithThanks!15:12
jawn-smithbug 197629915:12
ubottuBug 1976299 in python3.10 (Ubuntu Kinetic) "hashlib.algorithms_available lists algorithms that cannot be used" [Undecided, Confirmed] https://launchpad.net/bugs/197629915:12
jawn-smithI see both schopin and bdmurray commenting on this15:13
jawn-smithIs this something you're working on schopin?15:14
schopinnot actively, no, I just tagged it so that it'd show up on my list.15:14
jawn-smithOkay, well sounds important so let's card it15:15
mclemenceauok15:15
schopinack15:15
jawn-smith#link https://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-jj-incoming-bug-tasks.html#foundations-bugs15:15
jawn-smithThe first two were already covered under kk15:16
jawn-smithbug 197625815:16
ubottuBug 1976258 in icu (Ubuntu) "icu ftbfs in the jammy release pocket" [Undecided, New] https://launchpad.net/bugs/197625815:16
jawn-smithtagged by doko15:16
bdmurrayThe dbus one was not discussed under kk15:16
jawn-smitheh? Okay I'll go back to it15:17
jawn-smithI've seen this failing test before from icu15:17
jawn-smithAt least I'm pretty sure15:17
jawn-smithIt had something to do with our tzdata being different than Debian's15:17
jawn-smithso mclemenceau can you card this and assign to me?15:18
bdmurrayicu does occassionally get security updates so that seems worth sorting but might be a low priority15:18
mclemenceauok15:18
jawn-smiththanks!15:18
ginggsjawn-smith: if you think it's a flaky, and needs a retry, i can do that15:18
jawn-smithginggs: if it's the problem I've seen before it's not flakey15:18
jawn-smithbut rather different names for certain locales that makes the test fail15:19
jawn-smithmoving on to bug 196884515:19
ubottuBug 1968845 in dbus (Ubuntu) "Upgrade to 22.04 from 20.04 ends with dbus installation asking for a reboot" [High, Incomplete] https://launchpad.net/bugs/196884515:19
jawn-smithwe actually discussed this during the last meeting, hence my purple link15:19
bdmurrayThis was discussed elsewhere and there is a plan15:19
jawn-smithDoes that plan involve a card?15:20
bdmurrayIt probably should15:20
jawn-smithCool, let's card it and move on15:20
jawn-smithrls-ii is empty15:20
jawn-smith\o/15:20
mclemenceauAck15:21
jawn-smith#link https://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-incoming-bug-tasks.html#foundations-bugs15:21
jawn-smithbug 188834715:21
ubottuBug 1888347 in lvm2 (Ubuntu) "blk-availability unmounts filesystems before applications have finished using them" [High, Confirmed] https://launchpad.net/bugs/188834715:21
jawn-smithwe discussed this one last week15:21
bdmurrayI tagged it because there was reference to data loss but the linked bugs are quite different from what the description says15:22
jawn-smithIt appears there was an action for bdmurray to investigate if this was fixed in focal+15:22
jawn-smithbdmurray: have you looked into that?15:23
slyonthere's also a private bug 1921145 which apparently has an upstream fix and backport provided, so should probably  be verified and included in the next systemd Focal SRU15:23
bdmurrayLet's ask for a test case from the reporter about the lvm2 bug15:25
jawn-smithSounds good to me15:25
jawn-smithThat's it for bugs then15:25
jawn-smith#topic Team proposed-migration report15:25
jawn-smith#link http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html#foundations-bugs15:26
jawn-smithvorlon: take it away15:26
vorlononly 13 packages to discuss15:26
vorlonI'll try to be quick15:26
vorlonlibevent, I know is in progress15:26
jawn-smithcorrect, we have identified a solution15:27
vorlonwaveform doesn't seem to be around today, but I guess this is still ok to carry over?15:27
vorlondoko: are you keeping dash?15:27
jawn-smithYeah, I may end up fixing it while ubuntu-image tests are running or something like that15:27
vorlonschopin: are you still driving the MIRs for licensecheck?15:28
slyonlicensecheck and sphinx are in progress: LP: #197285315:28
ubottuLaunchpad bug 1972853 in libxs-parse-sublike-perl (Ubuntu) "[MIR] lib*-perl" [Undecided, Incomplete] https://launchpad.net/bugs/197285315:28
vorlonexcellent15:28
dbungertdnspython is still mine, I have a plan for the first problem but there is a whole secondary problem that needs investigation.15:28
schopinagreed, still working on it.15:28
slyonso is libgpg-error, LP: #197567315:28
ubottuLaunchpad bug 1975673 in libgpg-error (Ubuntu) "libgpg-error/1.45-2 fails autopkgtest on i386" [Undecided, New] https://launchpad.net/bugs/197567315:28
vorlonschopin: are you also still working on the MIR for sphinx?15:28
schopinYes, we bundled all the perl MIRs in one bug.15:29
schopinincidentally that specific one is the one causing the delay.15:29
vorlonMIRs for mutt are in progress as mentioned in jawn-smith's weekly report15:29
vorlonbrltty is waiting on new espeak-ng, which rings a bell for me; I'll have a look at it15:30
vorlonparamiko vs libcloud, enr0n seems to be on top of this15:30
enr0nYeah, I tracked down the root cause this morning, and I am working on a patch.15:31
vorlondbungert already mentioned dnspython15:31
vorlonthat takes us to the new stuff (7 days old)15:31
vorlonpython-future has some autopkgtest regressions15:31
vorlonwho can take this?15:31
ginggsi'll take that15:31
vorlonpython-future to ginggs15:31
vorlonthanks15:31
vorlonpython-httplib2: bdrung: ?15:32
bdrungyes, i can take that15:32
vorlondpkg: juliank: do you want this?15:32
juliankack15:33
vorlonpillow: ogayot: can you take this?15:33
ginggspillow is blocked by skimage which has a new indirect dependency15:33
ginggsdebian bug #101059515:33
ubottuDebian bug 1010595 in src:xsimd "Please make xsimd available on all platforms" [Normal, Open] https://bugs.debian.org/101059515:33
vorlonare you saying not to give it to ogayot? :)15:33
ogayotSeems like we need to wait on Debian. I can take it then.15:34
vorlonI believe that's everything for this week15:37
jawn-smith#topic AOB15:37
ginggsi did have a quick question about bdrung's onetbb thing15:38
ginggsjust wondering if it may be better to add things to big_packages instead of long_tests15:38
ginggs(provided they can run their tests in parallel)15:38
ginggsi had some success doing that with mercurial15:38
bdrungwhat is the practical difference between big_packages and long_tests?15:39
vorlonbig_packages is larger VMs; long_tests extends the timeout15:39
bdmurrayhttps://wiki.ubuntu.com/ProposedMigration#autopkgtests15:39
bdrungso it needs to be checked if the cmake test suite can be executed in parallel15:40
vorlonin terms of the trade-offs, big_packages is better than long_tests if it solves the failure *and* the autopkgtest infra is under low load15:41
vorlonhowever, I don't think our handling of quota for big VMs is very good15:42
vorlonso large numbers of packages requiring big_packages ==> increased VM allocation failure rate15:42
bdrungseeing "Threads = 1" and "parallel_for" in the autoptkgtest output, so we can test running autopkgtest with different VMs to see how much it gets faster15:42
vorlonand in principle, when we get around to implementing baseline retesting, "low load" will become an infrequent state15:43
bdrungis it documented somewhere how big those autopkgtest VMs are?15:43
ginggsyou can probably infer from debian's results15:44
ginggshttps://ci.debian.net/packages/o/onetbb/unstable/arm64/15:44
jawn-smithIf you want to test in an environment similar to the autopkgtest environment15:44
ginggs38-52 minutes15:44
jawn-smithopenstack and juju have the different sizes: m1.small and m1.large15:44
jawn-smithmost packages run on an m1.small, but big_packages run on an m1.large15:44
ginggsalso in the wiki bdmurray posted ^15:45
jawn-smithThere's also an m1.tiny, but I recommend avoiding that15:45
bdrungDebian CI on amd64 uses 4 threads and takes 36m.15:45
bdmurraylocally I use qemu --ram-size=4096 --cpus=415:45
bdmurrayi.e. for testing amd6415:46
bdrungso the result is: ginggs is right, big_packages is better than long_tests.15:46
bdrungi'll put it on my agenda to change that (with some numbers on the runtime in the MR)15:46
vorlonjawn-smith: pretty sure we are using a custom VM type that's not an m1.small though I would have to look to see what the difference is15:46
jawn-smithah okay, thanks for the correction15:46
vorlonalso I'm not sure that 'small' and 'large' have a global definition that's guaranteed to be constant over time15:47
bdmurray`tests run on something similar to an m1.small unit`15:47
vorlonright, "similar to", uhh15:47
jawn-smithOne more topic. I heard back from cpaelzer about how to tag the MIR bug so it shows up in excuses but doesn't throw off the MIR team. He suggests adding the "update-excuse" tag, tagging the parent package (mutt) and leaving it assigned to someone so it doesn't show up in the MIR team searches15:48
jawn-smitherr, not "tagging" the parent package but rather marking it as "affects"15:48
bdmurraythat's kind of lame15:49
jawn-smithOkay, anything else?15:50
jawn-smith#endmeeting15:51
meetingologyMeeting ended at 15:51:19 UTC.  Minutes at https://ubottu.com/meetingology/logs/ubuntu-meeting/2022/ubuntu-meeting.2022-06-02-15.03.moin.txt15:51

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