Comment 23 for bug 1792905

For the cloud-initramfs-tools upload, I'm provding the following as a SRU template.
Rather than updating the description above.

=== Begin SRU Tempate cloud-initramfs-tools ===
[Impact]
The designed purpose of cloud-initramfs-copymods is to copy modules
from the initramfs to /lib/modules/<uname -r> if there are not any modules
there. The reasoning is that if there are no modules in the root
filesystem then it is better to have whatever modules were in the initramfs
than no modules at all.

This is accomplished by mounting a tmpfs over /lib/modules and then
putting the contents there.

The problem as seen in this bug is that if there is no /lib/modules directory
in the root image, then we can't mount the tmpfs over the top.

The solution provided for this package was to add the directory to
debian/dirs. Thus, making the directory created and "owned" by
cloud-initramfs-copymods package. Wherever it is installed, the /lib/modules
directory will then be present.

[Test Case]
The simplest test case is to just install the package and then:

  $ dpkg -S /lib/modules | fmt --width=1 | grep cloud-initramfs-copymods

Expected output is:

  $ dpkg -S /lib/modules | fmt --width=1 | grep cloud-initramfs-copymods
  cloud-initramfs-copymods,

if cloud-initramfs-copymods is not listed (with or without the trailing ',')
then the fix is not present.

[Regression Potential]
There should be extremely low potential here for regression.
There are already multiple packages (linux-*) that include /lib/modules
in their list of files so simply having multiple packages own that path
is known not to be a problem.

=== End SRU Tempate cloud-initramfs-tools ===