GNU bug report logs - #39671
Something appears to disable linux kernel modules from loading.

Previous Next

Full log

Message #25 received at 39671 <at> debbugs.gnu.org (full text, mbox):

From: "pelzflorian (Florian Pelz)" <pelzflorian <at> pelzflorian.de>
To: Jack Hill <jackhill <at> jackhill.us>
Cc: 39671 <at> debbugs.gnu.org, Ludovic Courtès <ludo <at> gnu.org>,
 Joshua Branson <jbranso <at> dismail.de>
Subject: Re: bug#39671: Something appears to disable linux kernel modules
 from loading.
Date: Thu, 20 Feb 2020 11:18:26 +0100

[Message part 1 (text/plain, inline)]

On Wed, Feb 19, 2020 at 04:50:06PM -0500, Jack Hill wrote:
> Based on the commit message, I would have expected that too, but
> 205c1e04e04b9a9338c7219ff82bd13f000fb8c8 is the first bad commit for me as
> well.

I can confirm this commit broke xf86-video-fbdev (no DRI support), USB
ethernet and USB modem support for me.  The output of running as root

out=~florian/environ-bad ; for f in $(ls /proc); do ls -l /proc/$f/exe; cat /proc/$f/environ; done > $out; chown florian:users $out


is attached as environ-bad.

Patching Shepherd to revert 501d62c4d235045e79e5aef684b5a9250c1cf8c4
(service: Export 'default-environment-variables') leads to a kernel
panic.  Doing that and reverting Guix commit
8b9cad01e9619f53dc5a65892ca6a09ca5de3447 (after a rebuild of udisks
and dependencies — why?) leads to a working system again.  It is
attached as environ-good.

Regards,
Florian

[environ-bad (application/octet-stream, attachment)]

[environ-good (application/octet-stream, attachment)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.