[06:08] @pilot in === ChanServ changed the topic of #ubuntu-devel to: Archive: open | Devel of Ubuntu (not support) | Build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of Focal-Mantic | Patch Pilots: cpaelzer [06:44] Hello, may I request a sponsor to review this ticket? https://bugs.launchpad.net/ubuntu/+source/alsa-ucm-conf/+bug/2042902 [06:44] -ubottu:#ubuntu-devel- Launchpad bug 2042902 in OEM Priority Project "ucm2: soundwire: add rt713 SDCA device" [Critical, In Progress] [06:50] Hi artur, give me a few minutes then I'll have a look [07:12] artur: ok I see you have adressed the former issues raised by paride and athos [07:13] artur: Just a check - are you around for questions if I find more that needs to be sorted out, or would you expect me to just elave whatever the final state is in the bug on launchpad? [07:17] im looking for review on this: https://code.launchpad.net/~mkukri/ubuntu/+source/zlib/+git/zlib/+merge/456176 [08:58] hmm can someone explain why libarchive 3.7.2-1ubuntu2 is marked as deleted, and now the known broken build libarchive 3.7.2-1ubuntu1 is marked published instead? [08:59] I'm almost done with the former sponsoring case, will have a look mkukri [09:00] thanks [09:00] mkukri: it is right now moving from -proposed to -release as it completed the migration [09:00] mkukri: look at https://launchpad.net/ubuntu/+source/libarchive/+publishinghistory [09:00] you'll see the pattern now and in the past [09:01] things get to proposed, then migration checks happen and eventually get published to -release [09:01] currently the one in -proposed has been deleted and the one in -release is there but waits for a completion of the publisher to be "fully there" [09:02] and if you flip open the little triangle at the beginning you'll also see that it was automation that has done that [09:02] ah okay, sorry for bothering, i guess i hit the window where i only saw the deleted package from proposed but not the released one yet [09:02] which is usually good, the cases archive admins have to step in are usually the weird and more complex ones [09:02] np, I didn't consider it as bothering [09:23] hey mkukri I do not have enough time left for the full depth of zlib [09:24] but I can look for a few things I might see quickly [09:24] no problem [09:24] the first that I spotted is that nothing of 1:1.3.dfsg-2ubuntu1 was ever uploaded [09:24] that is fine [09:24] but then it should not be in the changelog [09:24] so I'd expect [09:25] 1:1.2.13.dfsg-1ubuntu5 (the last we had) ... 1:1.2.13.dfsg-2 ... (many debian versions) ... 1:1.3.dfsg-3 and then your 1:1.3.dfsg-3ubuntu1 [09:25] and then all the comments about replaced/dropped probbaly need to move up to 1:1.3.dfsg-3ubuntu1 [09:25] at least https://launchpad.net/ubuntu/+source/zlib/+publishinghistory tells me that 1:1.3.dfsg-2ubuntu1 never happened, that is what my statements are based on [09:28] yeah so i originally merged 1:1.3.dfsg-2ubuntu1, but debian uploaded a new one today [09:28] yep, I understand [09:28] ill get it out of the changelog i suppose [09:28] and you rebased [09:28] that part is fine [09:28] just make it all part of the one true new ubuntu changelog stanza [09:28] The next is just trying to avoid potential confusion, I see these [09:28] * Replaced the following patches with rebased versions: [09:29] - d/p/410.patch: Add support for IBM Z hardware-accelerated deflate [09:29] and above [09:29] - d/p/s390x: Add optimized crc32 and hardware deflate [09:29] but where is 410 gone [09:29] I found it [09:29] This is style only - so it is up to you, but I'd suggest something like [09:30] - d/p/410.patch -> d/p/s390x/add-accel-deflate.patch : renamed and rebased [09:30] my isue was that there is not a 1-1 correspondance between the old and new patches. because some old ones are bugfixes that got included in the new patches. but now my patches are also based on one upstream git commit instead of entire pull requests in one [09:31] hmm, let me think how I'd read that case the easierst way then [09:31] I like that you just made per arch subdirs now [09:32] So as a rule of thumb under "Remaining changes" should only be lines that ever existed before [09:33] and the good new "d/p/s390x: Add optimized crc32 and hardware deflate" has not be seen before [09:33] so 410.patch and s390x-vectorize-crc32.patch, and d/p/1390.patch, and d/p/lp-2018293-fix-crash-in-deflateBound-if-called-before-deflateInt.patch and are equivalent-ish to the s390x subdir [09:33] and d/p/478.patch is roughly the same as the power subdir [09:33] im working on fixing the changelog [09:35] yeah [09:35] I'm trying to come up with a suggestions [09:35] also d/p/power sounds like a file, but is a dir [09:37] i have updated it a bit [09:37] but do you have a suggestion for the dirs? [09:37] yes [09:37] maybe d/p/power/*.patch: .... [09:37] on it ... [09:37] lvoytek, hello you there? can you please merge lua5.4 from Debian and forward there the Ubuntu delta? to me looks all upstreamable in Debian, I can sponsor if needed [09:37] almost what I had [09:38] mkukri: https://paste.ubuntu.com/p/kP53vGx274/ [09:38] again it is style, no rule [09:38] just trying to suggest to make it more clear what really happened [09:38] feel free to stick to your own words if you do not like it [09:39] and while we are on patches that you have properly split (thanks) to one per commit. How about proper https://dep-team.pages.debian.net/deps/dep3/ ? [09:40] I could see a Bug: 1742941 / Bug: 1932010 ... 1998470 to be helpful tags [09:40] -ubottu:#ubuntu-devel- Bug 1742941 in zlib (Ubuntu) "zlib: improve crc32 performance on P8" [Low, Fix Released] https://launchpad.net/bugs/1742941 [09:40] -ubottu:#ubuntu-devel- Bug 1932010 in zlib (Ubuntu) "[21.10 FEAT] zlib CRC32 optimization for s390x" [High, Fix Released] https://launchpad.net/bugs/1932010 [09:41] and even more, now that they are well split - Origin: upstream, [09:41] I love that to ensure people can easily follow up on how things might have changed since then and to compare if it really is 100% the same as upstream [09:41] next comment would be that you have some changelog lines that are too wide [09:42] please break them [09:42] actually lintian should yell at you [09:42] some of that is already there, ive cherry-picked the patches from git, and used gbp to export them [09:42] i can add the origin url tho [09:42] yep, the URL helps as the hash at the top might have been changed by you doing it that way [09:45] as I said, I sadly do not have the time to go deeper [09:46] but I hope that helps that the next reviewer does not stumble over these more superficial things [09:55] pushed an updated version with the urls, thank you for the comments [09:57] also, i'd like someone to sponsor this: https://code.launchpad.net/~mkukri/grub/+git/grub/+merge/455991 [09:57] it only affects grub-install, so grub2:src upload is enough and none of the fancy UEFI signing or anything is needed [10:01] (im also working on upstreaming that patch, but might as well fix ubuntu now) [10:05] artur: completed your case, uploaded to noble [10:05] artur: it needed much more, I hope the updates on the bug help you fur future uploads [10:06] artur: please follow up with testing, updating the debdiffs for SRU uploads and then ask again for sponsoring [10:07] Sorry mkukri my pilot shift is over (started early, need to end early) now and I have other things to attent, but you should have plenty of folks of your team around to have a look right? [10:07] @pilot out === ChanServ changed the topic of #ubuntu-devel to: Archive: open | Devel of Ubuntu (not support) | Build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of Focal-Mantic | Patch Pilots: N/A [10:09] yeah no worries. im just leaving the links here in case, but yeah im also trying to get foundations peeps to look at both zlib and this === JanC is now known as Guest263 === justThanks is now known as justache