/srv/irclogs.ubuntu.com/2022/08/31/#ubuntu-meeting.txt

* xnox is not it =)10:12
=== dbungert1 is now known as dbungert
ddstreeto/14:56
luna__\o14:57
ddstreetmapreri teward around for mtg?15:00
mapreriI'm around, though I'm not really ready for anything.  tbh with vacation and everything else I haven't done 1 single bpo thing this month.15:00
teward[m]alive but operating at 20% - on the line with a vendor for FT job15:01
teward[m]all i did was approve a couple backports last week15:01
ddstreetok let's start, probably most items will carry over15:01
mapreriyeah15:01
teward[m]nothing else much to mention15:01
ddstreet#startmeeting Ubuntu Backporters15:01
meetingologyMeeting started at 15:01:26 UTC.  The chair is ddstreet.  Information about MeetBot at https://wiki.ubuntu.com/meetingology15:01
meetingologyAvailable commands: action, commands, idea, info, link, nick15:01
ddstreet#topic previous action items15:01
ddstreet#subtopic ddstreet update tooling, requestbackport, backportpackage (carried over)15:01
luna__Hey backporters15:01
ddstreet#action ddstreet update tooling, requestbackport, backportpackage (carried over)15:01
meetingologyACTION: ddstreet update tooling, requestbackport, backportpackage (carried over)15:01
ddstreethi luna__15:01
ddstreet#subtopic ddstreet get DEB_VENDOR=ubuntu dch --bpo to DTRT pls (carried over)15:02
ddstreet#action ddstreet get DEB_VENDOR=ubuntu dch --bpo to DTRT pls (carried over)15:02
meetingologyACTION: ddstreet get DEB_VENDOR=ubuntu dch --bpo to DTRT pls (carried over)15:02
ddstreet#subtopic ddstreet look at reviewer tooling such as 'queue' or other tools for reviewing/accepting/rejecting uploads, and closing the corresponding bugs (carried over)15:02
ddstreet#action ddstreet look at reviewer tooling such as 'queue' or other tools for reviewing/accepting/rejecting uploads, and closing the corresponding bugs (carried over)15:02
meetingologyACTION: ddstreet look at reviewer tooling such as 'queue' or other tools for reviewing/accepting/rejecting uploads, and closing the corresponding bugs (carried over)15:02
ddstreet#subtopic ddstreet send ML reply to continue thread re: clarification on specific wording for no-bug-required backport exceptions15:02
ddstreetthis one, i actually did15:02
maprerisaw the mail, ty15:02
ddstreet#subtopic ddstreet finish updating charter/policies, send email to ML to request team review15:03
ddstreetand i did this one as well, and sent an email15:03
ddstreetthose both probably should get discussed on the ML, unless either of you want to discuss them now15:03
ddstreet#subtopic ddstreet sched next meeting for aug 31 15:00 UTC15:03
ddstreeti did this one, of course :)15:03
luna__done15:04
ddstreet#subtopic mapreri upload (more of) all the tools (carried over, in progress)15:04
maprericheer for ddstreet actually doing his tasks!15:04
ddstreeti assume carry all yours mapreri?15:04
mapreriboos for mapreri not doing :(15:04
ddstreetlol, i only did the 2 easiest tasks :)15:04
mapreripls yap15:04
ddstreet#action mapreri upload (more of) all the tools (carried over, in progress)15:04
meetingologyACTION: mapreri upload (more of) all the tools (carried over, in progress)15:04
ddstreet#subtopic mapreri fix lintian to not complain about ~bpo suffix (https://bugs.debian.org/1001399) (carried over)15:04
ubottuDebian bug 1001399 in lintian "lintian: adjust backports-upload-has-incorrect-version-number for ubuntu" [Normal, Open]15:04
ddstreet#action mapreri fix lintian to not complain about ~bpo suffix (https://bugs.debian.org/1001399) (carried over)15:05
meetingologyACTION: mapreri fix lintian to not complain about ~bpo suffix (https://bugs.debian.org/1001399) (carried over)15:05
ddstreet#subtopic mapreri review wiki page to see how we can highlight that backport requestors need to do the backport work and find a sponsor15:05
ddstreet#action mapreri review wiki page to see how we can highlight that backport requestors need to do the backport work and find a sponsor (carried over)15:05
meetingologyACTION: mapreri review wiki page to see how we can highlight that backport requestors need to do the backport work and find a sponsor (carried over)15:05
ddstreet#subtopic mapreri start thread on ML about how to use bug status to define meaing in process15:05
ddstreet#action mapreri start thread on ML about how to use bug status to define meaing in process (carried over)15:05
meetingologyACTION: mapreri start thread on ML about how to use bug status to define meaing in process (carried over)15:05
ddstreetok that's all previous items15:05
ddstreetmoving on :)15:06
ddstreet#topic open mailing list items15:06
ddstreet#subtopic clarification on specific wording for no-bug-required backport exceptions15:06
ddstreetas mentioned before, we should probably keep this on the ML15:06
mapreristill in inbox, yes.15:06
ddstreetbut please let's all remember to reply before next mtg :)15:06
ddstreet#action clarification on specific wording for no-bug-required backport exceptions15:06
meetingologyACTION: clarification on specific wording for no-bug-required backport exceptions15:06
ddstreet#subtopic charter/policies15:07
luna__#link https://lists.ubuntu.com/archives/ubuntu-backports/2022-February/022680.html15:07
ddstreetthanks luna__!15:07
luna__a bit to slow with the copy and paste tough15:07
ddstreetthis will need review from you both, so no need to discuss now, but hopefull we can finalize it on the ML and/or by next mtg15:07
ddstreetok that's all the ml threads, unless i'm missing something15:08
luna__#link https://lists.ubuntu.com/archives/ubuntu-backports/2022-August/022925.html15:08
ddstreetah thanks again :)15:08
ddstreet#topic open bugs needing discussion15:09
maprerihaven't even looked at what's open now :(15:09
ddstreeti reviewed the dh-python bug, and there were some issues there15:09
ddstreetunit193 said it should just be dropped, so i believe teward[m] marked it wontfix15:09
luna__i can't see it as open15:10
ddstreeti dont know of anyone here thinks it might be worth looking into backporting it15:10
ddstreet#link https://bugs.launchpad.net/ubuntu/+source/dh-python/+bug/198341415:10
ubottuLaunchpad bug 1983414 in dh-python (Ubuntu) "[BPO] dh-python 5.20220403 to focal" [Undecided, Fix Released]15:10
luna__yep teward teward[m] has indeed closed it as not fixing15:11
teward[m]ddstreet: correct i did a won'tfix on one of the bugs because Unit mentioned in the message it should be dropped given $REASONS15:11
ddstreetthe main issue, at least from my relatively quick review, was the py2 dh_python2 script, which did a pkg move, so that would need to be properly handled in the backport15:11
mapreriholed on15:11
maprerithe main reason behind that bpo was to have the pyproject support, right?15:11
mapreriIIRC15:11
ddstreetyep that's my understanding15:11
ddstreetand that would require a few other backports for deps15:12
teward[m]"This is needed to refresh the yt-dlp package as it has support for 'environment markers'"15:12
mapreriI understand that such reason still stands, so I think I'd want to look at it as imho it makes sense to have15:12
teward[m]pybuild-plugin-pyproject <-- not tested15:12
mapreriddstreet: what's "a few"?15:12
ddstreet#link https://bugs.launchpad.net/ubuntu/+source/dh-python/+bug/1983414/comments/115:12
ubottuLaunchpad bug 1983414 in dh-python (Ubuntu) "[BPO] dh-python 5.20220403 to focal" [Undecided, Fix Released]15:12
ddstreeti listed the deps in my comment15:12
ddstreetspecifically, python3-{build,installer,tomli} packages15:13
ddstreetwhich aren't available in focal.15:13
mapreridoesn't sound like a goal-blocker to me, just bpo those all?15:13
ddstreetyeah i think it's quite doable15:13
maprerialso I'm not sure there is a problem with the python2 thing?15:13
ddstreetbut just would need someone to do the dep backports, and properly adjust the backported dh-python package15:14
mapreriI don't see having the bpo package be uninstallable with something in the main suite as a problem?15:14
ddstreetyou mean the conflicts with python2?15:14
mapreriyep15:14
ddstreeti mean i'd certainly prefer to address that, no?15:14
maprerior, indeed, if that's only for dh_python2 is trivially solvable sure, but anyway, even if unsolved I don't think it's a blocker to me?15:15
ddstreetbut then users of the backported dh-python would not be able to run any py2 script15:15
mapreriit's certainly preferable yes15:15
mapreriI'm mostly trying to understand how you feel about that particular point15:15
ddstreetpersonally, i think it should be fixed15:16
ddstreeti mean, if dh-python was actually *providing* python2, then that might be ok, but it's conflicting (which will force removal) of python2 only due to a single dh_python2 script15:16
ddstreeti think the right approach is to remove the dh_python2 from the backport, and remove the Conflicts: python215:17
mapreriif it's only for that single script, it's probably best to drop it from dh-python yes15:17
mapreriit's B+R, not conflicting iiuc15:17
maprerianyway, I got your point15:17
ddstreetthat's certainly my preference, but it will depend on the details once someone gets into doing it15:17
ddstreetright B+R sorry15:17
mapreriI doubt I'd be able to pick up, but since it's something that might make sense to have, if unit193 wants to pick it up again at least I know your position :)15:18
mapreri(as I will tell him that I'm all for it and not give up just after one review!)15:18
ddstreetso should we reopen the bug, and/or add an action item for us to look at it?15:18
ddstreetyeah my review didn't mean to shut his work down15:19
mapreriI think it's fine as it is, I'll more informally poke him15:19
ddstreetok hopefully we won't forget about it :)15:19
ddstreeti guess if he wants to backport yt-dlp anymore, he'll need to either fix that backport, or work on dh-python backport :)15:20
* mapreri just did15:20
mapreriIRC++15:20
ddstreetalso fyi, i did approve one of his yt-dlp backports, which failed due to dh-python dep missing15:20
mapreriso it's bd-uninst atm?15:20
ddstreet#link https://launchpad.net/ubuntu/+source/yt-dlp/2022.08.19-1~bpo20.04.115:21
mapreridoesn't look failed to me?15:21
maprerisorry, wrong page15:21
maprerimeh15:21
maprerifeel free to action me to poke him some more on this15:22
mapreriI think this is the first time.  how harsh should we be about unbuilt packages?15:22
ddstreet#action mapreri poke unit193 about yt-dlp dep on dh-python15:22
meetingologyACTION: mapreri poke unit193 about yt-dlp dep on dh-python15:22
ddstreetwell, he did upload both yt-dlp *and* dh-python, so if i'd accepted dh-python, then the yt-dlp upload would have built15:23
ddstreetso it's partially my fault for not realizing that before i accepted the yt-dlp upload15:23
luna__accept and rebuild?15:23
ddstreetbuuuuut it certainly would have been better for him to not upload yt-dlp until dh-python was accepted15:23
mapreriI kind of believe this should go in that page describing when an upload is acceptable without a tracking bug report15:23
ddstreetluna__ yeah, if we do finally accept the dh-python backport, we can just do a rebuild of the yt-dlp15:24
mapreriif it requires special attention and the uploader knows of it, I reckon a bug is warrented.15:24
luna__ddstreet: sounds good15:24
mapreri(in fact, no rebuild is needed, lp would pick it up by itself since it's in bd-uninst)15:24
ddstreetmapreri yep i agree, the previous yt-dlp uploads have been bugless which i think was fine, but yeah once there's any complexity like this, we do need a bug15:24
mapreri(i think at least)15:24
luna__ah15:24
ddstreetah didn't know it would automatically rebuild15:25
mapreriit's not a *re*build after all15:25
ddstreetright :)15:25
ddstreetdidn't build at all yet :)15:25
luna__true15:25
ddstreetok, anything else for that bug?15:25
maprerinone from me15:26
luna__not from me15:26
ddstreet#link https://bugs.launchpad.net/ubuntu/+source/elfutils/+bug/198735615:26
ubottuLaunchpad bug 1987356 in elfutils (Ubuntu) "[BPO] elfutils/0.187-1 from Kinetic" [Undecided, Fix Committed]15:26
ddstreeti think this one is done and published, does it just need to move to fix-released?15:26
ddstreeti'll go ahead and mark it as such, since it does seem released15:27
luna__https://packages.ubuntu.com/jammy-backports/elfutils ?15:27
mapreriseems like you just did lol15:27
luna__seems to be in the repos15:28
ddstreetand there are 2 more bugs, but both appear to need a sponsor15:28
ddstreet#link https://bugs.launchpad.net/ubuntu/focal/+source/ipmctl/+bug/196807615:28
ubottuLaunchpad bug 1968076 in ipmctl (Ubuntu Focal) "[BPO] ipmctl with support for CPS hardware" [Undecided, New]15:28
ddstreet#link https://bugs.launchpad.net/ubuntu/jammy/+source/limnoria/+bug/198341515:28
ubottuLaunchpad bug 1983415 in limnoria (Ubuntu Jammy) "[BPO] limnoria 2022.6.23-1 to jammy" [Undecided, New]15:28
mapreritbh, I would rather not look at anything more right now, as I have another meeting coming up on the hour and I'd like to prepare for it :315:29
ddstreetack, i think we can leave the unsponsored ones alone15:29
ddstreetok that's all open bugs15:29
ddstreet#topic AOB15:30
ddstreetanything else from anyone?15:30
ddstreetluna__ you have any topics?15:30
luna__nope15:30
ddstreetok final subtopic then, next meeting15:30
ddstreet#subtopic next mtg date15:30
ddstreet1 month from now?15:30
maprerimh15:31
ddstreetsep 28?15:31
luna__works for me15:31
mapreri28 is looking crowded for me, what about oct 5 instead?15:31
ddstreetoct 5 works for me15:31
luna__have another meeting 5th Oct, but i don't do much backports work just curious so its okay to go without me15:31
mapreri(I also have a bit of travel the week before, that's why I'm not suggesting sep 21)15:31
maprerimind you, I *can* do sep 28th, it's just that my agenda will look messy :315:32
mapreriteward[m]: ?15:32
teward[m]no issue of oct 5, sept. 28 is a no go15:32
ddstreetlet's do oct 5 then15:33
ddstreetsame time, 15:00 UTC15:33
maprerithat makes it easy i guess15:33
maprerisure15:33
ddstreetluna__ if you have interest in joining backporters team, feel free to let us know in a mtg or ML :-)15:33
ddstreet#action ddstreet schedule next mtg Oct 5 15:00 UTC15:34
meetingologyACTION: ddstreet schedule next mtg Oct 5 15:00 UTC15:34
luna__will think about it and do if so15:34
ddstreetok i think that's all the topics, last chance for anything else?15:34
ddstreet#endmeeting15:34
meetingologyMeeting ended at 15:34:44 UTC.  Minutes at https://ubottu.com/meetingology/logs/ubuntu-meeting/2022/ubuntu-meeting.2022-08-31-15.01.moin.txt15:34
ddstreetthanks all! o/15:34
mapreri\\o15:34
luna__thanks15:35

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