/srv/irclogs.ubuntu.com/2024/01/29/#ubuntu-devel.txt

jbichatsimonq2: Ubuntu completed usr-merge years ago so there isn't much interest in those reports00:05
tsimonq2jbicha: Bah, I'm always going to lean on the side of more data, not less.00:21
tsimonq2jbicha: Even if it doesn't result in anything major, I'm curious about the results.00:22
tsimonq2It doesn't cost much to run and didn't take a massive amount of my time anyway. :)00:23
=== JanC_ is now known as JanC
Eickmeyerjbicha: Why punsh good behavior?01:08
jbichaEickmeyer: I don't think I'm punishing good behavior01:29
jbichapeople are of course free to have their own personal projects, but since non-usr-merged systems haven't been supported in so long, I don't see how this work benefits Ubuntu01:35
jbichasorry for the negative energy, not sure how I could have expressed this gentler :/01:36
themilljbicha: dumat isn't about supporting non-merged-usr, it's about not losing files during upgrades when the file path inside the shipped .deb changes. Given ubuntu also seems to be in the process of moving the files to /usr, merged-/usr is not a finished project in ubuntu and I would have expected those failure modes to hit ubuntu just as much as Debian at this stage.02:48
=== bigon_ is now known as bigon
sudiptsimonq2: about the patch header, I think (I might be wrong) is according to dep3. Please check "A patch cherry-picked from upstream:" at https://dep-team.pages.debian.net/deps/dep3/09:39
sudipabout autopkgtest of linux-show-player, it should be pretty easy to setup an autopkgtest for this. I have superficial autopkgtest in some of my packages which checks if the gui has been displayed or not and if the title of the window is as expected. This package can have similar autopkgtest09:41
=== pushkarnk1 is now known as pushkarnk
tsimonq2sudip: I see, you're good IMO :)15:42
* sudip blushes16:02
tsimonq2PSA: ubuntu-dev-tools 0.199 has just been uploaded to Unstable, introducing vorlon's pm-helper tool. I would recommend everyone start using it right away, just so we can iron out any bugs. I'll be keeping a better eye on ubuntu-dev-tools MPs; if you come across a bug, feel free to ping me directly, I'm happy to get (tested, well-written) fixes in quick.16:07
tsimonq2Once it actually migrates to noble[-release, I'll16:10
tsimonq2...send something to the mailing list/Discourse. Whoops. :)16:10
=== sem2peie- is now known as sem2peie
=== pushkarnk1 is now known as pushkarnk
vorlontsimonq2: so why is the launchpad main git branch being used for tracking uploads to Debian instead of to Ubuntu? also, you had review comments on the MP, did you address those code changes? I don't see that in the git history16:35
vorlon(I disagree with one of them, I don't care about supporting Launchpad staging with this script; but the other question about where tools in ubuntu-dev-tools should store a shared cache is salient)16:36
=== pushkarnk1 is now known as pushkarnk
* sudip thought Ubuntu changes are tracked in ubuntu/devel branch of all repo in launchpad16:57
vorlongit-ubuntu is intended to provide a consistent interface for all packages.  But git-ubuntu is not authoritative for the majority of packages maintained in git.17:02
=== sem2peie- is now known as sem2peie
tsimonq2vorlon: VCS status> To be fair, it's historical, mapreri may be able to speak better about why that fence is up. When thinking about it though, the maintainer is Ubuntu Developers, we should be able to collectively commit and upload to it. Hosting it on Salsa would introduce a problem in which some people should have permissions but don't. With Launchpad being the SSOT for permissions, this is21:02
tsimonq2exceptional, sure, but it seems sane.21:02
vorlonwell my position on this is that I don't care about the package in Debian only in Ubuntu21:03
tsimonq2mapreri's position has always been "so why do we need an Ubuntu delta again?" and I tend to share that with this package.21:03
tsimonq2Anyway, as for the inline diff comments, ack.21:05
dannfHow can I report an issue about the config of our autopkgtest instances? https://bugs.launchpad.net/ubuntu/+source/initramfs-tools/+bug/204357921:37
-ubottu:#ubuntu-devel- Launchpad bug 2043579 in initramfs-tools (Ubuntu) "initramfs-tools autopkgtest fails on armhf: stderr: cryptsetup: ERROR: Couldn't resolve device /dev/sda2" [Undecided, Triaged]21:37
sergiodjadrien: heya, you might have noticed that I sponsored your ruby3.1 upload, but unfortunately it's FTBFSing on armhf. I retried it once and the same error happened. could you take a look when possible, please?22:06
adriensergiodj: thanks; just saw the e-mails and I'll have a go at it tomorrow22:10
adrien(I was expecting a timeout initially)22:10
sergiodjthanks!22:11
sergiodjyeah, me too.  OK, since you'll only be able to look into this tomorrow, I'll do another retry22:11
tsimonq2dannf: https://bugs.launchpad.net/auto-package-testing/+filebug :)22:34
dannftsimonq2: thx!22:35
tsimonq2of course :)22:35
sergiodjadrien: the build passed, so it's all good23:44

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