On Thu, 2014-06-26 at 17:33 +0200, Lukas Anzinger wrote: > Package: initramfs-tools > Version: 0.115 > Severity: normal > > Hi, > > mkinitramfs (the tool that is called from update-initramfs) doesn't > honor /usr/share/initramfs-tools/modules, it only honors > /etc/initramfs-tools/modules and /usr/share/initramfs-tools/modules.d. > > This is unfortunate because /usr/share/initramfs-tools/modules > explicitly states that the modules listed in that file are included in > the initramfs. > > The file /usr/share/initramfs-tools/modules should therefore be either > added to the list of files that are processed or removed altogether. /usr/share/initramfs-tools/modules is the 'shipped' version of /etc/initramfs-tools/modules, and is copied to the latter file if it does not already exist. The comment is of course correct in the copy. And user-edittable configuration files are always installed in /etc, not /usr. Normally we would include /etc/initramfs-tools/modules in the package as a conffile, and then dpkg would take care of preserving any customised version. However, the installer may in some cases add modules to this file, which could result in dpkg later claiming that it's been edited by the user. I think the best way to deal with this would be to add a comment clarifying which file path is actually read. Ben. -- Ben Hutchings Logic doesn't apply to the real world. - Marvin Minsky
Attachment:
signature.asc
Description: This is a digitally signed message part