/srv/irclogs.ubuntu.com/2024/09/30/#ubuntu-meeting.txt

=== dviererbe1 is now known as dviererbe
bdrung\o19:00
cpeteo/19:00
rbasako/19:00
mruffello/19:00
rbasakWho's chairing?19:06
bdrungthe agenda says utkarsh210219:07
rbasak#startmeeting Developer Membership Board19:09
meetingologyMeeting started at 19:09:00 UTC.  The chair is rbasak.  Information about MeetBot at https://wiki.ubuntu.com/meetingology19:09
meetingologyAvailable commands: action, commands, idea, info, link, nick19:09
rbasak#topic Review of previous action items19:09
rbasakteward follow up to get all application process wiki/docs to explain the process to be able to edit wiki pages, for applicants who don't yet have wiki edit access (carried over)19:09
rbasakteward isn't here so we'll carry over19:09
rbasak#action teward to follow up to get all application process wiki/docs to explain the process to be able to edit wiki pages, for applicants who don't yet have wiki edit access (carried over)19:09
meetingologyACTION: teward to follow up to get all application process wiki/docs to explain the process to be able to edit wiki pages, for applicants who don't yet have wiki edit access (carried over)19:09
rbasakrbasak to start a ML thread to find consensus on whether to allow PPU applications for "core" packages (done)19:09
rbasakThis is done and is awaiting input from others19:10
rbasak#topic SRU Developer Applications19:10
rbasak#subtopic     SRU Developer application by Matthew Ruffell at DMB meeting 2024-09-30 (due to APAC NZST timezone).19:10
rbasakmruffell: o/19:10
mruffellhello everyone19:10
tewardrbasak: bug me when we get to AOB19:10
teward(my availability is only as long as my Verizon connection doesn't dip out, looks like they're having cellular issues and i'm travelling today)19:11
rbasakQuestions for mruffell?19:12
tewardrbasak: link to their appliclation since wiki and agenda are slow as sin today?19:12
tewardapplication*19:12
mruffellhttps://wiki.ubuntu.com/mruffell/SRUDeveloperApplication19:12
rbasakThanks19:12
rbasak#link https://wiki.ubuntu.com/mruffell/SRUDeveloperApplication19:12
* teward staring at the application wondering what APAC is, and then realizes he's just undercaffeinated and that this is representation for the Asia/Pacific region19:15
rbasakmruffell: do you have / remember any recent examples of turning someone else's contribution into an SRU ready to upload? This isn't a hard requirement but would be nice to see if you do.19:18
rbasakMeanwhile, bug 2059197 is a nice example of dealing with a regression - thank you!19:19
-ubottu:#ubuntu-meeting- Bug 2059197 in nfs-utils (Ubuntu Focal) "mount.nfs: Fix minor version parsing when '-t nfs4' and '-o vers=4.x' are used together" [Medium, Fix Released] https://launchpad.net/bugs/205919719:19
mruffellI believe I have tidied up someones patches for SRU, but it is at most once or twice.... I'm trying to figure out what one it was...19:20
mruffellbut I normally delete superseeded patches from the LP bug to tidy it up to not confuse my sponsors, so finding them is hard19:20
rbasakOK don't worry19:20
mruffelland yeah, I do try my best to talk to community users and correct any regressions as fast as possible19:21
rbasakWe don't get many SRU developer applications. I don't have a set of standard questions ready to ask!19:21
bdrungto avoid needing to clean-up the bug report, you could name the patches $name_v1.patch, $name_v2.patch and so on. then it's clear what is the latest one.19:22
rbasakFrom your application and endorsements I agree with ddstreet that you have been ready for a while, and you're well past the line in terms of volume and quality of work.19:22
mruffellbut sometimes v1 is fine for focal, but jammy gets superseeded with a security upload, so jammy has a v2... but then they ask, where's focal v2?19:22
mruffellSo I just try keep everything in lockstep to not be confusing19:23
rbasakI can't see anything in your recent SRU history that I might want to expand upon by asking questions, so I think I have no questions to ask.19:23
rbasakDoes anyone else have questions or should we move on to vote?19:23
bdrungit's hard to come up with questions since your work would answer a lot of them (like regression handling, etc)19:23
rbasakI'm not sure a vote can be quorate today but we can make some progress towards that at least.19:24
rbasakmruffell: not really for your application, but I'd appreciate feedback on the new docs and how you've found them!19:24
mruffellI have read them! https://canonical-sru-docs.readthedocs-hosted.com/en/latest/19:24
rbasakIf there are no objections I'll start voting now then.19:24
rbasak#vote Grant mruffell SRU Developer membership19:25
meetingologyPlease vote on: Grant mruffell SRU Developer membership19:25
meetingologyPublic votes can be registered by saying +1, -1 or +0 in channel (for private voting, private message me with 'vote +1|-1|+0 #channelname')19:25
rbasak+1 comments as above. Thank you for your excellent work!19:25
meetingology+1 comments as above. Thank you for your excellent work! received from rbasak19:25
bdrung+119:25
meetingology+1 received from bdrung19:25
teward+119:25
meetingology+1 received from teward19:25
rbasakbdmurray: around?19:26
rbasak(since I saw you enquiring earlier)19:26
rbasakAnyone else?19:26
rbasak#endvote19:27
meetingologyVoting ended on: Grant mruffell SRU Developer membership19:27
meetingologyVotes for: 3, Votes against: 0, Abstentions: 019:27
meetingologyMotion carried19:27
rbasakSorry we need at least another vote19:27
rbasakI'll ask on the ML19:27
mruffellgreat, thanks19:27
rbasakPlease also schedule another meeting date, in case we need it to chase for a final vote. There are reduced quorum rules for a second meeting if it becomes necessary19:28
bdrungrbasak, one comment on https://canonical-sru-docs.readthedocs-hosted.com/en/latest/ - it would be nice to have a one-page version of it (to make searching in it easier)19:28
rbasakbdrung: is https://canonical-sru-docs.readthedocs-hosted.com/_/downloads/en/latest/pdf/ enough?19:29
bdrungthat'll do it as well19:30
rbasak#topic Ubuntu Core Developer Applications19:30
rbasak#subtopic Ubuntu Core Developer application by Chris Peterson at DMB meeting 2024-11-25 (I will also join the 2024-09-30 meeting in case there is extra time, pending confirmation if this is ok.)19:30
cpeteHey there o/19:30
rbasakcpete: we can see how far we get in the next half hour19:30
rbasakcpete: but as above a vote today won't be quorate, so you may have to reschedule anyway. Do you want to continue regardless?19:31
cpeteYeah let's do it please19:31
rbasak#link https://wiki.ubuntu.com/cpete/CoreDev19:32
rbasakQuestions for cpete?19:33
cpeteI suppose I'll introduce myself too. Hi, name is Chris Peterson and I work for Canonical on the Foundations team. I primarily work on Subiquity and other installer related areas. Although as part of my Founations responsibilities I may work in other areas as well.19:34
utkarsh2102(also, hi!!!)19:34
rbasakSorry I was preoccupied reading your application. I hadn't realised there was a second one until just earlier. Hello :)19:35
rbasakcpete: OK I'll start then I guess. If you were considering uploading a new upstream version of a package today, for Oracular, what would you need to check before upload?19:38
cpeteThere are various freezes to be aware of, such as featurefreeze, betafreeze etc. For Oracular, you can find the effective dates here: https://discourse.ubuntu.com/t/oracular-oriole-release-schedule/3646019:40
utkarsh2102cpete: did you get my question?19:41
cpeteCurrently, we are past FeatureFreeze so I wouldn't be considering a new upstream release unless it only contained critical bug fixes necessary for the final release.19:41
rbasakOK. How does feature freeze apply if the new upstream version is a "microrelease" (eg. 1.2.3 -> 1.2.4)?19:41
utkarsh2102sorry, my client disconnected19:41
cpeteutkarsh2102 no sorry19:42
utkarsh2102q: what if you have package version 1.2.3 in ALL the current stable releases and the current DEVEL release. you're exactly where you are in the cycle as of today. you have notified of a grave bug and you have a patch ready. what versions will you upload and what should you take care before uploading?19:42
utkarsh2102tell me the versions and the precautions for ALL the stable releases and the devel release19:42
utkarsh2102answer once you've answered the current question19:42
cpeterbasak: version strings aren't the most reliable way to tell what's changed. It's a good indicator, but you'd have to look at the real source changes to be sure if it's a bug fix or not.19:43
rbasakcpete: OK, thanks.19:43
utkarsh2102rbasak: is it possible for you to paste the scrollback for today's meeting, please?19:44
utkarsh2102https://irclogs.ubuntu.com/2024/09/30/%23ubuntu-meeting.html will take time to sync19:44
rbasakutkarsh2102: https://pastebin.ubuntu.com/p/7pttVVttM5/19:45
utkarsh2102thank you!19:47
utkarsh2102cpete: ??19:47
cpeteutkarsh2102:  The new version would be 1.2.3-0ubuntu1. I would be first uploading to devel, and I would need to then prepare SRUs for applying the patch to previous versions. SRU version strings can be hard, I'd need a second to double check the guidance on that. I imagine in this case 1.2.3-0ubuntu1 would be fine, but all of my SRUs have already had the version numbers handy :)19:47
cpeteutkarsh2102:  taking "grave" to mean critical but maybe not a security bug19:48
utkarsh2102yes, a regular bug19:48
utkarsh2102cpete: will you directly upload to devel? no precautions?19:49
utkarsh2102cpete: so 1.2.3-0ubuntu1 will work for what all releases, please name them?19:49
cpeteutkarsh2102: ah certainly not. I would first build and test the new version locally and make sure autopkgtests pass. (I have done this so far with the majority of my uploads with PPA builds to demonstrate this to my sponsors)19:50
cpeteutkarsh2102: Well it will certainly work for devel. The SRU version string is important that's greater than any version in any of that releases pockets e.g. jammy jammy-updates, jammy-security. Since you say that's the version in all releases that should be fine as well. But we'd have to check each release19:53
cpetejammy-release jammy-updats jammy-security19:54
utkarsh2102cpete: I had added "you're exactly where you are in the cycle as of today." - which applies to devel. what do you think you should do more, if anything?19:55
utkarsh2102cpete: 1.2.3 is the highest version in noble, jammy, focal19:55
utkarsh2102i don't think you really have to go through each pocket of the release to check :)19:55
rbasakWe're nearly out of time19:56
cpeteAh well I would probably contact a release team member and make them aware of the bug.19:56
utkarsh2102cpete: "The SRU version string is important that's greater than any version in any of that releases pockets" why?19:56
utkarsh2102rbasak: I can vote on mruffell's application now and make it quorate, right?19:57
rbasakutkarsh2102: yes19:57
rbasak(if you vote +1)19:57
rbasakA -1 wouldn't be quorate19:57
utkarsh2102ok, +1 for mruffell!!!19:57
rbasakCongrats mruffell :)19:57
utkarsh2102yay!19:57
mruffellThanks! I'm very happy19:57
bdrungcongrats!19:57
rbasakI had further questions too, so I think we'll need to postpone. Sorry cpete19:58
mruffellI can finally retry autopkgtests now without bothering m-f-o or h-a-l-v-e-s =p19:58
cpeteutkarsh2102: so they get the new version of the package when updating it19:58
cpeterbasak: no worries, thanks for the time everyone19:58
utkarsh2102right, so what about f -> j upgrades?19:58
rbasakIf anybody would like to continue, feel free and I'll check the logs later19:58
utkarsh2102and j - n ?19:58
rbasakI think that might be utkarsh2102 volunteering :)19:58
rbasak#chair utkarsh210219:58
meetingologyCurrent chairs: rbasak, utkarsh210219:59
utkarsh2102rbasak: i don't think we should half half applications19:59
utkarsh2102that is so sub-optimal19:59
utkarsh2102#chair bdrung19:59
rbasakutkarsh2102: fair. Do you want to continue with this line of questions then?19:59
utkarsh2102also19:59
meetingologyCurrent chairs: bdrung, rbasak, utkarsh210219:59
utkarsh2102rbasak: yes, I can. bdrung, are you around for a bit more?19:59
bdrungyes20:00
utkarsh2102are you okay to continue then?20:00
bdrungyes20:00
utkarsh2102perf!20:00
rbasakutkarsh2102: afterwards, please switch to an AOB topic and assign the two necessary actions for mruffell's application, to keep the automatic minutes straight20:00
rbasako/20:00
mfocongrats, mruffell! o/ (3-min delayed)20:00
utkarsh2102rbasak: will do, thanks! o/20:00
utkarsh2102cpete: waiting on you to answer my question currently20:01
teward*waves*20:01
* bdrung grabs some snacks to be able to continue20:01
tewardi'm still here but my internet's fuzzy because Verizon is having some internet problems right now on cell service20:01
utkarsh2102great, thanks teward20:01
teward#chair teward20:01
meetingologyCurrent chairs: bdrung, rbasak, teward, utkarsh210220:01
cpeteutkarsh2102: Ah right, we don't want users to upgrade and regress. This is why it's important to SRU to each release, and each version string is usually release specific20:01
teward*knows too much about meetingology*20:02
utkarsh2102lmao20:02
utkarsh2102cpete: okay, soooo?20:02
utkarsh2102wdym by "upgrade and regress"?20:02
cpeteutkarsh2102: So if 1.2.3 is the highest version in each release, then 1.2.3-0ubuntu1 is probably fine for each version you would just need to SRU it back to each. By "upgrade and regress" we don't want users to upgrade to a newer version of ubuntu and reintroduce bugs. This is why we make sure to land patches in devel before SRUing them.20:04
utkarsh2102got it20:04
mruffellcpete: have you done an SRU before?20:05
utkarsh2102last question around this: when you update to 1.2.3-0ubuntu1 to focal, jammy, and noble. does this cause any problem?20:05
cpetemruffell: I have done 3 yes. Here is one example for livecd-rootfs https://bugs.launchpad.net/subiquity/+bug/197448320:05
-ubottu:#ubuntu-meeting- Launchpad bug 1974483 in subiquity "autoinstall ssh:install-server:false is misleading in 22.04" [High, Fix Released]20:05
cpeteutkarsh2102: I'm not sure I understand the question20:07
utkarsh2102cpete: per your last answer above - you said "1.2.3-0ubuntu1 is probably fine for each version [...]"20:08
utkarsh2102so when you've done that20:08
utkarsh2102and let's say focal, jammy, noble is at "1.2.3-0ubuntu1" - does  everything work fine? and can we call the bug closed? or is there something we should still do? or?20:09
cpeteutkarsh2102: we could only close the bug after SRU verification. It will then phase from -proposed to -updates and as long as no errors are reported it will fully phase and we could call it done. If that's what you're getting at.20:11
utkarsh2102ok, i'll move on, thank you :)20:12
utkarsh2102cpete: I was trying to get at the upgrade story from focal -> jammy; jammy -> noble.20:12
utkarsh2102cpete: q: what happens when you upload a package to the devel release. where does it go? is there any other step you need to take care as an uploader?20:13
cpeteutkarsh2102: It will land in -proposed and await migration until the package's and its rev-dpes autopkgtests pass. The uploader is responsible for seeing the package migrate into -release. This is setting aside times from freezes, say beta freeze, where the upload may require additional approval in the queue before landing into -proposed.20:15
utkarsh2102mruffell: hey, btw, i've added you to the right ACL and announced your application already!!! o/20:16
utkarsh2102cpete: thanks, what if all autopkgtests pass and yet the package doesn't migrate?20:16
mruffellutkarsh2102: thanks, I got the ACL email and the announcement =)20:16
bdrungcpete, Imagine a user detects a bug in droopy in jammy and provides a patch. You want to sponsor the fix. What would you upload (version numbers and releases)?20:17
cpeteutkarsh2102: there may be other reasons for the package not migrating. update_excuses output is helpful here20:18
utkarsh2102cpete: suppose there's nothing in update_excuses, all autopkgtests pass, yet the package doesn't migrate20:18
utkarsh2102what next?20:18
cpeteutkarsh2102: hmmm reasons for this scenario don't immediately come to mind. (is there a block-proposed tag for devel series?) I would probably head over to ubuntu-devel or ubuntu-release and ask20:21
utkarsh2102no tags, that'd show up in update_excuses20:21
cpeteutkarsh2102: and if it were waiting for another package to migrate it would show up there too. So I don't know here20:22
utkarsh2102got it, thanks o/20:22
utkarsh2102i was trying to get at uninstallability issues :)20:23
cpeteAh, I feeel like I usually see those in autopkgtest before they dissapear from update_excuses20:23
utkarsh2102update_output tells you about them! :)20:24
utkarsh2102update_output.txt20:24
utkarsh2102cpete: i'll let you answer bdrung's question next20:24
cpeteAhh. Another useful tool of the ubuntu archive toolbox20:24
bdrungcpete, Imagine a user detects a bug in droopy in jammy and provides a patch. You want to sponsor the fix. What would you upload (version numbers and releases) in case you are a core-dev?20:24
cpetebdrung: sorry for the delay. Looking at droopy. I see that for Jammy, Noble, and Oracular are all the same version. I would first upload their patch to oracular-devel as 0.20160830-5ubuntu120:27
bdrunggood and then?20:27
cpeteConsidering all is well and they have SRU templates for Noble and Jammy, I would upload 0.20160830-5ubuntu1 to Jammy and Noble. Although my intuition is telling me to make it ...-5ubuntu1.0, but again I need to look up the versioning string guidance.20:29
utkarsh2102uh, what?20:30
bdrungcpete, could you upload 0.20160830-5ubuntu1 to jammy and noble or what would happen?20:30
utkarsh2102-5ubuntu1.0 to SRU and -5ubuntu1 to devel is already contradicting what you said earlier20:30
cpetebdrung:  thinking. utkarsh2102: that was more of an incomplete thought thinking about the right versioning scheme, not to say that would be right process there20:32
bdrungcpete, what constraints do the version numbers need to follow?20:32
cpetebdrung: The version number in noble-updates needs to be higher than the version in noble-release.20:33
cpetesince there's no -security upload there20:34
bdrungcpete, are there more contraints for the noble upload?20:34
cpeteI suppose it would need to be less than the version in oracular.20:36
bdrungyes20:36
utkarsh2102ok, I am serverely over time, it's 2 AM here and I'll need to conclude soon20:37
utkarsh2102bdrung: are you ready to vote?20:37
utkarsh2102teward: ^?20:37
tewardi have no questions, ready to vote20:37
utkarsh2102perf20:38
bdrungokay, ready20:38
utkarsh2102perf20:38
utkarsh2102#ubuntu-devel Chris to get core-dev rights20:38
utkarsh2102ooof20:38
utkarsh2102libera20:38
utkarsh2102#vote Chris to get core-dev rights20:39
meetingologyPlease vote on: Chris to get core-dev rights20:39
meetingologyPublic votes can be registered by saying +1, -1 or +0 in channel (for private voting, private message me with 'vote +1|-1|+0 #channelname')20:39
utkarsh2102#voters bdrung teward utkarsh2102 rbasak bdmurray tsimonq2 schopin20:39
meetingologyWarning: 'schopin' not in channel20:39
meetingologyCurrent voters: bdmurray, bdrung, rbasak, schopin, teward, tsimonq2, utkarsh210220:39
utkarsh2102ok, go20:39
bdrung+1 the application is still on the thin side and some more areas to dive in (like versioning of SRUs) but I have worked with cpete and are confident that he will follow his statement "I certainly still expect to ask for review and thoroughly test changes before committing something I'm not 100% certain about."20:42
meetingology+1 the application is still on the thin side and some more areas to dive in (like versioning of SRUs) but I have worked with cpete and are confident that he will follow his statement "I certainly still expect to ask for review and thoroughly test changes before committing something I'm not 100% certain about." received from bdrung20:42
utkarsh2102-1; apologies, I think Chris is great & I really appreciate his work and whilst he's got strong endorsements, they didn't answer the last three questions quite correctly. versioning is quite an important subject and I think that is where I go from +1 to -1. :(20:43
meetingology-1; apologies, I think Chris is great & I really appreciate his work and whilst he's got strong endorsements, they didn't answer the last three questions quite correctly. versioning is quite an important subject and I think that is where I go from +1 to -1. :( received from utkarsh210220:43
utkarsh2102teward: ?20:45
tewardsorry my connection is slow20:45
teward-1 I believe that you have more to learn and prove knowledge of before we can give you core dev levels of access. Versioning is critical in Ubuntu and not understanding that in and of itself is a necessary skill that you don't currently have, therefore I must provide a -1 vote.20:46
meetingology-1 I believe that you have more to learn and prove knowledge of before we can give you core dev levels of access. Versioning is critical in Ubuntu and not understanding that in and of itself is a necessary skill that you don't currently have, therefore I must provide a -1 vote. received from teward20:46
utkarsh2102#endvote20:47
meetingologyVoting ended on: Chris to get core-dev rights20:47
meetingologyVotes for: 1, Votes against: 2, Abstentions: 020:47
meetingologyMotion denied20:47
utkarsh2102i'll carry it to the ML20:48
cpeteAck. Thanks for your time all. I'll brush up so I can give better answers for the next go around.20:48
utkarsh2102cpete: apologies we can't complete the voting yet.20:48
utkarsh2102cpete: whilst you have a phenomenal set of people (foundations!!!) to help you through, please feel free to reach out if you need help at any point!20:49
cpeteutkarsh2102: I certainly will! Thanks :)20:50
utkarsh2102cpete: i hope you get your rights sooner but one quick thing I'd like to see is cross-team interaction. All your endorsers are Foundations20:50
bdrungregarding quorum: Vote is between -5 and 3, outcome unknown as quorum was not reached20:50
utkarsh2102I'd like to see you get more involved with others20:50
bdrung+1 on more cross-team interactions20:51
utkarsh2102bdrung: oh wait, even if it's 3, it's still quorum not reached, right?20:51
utkarsh2102that's a.....denied?20:52
utkarsh2102we're 7, quorum is 420:52
bdrungutkarsh2102, we are currently at -1, but the votes of the other can move it to -5 (denied) or 3 (accepted)20:53
utkarsh2102but that's what I am saying20:53
utkarsh21023 is not accepted20:53
utkarsh21024 is accepted, isn't it?20:53
utkarsh2102or have I gotten it wrong? I should sleep soon, oof20:53
utkarsh2102anyway, I'll take it to the ML and conclude here for now20:53
utkarsh2102#topic AOB20:53
utkarsh2102utkarsh2102 already added mruffell to the right teams and announced the application20:54
utkarsh2102#action utkarsh2102 to take cpete's application to ML20:54
meetingologyACTION: utkarsh2102 to take cpete's application to ML20:54
utkarsh2102teward: AOB from your side?20:54
bdrungutkarsh2102, four +1 are enough because the remaining members can only decrease it to 1 (by voting 3x -1).20:54
bdrungthe sum of the votes only need to be positive20:55
tewardutkarsh2102: not enough connection strength to state it and get a reply too20:55
utkarsh2102gotcha20:55
tewardso i'll just send to the ML for that20:55
utkarsh2102teward: okeydoke, yes, thank you!20:55
utkarsh2102#endmeeting20:55
meetingologyMeeting ended at 20:55:28 UTC.  Minutes at https://ubottu.com/meetingology/logs/ubuntu-meeting/2024/ubuntu-meeting.2024-09-30-19.09.moin.txt20:55
utkarsh2102and that's a wrap!20:55
utkarsh2102thank you, everyone!20:55
utkarsh2102apologies, cpete :(20:55
cpeteutkarsh2102: all good. Thanks for staying longer for me20:56
utkarsh2102<320:56
utkarsh2102okay, gotta drop20:56

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