| === phckopper0 is now known as phckopper | ||
| RAOF | bdrung: Re: https://bugs.launchpad.net/ubuntu/+source/dracut/+bug/2065180 - do you want to try the comment #44 approach and see whether that further improves performance? | 06:36 |
|---|---|---|
| -ubottu:#ubuntu-devel- Launchpad bug 2065180 in miniramfs (Ubuntu Noble) "performance regression in dracut-install 060" [Undecided, New] | 06:36 | |
| IsaacYang | Hi, if anyone can help to proting [obex-data-server](https://packages.debian.org/buster/obex-data-server) pkg to jammy and noble. | 09:42 |
| IsaacYang | This pkg is used to testing the bluetooth obex protocal and set up the server side. | 09:42 |
| === pushkarnk1 is now known as pushkarnk | ||
| bdrung | RAOF, i can try this kind of approach (with inverse logic: only stage modules if a certain env variable is set) | 12:51 |
| === pushkarnk1 is now known as pushkarnk | ||
| enr0n | @pilot in | 17:07 |
| === 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: slyon, enr0n | ||
| john-cabaj | 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. | 17:42 |
| -ubottu:#ubuntu-devel- Launchpad bug 2073010 in involflt (Ubuntu Noble) "Module doesn't build for kernel at build time" [Undecided, In Progress] | 17:42 | |
| === pushkarnk1 is now known as pushkarnk | ||
| enr0n | john-cabaj: I left a comment on the bug | 19:56 |
| john-cabaj | enr0n: Thanks. Regarding the bug number, is that just included as "LP #<bug number> in the changelog? | 19:57 |
| dbungert | john-cabaj: The form needs to be like LP: #<bug number> with the colon so that LP handles bug state transitions correctly as the package migrates. It's sometimes written in the style you list when you don't want LP to change bug state. | 20:01 |
| john-cabaj | dbungert: Ok. I'll update the debdiffs and provide more color in the test plan/regression | 20:01 |
| rbasak | john-cabaj: also the user impact isn't given in the SRU information either. What you have described under "[Impact]" may be correct, but those don't really cover the issue from the perspective of a user. Or put another way, if a user were to explain what they're unable to do, they likely aren't going to say any of those things. What would they say? Eg. "the package doesn't work at all: upon | 20:11 |
| rbasak | installation, it errors out and dpkg returns with a non-zero exit status" would be a good description of the *user* impact. | 20:11 |
| john-cabaj | rbasak: ack | 20:11 |
| rbasak | john-cabaj: or perhaps it only fails to work under specific circumstances? In that case, please also state what those circumstances are. | 20:11 |
| john-cabaj | rbasak: I think the main issue is the user couldn't use it at all because Launchpad wasn't building it due to a dependency failure (in the case of Focal and Jammy) | 20:13 |
| john-cabaj | rbasak: The case for the Noble fix is that the kernel team couldn't build it into the kernel using some of the special scripts that we use. | 20:14 |
| john-cabaj | rbasak: In that sense, possible the Kernel Team is the user | 20:14 |
| rbasak | john-cabaj: ah OK. So for Focal and Jammy I'd explain the user impact as "package never left the proposed pocket so isn't available to regular users at all". | 20:14 |
| john-cabaj | rbasak: ack. And in the Noble case, the package is not available to install as signed alongside the kernel | 20:15 |
| rbasak | john-cabaj: so for Noble, what happens when the user attempts to install the package? I see it's published? | 20:15 |
| john-cabaj | rbasak: Ultimately, the goal isn't so much to install this via typical DKMS, where it builds against a running kernel. Rather it will be build alongside the kernel and the module signed exactly how we do ZFS today | 20:16 |
| rbasak | OK. I'm not familiar with that. I suggest explaining the detail in the bug, because I'm not aware of the mechanism you describe documented anywhere (or else please link to such documentation) | 20:17 |
| john-cabaj | rbasak: Thanks. Will reply when the LP bug is updated | 20:19 |
| john-cabaj | Ok, the new debdiffs are attached and SRU justification has been updated - https://bugs.launchpad.net/ubuntu/+source/involflt/+bug/2073010 | 20:26 |
| -ubottu:#ubuntu-devel- Launchpad bug 2073010 in involflt (Ubuntu Noble) "Module doesn't build for kernel at build time" [Undecided, Incomplete] | 20:26 | |
| enr0n | john-cabaj: thanks for updating. I won't have time to circle back today, but feel free to ping the next patch pilot tomorrorw or so. | 20:53 |
| john-cabaj | enr0n: ack | 20:54 |
| enr0n | @pilot out | 21:04 |
| === 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: slyon | ||
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!