=== cpaelzer_ is now known as cpaelzer
[10:24] <zyga-mbp> what is required to edit wiki pages?
[10:25] <zyga-mbp> I'm trying to edit https://wiki.ubuntu.com/ZygmuntKrynicki and I get "you are not allowed to edit this page"
[10:27] <ogra> there is some special LP team you need to be in (i forgot which)
[10:28] <zyga-mbp> oh
[10:28] <zyga-mbp> so how can I prepare my ubuntu membrship application?
[10:28] <zyga-mbp> one's supposed to edit a personal wiki page
[10:29] <ogra> zyga-mbp, https://launchpad.net/~ubuntu-wiki-editors i guess
[10:29] <zyga-mbp> okay, I've applied to be a member
[10:30] <zyga-mbp> I'd like to have per-package-upload rights to maintain my personal libraries in Ubuntu, like I do in Debian
[10:30] <zyga-mbp> the process is tad convoluted though
[10:30] <zyga-mbp> I wonder if the docs are just stale
[10:30] <zyga-mbp> or if that _is_ the real process
[10:32] <ogra> well, you need to apply for membership first ... then at the DMB for per-package-upload ... i dont think that has changed
[10:32] <zyga-mbp> DMB?
[10:32] <ogra> developer membership board ...
[10:32] <zyga-mbp> ah
[10:32]  * zyga-mbp needs to read on that
[10:33] <zyga-mbp> what I'd really like to do is to fix a bug in my package by requesting a sync from debian
[10:33] <zyga-mbp> an I think to do that, I need to go through the whole process
[10:33] <cjwatson> Since when was it necessary to apply separately for membership first?
[10:34] <cjwatson> Going through the DMB always used to be one of the paths to membership in its own right, I'm pretty sure.
[10:34] <ogra> well, you can apply for both at the same time but need the same paperwork
[10:34] <laney> It's almost always implicit
[10:34] <ogra> (signing CoC ... member endorsements on the wiki etc)
[10:34] <zyga-mbp> I need to read the wiki to know what to do :)
[10:35] <zyga-mbp> it's been years when I looked at that the last time
[10:35] <ogra> they are working on improving the process ATM (on discourse) ... but that might still take a bit
[10:35] <zyga-mbp> oh
[10:35] <zyga-mbp> on forum.ubuntu.com?
[10:35] <ogra> discourse.ubuntu.com
[10:36] <zyga-mbp> my account there got disabled after I left, perhaps that's something I can work on though
[10:36] <zyga-mbp> oh well
[10:36] <zyga-mbp> brand new account it is
[10:36] <ogra> you can surely help exercising it on the applicants side i guess ...
[10:37] <ogra> https://discourse.ubuntu.com/t/proposal-improving-the-membership-application-process/21686
[10:55] <zyga-mbp> popey to the rescue :)
[10:55] <zyga-mbp> okay, my wiki is up to date
[10:56] <ogra> 👍
[11:02] <rbasak> We (the DMB) don't actually check for the CoC being signed before granting membership. Perhaps we should.
[11:03] <rbasak> And we've never required endorsements from non-developer members.
[11:35] <rbasak> zyga-mbp: are you looking to just get your bugfix synced? Maybe getting sponsorship would be more appropriate for that?
[11:35] <zyga-mbp> rbasak hmmm, perhaps
[11:35] <rbasak> zyga-mbp: which part of the process seems convoluted to you?
[11:36] <zyga-mbp> I was outside of Ubuntu packaging for a long while, I don't quite know the process today
[11:36] <zyga-mbp> I'm familiar with Debian packaging and I happily dput to sid where stuff syncs over
[11:36] <zyga-mbp> I have a pet project library for Make
[11:36] <zyga-mbp> impish has 0.5.1 with the bugfix, hirsute has 0.4 with the bug
[11:37] <zyga-mbp> I'm also happy to do an isolated bugfix for 0.4
[11:37] <rbasak> Cherry-picking is the most straightforward
[11:37] <zyga-mbp> I'd like to be able to help people who chose to use my library by offering a way to fix bugs in Ubuntu, where they are using it
[11:37] <rbasak> https://wiki.ubuntu.com/StableReleaseUpdates#Procedure is the process to follow for that
[11:38] <zyga-mbp> thank you, let me read that
[11:38] <zyga-mbp> do I need to mirror the relevant bug from gitlab to launchpad?
[11:39] <zyga-mbp> *github
[11:39] <rbasak> Yes please
[11:39] <zyga-mbp> okay
[11:40] <rbasak> Since the SRU tooling uses Launchpad bug statuses for tracking
[11:40] <zyga-mbp> right
[11:40] <zyga-mbp> and the bug should be on the package, not on the upstream project, right?
[11:41] <rbasak> RIght
[12:03] <ogra> zyga-mbp, and your changelog should also reference the bug ...
[12:04] <zyga-mbp> ogra: which changelog?
[12:05] <zyga-mbp> in the debdiff?
[12:05] <zyga-mbp> yeah, I'm working on the correct bug report now, with test case and stuff like that
[12:06] <ogra> right, in the debdiff for the SRU
[12:09] <zyga-mbp> okay, let's make the debdiff
[12:09] <zyga-mbp> I can make a 0.4 update that just changes one line enough to fix the issue
[12:13] <zyga-mbp> apt-get update on super weak internet link is just painful :)
[12:38] <zyga-mbp> okay, so I had a look at this and this is what I came up with: https://bugs.launchpad.net/ubuntu/+source/zmk/+bug/1933827
[12:38] <ubottu> Launchpad bug 1933827 in zmk (Ubuntu) "Symlink incorrectly installs to a sub-directory related to source name (github: 80)" [Undecided, New]
[12:39] <zyga-mbp> rbasak: is this the right format?
[12:39] <zyga-mbp> I've verified that the package builds and tests fine with this
[12:42] <zyga-mbp> oh, spoke too soon, .pc upsets local makefile which uses find
[12:45] <rbasak> zyga-mbp: I've only time for a quick glance, but yes, that looks about right
[12:45] <zyga-mbp> I'll upload one more version with quilt workaround and read upon the rest of the process
[12:45] <zyga-mbp> thank you for looking
[13:00] <zyga-mbp> okay, I think that's all I can do
[13:00] <zyga-mbp> I've subscribed ubuntu-sponsors
[13:00] <zyga-mbp> attached the debdiff
[13:00] <zyga-mbp> I've referenced the bug from the debdiff
[13:00] <zyga-mbp> I cannot upload so that's all
[13:35] <ddstreet> slyon you're the new owner for systemd right? any more updates planned for systemd in impish?
[13:36] <slyon> ddstreet: basically yes. But I need some more time to get fully into it.. For now we only plan one update in impish (mid August) to enable the cgroups v2
[13:36] <ddstreet> that's a pretty huge change, any testing happening before aug on that?
[13:39] <slyon> we have a tracking bug about this here: https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1850667 linking some testing PPA and discussing certain issues (especially with containers).
[13:39] <ubottu> Launchpad bug 1850667 in snapd (Ubuntu) "Switch to 'unified' cgroup hierarchy (cgroupv2)" [Medium, In Progress]
[13:40] <slyon>  My plan is to set up a Bileto PPA in July and let it run all the corresponding autopkgtests
[13:46] <ddstreet> ok, since i'm not product engineering i don't have access to bileto but i assume that will cover things, hopefully
[14:59] <teward> !dmb-ping
[14:59] <ubottu> ddstreet, rafaeldtinoco, rbasak, sil2100, slashd, teward, tsimonq2: DMB ping
[14:59] <teward> except rafaeldtinoco who is recovering from COVID
=== Guest53 is now known as utkarsh
=== dbungert1 is now known as dbungert
[23:00] <mwhudson> utkarsh2102: congrats!
[23:07] <utkarsh2102> mwhudson: thank you so much! \o/
[23:10] <Unit193> utkarsh2102: Aha!  You made it then?
[23:16] <utkarsh2102> Unit193: hehe, yep,  I did! \o/
[23:16] <Unit193> !conga-rats
[23:16] <ubottu> ♫ samba rumba bueno la conga cha cha cha
[23:23] <utkarsh2102> hehe, thank you!
=== tomreyn_ is now known as tomreyn