From: "Ludovic Courtès" <ludo@gnu.org>
To: Brice Waegeneire <brice@waegenei.re>
Cc: guix-devel@gnu.org
Subject: Re: 01/02: services: Allow modprobe to use "/etc/modprobe.d".
Date: Tue, 07 Apr 2020 11:35:45 +0200 [thread overview]
Message-ID: <87pncjbpu6.fsf@gnu.org> (raw)
In-Reply-To: <00d7800adbfc1fa955ed503c1ba38e00@waegenei.re> (Brice Waegeneire's message of "Mon, 06 Apr 2020 07:54:47 +0000")
Hi,
Brice Waegeneire <brice@waegenei.re> skribis:
> On 2020-04-05 21:15, Ludovic Courtès wrote:
>> guix-commits@gnu.org skribis:
>>> #~(begin
>>> (setenv "LINUX_MODULE_DIRECTORY"
>>> "/run/booted-system/kernel/lib/modules")
>>> + ;; FIXME: Remove this crutch when the patch
>>> #40422,
>>> + ;; updating to kmod 27 is merged.
>>> + (setenv "MODPROBE_OPTIONS"
>>> + "-C /etc/modprobe.d")
>>
>> [...]
>>
>>> + (services (cons* (service kernel-module-loader-service-type
>>> + '("ddcci" "ddcci_backlight"))
>>> + (simple-service 'ddcci-config etc-service-type
>>> + (list `("modprobe.d/ddcci.conf"
>>> + ,ddcci-config)))
>>> + %base-services))
>>
>> Looking at this, I was wondering if it would be possible to not use
>> /etc/modprobe.d and instead have a way to tell the modprobe wrapper to
>> pass “-C /gnu/store/…-modprobe.d”, which would contain the right thing.
>>
>> Thoughts?
>
> What's the issue with using /etc/modrpobe.d?
In general, use of the global file system name space isn’t great: it’s
ambiguous (compare to a /gnu/store reference) and doesn’t work well upon
rollback or reconfigure (things that refer to /etc end up referring to
the “new” /etc after reconfigure, even though that might not actually
work.)
Conversely, “-C /gnu/store/…-modprobe.d” unambiguously refers to the
intended directory.
WDYT?
> As noted in the comments I thought setting MODPROBE_OPTIONS was kinda
> of a
> hack; #40422[0] was there to fix it. But if you think it's appropriate
> to
> use this environment variable it can be done in a future
> “kernel-module-configuration-service-type” we discussed with Danny[1].
Sure, no problem!
> Instead of extending “etc-service-type” we would use
> “activation-service-type”, as “%modprobe-wrapper” is currently put
> in place by a simple activation service.
Makes sense.
Thank you,
Ludo’.
next prev parent reply other threads:[~2020-04-07 9:35 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20200405110749.5469.24356@vcs0.savannah.gnu.org>
[not found] ` <20200405110750.E368020A26@vcs0.savannah.gnu.org>
2020-04-05 21:15 ` 01/02: services: Allow modprobe to use "/etc/modprobe.d" Ludovic Courtès
2020-04-06 7:54 ` Brice Waegeneire
2020-04-06 9:29 ` Bengt Richter
2020-04-08 14:03 ` Brice Waegeneire
2020-04-07 9:35 ` Ludovic Courtès [this message]
2020-04-08 14:06 ` Brice Waegeneire
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://guix.gnu.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87pncjbpu6.fsf@gnu.org \
--to=ludo@gnu.org \
--cc=brice@waegenei.re \
--cc=guix-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/guix.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).