/srv/irclogs.ubuntu.com/2024/03/21/#ubuntu-meeting.txt

=== amurray_ is now known as amurray
=== JanC is now known as Guest3733
=== JanC_ is now known as JanC
=== pushkarnk1 is now known as pushkarnk
=== cpete_ is now known as cpete
=== pushkarnk1 is now known as pushkarnk
=== pushkarnk1 is now known as pushkarnk
julianko/15:00
slyono/15:00
mateus-moraiso/15:00
waveform\o15:00
mkukrio/15:00
bdrung\o15:00
Skiao/15:00
liushuyuo/15:01
upils\o15:01
ginggso/15:01
mclemenceauo/15:01
dviererbeo/15:02
zhsjo/15:02
juliank#startmeeting Weekly Ubuntu Foundations team15:03
meetingologyMeeting started at 15:03:05 UTC.  The chair is juliank.  Information about MeetBot at https://wiki.ubuntu.com/meetingology15:03
meetingologyAvailable commands: action, commands, idea, info, link, nick15:03
juliank#topic Lightning rounds15:03
adrien\o15:03
juliank#link https://discourse.ubuntu.com/t/foundations-team-updates-thursday-2024-03-21/4331315:03
pushkarnko/15:04
bdrungwaveform, `eval "$(grep "^VERSION_CODENAME=" /etc/os-release)"` can be just changed to `. /etc/os-release`15:08
waveformit could... but it just feels a bit "dirty" to me :)15:09
bdmurrayLess dirty than that ^^15:10
juliankquite tricky that os-release15:10
adrienyou could do that in a subshell and echo the appropriate value too15:10
juliankYou definitely need a subshell15:10
bdrungwaveform, the os-release spec says that it is shell sourceable15:10
julianki.e. we needed to do +GRUB_DISTRIBUTOR=`( . /etc/os-release; echo ${NAME:-@DPKG_VENDOR@} ) 2>/dev/null || echo @DPKG_VENDOR@`15:11
waveformsure, but do I want to trawl the spec and make certain it can't clobber any existing vars I've got in the env or do I just want to cherry pick the one I'm interested in?15:11
juliankThe shell just aborts entirely if sourcing os-release fails, hence the need for the subshell15:12
julianki.e. we don't trust it's always readable15:12
juliankusers mess up stuff but breaking boot for it would be ugh15:13
juliank"But I want my system to identify itself as Foobar OS 25.564.53"!15:13
juliankAnyway, it's getting late, we should move on :)15:13
bdmurray"users mess up stuff" <- truer words were never said15:13
bdrungbut in this case it is an autopkgtest and it would be fine to fail if os-release contains garbage15:13
juliankack15:13
juliank#topic Release incoming bugs15:13
juliank#link http://reports.qa.ubuntu.com/reports/rls-mgr/rls-nn-incoming-bug-tasks.html#foundations-bugs15:14
juliankbug http://launchpad.net/bugs/205434315:14
-ubottu:#ubuntu-meeting- Launchpad bug 2054343 in gcc-10 (Ubuntu) "arm64 build of gcc-10 10.5.0-3ubuntu1 still broken (CVE-2023-4039 still open)" [Wishlist, Confirmed]15:14
juliankThis is the only bug today!15:14
juliankThis needs to be fixed in focal as it is in main15:15
juliankIn all other releases it is in universe, so it's up to the ESM team to deliver a fix to esm-app-security15:15
Skiathere is one in unknown that may be foundations too: bug 205822715:15
-ubottu:#ubuntu-meeting- Bug 2058227 in apt-xapian-index (Ubuntu) "Crash during upgrade from Mantic to Noble due to Python 3.12" [Undecided, New] https://launchpad.net/bugs/205822715:15
juliankWait am I right in counting, is focal still in standard support?15:17
=== pushkarnk1 is now known as pushkarnk
waveformyup15:17
waveformfocal's still supported15:17
* waveform eyes his home server still running focal...15:17
pushkarnkyeah, have been running JDK compliance tests for focal :D15:18
bdmurraya-x-i is only in main for trusty15:18
bdmurrayI imagine the fix is simple though but is that package even useful? it was last updated in Focal15:18
juliankOK so what I did for gcc-10 is add focal task, change jj, mm to wontfix and said that's a Pro thing15:20
juliankOh but probably it should be split into a FTBFS bug and a security one15:20
juliankLeft the bug :)15:21
juliankSo what's the conclusion on the apt-xapian-index one?15:26
juliankwhere does the crash even happen?15:26
bdmurrayI think we should add a quirk to stop the service from running during the upgrade.15:26
bdmurrayIt happens during a dist-upgrade of Kubuntu.15:26
juliankWe probably should have a quirk to inhibit all systemd timers and cron jobs15:27
juliankProbably should add a feature to systemd to actually inhibit timers15:27
juliankBut that'S 25.04 talk15:27
mkukricant something like this also happen if an already running service pulls in new stuff dynamically?15:28
julianksure15:28
juliankPossibly atomic A/B upgrades are also a topic for 25.0415:29
juliankBut need cooperating file system with snapshots15:29
juliankAnd figuring out how to upgrade snaps inside the new target15:30
schopin25.04 we said, juliank, not right now ;)15:30
bdmurraytime is short15:30
juliankheh15:30
juliank#topic Team proposed-migration report15:30
juliank#link https://ubuntu-archive-team.ubuntu.com/proposed-migration/update_excuses_by_team.html#foundations-bugs15:30
juliankI don't really want to assign anything particularly much, there's so much flux and it's hard to figure out what is not time_t and we should work on time_t first anyhow?15:31
juliankWell we can assign any non-armhf failures15:32
juliankBecause they block progress and are clearly not time_t armhf bugs ;)15:32
* juliank finds last week's assignments15:33
juliankApparently Skia is still on libbsd migration but only one armhf task left hooray15:34
Skiayes, and it should probably be done shortly after the gvmd upload from this afternoon15:34
julianklibapt-pkg-perl15:35
juliankliushuyu: bdrung - supposed to have freetype but that seems cleared?15:36
julianksigh15:36
julianklibapt-pkg-perl: bdrung? you're supposed to have freetype but that seems cleared?15:36
ginggsi had libapt-pkg-perl the previous week15:36
bdrungjuliank, i'll be on vacation next week. so please skip me.15:37
juliankok15:37
ginggsi sync'd the fix from debian, just waiting for tests15:37
juliankginggs: There is no libapt-pkg assignment in the epic from last week15:37
juliankbut good15:37
ginggsprevious week15:37
juliankack15:38
juliankpython-apt is mine15:38
juliankwaiting for tests I suppose15:39
juliankI don't see my test requests on the package page but I did them15:39
juliankwill check /running later15:39
juliankapt vs xz-utils is with upils15:40
upilswell, this is a time_t related issue AFAIU15:40
upilsso I cannot really do anything about it except waiting for the -all-proposed run, no?15:41
juliankif you queued one then yeah15:41
adrien_webI did: they're not helpful15:41
julianklibtirpc was with liushuyu, there are no failures, but it doesn't migrate; someone to dig at update_output.txt?15:41
upilsI did but It may have been lost at some point, I will check again15:41
juliankpossibly needs hinting15:41
adrien_webBritney lags but updated an hour ago luckily15:42
liushuyujuliank: libtirpc is still waiting on the excuses to update (the last test just passed several hours ago)15:43
juliankno15:43
juliankhmm15:44
juliankmaybe yes but excuses by teams doesn't show15:44
liushuyu"Migration status for libtirpc (1.3.4+ds-1build1 to 1.3.4+ds-1.1): Waiting for test results, another package or too young (no action required now - check later)"15:44
juliankok15:44
* adrien_web only looks at not by team15:44
julianklibuv1 is with mwhudson15:44
juliankadrien_web: heh but we need to look at by team one here15:44
juliankxz-utils is still with zhsj waiting for tests to run I suppose15:45
adrien_webI did retries for it, i think they're maybe all good now15:45
adrien_webFor libuv15:45
juliankoptipng is with bdmurray still15:45
juliankslang2 is with  tim andersson whatever his handle is, I don't know right know :)15:46
adrien_webjuliank: yeah; I wanted to give more context to what I say15:46
julianknfs-utils is with danilogondolfo still15:46
Skiaandersson123, usually, but he's not online right now it seems15:46
juliankfwupd vs libmbim is with pushkarnk15:47
pushkarnkfwupd - waiting for results on amd64/armhf, tests pass locally. Failures on s390x need some investigation15:47
juliankThis really should unlock all the fwupd vs *15:47
pushkarnk(actually, I can't repro the fwupd test failures on s390x locally, the tests seem to pass)15:49
juliankglib2.0 blocking *: waveform15:49
waveformack15:49
juliankLet's skip a couple which only fail on armhf and get more interesting one15:50
bdmurrayIn the past there were network issues with fwupd15:50
juliankbabeltrace is blocked by ceph, but due to dependency issues, but on amd64!15:50
pushkarnkbdmurray: ack, will check from that angle15:50
juliankbabeltrace: dviererbe (previous week assignment seems solved)15:51
bdmurraybeing more specific issues with fwupd trying to access external resources15:52
dviererbenice, but I did nothing15:52
juliankdebhelper: Skia you wanna take those?15:52
Skiasure15:52
juliankIt's 6 packages failing but hmm15:52
juliankdwz ginggs15:53
ginggsack15:53
julianklibnsl slyon15:53
slyonok15:54
juliankgdbm itself: mkukri15:54
mkukriack15:54
juliankfile, primarily non-armhf ones: mateus-morais15:55
mateus-moraisjuliank: ack15:55
juliankzlib has a bunch of dependency issues across non-armhf architectures: pushkarnk (please ping if you need assistance)15:57
pushkarnkack15:58
juliankzlib non-armhf ones: schopin15:58
schopinisn't it what you just assigned?15:58
juliankoops15:58
juliankLet me wait until I find a bigger one for you15:59
schopinerm... OK?15:59
juliankgsasl blocking iproute2: liushuyu15:59
liushuyujuliank: okay15:59
juliankinitramfs-tools: So bdrung wants none, so maybe schopin wants that one16:00
juliankIt's s390x!16:00
bdrungi'll take care of initramfs-tools16:00
bdrungall those failures should be fixed with the latest uploads16:01
=== JanC is now known as Guest1790
=== JanC_ is now known as JanC
julianklibpng1.6: schopin16:02
juliankbut like maybe focus on the one arm6416:02
juliankand the i38616:02
* schopin looks around for someone else to jump in.16:02
schopinACK.16:02
juliankpython-click ogayot16:02
juliank(again the non-armhf ones)16:03
julianklibcgi-pm-perl i386: spyros16:03
julianklibclass-xsaccessor-perl non-armhf: vpa197716:04
julianklibdbi-perl non-armhf: adrien_web16:05
julianklibemail-address-xs-perl non-armhf chriscoulson16:05
juliankdoko and vorlon get to do time_t only16:05
juliankuh I think let's leave it here16:06
juliank#topic AOB16:07
bdmurrayI'll be out on Monday.16:08
pushkarnkThe next week is going to be a short one for me (two public holidays - Monday and Friday)16:08
juliank#endmeeting16:12
meetingologyMeeting ended at 16:12:30 UTC.  Minutes at https://ubottu.com/meetingology/logs/ubuntu-meeting/2024/ubuntu-meeting.2024-03-21-15.03.moin.txt16:12

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