This bug is awaiting verification that the linux-nvidia- tegra/6.8.0-1001.1 kernel in -proposed solves the problem. Please test the kernel and update this bug with the results. If the problem is solved, change the tag 'verification-needed-noble-linux-nvidia-tegra' to 'verification-done-noble-linux-nvidia-tegra'. If the problem still exists, change the tag 'verification-needed-noble-linux-nvidia-tegra' to 'verification-failed-noble-linux-nvidia-tegra'.
If verification is not done by 5 working days from today, this fix will be dropped from the source code, and this bug will be closed. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Thank you! ** Tags added: kernel-spammed-noble-linux-nvidia-tegra-v2 verification-needed-noble-linux-nvidia-tegra -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/2072592 Title: Dangling symlink to linux-lib-rust when Rust is disabled Status in linux package in Ubuntu: Triaged Status in linux source package in Noble: Fix Released Bug description: [SRU Justification] BugLink: https://bugs.launchpad.net/bugs/2072592 [Impact] Commit: "UBUNTU: [Packaging] introduce do_lib_rust and enable it only on generic amd64" introduces the "do_lib_rust" variable in rules.d/ that avoids generating the extra rust package when unset/false. However, this is not checked when inserting a symlink to the linux-lib-rust package directory in the headers, resulting in a dangling symlink when rust is turned off. This can cause issues when e.g. building dkms modules against the headers, where the build will fail due to not finding the directory. [How to reproduce it] 1. Build linux-headers-* package for kernel with rust disabled (e.g. realtime) 2. Install (or extract) the package 3. View corresponding /usr/src/linux-headers-*/ directory 4. Observe /usr/src/linux-headers-*/rust -> ../linux-lib-rust-* but linux-lib-rust is never built and installed [Fix] Check the existing do_lib_rust variable is true before trying to symlink the linux-lib-rust files. [Test plan] 1. Apply the fix and rebuild the kernel headers packages 2. Install or inspect the headers 3. Ensure /usr/src/linux-headers-*/rust points to an existing directory [Regression potential] Very low. This is a simple fix, and it only impacts rust packaging for kernels with do_lib_rust unset/false so the visibility is low. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2072592/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp