Bug#752789: initramfs-tools: mkinitramfs doesn't honor /usr/share/initramfs-tools/modules
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 signature.asc Description: This is a digitally signed message part
Bug#752789: initramfs-tools: mkinitramfs doesn't honor /usr/share/initramfs-tools/modules
On Mon, Sep 29, 2014 at 7:47 PM, Ben Hutchings b...@decadent.org.uk wrote: I think the best way to deal with this would be to add a comment clarifying which file path is actually read. Yes, that would be really helpful! -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CACB1Aevxtv8O1k=v2m9sqljx7fi5lww4q+q-buwc0x2cxlz...@mail.gmail.com
Bug#752789: initramfs-tools: mkinitramfs doesn't honor /usr/share/initramfs-tools/modules
On Mon, Sep 29, 2014 at 7:47 PM, Ben Hutchings b...@decadent.org.uk wrote: /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. -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CACB1AevZMOD7c0b+edrFt9gY9iNQO4gjK5Wcb7jk0=hnnmx...@mail.gmail.com
Bug#752789: initramfs-tools: mkinitramfs doesn't honor /usr/share/initramfs-tools/modules
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. Regards, Lukas -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/cacb1aesjvdjpponjcmccegrjqus+wzqx-vy2+zd9uyav0ns...@mail.gmail.com
