You are not logged in.
Just a thought, once Arch has transferred to systemd, would it not be pretty easy to get pacman to install a conf file under /etc/modules-conf/ automatically, and remove it on uninstall?
Offline
What are you even asking?
Be specific.
Offline
It's pretty self explanatory.
Offline
No it isn't.
Offline
Just a thought, once Arch has transferred to systemd, would it not be pretty easy to get pacman to install a conf file under /etc/modules-conf/ automatically, and remove it on uninstall?
No. It's up to you what extra modules are to be loaded, hence the directory should be empty unless needed.
BTW: You mean /etc/modules-load.d/?
Last edited by bohoomil (2012-08-29 20:40:31)
:: Registered Linux User No. 223384
:: github
:: infinality-bundle+fonts: good looking fonts made easy
Offline
Just a thought, once Arch has transferred to systemd, would it not be pretty easy to get pacman to install a conf file under /etc/modules-conf/ automatically, and remove it on uninstall?
That's already the case for several modules, e.g. tp_smapi, and is independent from systemd. Also see Tom's mail.
Offline
12eason wrote:Just a thought, once Arch has transferred to systemd, would it not be pretty easy to get pacman to install a conf file under /etc/modules-conf/ automatically, and remove it on uninstall?
No. It's up to you what extra modules are to be loaded, hence the directory should be empty unless needed.
BTW: You mean /etc/modules-load.d/?
Yes. What use case is there for someone installing a kernel module but not needing it loaded at boot? If they didn't want it, surely they would simply uninstall it? It seems to me that it such an unlikely use case that it would be better to install by default and let those few people that don't want it delete the conf themselves.
Offline
12eason wrote:Just a thought, once Arch has transferred to systemd, would it not be pretty easy to get pacman to install a conf file under /etc/modules-conf/ automatically, and remove it on uninstall?
That's already the case for several modules, e.g. tp_smapi, and is independent from systemd. Also see Tom's mail.
Okay, so why the inconsistency?
Tom's mail
The reasoning being that an admin is almost certainly not going to
want to install a package and then not follow the post-install
instructions. Conversely, on un-install (s)he is likely to want to
revert these changes.
Totally agree.
Last edited by 12eason (2012-08-29 22:20:51)
Offline
What use case is there for someone installing a kernel module but not needing it loaded at boot? If they didn't want it, surely they would simply uninstall it? It seems to me that it such an unlikely use case that it would be better to install by default and let those few people that don't want it delete the conf themselves.
I don't need to load almost anything but vboxdrv: everything else is loaded automatically by udev. That's how it is supposed to work nowadays. Therefore the only file in /etc/modules-load.d/ is vboxdrv.conf.
:: Registered Linux User No. 223384
:: github
:: infinality-bundle+fonts: good looking fonts made easy
Offline
Okay, so why the inconsistency?
I guess you mean why some packages include such a file and some not. As far as I know, there is no official policy for this yet and not every developer may be aware of this possibility. If you have a specific package in mind, just open a feature request and ask for the inclusion of a module-load.d configuration file.
Offline
I don't need to load almost anything but vboxdrv: everything else is loaded automatically by udev. That's how it is supposed to work nowadays. Therefore the only file in /etc/modules-load.d/ is vboxdrv.conf.
Udev only loads in-tree modules. You're right that there are only a very small number of kernel modules that require a conf file. I only have microcode and vboxdrv myself. It just seems to me that the default should be to install them all by default.
Offline
Now I see what you mean. Well, as it has already been stated, the best you can do is fill a feature request or interrogate a developer in charge on the mailing list (the problem will be sooner examined by a competent person there).
:: Registered Linux User No. 223384
:: github
:: infinality-bundle+fonts: good looking fonts made easy
Offline