== Meeting information == * #ubuntu-meeting: Weekly Ubuntu Foundations team meeting, started by juliank, 29 Aug at 15:01 — 16:01 UTC. * Full logs at https://ubottu.com/meetingology/logs/ubuntu-meeting/2024/ubuntu-meeting.2024-08-29-15.01.log.html == Meeting summary == === Lightning rounds === Discussion started by juliank at 15:01. * ''LINK:'' https://discourse.ubuntu.com/t/foundations-team-updates-thursday-2024-08-29 (juliank, 15:01) === Release incoming bugs === Discussion started by juliank at 15:10. * ''LINK:'' http://reports.qa.ubuntu.com/reports/rls-mgr/rls-oo-incoming-bug-tasks.html#foundations-bugs (juliank, 15:10) * ''LINK:'' http://reports.qa.ubuntu.com/reports/rls-mgr/rls-nn-incoming-bug-tasks.html#foundations-bugs (juliank, 15:14) * ''LINK:'' http://reports.qa.ubuntu.com/reports/rls-mgr/rls-jj-incoming-bug-tasks.html#foundations-bugs (juliank, 15:29) === Team proposed-migration report === Discussion started by juliank at 15:37. * ''LINK:'' https://ubuntu-archive-team.ubuntu.com/proposed-migration/update_excuses_by_team.html#foundations-bugs (juliank, 15:37) === AOB === Discussion started by juliank at 15:56. == People present (lines said) == * juliank (76) * schopin (8) * adrien (6) * r41k0u (4) * slyon (3) * waveform (3) * meetingology (2) * ginggs (2) * ravikant_ (2) * enr0n (1) * samirkamerkar (1) * ogayot (1) * danilogondolfo (1) == Full log == 15:01 #startmeeting Weekly Ubuntu Foundations team 15:01 Meeting started at 15:01:33 UTC. The chair is juliank. Information about MeetBot at https://wiki.ubuntu.com/meetingology 15:01 Available commands: action, commands, idea, info, link, nick 15:01 #topic Lightning rounds 15:01 #link https://discourse.ubuntu.com/t/foundations-team-updates-thursday-2024-08-29 15:02 \o 15:02 o/ 15:04 o/ 15:05 o/ 15:10 #topic Release incoming bugs 15:10 quite a few bugs today 15:10 #link http://reports.qa.ubuntu.com/reports/rls-mgr/rls-oo-incoming-bug-tasks.html#foundations-bugs 15:10 bug 2077940 15:11 Now this should be resolved in the new dh-python as all other setup.py test failures however it seems they removed it rather than fixing it to run unittest discover 15:12 i.e. technically this builds now 15:12 would that only cover things using unittest, not other frameworks like pytest/nose/etc? 15:12 Better than doing nothing, I guess? 15:12 If you build-depend on a framework, that is automatically picked up 15:13 But I'm running a build now and we can revisit this later :D 15:13 Oh this also needs fixing for the autopkgtests regardless, they also use setup.py test 15:13 oh and that's where it was detected, I thought it was a rebuild 15:14 tagged 15:14 #link http://reports.qa.ubuntu.com/reports/rls-mgr/rls-nn-incoming-bug-tasks.html#foundations-bugs 15:14 bug 2041830 15:17 That's like a how much do we care for our debugging toolchain to work for .text free libraries 15:17 i.e. data .so 15:17 upstream doesn't have a patch for it either 15:18 there was an RFC - https://sourceware.org/pipermail/gdb-patches/2020-May/168767.html, but I don't think this was merged 15:18 I'm inclined to decline this and tag is rls-nn-notfixing 15:19 that seems reasonable 15:19 libicudata is fairly widely used ... perhaps worth patching libicudata to at least make gdb useable with its rev-deps? 15:19 Could add an empty .txt section perhaps 15:19 .text 15:20 Add a dummy function in a c file and link it in 15:21 does it still happen with current libicudata? 15:21 I 15:21 Does it matter? 15:21 I will add an icu task for further investigation 15:21 if it doesn't, we don't need to patch the library (and I would expect it doesn't) 15:23 The libicudata triggering this issue is bundled with teamviewer, so we can't change it 15:23 do we know the version of libicudata that teamviewer ships? 15:23 ANd I don't feel like SRU-ing a non-trivial patchset for that particular software. 15:24 We can check if our icu has the same issue perhaps 15:24 on sourceware, Qathy says "this issue seams to be triggered by libicudata.so.64, as with *very* similar source code using libicudata.so.59 I don't experience the issue." 15:24 indeed -- we should check if this actually affects our archive package. If so, probably worth patching, if not, leave it 15:24 fixing gdb for third-party binaries is pointless as they won't have debugging symbols anyway 15:25 The GDB bug seems to imply that you need to add a specific flag on Ubuntu. 15:25 Well, not implies, says so outright. 15:25 we're at libicudata 74 :D 15:26 let's move on 15:26 (I did not untag it) 15:26 bug 2077712 15:26 Curiously we do not have a pam_lastlog.so 15:29 tagged won't fix 15:29 #link http://reports.qa.ubuntu.com/reports/rls-mgr/rls-jj-incoming-bug-tasks.html#foundations-bugs 15:29 bug 1987679 15:34 exit 15:37 #topic Team proposed-migration report 15:37 #link https://ubuntu-archive-team.ubuntu.com/proposed-migration/update_excuses_by_team.html#foundations-bugs 15:37 technically unrelated but I'm surprised to see that os-prober got synced from Debian on oracular 15:38 for those wondering, we ended up assigning the os-prober to mkukri 15:38 only two handful of things 15:38 um migrations 15:38 ugh, setuptools... 15:39 libxs-parse-keyword-perl remains with ogayot 15:39 dracut remains with ginggs 15:39 twisted remains with dviererbe 15:39 * danilogondolfo 15:39 please leave wireless-tools to me 15:39 wireless-tools remains with ravikant_ 15:40 when will bdrung be back? can we reassign dracut to him please? 15:40 I never reassign I just repeat the previous assignment 15:40 ginggs: I suggest discussing that with ravikant_ in private 15:41 bdrung is out sick. 15:41 danilogondolfo: shouldn't twisted be resolved via the bunch of syncs that we did? Do we need to trigger some additional tests? 15:42 but maybe it can wait 15:42 libobject-pad-perl remains with dbungert 15:42 libselinux, libsemanage are merely waiting 15:42 setuptools is a mess 15:42 slyon, those syncs resolved 3 other excuses. There is one last excuse cause by some gstreamer depds missing for libervia-backend. And the problem seems to only happen with the new twisted... 15:43 I see. 15:43 setuptools is mostly down to setup.py test being removed and the autopkgtests calling that 15:43 so the patch is repkacing $python setup.py test with $python -m unittest discover 15:44 setuptools vs guessit r41k0u 15:45 setuptools vs isodate: levihackerman 15:46 setuptools vs macsyfinder: chrisccoulson 15:46 setuptools vs mailman-hyperkitty sespiros 15:46 setuptools vs manuel mwhudson 15:46 setuptools vs pocketsphinx-python paride 15:47 setuptools vs prometheus-xmpp-alerts tobhe 15:47 setuptools vs pylint: andersson123 15:48 setuptools vs python-mpegdash: rkratky 15:48 setuptools vs python-precis-i18n: adrien 15:50 setuptools vs python-stopit: uralt 15:51 setuptools vs python-svg.path: pushkarnk 15:51 setuptools vs ros2-colcon-core: waveform 15:52 setuptools vs scikit-build: slyon 15:53 setuptools vs software-properties: I tagged the bug already 15:53 setuptools vs supervisor: vpa1977 15:55 setuptools vs tryton-client zhsj 15:56 setuptools vs tryton-proteus: mateus-morais 15:56 And that wraps up the migration 15:56 #topic AOB 15:56 Hurry up it's late! 15:56 the libicudata we maintain has a .text section - also found this: https://sourceware.org/pipermail/gdb-patches/2020-May/168733.html 15:57 so we can close that bug 15:57 or rather tag it notfixing 15:58 right 16:00 I added an apport task and tagged that todo 16:01 #endmeeting Generated by MeetBot 0.4.0 (https://wiki.ubuntu.com/meetingology)