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