Unit193 | FWIW, 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 | |
Unit193 | The 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 | |
rindolf | Hi 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 empty | 05:07 |
=== pushkarnk1 is now known as pushkarnk | ||
bluca | hi 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 |
rbasak | Rhonda: 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 out | 10: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 | ||
slyon | mapreri: as a backporter, are you able to answer bluca's question above? | 10:47 |
slyon | bluca: 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 it | 10:48 |
bluca | yeah but does "new package" mean, as in NEW queue, or as in, new version including existing pkg in the same pocket | 10:49 |
slyon | I'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 |
slyon | OTOH, the document says that the process is very similar to the SRU process, which needs a bug report for every update ... :-// | 10:54 |
bluca | thanks, I'll wait for the next pilot to be online and ask directly | 10:54 |
Unit193 | LocutusOfBorg: 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/1073508 | 10:55 | |
slyon | bluca: 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 |
rbasak | bluca: 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 |
slyon | Maybe bdrung has some more insights, who's supposed to become our patch pilot later today | 10:58 |
rbasak | There's also https://lists.ubuntu.com/mailman/listinfo/ubuntu-backports | 10:58 |
rbasak | (to reach the backporters team) | 10:58 |
slyon | a bug report might be the only way for the backporters team to be aware of your upload.. | 10:59 |
bluca | ok, I'll file a bug report then - it's not too much bother, just wanted to avoid creating noise when it isn't needed - thanks | 11:00 |
slyon | thanks! that should work for sure | 11:00 |
rindolf | anyone? :(( | 11:02 |
bdrung | @pilot in | 11: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 | ||
bluca | thanks, filed bug 2073502 | 11:04 |
-ubottu:#ubuntu-devel- Bug 2073502 in package-notes (Ubuntu) "[BPO] package-notes/15 from oracular" [Undecided, New] https://launchpad.net/bugs/2073502 | 11:04 | |
bdrung | rindolf, the page before tells you how to build the sources (including the .changes file): https://help.launchpad.net/Packaging/PPA/BuildingASourcePackage | 11:04 |
LocutusOfBorg | Unit193, 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 |
bluca | hi bdrung, when you have a sec as pilot could you please have a look at the just-linked sponsor request - tia | 11:07 |
bdrung | bluca, the packport request for package-notes? | 11:12 |
bluca | yep | 11:12 |
bdrung | i need to read up about backport uploads first | 11:13 |
bluca | ok, thanks - note that there is already an earlier oracular version in noble-bp | 11:13 |
bdrung | bluca, 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 | |
Unit193 | bdrung: 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 |
bluca | nice | 11:15 |
rindolf | bdrung: thanks! I'm trying that now | 11:17 |
bluca | the 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 it | 11: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 | ||
bluca | and only after send them a pr, so that it's a sort of "fait accompli" kind of situation | 11:20 |
=== sudip_ is now known as sudip | ||
bdrung | sudip, coredevs know when they lack information and where they can find all the information that they need :) | 11:25 |
bdrung | sudip, i vaguely remember that i read the backport wiki page ten years ago | 11:25 |
bdrung | bluca, sponsored | 11:36 |
bluca | thanks! | 11:42 |
ahasenack | LocutusOfBorg: hi, I asked #is to restart neutron in the s390x cloud, to fix the dep8 tests failing there | 12:13 |
ahasenack | it's a known workaround since october last year, RT 155441 | 12:13 |
sudip | bdrung: that gives me hope, I was thinking that being a volunteer and having limited time for Debian/Ubuntu I will never qualify for coredev | 12:22 |
adrien | Hey, 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.gz | 12:29 |
LocutusOfBorg | mkukri, w.r.t. bpfcc please don't upload :) | 12:51 |
LocutusOfBorg | I'll make sure it goes in Debian first | 12:51 |
LocutusOfBorg | Sponsoring this sync for Adrien Nader (adrien) | 12:52 |
LocutusOfBorg | adrien, ^^ | 12:52 |
mkukri | okay if you can get it into debian, that's fine by me. i dont have rights to upload it anyway | 12:52 |
john-cabaj | bdrung: 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 | |
mkukri | but we do need the change to the set of tests actaully being done to make this migrate | 12:53 |
mkukri | (including the previous version) | 12:53 |
mkukri | and im looking at the similar issue for bpftrasce | 12:53 |
bdrung | john-cabaj, looking into it | 12:56 |
john-cabaj | bdrung: Thanks! | 12:56 |
bdrung | john-cabaj, the bug needs to be fixed in the development release which is currently oracular. | 13:01 |
john-cabaj | bdrung: The Oracular was a copy forward of Noble atm | 13:02 |
john-cabaj | I can do the same here, but wasn't sure when the initial forward copy happened, if there will be another | 13:02 |
bdrung | john-cabaj, https://launchpad.net/ubuntu/+source/involflt | 13:02 |
bdrung | john-cabaj, the copy forward was done when oracular was opened: https://launchpad.net/ubuntu/+source/involflt/+publishinghistory | 13:03 |
john-cabaj | bdrung: Ok. So would Oracular's release become 0.1.0-0ubuntu7 and Noble would become 0.1.0-0ubuntu7~24.04.1 ? | 13:05 |
bdrung | yes (or use 0.1.0-0ubuntu6.1 for noble) | 13:05 |
john-cabaj | Ok. | 13:06 |
john-cabaj | Will resubmit those two debdiffs shortly | 13:06 |
adrien | LocutusOfBorg: thanks :) | 13:14 |
bdrung | john-cabaj, poke me once they are ready | 13:25 |
john-cabaj | bdrung: New debdiffs uploaded, and add Oracular to target series | 13:29 |
bdrung | john-cabaj, "Modifying kernel source directory fixed to /lib/modules to kernel_source_dir" is a bit confusing. | 13:52 |
bdrung | i had to read it twice to understand it. | 13:53 |
bdrung | john-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-cabaj | bdrung: Right, namely "modifying kernel source directory fixed to /lib/modules to kernel_source_dir" | 13:57 |
john-cabaj | As that variable builds when installed with DKMS, and when our kernel build infra builds and signs DKMS modules into the kernel modules directly | 13:58 |
bdrung | john-cabaj, "modifv sth. from sth. to sth." would be easier to read for me | 14:03 |
john-cabaj | bdrung: 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 |
bdrung | john-cabaj, i checked the code diff and those look good. | 14:06 |
john-cabaj | bdrung: ack. Need just those debdiff changes, then? | 14:08 |
=== pushkarnk1 is now known as pushkarnk | ||
bdrung | yes | 14:18 |
john-cabaj | bdrung: Ok. I added those new debdiffs | 14:21 |
bdrung | john-cabaj, W: involflt-dkms: debian-changelog-line-too-long [usr/share/doc/involflt-dkms/changelog.Debian.gz:4] | 14:27 |
bdrung | john-cabaj, and probably this could be addressed as well: I: involflt-dkms: wrong-section-according-to-package-name misc => kernel | 14:28 |
john-cabaj | bdrung: Ok. | 14:28 |
=== dbungert1 is now known as dbungert | ||
bdrung | john-cabaj, there are also many executable-not-elf-or-script warnings for usr/src/involflt-0.1.0/* files. | 14:29 |
bdrung | those C files should probably not be executable | 14:29 |
john-cabaj | bdrung: ack | 14:29 |
john-cabaj | bdrung: Working on it | 14:30 |
john-cabaj | bdrung: Updating file permissions doesn't appear to show in the debdiff | 14:40 |
bdrung | john-cabaj, how do you want to do that? change the files in src/ before they are copied into the package? | 14:40 |
john-cabaj | bdrung: Would it be easier to work from a source upload in a PPA? | 14:42 |
bdrung | john-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 changed | 14:43 |
john-cabaj | bdrung: Ok. Would a quilt patch work then? | 14:44 |
bdrung | john-cabaj, i haven't tried if quilt can apply file permission changes | 14:45 |
john-cabaj | bdrung: Will check | 14:45 |
bdrung | the safer approach would be to use the install command and specify the wanted permission there | 14:45 |
john-cabaj | bdrung: In the .dkms makefile? | 14:47 |
bdrung | in debian/rules | 14:48 |
bdrung | and also in the .dkms makefile | 14:49 |
Rhonda | rbasak: 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 | ||
rbasak | Rhonda: ah, thanks. Is there anything we could do to help? | 15:08 |
Rhonda | Not 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 out | 15: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-cabaj | bdrung: Thanks. Looking into dh_fixperms atm | 15:14 |
john-cabaj | bdrung: Does dh_fixperms not get run by default? | 15:16 |
john-cabaj | It doesn't appear to, as I installed the DKMS and those still have executable permissions | 15:17 |
bdrung | john-cabaj, i see dh_fixperms in https://launchpadlibrarian.net/725892001/buildlog_ubuntu-noble-amd64.involflt_0.1.0-0ubuntu6_BUILDING.txt.gz | 15:20 |
john-cabaj | bdrung: Ok. Going to try something out. How much more time do you have today? | 15:28 |
bdrung | john-cabaj, some time left, but i can follow up tomorrow | 15:31 |
john-cabaj | bdrung: 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-cabaj | Not sure if there are any other patch pilots on irc at the moment | 19:12 |
bdrung | john-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-cabaj | bdrung: I suppose that could work | 21:12 |
john-cabaj | But I'll need to re-build the package and re-test on a VM here | 21:12 |
bdrung | john-cabaj, oh and you could bump the standard-version after checking the policy changes | 21:14 |
john-cabaj | bdrung: I'm not sure what this entails | 21:15 |
bdrung | john-cabaj, https://www.debian.org/doc/debian-policy/upgrading-checklist.html#version-4-7-0 | 21:16 |
john-cabaj | bdrung: 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 |
bdrung | john-cabaj, i am in utc+2 and out off office time already. so dragging this into tomorrow is fine. | 21:22 |
john-cabaj | bdrung: ack. I appreciate the help today | 21:22 |
bdrung | you're welcome. i made it a little feature creep with pushing you to address lintian complains. | 21:23 |
vpa1977 | @pilot in | 21: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!