bug#58914: linux-libre kernel socft-lock on T400 Thinkpad (BTRFS related?)

[Csepp]

The latest kernel reliably soft locks on my T400 thinkpad.  Sometimes it
locks up before the elogind login prompt, sometimes it reaches the
prompt but I can't log in.  It does not reboot on ctrl-alt-del, although
it does seem to send some kind of signal to elogind.  It does reboot for
alt-sysrq-b.
When I got to see the kernel log, it looked like it was stuck in some
BTRFS related code.  I use BTRFS on an SSD on this machine.
I know we have some other users with T400 Thinkpads, maybe they have run
into it as well?

I will try upgrading again since the kernel is a few days old.

$ guix system describe
Generation 116  Oct 23 2022 03:52:27
  file name: /var/guix/profiles/system-116-link
  canonical file name: /gnu/store/dhvng1gj6z88qzq6f2s1bw34jk668z5y-system
  label: GNU with Linux-Libre 5.19.16
  bootloader: grub
  root device: label: "GUIX"
  kernel: 
/gnu/store/dzim8lv0wv9dk94f38a1ly35ckmfscm3-linux-libre-5.19.16/bzImage
  channels:
guix:
  repository URL: https://git.savannah.gnu.org/git/guix.git
  branch: master
  commit: 78d4a08ac3a1de481bc56eef967a2e5ed2a912d5
raingloom:
  repository URL: https://git.sr.ht/~raingloom/guix-packages
  branch: master
  commit: bd30bbb2f7815e212d327a379ddbddc78fc4428a
guix-science:
  repository URL: https://github.com/guix-science/guix-science.git
  branch: master
  commit: 2602edd5ec989d244ea065b2edfe3b95bf8a8c3d
nonguix:
  repository URL: https://gitlab.com/nonguix/nonguix.git
  branch: master
  commit: 3f00d57adce5d0a185708fd5c7c5ff6f852c2bf7
  configuration file: 
/gnu/store/mldk0f0lmnsc7ahv0hh4cpd7a0q17cmy-configuration.scm

bug#58908: Position of '--check' makes or breaks 'guix shell'

[Felix Lechner via Bug reports for GNU Guix]

Hi,

For the Guix file below, which is also available here [1], the
position of the --check makes or breaks the command.

With

guix shell --development --check --file=guix.scm

$ which autopoint

which: no autopoint in
(/home/lechner/.guix-home/profile/bin:/home/lechner/.guix-home/profile/sbin:/run/setuid-programs:/home/lechner/.config/guix/current/bin:/home/lechner/.guix-profile/bin:/home/lechner/.guix-profile/sbin:/run/current-system/profile/bin:/run/current-system/profile/sbin)

while with

guix shell --development --file=guix.scm --check

$ which autopoint
/gnu/store/rcr081g34np6byhzj82m075487lnr6af-profile/bin/autopoint

The list of the working and non-working environment variables can be
found at the very bottom of this message.

Kind regards
Felix Lechner

[1] https://codeberg.org/lechner/guile-pam/src/branch/history/guix.scm

* * *

(use-modules
 (gnu packages autotools)
 (gnu packages gettext)
 (gnu packages guile)
 (gnu packages guile-xyz)
 (gnu packages linux)
 (gnu packages mes)
 (gnu packages pkg-config)
 (gnu packages)
 (guix build-system gnu)
 (guix download)
 (guix gexp)
 (guix git-download)
 ((guix licenses) #:prefix license:)
 (guix packages)
 (guix utils))

(define-public my-linux-pam
  (package
(inherit linux-pam)
(version "1.5.2")
(source
 (origin
   (method url-fetch)
   (uri (string-append
 "https://github.com/linux-pam/linux-pam/releases/download/v;
 version "/Linux-PAM-" version ".tar.xz"))
   (sha256
(base32
 "0kgrsj2scv5mx6w925h9hxf11jnqqs9z8s22aw94b90xm4qp3v74"))
   (patches (search-patches "linux-pam-no-setfsuid.patch"
(arguments (substitute-keyword-arguments
   (package-arguments linux-pam)
 ((#:configure-flags flags)
  ;; explicit libdir; drop when
  ;; https://github.com/linux-pam/linux-pam/issues/466
  ;; was resolved
  '(list (string-append "--includedir="
(assoc-ref %outputs "out")
"/include/security")
 (string-append "--libdir="
(assoc-ref %outputs "out")
"/lib")))

(define-public guile-pam
  (let ((commit "65fef0971761f5b70191350884429da5bddcb4fa")
(revision "0"))
(package
  (name "guile-pam")
  (version (git-version "0.0" revision commit))
  (source (origin
(method git-fetch)
(uri (git-reference
  (url "https://codeberg.org/lechner/guile-pam;)
  (commit commit)))
(file-name (git-file-name name version))
(sha256
 (base32
  "16zvwyv6hp58lffsniaas9kw23vlpwgzbrr7zs4p7391ybxx5gmm"
  (build-system gnu-build-system)
  (native-inputs (list autoconf automake libtool pkg-config
guile-3.0 my-linux-pam nyacc gnu-gettext))
  (inputs (list guile-3.0 guile-lib my-linux-pam))
  (home-page "https://codeberg.org/lechner/guile-pam;)
  (synopsis "Write your Linux-PAM authentication logic in Guile Scheme")
  (description
   "Guile-PAM provides a way to rewrite your authentication logic in the
Linux PAM (pluggable authentication modules) in Guile Scheme. It should make
those modules more transparent to the administrator and more intuitive to
use.")
  (license license:gpl3+

guile-pam

* * *

Working output of 'env':

ACLOCAL_PATH=/gnu/store/rcr081g34np6byhzj82m075487lnr6af-profile/share/aclocal:/home/lechner/.guix-home/profile/share/aclocal:/home/lechner/.guix-profile/share/aclocal
ALACRITTY_LOG=/tmp/Alacritty-18373.log
BASH_LOADABLES_PATH=/home/lechner/.guix-home/profile/lib/bash:/home/lechner/.guix-profile/lib/bash:/run/current-system/profile/lib/bash
C_INCLUDE_PATH=/gnu/store/rcr081g34np6byhzj82m075487lnr6af-profile/include:/home/lechner/.guix-home/profile/include:/home/lechner/.guix-profile/include
COLORTERM=truecolor
CPLUS_INCLUDE_PATH=/gnu/store/rcr081g34np6byhzj82m075487lnr6af-profile/include/c++:/gnu/store/rcr081g34np6byhzj82m075487lnr6af-profile/include:/home/lechner/.guix-home/profile/include/c++:/home/lechner/.guix-home/profile/include:/home/lechner/.guix-profile/include/c++:/home/lechner/.guix-profile/include
DBUS_FATAL_WARNINGS=0
DICPATH=/home/lechner/.guix-profile/share/hunspell:/run/current-system/profile/share/hunspell
DISPLAY=:0.0
EMACSLOADPATH=/home/lechner/.guix-home/profile/share/emacs/site-lisp:/home/lechner/.guix-profile/share/emacs/site-lisp:/run/current-system/profile/share/emacs/site-lisp
GDK_PIXBUF_MODULE_FILE=/home/lechner/.guix-home/profile/lib/gdk-pixbuf-2.0/2.10.0/loaders.cache
GHC_PACKAGE_PATH=/home/lechner/.guix-home/profile/lib/ghc-8.10.7/package.conf.d
GIO_EXTRA_MODULES=/home/lechner/.guix-home/profile/lib/gio/modules:/run/current-system/profile/lib/gio/modules

bug#58900: guix pull failure

[yaroe]

Updating channel 'guix' from Git repository at 
'https://git.savannah.gnu.org/git/guix.git'...
Building from this channel:
  guix  https://git.savannah.gnu.org/git/guix.git   9eabe0e
Computing Guix derivation for 'x86_64-linux'... |Backtrace:
  13 (primitive-load 
"/gnu/store/58czcidmlsasny3w40niawi4yi3gq9qy-compute-guix-derivation")
In ice-9/eval.scm:
155:9 12 (_ _)
159:9 11 (_ #(#(#(#(#(#(#(#(#(#(#(#(#(#(#(#(# ?) ?) ?) 
?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?))
In ice-9/boot-9.scm:
152:2 10 (with-fluid* _ _ _)
152:2  9 (with-fluid* _ _ _)
In ./guix/store.scm:
  2170:24  8 (run-with-store # _ 
#:guile-for-build _ #:system _ #:target _)
   1998:8  7 (_ _)
In ./guix/gexp.scm:
   299:22  6 (_ _)
   1180:2  5 (_ _)
   1046:2  4 (_ _)
892:4  3 (_ _)
In ./guix/store.scm:
  2055:12  2 (_ #)
   1403:5  1 (map/accumulate-builds # 
# ?)
  1419:15  0 (_ # _ _)

./guix/store.scm:1419:15: Throw to key `srfi-34' with args `(#)'.
guix pull: error: You found a bug: the program 
'/gnu/store/58czcidmlsasny3w40niawi4yi3gq9qy-compute-guix-derivation'
failed to compute the derivation for Guix (version: 
"9eabe0e1fdaa39b562b451404e58fecda9c712fe"; system: "x86_64-linux";
host version: "1.1.0rc2"; pull-version: 1).
Please report the COMPLETE output above by email to .

bug#58897: "guix download" often gets stuck on sourceforge, but browser doesn't

[Maxime Devos]

Hi,

When doing

$ guix download mirror://sourceforge/weka/weka-3-9/3.9.5/weka-3-9-5.zip

(from https://issues.guix.gnu.org/51072), it starts downloading, but 
after a while its stops doing anything (at least, nothing visible):


Starting download of /tmp/guix-file.e1a90k
From 
http://downloads.sourceforge.net/project/weka/weka-3-9/3.9.5/weka-3-9-5.zip...
following redirection to 
`http://master.dl.sourceforge.net/project/weka/weka-3-9/3.9.5/weka-3-9-5.zip?viasf=1'...
 …9-5.zip  52.6MiB 
   323KiB/s 00:30 [###   ]  17.9%


 …9-5.zip  52.6MiB 
   329KiB/s 00:39 [  ]  23.5%

[no progress!]

I've retried a few times, with no success.

When I try it in the browser (*), it just completes.

I retried again, and now it completed, but I tried again, at this time 
it is stuck on 11.2% (currently 30sec).


I thought that perhaps its just some odd networking error, but given 
that the download completes in the browser, there might be some bug in 
"guix download" or Guile's HTTP implementation.


OTOH, I retried again in the browser and this time it got stuck in the 
browser (42.9 MiB of 52.6 MiB), so maybe the problem lies in the network 
connection or SourceForge.


Greetings,
Maxime.

(*) Without 'HTTPS everywhere' extensions or such.


OpenPGP_0x49E3EE22191725EE.asc
Description: OpenPGP public key


OpenPGP_signature
Description: OpenPGP digital signature

bug#58891: LKRG blocks modprobe due to hardcoded paths

[DonaldSanders1968 via Bug reports for GNU Guix]

Hi Guix,

LKRG with default config on Guix system will resist executing modprobe. Its log 
message is like:

Oct 30 xx:xx:xx localhost vmunix: [ 2534.269558] LKRG: ALERT: BLOCK: UMH: 
Executing program name /gnu/store/fas8d76ws2xsdaiiyv822qy3tjx2an6x-modprobe

I found it is caused by hardcoded modprobe path in 
[src/modules/exploit_detection/syscalls/p_call_usermodehelper/p_call_usermodehelper.c](https://github.com/lkrg-org/lkrg/blob/main/src/modules/exploit_detection/syscalls/p_call_usermodehelper/p_call_usermodehelper.c),
 which includes a whitelist for UMH validation in LKRG.

Kind regards,
Don

bug#35875: Guix won't boot after installation with fully encrypted disk

[david larsson]

Hi Josselin,

Thanks for your help with this issue. I tried ur suggestion and got the 
same results. However, the comment about CSM legacy support gave me a 
hint from which I managed to "solve" it: my laptop uses OSBoot, and I 
always boot with the Seabios payload, but booting from the Grub 
commandline without loading Seabios actually worked fine. Just never 
occured to me to try it until I saw that email reply.


Thanks!

//David

On 2022-10-30 10:05, Josselin Poiret wrote:

Hi david,

david larsson  writes:


What should I try next?


Can you try the latest installer iso in the meantime, the one at [1]?

[1] https://guix.gnu.org/en/download/latest/

Best,

bug#58631: [Shepherd] Indefinite heap growth (memory leak)

[Ludovic Courtès]

Ludovic Courtès  skribis:

> The attached Fibers program illustrates the problem: heap grows even
> though it’s not supposed to.

The saga continues at .

bug#35875: Guix won't boot after installation with fully encrypted disk

[Josselin Poiret via Bug reports for GNU Guix]

Hi david,

david larsson  writes:

> What should I try next?

Can you try the latest installer iso in the meantime, the one at [1]?

[1] https://guix.gnu.org/en/download/latest/

Best,
-- 
Josselin Poiret

bug#57844: Shepherd fails to start in user session ~50% of the time

[Tom Willemse]

Hey!

Thanks for getting back to me on this! :)

Andrew Tropin  writes:

> On 2022-10-19 18:21, Ludovic Courtès wrote:
>
>>> It looks like it starts twice and then exits both, but I'm not sure why.
>>> I'm guessing it's the ~/.guix-home/activate and
>>> ~/.guix-home/on-first-login that are trying to start it.
>
> ~/.guix-home/activate should be launched only by guix home reconfigure,
> so it shouldn't be touched during startup of the session at all, also
> they both have a condition, which must prevent the start of shepherd if
> socket exists.

Yeah I know that they both have a check for the pid file, I remember
finding your bug report and patch earlier and hoping that it would fix
my issues, although now I understand that this would never have helped.
I thought that they might still both try to start shepherd, since
neither check nor execution of shepherd is atomic, so I figured they
might end up both starting shepherd, one creating the pid and starting,
the other failing to create it and crashing, but I couldn't think of why
the first one would stop as well then. Anyway, I guess that is
completely wrong if they don't actually ever get run at the same time :)

> https://git.savannah.gnu.org/cgit/guix.git/tree/gnu/home/services/shepherd.scm?h=883fb8f41b08a8455f16c736a83fb1ae8a3df0a1#n105
> https://git.savannah.gnu.org/cgit/guix.git/tree/gnu/home/services/shepherd.scm?h=883fb8f41b08a8455f16c736a83fb1ae8a3df0a1#n131
>
> Tom, can you show your startup scripts, please (like xsession or
> whatever you use for starting graphical environment)?  Sharing home
> environment config can be useful as well.  Do you use some display/login
> manager?

My ~/.xinitrc is literally just:

exec 
/gnu/store/rl6f55i52lldzmbgg6z0ywr41ni4kbjg-herbstluftwm-0.9.4/bin/herbstluftwm 
--autostart /gnu/store/lqif0y90y7ipvf9aakdjisygnffk4999-autostart

I use the lightdm display manager installed with the Archlinux package
manager.

My home configuration on my laptop should be based on this:

https://git.sr.ht/~ryuslash/dotfiles/tree/7771b3e1fd16a30bee09b11ecbaf2b1b69b3921b/item/oni/home/data/config.scm

It's spread across a few files, so if there's anything specific you want
to know please tell me, or if you need it in a different format I can
provide that too, I figured this would be the easiest way.

Thanks for your help!


Cheers,

Tom