Public bug reported: SRU Justification
[Impact] The scsi_debug.ko and nvmet-tcp.ko modules are currently shipped in linux-modules-extra. This makes it hard to pull them in via the linux- virtual package, it can only come from the linux-generic one that also pulls in the firmware and everything else needed for baremetal, and that serves no purpose in a qemu VM. This stops VMs using these kernels from using these modules. These modules are required to run the systemd integration tests which we are trying to run in VMs on Github Actions (https://github.com/systemd/systemd/pull/32439). [Fix] Please consider moving these modules to linux-modules. These are already enabled in the 'main' kernel config, and in other distros. In Debian/Archlinux/Fedora these are core modules that are built by default. e.g. in Fedora both modules are part of the kernel- modules-core package. [Test] 1. pull built linux-modules packages for architectures with do_extras_package set to true; 2. extract the deb and check if the kernel module files exists: $ dpkg-deb -R linux-modules-*.deb . $ find . -name scsi_debug.ko\* $ find . -name nvmet-tcp.ko\* [Regression Potential] Moving a module from a less-common to a more-common package should not have any negative side effects. The main effect will be a little more disk space used by the more common package, whether the module is in use or not. There will also be more functionality available in the default installation, which means a slightly increased surface and possibility of new bugs in case it gets used. ** Affects: linux (Ubuntu) Importance: Undecided Status: New -- 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/2063233 Title: Please move scsi_debug.ko and nvmet-tcp.ko from linux-modules-extra to linux-modules Status in linux package in Ubuntu: New Bug description: SRU Justification [Impact] The scsi_debug.ko and nvmet-tcp.ko modules are currently shipped in linux-modules-extra. This makes it hard to pull them in via the linux- virtual package, it can only come from the linux-generic one that also pulls in the firmware and everything else needed for baremetal, and that serves no purpose in a qemu VM. This stops VMs using these kernels from using these modules. These modules are required to run the systemd integration tests which we are trying to run in VMs on Github Actions (https://github.com/systemd/systemd/pull/32439). [Fix] Please consider moving these modules to linux-modules. These are already enabled in the 'main' kernel config, and in other distros. In Debian/Archlinux/Fedora these are core modules that are built by default. e.g. in Fedora both modules are part of the kernel- modules-core package. [Test] 1. pull built linux-modules packages for architectures with do_extras_package set to true; 2. extract the deb and check if the kernel module files exists: $ dpkg-deb -R linux-modules-*.deb . $ find . -name scsi_debug.ko\* $ find . -name nvmet-tcp.ko\* [Regression Potential] Moving a module from a less-common to a more-common package should not have any negative side effects. The main effect will be a little more disk space used by the more common package, whether the module is in use or not. There will also be more functionality available in the default installation, which means a slightly increased surface and possibility of new bugs in case it gets used. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2063233/+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
