From mboxrd@z Thu Jan  1 00:00:00 1970
From: Brice Waegeneire <brice@waegenei.re>
Subject: Re: 01/02: services: Allow modprobe to use "/etc/modprobe.d".
Date: Wed, 08 Apr 2020 14:06:02 +0000
Message-ID: <38f2f725816aafc3e8d9c27b6e051cb0@waegenei.re>
References: <20200405110749.5469.24356@vcs0.savannah.gnu.org>
 <20200405110750.E368020A26@vcs0.savannah.gnu.org> <87v9mdhbxk.fsf@gnu.org>
 <00d7800adbfc1fa955ed503c1ba38e00@waegenei.re> <87pncjbpu6.fsf@gnu.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8;
 format=flowed
Content-Transfer-Encoding: 8bit
Return-path: <guix-devel-bounces+gcggd-guix-devel=m.gmane-mx.org@gnu.org>
Received: from eggs.gnu.org ([2001:470:142:3::10]:47708)
 by lists.gnu.org with esmtp (Exim 4.90_1)
 (envelope-from <brice@waegenei.re>) id 1jMBLE-00056f-B3
 for guix-devel@gnu.org; Wed, 08 Apr 2020 10:06:09 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <brice@waegenei.re>) id 1jMBLD-0000jg-Dy
 for guix-devel@gnu.org; Wed, 08 Apr 2020 10:06:08 -0400
In-Reply-To: <87pncjbpu6.fsf@gnu.org>
List-Id: "Development of GNU Guix and the GNU System distribution."
 <guix-devel.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/guix-devel>,
 <mailto:guix-devel-request@gnu.org?subject=unsubscribe>
List-Archive: <https://lists.gnu.org/archive/html/guix-devel>
List-Post: <mailto:guix-devel@gnu.org>
List-Help: <mailto:guix-devel-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/guix-devel>,
 <mailto:guix-devel-request@gnu.org?subject=subscribe>
Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane-mx.org@gnu.org
Sender: "Guix-devel"
 <guix-devel-bounces+gcggd-guix-devel=m.gmane-mx.org@gnu.org>
To: =?UTF-8?Q?Ludovic_Court=C3=A8s?= <ludo@gnu.org>
Cc: guix-devel@gnu.org, Guix-devel <guix-devel-bounces+brice+lists=waegenei.re@gnu.org>

Hello,

On 2020-04-07 09:35, Ludovic Courtès wrote:
> Brice Waegeneire <brice@waegenei.re> skribis:
>> On 2020-04-05 21:15, Ludovic Courtès wrote:
>>> guix-commits@gnu.org skribis:
>>> 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?

It's good with me, I'll do as suggested -using the environment variable-
when implementing “kernel-module-configuratuion-service-type”.

- Brice