On 11-04-30 21:44, maximilian attems m...@debian.org wrote:
tags 624699 moreinfo
stop
On Sat, Apr 30, 2011 at 08:23:14PM +0200, Alexander Wuerstlein wrote:
Package: initramfs-tools
Version: 0.98.8
Severity: wishlist
Include an option MODULES=all which includes the complete
/lib/modules/${version} subtree of the filesystem.
this needs a very good reason.
It would be simpler to use and less prone to user errors and software
problems. Also, I see no good reason to use MODULES=most when the size
of the initrd is not important, MODULES=all would have a far simpler
semantic, which makes it far easier to understand, debug and use.
Please note that I do not suggest making MODULES=all the default.
This would come in very handy when some modules are not included for various
reasons (e.g. exclude lists, module dependency problems),
what??
please be a lot more verbose what the encoutered problems where
that hindered MODULES=most
The primary reason that triggered the idea that MODULES=all would be a
good addition was bug no. 624692
Also MODULES=most excludes certain parts, for example the net part
excludes appletalk arcnet bonding can hamradio irda pcmcia tokenring
usb wan wimax wireless. If I need one or more of those modules in my
image, I need to manually override those exceptions. For one or two
modules that is fine, but for tasks like support that for all the
hardware we use anywhere around here that list grows and is tedious to
maintain. MODULES=all does not need any of that maintenance. Also, it
eliminates the need for the elaborate and error-prone dependency
resolution that MODULES=most needs, therefore making it very robust,
useful for debugging (why doesn't it boot, is there a module
missing?) and an easy workaround should MODULES=most be broken for some
reason.
I have to admit though, that I'm not sure if there are any downsides
besides the obviously larger resulting initrd.
the exception list in /etc/initramfs-tools/modules would get very long or
when the admin is too lazy to maintain it.
there you totaly loose me, aboves mentioned file, is an *include* list.
I know. What i meant was an exception to beeing excluded by 'most'.
Sorry for the confusing double-negative.
Ciao,
Alexander Wuerstlein.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org