From mboxrd@z Thu Jan  1 00:00:00 1970
From: Giovanni Biscuolo <g@xelera.eu>
Subject: Re: Loading modules built using linux-module-build-system
Date: Tue, 22 Oct 2019 08:52:37 +0200
Message-ID: <87ftjluv9m.fsf@roquette.mug.biscuolo.net>
References: <877e8snntp.fsf@jlicht.xyz>
 <20191021202733.3c340770@scratchpost.org>
 <20191021204857.5dff6e9b@scratchpost.org>
Mime-Version: 1.0
Content-Type: text/plain
Return-path: <guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([2001:470:142:3::10]:36243)
 by lists.gnu.org with esmtp (Exim 4.90_1)
 (envelope-from <g@xelera.eu>) id 1iMo2S-0007gQ-Gk
 for guix-devel@gnu.org; Tue, 22 Oct 2019 02:53:05 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <g@xelera.eu>) id 1iMo2Q-0000QI-UQ
 for guix-devel@gnu.org; Tue, 22 Oct 2019 02:53:03 -0400
Received: from ns13.heimat.it ([46.4.214.66]:52090)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <g@xelera.eu>)
 id 1iMo2Q-0000PX-Af
 for guix-devel@gnu.org; Tue, 22 Oct 2019 02:53:02 -0400
In-Reply-To: <20191021204857.5dff6e9b@scratchpost.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.org@gnu.org
Sender: "Guix-devel" <guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org>
To: Danny Milosavljevic <dannym@scratchpost.org>, Jelle Licht <jlicht@fsfe.org>
Cc: guix-devel@gnu.org

Hi Danny,

Danny Milosavljevic <dannym@scratchpost.org> writes:

[...]

> A user package (for example if referred to by a system service) would
> propagate-input the kernel module package it requires.

Yes! \O/

[...]

> The limitation of it not be possible for a regular user to add kernel
> modules is OK I think.

When I wear the regular user hat I would simply like to forget about
kernel modules, letting the service use (reference a package) whatever
kernel module it needs to do the job

> That's where I draw the line--a normal profile has no business adding
> Linux kernel modules to kernel space in the first place.

I agree, that is a system level profile business

[...]

AFAIU sounds like a good plan, sorry I just canno help here :-S

Thanks! Gio'

-- 
Giovanni Biscuolo

Xelera IT Infrastructures