FS#8920 - Is MOD_BLACKLIST needed anymore and/or what is it for?
Attached to Project:
Arch Linux
Opened by kongokris 2 (nut543) - Thursday, 13 December 2007, 15:10 GMT
Last edited by Tobias Powalowski (tpowa) - Monday, 24 March 2008, 10:03 GMT
Opened by kongokris 2 (nut543) - Thursday, 13 December 2007, 15:10 GMT
Last edited by Tobias Powalowski (tpowa) - Monday, 24 March 2008, 10:03 GMT
|
Details
Do MOD_BLACKLIST serve any function anymore, and if not
could it be removed in the next initscript package/rel rel
and a message posted to the frontpage that it has been
deprecated and may stop working in a future release in favor
of using !modulename?
And consequently be removed from a new rc.conf release... Because the way it is now it is very confusing... |
This task depends upon
Answer for your 'what is it for' part with a simple example: As the most pc's my pc has a parallel port but from my clients i print over the network because the printer is connected with the server. So i put 'lp parport parport_p' in the MOD_BLACKLIST array and none of them get loaded from udev. There is a wiki about the rc.conf too: http://wiki.archlinux.org/index.php/Rc.conf. I like this possibility.
See around the forum and you'll see that there are also people being confused and misunderstand _because_ two competing solutions exist now -- I don't that is worth your familiarity when a simple explanation is really only the thing needed -- in the form of a comment.
http://code.phraktured.net/?p=initscripts.git;a=commitdiff;h=ab5595c4f8cdea8e6b1813701828576cbfee2fc2
The next initscripts release will contain this. I may add an install message too. At some point we will remove it. Give people a little time to adjust.
Is this clear enough for everyone?
MODULES=(!module1 \
module999)
FOO=(a
b
c
d)
Is a perfectly valid bash array.
I don't mind answering questions here and all, but this IS a bug tracker, not a forum, so can we take these questions elsewhere?