bug#70480: Guix bios installation: Grub error: unknown filesystem

[Timotej Lazar]

Franz Geffke  [2024-04-20 09:25:39+0100]:
> '/gnu/store/li1ic17hz460vp1sg0cx2dwgw8q7i8pj-grub-2.06/sbin/grub-install 
> --no-floppy --target=i386-pc --boot-directory /mnt/boot /dev/sda' exited with 
> status 1; output follows:
>
>Installing for i386-pc platform.
>/gnu/store/li1ic17hz460vp1sg0cx2dwgw8q7i8pj-grub-2.06/sbin/grub-install: 
> error: unknown filesystem.

I got the same error during recent installation and had to disable the 
metadata_csum_seed
ext4 feature on the root fs:

tune2fs -O ^metadata_csum_seed /dev/sda1

I think this has been fixed in grub but hasn’t hit guix master yet. Some more 
info here:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=866603

bug#65306: [shepherd] ntpd throws shepherd out of the loop

[Timotej Lazar]

Ludovic Courtès  [2023-09-02 22:44:03+0200]:
> Liliana, Timotej: could you try the Guix patch I posted at
> ?

That patch works for my aarch64 board. I encounter the same issue on an
x86_64 system without a functional RTC, but at least now I know how to
apply a workaround. Thanks!

bug#65306: [shepherd] ntpd throws shepherd out of the loop

[Timotej Lazar]

Liliana Marie Prikler  [2023-08-15 07:18:02+0200]:
> As of recently (maybe it dates back longer, but I first experienced it
> two weeks ago and just now got to debugging it a little), Shepherd gets
> stuck at 100% CPU usage "early" on first boot.

I have this issue on all Guix systems without a (working) RTC. It seems
to be caused by a recentish update to guile-fibers:

https://github.com/wingo/fibers/issues/89

For me this happens regardless of whether the system time is pushed
forward manually or by ntpd. Depending on the time delta and CPU speed,
the usage returns to normal after a couple of days. During that time any
socket-activated services like SSH are also unreachable.

bug#55206: Intermittent ldap test failure

[Timotej Lazar]

Hi,

Mathieu Othacehe  [2022-05-01 13:09:19+0200]:
> The ldap test in intermittently failing:
> https://ci.guix.gnu.org/build/703858/log/raw.

I just encountered the same failure with a different error:

komputilo login: Traceback (most recent call last):
  File 
"/gnu/store/jkfbqqv7dk38xr1a214razjlxip49hip-389-ds-base-1.4.4.17/sbin/.dsctl-real",
 line 20, in 
…
OSError: [Errno 12] Cannot allocate memory: 
'/gnu/store/jkfbqqv7dk38xr1a214razjlxip49hip-389-ds-base-1.4.4.17/lib/python3.9/site-packages/lib389/cli_ctl'

About 50% of test runs fail, either with this error or the one from the
original report.

After increasing the memory limit for the test VM, I was able to run the
test successfully ten times on two different machines. The patch is
attached.

>From 7e187015b49469671d9a25e5c1f3892f5e396ac6 Mon Sep 17 00:00:00 2001
From: Timotej Lazar 
Date: Thu, 23 Jun 2022 18:13:29 +0200
Subject: [PATCH] tests: ldap: Increase VM memory size.
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

With the default limit of 512 MB the test sometimes fails, in different
ways. Fixes https://issues.guix.gnu.org/55206.

* gnu/tests/ldap.scm (run-ldap-test): Increase memory size to 1024 MiB.
---
 gnu/tests/ldap.scm | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/gnu/tests/ldap.scm b/gnu/tests/ldap.scm
index d5403b3539..47e77c0c53 100644
--- a/gnu/tests/ldap.scm
+++ b/gnu/tests/ldap.scm
@@ -58,7 +58,9 @@ (define os
   (guix combinators
 
   (define vm
-(virtual-machine os))
+(virtual-machine
+ (operating-system os)
+ (memory-size 1024)))
 
   (define test
 (with-imported-modules '((gnu build marionette))
-- 
2.36.1

bug#48393: Can't build installer on aarch64 / v86d fails to build on aarch64

[Timotej Lazar]

Leo Famulari  [2021-05-12 22:01:29-0400]:
> I tried building the installer on my aarch64 computer, but it fails to
> build v86d, as shown below.

I just hit this one too. It’s been discussed previously[0]; as you note,
the problem is that v86d is built even though it’s not used on aarch64.
The patch in [1] works when compiling natively, not sure about cross
compiling.

I tried unsuccessfully to get the solution with let-system[2] to work,
maybe someone better versed in gexps can help?

[0] https://bugs.gnu.org/41120
[1] https://bugs.gnu.org/41120#20
[2] https://bugs.gnu.org/41120#23

bug#43388: sxiv gif support is not working

[Timotej Lazar]

"bdju" via Bug reports for GNU Guix  [2020-09-13 
17:08:21-0500]:
> You should be able to run `sxiv -a filename.gif` to view gifs, but I
> just get an error:
> sxiv: /home/user/picture.gif: Error opening image

I tried [1] and it works with `sxiv -a` here. What does `file picture.gif` say 
for your file?

[1] https://upload.wikimedia.org/wikipedia/commons/7/7e/Rotating_earth.gif

bug#43274: fdisk fails to build on armhf

[Timotej Lazar]

Hi,

Andreas Enge  [2020-09-08 18:24:21+0200]:
>> The next step would be to check newer releases (12 and 13) of genimage.
>> Has it actually ever been built on the arm architecture?

genimage tests fail on arm64 due to differently signed char. The fix¹
is in upstream master but has not been released yet. Maybe we can add
it to the current Guix package until then?

¹ https://github.com/pengutronix/genimage/commit/f4524ddc