bug#58783: Strange booting/reproducibility issue

[Julien Lepiller]

continue. GNU Guile 3.0.7
Copyright (C) 1995-2021 Free Software Foundation, Inc.

That sounds weird, I would expect our guile to be more recent than that. The 
manual suggests using "sudo guix system" instead of "sudo -E guix system", 
maybe that's the issue?

Le 26 octobre 2022 00:43:03 GMT+02:00, Denis 'GNUtoo' Carikli 
 a écrit :
>Hi,
>
>On an i686 computer[1], I've a Guix installation on an HDD, and if I do
>> guix pull -M 1 -c 1
>and that I then do
>> sudo -E guix system reconfigure -M 1 -c 1 system.scm
>
>I get the following boot failure[2]:
>> GC Warning: pthread_getattr_np or pthread_attr_getstack failed for
>> main thread GC Warning: Couldn't read /proc/stat
>> Welcome, this is GNU's early boot Guile.
>> Use 'gnu.repl' for an initrd REPL.
>> 
>> loading kernel modules...
>> Enter passphrase for /dev/sda2: 
>> /dev/mapper/cryptroot: recovering journal
>> /dev/mapper/cryptroot: clean, 702176/9773056 files, 8418369/39071232
>> blocks ice-9/boot-9.scm:1685:16: In procedure raise-exception:
>> In procedure mkdir: File exists
>> 
>> Entering a new prompt.  Type `,bt' for a backtrace or `,q' to
>> continue. GNU Guile 3.0.7
>> Copyright (C) 1995-2021 Free Software Foundation, Inc.
>> 
>> Guile comes with ABSOLUTELY NO WARRANTY; for details type `,show w'.
>> This program is free software, and you are welcome to redistribute it
>> under certain conditions; type `,show c' for details.
>> 
>> Enter `,help' for help.
>> scheme@(guile-user)> 
>
>If I use the same system.scm (attached) and that I produce an image
>with the build_init.sh script (attached) which setups an encrypted
>partition and uses guix system init, and that I then copy the resulting
>image to an USB drive with ddrescue, It then boots fine.
>
>Since the system ends up not booting anymore when I try to guix pull
>and guix system reconfigure the system on the HDD, to boot I simply
>select a known booting old revision in the grub menu, so I can easily
>test things.
>
>Though I'm not sure where to look. Is there anything I can do to get
>more contexts or logs? Should I try loglevel=8 ?
>
>References:
>---
>[1] The computer is a Thinkpad X60 with only an external display running
>Coreboot with SeaBIOS.
>[2] The boot log was captured by adding console=ttyS0,115200 to the
>command line arguments in grub and by capturing the messages
>through a serial port.
>
>Denis.

bug#58783: Strange booting/reproducibility issue

[Denis 'GNUtoo' Carikli]

Hi,

On an i686 computer[1], I've a Guix installation on an HDD, and if I do
> guix pull -M 1 -c 1
and that I then do
> sudo -E guix system reconfigure -M 1 -c 1 system.scm

I get the following boot failure[2]:
> GC Warning: pthread_getattr_np or pthread_attr_getstack failed for
> main thread GC Warning: Couldn't read /proc/stat
> Welcome, this is GNU's early boot Guile.
> Use 'gnu.repl' for an initrd REPL.
> 
> loading kernel modules...
> Enter passphrase for /dev/sda2: 
> /dev/mapper/cryptroot: recovering journal
> /dev/mapper/cryptroot: clean, 702176/9773056 files, 8418369/39071232
> blocks ice-9/boot-9.scm:1685:16: In procedure raise-exception:
> In procedure mkdir: File exists
> 
> Entering a new prompt.  Type `,bt' for a backtrace or `,q' to
> continue. GNU Guile 3.0.7
> Copyright (C) 1995-2021 Free Software Foundation, Inc.
> 
> Guile comes with ABSOLUTELY NO WARRANTY; for details type `,show w'.
> This program is free software, and you are welcome to redistribute it
> under certain conditions; type `,show c' for details.
> 
> Enter `,help' for help.
> scheme@(guile-user)> 

If I use the same system.scm (attached) and that I produce an image
with the build_init.sh script (attached) which setups an encrypted
partition and uses guix system init, and that I then copy the resulting
image to an USB drive with ddrescue, It then boots fine.

Since the system ends up not booting anymore when I try to guix pull
and guix system reconfigure the system on the HDD, to boot I simply
select a known booting old revision in the grub menu, so I can easily
test things.

Though I'm not sure where to look. Is there anything I can do to get
more contexts or logs? Should I try loglevel=8 ?

References:
---
[1] The computer is a Thinkpad X60 with only an external display running
Coreboot with SeaBIOS.
[2] The boot log was captured by adding console=ttyS0,115200 to the
command line arguments in grub and by capturing the messages
through a serial port.

Denis.


build_init.sh
Description: application/shellscript
;; Copyright (C) 2022 Denis 'GNUtoo' Carikli 
;;
;; This program is free software: you can redistribute it and/or modify
;; it under the terms of the GNU General Public License as published by
;; the Free Software Foundation, either version 3 of the License, or
;; (at your option) any later version.
;;
;; This program is distributed in the hope that it will be useful,
;; but WITHOUT ANY WARRANTY; without even the implied warranty of
;; MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
;; GNU General Public License for more details.
;;
;; You should have received a copy of the GNU General Public License
;; along with this program.  If not, see .

(use-modules
  (gnu)
  (gnu packages admin)
  (gnu packages emacs)
  (gnu packages gnome)
  (gnu packages ntp)
  (gnu packages screen)
  (gnu packages vim))
(use-package-modules version-control xdisorg)
(use-service-modules desktop networking sddm ssh xorg)

(operating-system
  (locale "en_US.utf8")
  (timezone "Europe/Paris")
  (keyboard-layout
(keyboard-layout "us" "altgr-intl"))
  (host-name "x60-base")
  (users (cons* (user-account
  (name "gnutoo")
  (comment "GNUtoo")
  (group "users")
  (home-directory "/home/gnutoo")
  (supplementary-groups
'("wheel" "netdev" "audio" "video")))
%base-user-accounts))
  (packages
(append
  (list (specification->package "nss-certs")
emacs
git
gvfs
htop
ntp
redshift-wayland
screen
vim)
  %base-packages))
  (services
(append
 (list
  (elogind-service)
  (service openssh-service-type
	   (openssh-configuration
		(permit-root-login #t)
		(password-authentication? #f)
		(challenge-response-authentication? #f)
(use-pam? #f)
		;; (authorized-keys
		;; `(("root", (local-file "gnutoo.pub"))
))
(service tor-service-type)
;; (service dhcp-client-service-type)
(service xfce-desktop-service-type)
(set-xorg-configuration
 (xorg-configuration
  (keyboard-layout keyboard-layout))
 sddm-service-type))
  %base-services))
  (bootloader
(bootloader-configuration
  (bootloader grub-bootloader)
  (targets '("/dev/sda"))
  (terminal-outputs '(console))
  (keyboard-layout keyboard-layout)))
  (mapped-devices
(list (mapped-device
(source
  (uuid "12345678-abcd-1234-1234-1234567899ab"))
(target "cryptroot")
(type luks-device-mapping
  (file-systems
(cons* (file-system
 (mount-point "/")
 (device "/dev/mapper/cryptroot")
 (type "ext4")
 (dependencies mapped-devices))
   %base-file-systems)))


pgp1Q9Z_qjwM6.pgp
Description: OpenPGP 

bug#47949: Failed to produce output path for guix-package-cache

[Vagrant Cascadian]

On 2021-04-29, Ludovic Courtès wrote:
> Roel Janssen  skribis:
>> On Wed, 2021-04-28 at 23:38 +0200, Ludovic Courtès wrote:
>>> Roel Janssen  skribis:
>>>
>>> > /builder for
>>> > `/gnu/store/4q9aprxi2rr1i6yjk1y7d76nbavwp4fy-guix-package-
>>> > cache.drv'
>>> > failed to produce output path
>>> > `/gnu/store/xgjiqmh9qlvnq1701zb5dsbbwnjx76qq-guix-package-cache'
>>> > build of
>>> > /gnu/store/4q9aprxi2rr1i6yjk1y7d76nbavwp4fy-guix-package-cache.drv
>>> > failed
>>> > Could not find build log for
>>> > '/gnu/store/4q9aprxi2rr1i6yjk1y7d76nbavwp4fy-guix-package-
>>> > cache.drv'.
>>>
>>> Could you find the log of this derivation?  :-)
>>>
>>> It’ll tell us what’s wrong.
>>>
>>
>> I'm confused.. The message says "Could not find build log for ...". Is
>> there any other place I can look?
>
> “Could not find build log” typically happens if you’re talking to a
> remote daemon, via GUIX_DAEMON_SOCKET.  In that case, the build log is
> in /var/log/guix/drvs (or similar) on the machine where the daemon is
> running.

I just started getting hit by what appears to be the same issue on a
Debian system running guix whenever i guix pull...

originally stared for
me with guix successfully pulled to
bb2701b9111a3d82a82ceaaf2b22b51ecd8ac21f, and then trying to guix pull
to anything newer would trigger the issue...

I managed to workaround it by using an older guix pull at commit
e61660c78f1190c578dd6f202bc5529cbdcff84e, and then guix pull to
8663be6da7f13a8eeea71dc1f493f7adc5b7672a was successful ... but now with
8663be6da7f13a8eeea71dc1f493f7adc5b7672a it appears to be happening
again. Wow, that's confusing...


  builder for 
`/gnu/store/r3y5jir2dv5inrfkqhjgzkvdh7lmqh5m-guix-package-cache.drv' failed to 
produce output path 
`/gnu/store/p8926hbpnrrdb9d3awzrnp75i4x9y7v1-guix-package-cache'
  build of /gnu/store/r3y5jir2dv5inrfkqhjgzkvdh7lmqh5m-guix-package-cache.drv 
failed
  View build log at 
'/var/log/guix/drvs/r3/y5jir2dv5inrfkqhjgzkvdh7lmqh5m-guix-package-cache.drv.bz2'.
  cannot build derivation 
`/gnu/store/z2859cbabpsdz7wcy7iq5fmgkwjphhqk-profile.drv': 1 dependencies 
couldn't be built
  guix pull: error: build of 
`/gnu/store/z2859cbabpsdz7wcy7iq5fmgkwjphhqk-profile.drv' failed

/var/log/guix/drvs/r3/y5jir2dv5inrfkqhjgzkvdh7lmqh5m-guix-package-cache.drv.bz2 
says:

(repl-version 0 1 1)
Generating package cache for 
'/gnu/store/fwjz2hfj9kizx1xpimq1a13p2rinfzvh-profile'...

Backtrace:
In guix/repl.scm:
141:4 19 (machine-repl _ _)
126:7 18 (_)
In ice-9/boot-9.scm:
  1747:15 17 (with-exception-handler # ?)
  1752:10 16 (with-exception-handler _ _ #:unwind? _ # _)
In guix/repl.scm:
99:21 15 (_)
In unknown file:
  14 (_ # ?)
  13 (primitive-load "/gnu/store/ia3qygs61fk0zg18x4il6lb28vx?")
In ice-9/boot-9.scm:
  1752:10 12 (with-exception-handler _ _ #:unwind? _ # _)
In gnu/packages.scm:
   438:11 11 (generate-package-cache _)
In srfi/srfi-1.scm:
   460:18 10 (fold # _ _)
In guix/packages.scm:
   570:21  9 (expand-cache . _)
  1317:17  8 (supported-package? # ?)
In guix/memoization.scm:
101:0  7 (_ # # ?)
In guix/packages.scm:
  1295:37  6 (_)
  1555:16  5 (package->bag _ _ _ #:graft? _)
  1656:48  4 (thunk)
In gnu/packages/wicd.scm:
59:32  3 (inputs #)
In ice-9/boot-9.scm:
  1685:16  2 (raise-exception _ #:continuable? _)
  1780:13  1 (_ #< components: (#)
In unknown file:
   0 (backtrace #)

(exception unbound-variable (value #f) (value "Unbound variable: ~S") (value 
(python2-pygtk)) (value #f))

If it helps,
/gnu/store/r3y5jir2dv5inrfkqhjgzkvdh7lmqh5m-guix-package-cache.drv
contains:

Derive([("out","/gnu/store/p8926hbpnrrdb9d3awzrnp75i4x9y7v1-guix-package-cache","","")],[("/gnu/store/1s1izmdn2xnznrj5mrfil6ibmcb7ishh-guile-3.0.7.drv",["out"]),("/gnu/store/nc5yrjbj78f490mjc8s622g2v0v516gb-inferior-script.scm.drv",["out"]),("/gnu/store/zjnd5hvfr2b4q299if7g508r1ilnwyp5-profile.drv",["out"])],["/gnu/store/ck9dnn4n5ljhbswydf23aaymanm8xsa2-guix-package-cache-builder"],"x86_64-linux","/gnu/store/1kws5vkl0glvpxg7arabsv6q9vazp0hx-guile-3.0.7/bin/guile",["--no-auto-compile","/gnu/store/ck9dnn4n5ljhbswydf23aaymanm8xsa2-guix-package-cache-builder"],[("guix
 properties","((type . profile-hook) (hook . 
package-cache))"),("out","/gnu/store/p8926hbpnrrdb9d3awzrnp75i4x9y7v1-guix-package-cache"),("preferLocalBuild","1")])


live well,
  vagrant


signature.asc
Description: PGP signature

bug#57878: Minimal reproducible setup

[Liliana Marie Prikler]

Am Dienstag, dem 25.10.2022 um 19:23 +0300 schrieb Max Brieiev:
> Liliana Marie Prikler  writes:
> 
> > Ehm, yes... best to keep this open until I can bump to a version
> > that's
> > approved and solves the problem.
> 
> Do the recent changes suppose to fix the issue?
> 
> Today I did:
> 
>     guix pull
>     sudo guix system reconfigure /etc/system-config.scm
>     guix package -u emacs-next
> 
> After starting Emacs I see lots of errors.
> 
> It is not mere compilation warnings. They render Emacs unusable,
> because trying to run a command gives me "function is void" errors.
> 
> So I switched back to previous generation again.
While I can't really reproduce the one you showed me in a pure
environment, I do see

Warning (comp): /gnu/store/hjciw32mj05yz1m6r6nzwdi12waz81ni-emacs-next-
29.0.50-2.4aeb80c/share/emacs/29.0.50/lisp/emacs-lisp/cl-
loaddefs.el.gz: Error: error Uncompression program `sh' not found

which is equally concerning.

bug#57878: Minimal reproducible setup

[Max Brieiev]

Liliana Marie Prikler  writes:

> Ehm, yes... best to keep this open until I can bump to a version that's
> approved and solves the problem.

Do the recent changes suppose to fix the issue?

Today I did:

guix pull
sudo guix system reconfigure /etc/system-config.scm
guix package -u emacs-next

After starting Emacs I see lots of errors.

It is not mere compilation warnings. They render Emacs unusable, because
trying to run a command gives me "function is void" errors.

So I switched back to previous generation again.

Please, see the screenshot.

bug#58778: Bug report

[Diederich, Stefan]

Dear Sir or Madame,

I performed a guix pull and got the following error:

Kanal "guix" wird vom Git-Repository auf 
"https://git.savannah.gnu.org/git/guix.git; aktualisiert ...
guix pull: error: Git-Fehler: failed to connect to 10.10.6.10: Die Wartezeit 
für die Verbindung ist abgelaufen
Kanal "guix" wird vom Git-Repository auf 
"https://git.savannah.gnu.org/git/guix.git; aktualisiert ...
Kanal "guix", Commits 9edb3f6 bis a2e4e34 werden authentifiziert (206 neue 
Commits) ...
[K[ 
 ]
[K[ 
 ]
[K[#
 ]
[K[#
 ]
[K[#
 ]
[K[##   
 ]
[K[##   
 ]
[K[###  
 ]
[K[###  
 ]
[K[###  
 ]
[K[ 
 ]
[K[ 
 ]
[K[ 
 ]
[K[#
 ]
[K[#
 ]
[K[##   
 ]
[K[##   
 ]
[K[##   
 ]
[K[###  
 ]
[K[###  
 ]
[K[###  
 ]
[K[ 
 ]
[K[ 
 ]
[K[#
 ]
[K[#
 ]
[K[#
 ]
[K[##   
 ]
[K[##   
 ]
[K[##   
 ]
[K[###  
 ]
[K[###  
 ]
[K[ 
 ]
[K[ 
 ]
[K[ 
 ]
[K[#
 ]
[K[#
 ]
[K[##   
 ]
[K[##   
 ]
[K[##   
 ]
[K[###  
 ]
[K[###  
 ]
[K[###  
 ]
[K[ 
 ]
[K[ 
 ]
[K[#
 ]
[K[#
 ]
[K[#
 ]
[K[##   
 ]
[K[##   
 ]
[K[##   
 ]
[K[###  
 ]
[K[###  
 ]
[K[ 
 ]
[K[  

bug#58606: Emacs next pgtk crashes when pasting to other app

[Joshua Branson via Bug reports for GNU Guix]

Andrew Tropin  writes:

> On 2022-10-18 10:52, Andrew Tropin wrote:
>
>> Recently discovered a problem, which reproduces this way:
>> - Open a new emacs instance.
>> - Yank anything with M-w or select with mouse.
>> - Paste yanked text to chromium/icecat.
>>

I sometimes run two instances of Emacs.  I discovered today, that Emacs
cannot yank from one and paste to another.  When I try to paste I get this
mysterious warning message in Emacs:

"waiting for reply from selection owner."

bug#58770: guix pull: error: You found a bug: the program '/gnu/store/9kyha1l1a1ynh9nni8428bqdanajck1b-compute-guix-derivation'

[Christopher Baines]

Mark Felt  writes:

> building /gnu/store/5s1lrwxd17hp97lxh9if6qni39qma5z1-gnutls-3.7.7.drv...
> | 'build' phasebuilder for 
> `/gnu/store/5s1lrwxd17hp97lxh9if6qni39qma5z1-gnutls-3.7.7.drv' failed with 
> exit code 1
> build of /gnu/store/5s1lrwxd17hp97lxh9if6qni39qma5z1-gnutls-3.7.7.drv failed
> Backtrace:
> View build log at 
> '/var/log/guix/drvs/5s/1lrwxd17hp97lxh9if6qni39qma5z1-gnutls-3.7.7.drv.bz2'.

Hi Mark,

It's not obvious to me why the build of gnutls failed from the log.

It has been built by a substitute server, so providing you're fetching
substitutes from bordeaux.guix.gnu.org, you shouldn't have to build this
locally.

Chris


signature.asc
Description: PGP signature

bug#58770: guix pull: error: You found a bug: the program '/gnu/store/9kyha1l1a1ynh9nni8428bqdanajck1b-compute-guix-derivation'

[Mark Felt]

building /gnu/store/5s1lrwxd17hp97lxh9if6qni39qma5z1-gnutls-3.7.7.drv...
| 'build' phasebuilder for
`/gnu/store/5s1lrwxd17hp97lxh9if6qni39qma5z1-gnutls-3.7.7.drv' failed with
exit code 1
build of /gnu/store/5s1lrwxd17hp97lxh9if6qni39qma5z1-gnutls-3.7.7.drv failed
Backtrace:
View build log at
'/var/log/guix/drvs/5s/1lrwxd17hp97lxh9if6qni39qma5z1-gnutls-3.7.7.drv.bz2'.
  14 (primitive-load
"/gnu/store/9kyha1l1a1ynh9nni8428bqdanajck1b-compute-guix-derivation")
In ice-9/eval.scm:
155:9 13 (_ _)
159:9 12 (_ #(#(#(#(#(#(#(#(#(#(#(#(#(#(#(#(# ?)
?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?))
In ice-9/boot-9.scm:
152:2 11 (with-fluid* _ _ _)
152:2 10 (with-fluid* _ _ _)
In ./guix/store.scm:
  2170:24  9 (run-with-store # # ?)
   1998:8  8 (_ #)
In ./guix/gexp.scm:
   299:22  7 (_ #)
   1180:2  6 (_ #)
   1046:2  5 (_ #)
892:4  4 (_ #)
In ./guix/store.scm:
  2055:12  3 (_ #)
   1403:5  2 (map/accumulate-builds #
# ?)
  1419:15  1 (_ #
("/gnu/store/mj5h0270jcv97c2pzh6d33mayy8ri54a-guile-gnutls-3.?" ?) ?)
  1419:15  0 (loop #f)

./guix/store.scm:1419:15: In procedure loop:
ERROR:
  1. :
  message: "build of
`/gnu/store/mj5h0270jcv97c2pzh6d33mayy8ri54a-guile-gnutls-3.7.9.drv' failed"
  status: 100
guix pull: error: You found a bug: the program
'/gnu/store/9kyha1l1a1ynh9nni8428bqdanajck1b-compute-guix-derivation'
failed to compute the derivation for Guix (version:
"a2e4e3489b4fdec6e270c93fcd9724abe983217e"; system: "aarch64-linux";
host version: "582b1f626f351d0c519c973ba3c49d1c270200bf"; pull-version: 1).
Please report the COMPLETE output above by email to .


1lrwxd17hp97lxh9if6qni39qma5z1-gnutls-3.7.7.drv.bz2
Description: Binary data

bug#25957: gitolite broken: created repositories keep references to /usr/bin for hooks

[zimoun]

Hi Dave,

On Mon, 24 Oct 2022 at 17:21, "Thompson, David"  
wrote:

> Pushed as commit 966118da711506b04c11fbfcac9483d59ed2d912.  This bug
> can finally be closed!

\o/ Awesome!  Thank you!

Cheers,
simon