/srv/irclogs.ubuntu.com/2024/07/18/#ubuntu-devel.txt

Unit193FWIW, https://git.launchpad.net/ubuntu-dev-tools/commit/?id=43891eda88ccca2e06af2c08344cd0ccfb16f3f2 breaks backports of ubuntu-dev-tools. :/01:21
-ubottu:#ubuntu-devel- Commit 43891ed in ubuntu-dev-tools "depends: python3-launchpadlib-desktop"01:22
Unit193The commits there are a little weird, I meant https://git.launchpad.net/ubuntu-dev-tools/commit/?id=490895075d096e8daa88f339a96796d2235dac9d >_>01:24
-ubottu:#ubuntu-devel- Commit 4908950 in ubuntu-dev-tools "Merge latest Ubuntu upload"01:24
rindolfHi all! per https://help.launchpad.net/Packaging/PPA/Uploading how do i generate <source.changes> for dput to use? the "tutorial" pages in the link are empty05:07
=== pushkarnk1 is now known as pushkarnk
blucahi slyon, still pilot? question, for a package that is already in noble-backports, do I need a new LP bug for every request a new oracular -> noble-backports update? or is it sufficient to ask?08:53
rbasakRhonda: o/ are you aware of any issues with packages.ubuntu.com please? It's been 503ing and/or generally being slow recently :-/10:14
slyon@pilot out10:45
=== 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-Noble | Patch Pilots: N/A
slyonmapreri: as a backporter, are you able to answer bluca's question above?10:47
slyonbluca: according to https://wiki.ubuntu.com/UbuntuBackports#Open_a_Bug I'd assume a bug report is needed for every new package, so that the backporters team can actually track it10:48
blucayeah but does "new package" mean, as in NEW queue, or as in, new version including existing pkg in the same pocket10:49
slyonI'm not an expert on backports, but going by this https://wiki.ubuntu.com/UbuntuBackports#Future_Maintenance_of_the_Backport I'd assume if it's already in noble-backports and you just want to push an update. It should be enough to find a sponsor, as the backported package is supposed to be under the backporters responsibility.10:52
slyonOTOH, the document says that the process is very similar to the SRU process, which needs a bug report for every update ... :-//10:54
blucathanks, I'll wait for the next pilot to be online and ask directly10:54
Unit193LocutusOfBorg: You should be aware that libxml2 Debian #1073508, so that likely wasn't good to sync.10:55
-ubottu:#ubuntu-devel- Debian bug 1073508 in libxml2 "libxml2: just another API+ABI break; please bump soname" [Serious, Open] https://bugs.debian.org/107350810:55
slyonbluca: actually, reading further on that wiki page, I have the impression as we'd need a bug report for every update to noble-backports. But I'm not sure. It would be best to check back with the https://launchpad.net/~ubuntu-backporters team.10:57
rbasakbluca: I can't give a definitive answer, but see https://launchpad.net/ubuntu/+source/libreoffice/4:7.6.6-0ubuntu0.23.10.1~bpo22.04.1 and https://launchpad.net/ubuntu/+source/libreoffice/4:7.6.7-0ubuntu0.23.10.1~bpo22.04.1 for example. Both look like they went through the full process with separate bugs.10:58
slyonMaybe bdrung has some more insights, who's supposed to become our patch pilot later today10:58
rbasakThere's also https://lists.ubuntu.com/mailman/listinfo/ubuntu-backports10:58
rbasak(to reach the backporters team)10:58
slyona bug report might be the only way for the backporters team to be aware of your upload..10:59
blucaok, I'll file a bug report then - it's not too much bother, just wanted to avoid creating noise when it isn't needed - thanks11:00
slyonthanks! that should work for sure11:00
rindolfanyone? :((11:02
bdrung@pilot in11:02
=== 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-Noble | Patch Pilots: bdrung
blucathanks, filed bug 207350211:04
-ubottu:#ubuntu-devel- Bug 2073502 in package-notes (Ubuntu) "[BPO] package-notes/15 from oracular" [Undecided, New] https://launchpad.net/bugs/207350211:04
bdrungrindolf, the page before tells you how to build the sources (including the .changes file): https://help.launchpad.net/Packaging/PPA/BuildingASourcePackage11:04
LocutusOfBorgUnit193, the sync was done 3 june, the RC bug opened 16 june... sooooooooooooo meh!11:05
LocutusOfBorg(btw I am aware of the bug, but this needs to be addressed in Debian first)11:05
blucahi bdrung, when you have a sec as pilot could you please have a look at the just-linked sponsor request - tia11:07
bdrungbluca, the packport request for package-notes?11:12
blucayep11:12
bdrungi need to read up about backport uploads first11:13
blucaok, thanks - note that there is already an earlier oracular version in noble-bp11:13
bdrungbluca, different topic since you are here: https://github.com/rui314/mold/pull/1308 got merged. so mold has --encoded-package-metadata now.11:14
-ubottu:#ubuntu-devel- Pull 1308 in rui314/mold "Add --encoded-package-metadata" [Merged]11:14
Unit193bdrung: In theory not every upload should need a bug report, just one.  But reviewers don't tend to check the queue often so the bug might grab their attention.11:15
blucanice11:15
rindolfbdrung: thanks! I'm trying that now11:17
blucathe difficult one is going to be llvm, expect a lot of pushback... to maximize your chances I'd suggest to first wait for mold/bfd/gold to have a release with it11:18
* sudip_ was thinking coredevs needs to know about everything but becomes optimistic after seeing bdrung needs to read about backport uploads ;-)11:19
=== pushkarnk1 is now known as pushkarnk
blucaand only after send them a pr, so that it's a sort of "fait accompli" kind of situation11:20
=== sudip_ is now known as sudip
bdrungsudip, coredevs know when they lack information and where they can find all the information that they need :)11:25
bdrungsudip, i vaguely remember that i read the backport wiki page ten years ago11:25
bdrungbluca, sponsored11:36
blucathanks!11:42
ahasenackLocutusOfBorg: hi, I asked #is to restart neutron in the s390x cloud, to fix the dep8 tests failing there12:13
ahasenackit's a known workaround since october last year, RT 15544112:13
sudipbdrung: that gives me hope, I was thinking that being a volunteer and having limited time for Debian/Ubuntu I will never qualify for coredev12:22
adrienHey, can someone sync netcat-openbsd? The diff was introduced because strace wasn't available on i386 but it now is (and has been since noble). You can see the i386 build log too: https://launchpadlibrarian.net/739929196/buildlog_ubuntu-oracular-i386.netcat-openbsd_1.226-1ubuntu3~ppa1_BUILDING.txt.gz12:29
LocutusOfBorgmkukri, w.r.t. bpfcc please don't upload :)12:51
LocutusOfBorgI'll make sure it goes in Debian first12:51
LocutusOfBorgSponsoring this sync for Adrien Nader (adrien)12:52
LocutusOfBorgadrien, ^^12:52
mkukriokay if you can get it into debian, that's fine by me. i dont have rights to upload it anyway12:52
john-cabajbdrung: Looking for a small sponsorship of some DKMS package updates here - https://bugs.launchpad.net/ubuntu/+source/involflt/+bug/2073010. The debdiffs are provided on the LP bug, and should be straightforward.12:53
-ubottu:#ubuntu-devel- Launchpad bug 2073010 in involflt (Ubuntu Noble) "Module doesn't build for kernel at build time" [Undecided, Incomplete]12:53
mkukribut we do need the change to the set of tests actaully being done to make this migrate12:53
mkukri(including the previous version)12:53
mkukriand im looking at the similar issue for bpftrasce12:53
bdrungjohn-cabaj, looking into it12:56
john-cabajbdrung: Thanks!12:56
bdrungjohn-cabaj, the bug needs to be fixed in the development release which is currently oracular.13:01
john-cabajbdrung: The Oracular was a copy forward of Noble atm13:02
john-cabajI can do the same here, but wasn't sure when the initial forward copy happened, if there will be another13:02
bdrungjohn-cabaj, https://launchpad.net/ubuntu/+source/involflt13:02
bdrungjohn-cabaj, the copy forward was done when oracular was opened: https://launchpad.net/ubuntu/+source/involflt/+publishinghistory13:03
john-cabajbdrung: Ok. So would Oracular's release become 0.1.0-0ubuntu7 and Noble would become 0.1.0-0ubuntu7~24.04.1 ?13:05
bdrungyes (or use 0.1.0-0ubuntu6.1 for noble)13:05
john-cabajOk.13:06
john-cabajWill resubmit those two debdiffs shortly13:06
adrienLocutusOfBorg: thanks :)13:14
bdrungjohn-cabaj, poke me once they are ready13:25
john-cabajbdrung: New debdiffs uploaded, and add Oracular to target series13:29
bdrungjohn-cabaj, "Modifying kernel source directory fixed to /lib/modules to kernel_source_dir" is a bit confusing.13:52
bdrungi had to read it twice to understand it.13:53
bdrungjohn-cabaj, "Module doesn't build for kernel at build time" is the bug. i would assume that the changelog describes the change and what is fixes. with your change, it will do the opposite of what you state, don't it?13:54
john-cabajbdrung: Right, namely "modifying kernel source directory fixed to /lib/modules to kernel_source_dir"13:57
john-cabajAs that variable builds when installed with DKMS, and when our kernel build infra builds and signs DKMS modules into the kernel modules directly13:58
bdrungjohn-cabaj, "modifv sth. from sth. to sth." would be easier to read for me14:03
john-cabajbdrung: Understood. I can update the debdiffs on those directly, I think. Will use "Modifying kernel source directory from /lib/modules to ${kernel_source_dir}". Let me know if anything else needs changes, then I'll push new debdiffs with the fix.14:06
bdrungjohn-cabaj, i checked the code diff and those look good.14:06
john-cabajbdrung: ack. Need just those debdiff changes, then?14:08
=== pushkarnk1 is now known as pushkarnk
bdrungyes14:18
john-cabajbdrung: Ok. I added those new debdiffs14:21
bdrungjohn-cabaj, W: involflt-dkms: debian-changelog-line-too-long [usr/share/doc/involflt-dkms/changelog.Debian.gz:4]14:27
bdrungjohn-cabaj, and probably this could be addressed as well: I: involflt-dkms: wrong-section-according-to-package-name misc => kernel14:28
john-cabajbdrung: Ok.14:28
=== dbungert1 is now known as dbungert
bdrungjohn-cabaj, there are also many executable-not-elf-or-script warnings for usr/src/involflt-0.1.0/* files.14:29
bdrungthose C files should probably not be executable14:29
john-cabajbdrung: ack14:29
john-cabajbdrung: Working on it14:30
john-cabajbdrung: Updating file permissions doesn't appear to show in the debdiff14:40
bdrungjohn-cabaj, how do you want to do that? change the files in src/ before they are copied into the package?14:40
john-cabajbdrung: Would it be easier to work from a source upload in a PPA?14:42
bdrungjohn-cabaj, the problem is that permission changes to files outside of debian will not be reflected because the orig tarballs is not going to be changed14:43
john-cabajbdrung: Ok. Would a quilt patch work then?14:44
bdrungjohn-cabaj, i haven't tried if quilt can apply file permission changes14:45
john-cabajbdrung: Will check14:45
bdrungthe safer approach would be to use the install command and specify the wanted permission there14:45
john-cabajbdrung: In the .dkms makefile?14:47
bdrungin debian/rules14:48
bdrungand also in the .dkms makefile14:49
Rhondarbasak: There is a longstanding issue that I am unable to properly track down that is causing this.  Every time I look I can't reproduce it, and neither can the people reporting it.15:01
=== pushkarnk1 is now known as pushkarnk
rbasakRhonda: ah, thanks. Is there anything we could do to help?15:08
RhondaNot sure.  Check the code, the error logs where it might appear, put in debug info …  Or start a complete rework.  xD  Maybe it's some race condition with updating the bdb files, but even that is guess work and it can be totally unrelated to the regular update times …15:10
=== rkratky__ is now known as rkratky
bdrung@pilot out15:13
=== 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-Noble | Patch Pilots: N/A
bdrung(but will still review and sponsor john-cabaj's work)15:14
john-cabajbdrung: Thanks. Looking into dh_fixperms atm15:14
john-cabajbdrung: Does dh_fixperms not get run by default?15:16
john-cabajIt doesn't appear to, as I installed the DKMS and those still have executable permissions15:17
bdrungjohn-cabaj, i see dh_fixperms in https://launchpadlibrarian.net/725892001/buildlog_ubuntu-noble-amd64.involflt_0.1.0-0ubuntu6_BUILDING.txt.gz15:20
john-cabajbdrung: Ok. Going to try something out. How much more time do you have today?15:28
bdrungjohn-cabaj, some time left, but i can follow up tomorrow15:31
john-cabajbdrung: I updated the debdiffs for involflt here - https://bugs.launchpad.net/ubuntu/+source/involflt/+bug/2073010. Building locally showed no executable-not-elf-or-script lintian issues, and the resulting files were not executable when installed on the system.19:10
-ubottu:#ubuntu-devel- Launchpad bug 2073010 in involflt (Ubuntu Oracular) "Module involflt doesn't build for kernel at build time" [Undecided, In Progress]19:10
john-cabajNot sure if there are any other patch pilots on irc at the moment19:12
bdrungjohn-cabaj, after reading the man page of dh_fixperms, i would put the permission change to override_dh_install. and you could simplify it change the perm for all files, don't you?21:04
john-cabajbdrung: I suppose that could work21:12
john-cabajBut I'll need to re-build the package and re-test on a VM here21:12
bdrungjohn-cabaj, oh and you could bump the standard-version after checking the policy changes21:14
john-cabajbdrung: I'm not sure what this entails21:15
bdrungjohn-cabaj, https://www.debian.org/doc/debian-policy/upgrading-checklist.html#version-4-7-021:16
john-cabajbdrung: This might have to wait until tomorrow. Launchpad is quite slow to build source packages atm, so the window today is probably missed.21:20
bdrungjohn-cabaj, i am in utc+2 and out off office time already. so dragging this into tomorrow is fine.21:22
john-cabajbdrung: ack. I appreciate the help today21:22
bdrungyou're welcome. i made it a little feature creep with pushing you to address lintian complains.21:23
vpa1977@pilot in21:56
=== 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-Noble | Patch Pilots: vpa1977

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