bug#40669: [PATCH] gnu: Add exfatprogs.

[Leo Famulari]

On Thu, Apr 16, 2020 at 11:58:37PM +0200, Tobias Geerinckx-Rice via Bug reports 
for GNU Guix wrote:
> * gnu/packages/file-systems.scm (exfatprogs): New public variable.

Thanks!

> +(version "1.0.1")

I updated it to 1.0.3 and pushed as d7aef3ab59837b9ed8abbe199debf8ed687f6782

bug#40649: website download bug

[Leo Famulari]

On Wed, Apr 15, 2020 at 10:36:11PM +0200, mray wrote:
> Hi there,
> 
> the QEMU Image download links toa file that misses the "*.qcow2" filetype.
> 
> That way Gnome Boxes is not able to start the image. I suggest renaming
> all respective files.

We could use something like the attached patch (untested!), but I'll
wait for review from a maintainer since they would have to deal with any
breakage.
From a9bc503689e7d524265fd23811627323d8059ece Mon Sep 17 00:00:00 2001
From: Leo Famulari 
Date: Thu, 28 May 2020 22:43:16 -0400
Subject: [PATCH] maint: Add a file extension to the VM image.

This allows the file to be opened easily in GNOME Boxes.

Fixes .

* Makefile.am (release): Add ".qcow2" to the name of the VM image.
* doc/guix.texi (Running Guix in a VM): Adjust accordingly.
---
 Makefile.am   | 6 +++---
 doc/guix.texi | 2 +-
 2 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/Makefile.am b/Makefile.am
index 5b64386b53..f1031863de 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -836,9 +836,9 @@ release: dist-with-updated-version
echo "failed to produced Guix VM image for $$system" >&2 ;  
\
exit 1 ;
\
  fi ;  
\
- xz < "$$image" > 
"$(releasedir)/$(GUIX_SYSTEM_VM_IMAGE_BASE).$$system.xz.tmp" ;   \
- mv "$(releasedir)/$(GUIX_SYSTEM_VM_IMAGE_BASE).$$system.xz.tmp"   
\
-"$(releasedir)/$(GUIX_SYSTEM_VM_IMAGE_BASE).$$system.xz" ; 
\
+ xz < "$$image" > 
"$(releasedir)/$(GUIX_SYSTEM_VM_IMAGE_BASE).$$system.qcow2.xz.tmp" ; \
+ mv "$(releasedir)/$(GUIX_SYSTEM_VM_IMAGE_BASE).$$system.qcow2.xz.tmp" 
\
+"$(releasedir)/$(GUIX_SYSTEM_VM_IMAGE_BASE).$$system.qcow2.xz" ;   
\
done
@echo
@echo "Congratulations!  All the release files are now in 
$(releasedir)."
diff --git a/doc/guix.texi b/doc/guix.texi
index 5b9942d420..0adadf69fa 100644
--- a/doc/guix.texi
+++ b/doc/guix.texi
@@ -27747,7 +27747,7 @@ Whether or not the droplet should be created with IPv6 
networking.
 @cindex virtual machine
 To run Guix in a virtual machine (VM), one can use the pre-built Guix VM image
 distributed at
-@url{@value{BASE-URL}/guix-system-vm-image-@value{VERSION}.x86_64-linux.xz}.
+@url{@value{BASE-URL}/guix-system-vm-image-@value{VERSION}.x86_64-linux.qcow2.xz}.
 This image is a compressed image in QCOW format.  You will first need to
 decompress with @command{xz -d}, and then you can pass it to an emulator such
 as QEMU (see below for details).
-- 
2.26.2



signature.asc
Description: PGP signature

bug#40649: website download bug

[Leo Famulari]

On Wed, Apr 15, 2020 at 10:36:11PM +0200, mray wrote:
> the QEMU Image download links toa file that misses the "*.qcow2" filetype.
> 
> That way Gnome Boxes is not able to start the image. I suggest renaming
> all respective files.

Thanks for letting us know. How does it goes wrong? In general, QEMU
doesn't require file extensions to load images, and that's what Boxes is
using under the hood. We should probably change it regardless.


signature.asc
Description: PGP signature

bug#40567: mpd-service-type needs a pre-existing user in system and does not works with a new user defined in config.scm

[Leo Famulari]

On Sun, Apr 12, 2020 at 09:55:15AM +0530, R Veera Kumar wrote:
> This is to report:
> mpd-service-type needs a pre-existing user in system and does not works
> with a new user defined in config.scm. Running guix system reconfigure 
> gives some getpw error.
> 
> Guix system reconfigure works fine if we add temporarily a user with useradd.

I suppose the service was written with the assumption that one would
choose their own user as the MPD user, since they likely own the music
library.

We could make the MPD service extend accounts-service-type to handle
user accounts for a "system user" but it depends on the expectations of
MPD users, or at least people using this service.

At least, we could add a more informative error message.

bug#40442: srt2vtt does not work

[Leo Famulari]

On Sat, Apr 04, 2020 at 05:58:15PM -0500, sirgazil via Bug reports for GNU Guix 
wrote:
> I installed srt2vtt but it errors when I run it.
> 
> $ srt2vtt --help
> Backtrace:

Nothing to add but that I can still reproduce it on current master
branch.

bug#41581: Redirecting ‘guix graph’ to bcachefs file causes backtrace(?)

[Tobias Geerinckx-Rice via Bug reports for GNU Guix]

Guix,

Redirecting guix's output to a file on a bcachefs file system 
triggers a backtrace.


Of course I don't expect anyone else to be doing this, but does 
anyone have a clue as to what *could* be happening?  Redirection 
to a file in /tmp works fine.



λ findmnt /
TARGET SOURCEFSTYPE   OPTIONS
/  /dev/sda1 bcachefs 
rw,relatime,compression=lz4,gc_reserve_percent=5,discard


λ guix --help > ~/halpy
Backtrace:
 11 (primitive-load 
 "/home/nckx/.config/guix/current/bin/guix")

In ice-9/eval.scm:
  293:34 10 (_ #)
  196:35  9 (_ #)
In ice-9/boot-9.scm:
 3297:17  8 (resolve-interface (guix ui) #:select _ #:hide _ 
 #:prefix _ #:renamer _ #:version _)

In ice-9/threads.scm:
   390:8  7 (_ _)
In ice-9/boot-9.scm:
 3223:13  6 (_)
In ice-9/threads.scm:
   390:8  5 (_ _)
In ice-9/boot-9.scm:
 3507:20  4 (_)
  2806:4  3 (save-module-excursion _)
 3527:26  2 (_)
In unknown file:
  1 (primitive-load-path "guix/ui" #  705f90ca97e0 at ice-9/boot-9.scm:3514:37 ()>)

In guix/ui.scm:
 1328:19  0 (_)

guix/ui.scm:1328:19: In procedure terminal-window-size: Operation 
not permitted


Kind regards,

T G-R


signature.asc
Description: PGP signature

bug#38432: dockerd is not started automatically

[Danny Milosavljevic]

Hi Maxim,

On Thu, 28 May 2020 09:24:58 -0400
Maxim Cournoyer  wrote:

> FWIW, I started experimenting the same on my Guix System after a recent
> guix pull & guix system reconfigure.

Really?  Back then I've fixed and replaced a lot of the modprobe stuff in
docker upstream--so now it should start up much more reliably on Guix.

I don't know what could be up with it now.  Could you please check logs
in /var/log/containerd.log and /var/log/docker.log (without
manually starting docker beforehand).


pgp2CpxZGbnW4.pgp
Description: OpenPGP digital signature

bug#38700: Yoshimi 1.6.1 source hash mismatch

[Maxim Cournoyer]

Ricardo Wurmus  writes:

> Ludovic Courtès  writes:
>
>> We’re getting a hash mismatch for Yoshimi and ci.guix.gnu.org doesn’t
>> have it in cache: […]
>> Ricardo or anyone who might have the previous Yoshimi tarball, could you
>> take a look?
>
> I ran guix gc earlier today, so I no longer have the tarball :(
>
> It’s a new release, so my guess is that they made a mistake somewhere
> and quickly published an updated tarball.

The yoshimi package version is now at 1.7.0.1 (and it fails to build for
me, but that's another issue).

Closing!

Maxim

bug#38700: Yoshimi 1.6.1 source hash mismatch

[Maxim Cournoyer]

Ricardo Wurmus  writes:

> Ludovic Courtès  writes:
>
>> We’re getting a hash mismatch for Yoshimi and ci.guix.gnu.org doesn’t
>> have it in cache: […]
>> Ricardo or anyone who might have the previous Yoshimi tarball, could you
>> take a look?
>
> I ran guix gc earlier today, so I no longer have the tarball :(
>
> It’s a new release, so my guess is that they made a mistake somewhere
> and quickly published an updated tarball.

The yoshimi package version is now at 1.7.0.1 (and it fails to build for
me, but that's another issue).

Closing!

Maxim

bug#38432: dockerd is not started automatically

[Maxim Cournoyer]

Hello!

andre...@sdf.org writes:

> When defined in /etc/config.scm as the manual suggests[1]
>>(service docker-service-type)
>
> dockerd is not started with other services.
> It could be started manually by
> $ herd start dockerd
>
> [1] https://guix.gnu.org/manual/en/html_node/Miscellaneous-Services.html

FWIW, I started experimenting the same on my Guix System after a recent
guix pull & guix system reconfigure.

Maxim

bug#41575: Container with openssh-service requires sshd user on the host

[Edouard Klein]

Dear guix,

This is a funny one.

Consider this minimal operating system definition:
---
(use-modules (gnu))
(use-service-modules ssh)

(operating-system
  (host-name "MinimalSSH")
  (timezone "Europe/Paris")
  (bootloader (bootloader-configuration
   (bootloader grub-bootloader)))
  (file-systems %base-file-systems)
  (services (append (list 
 (service openssh-service-type
  (openssh-configuration
   (port-number 
%base-services)))
---

If I try to create a container (with network of course):

guix system container ~/src/gendscraper/minimal_openssh.scm --network

And run the container

sudo /gnu/store/6dvy8acvzkzfba8hjf4nfc3ps2rwns5j-run-container

I get the error I pasted at the end of this email.

If, however, I create a sshd user on the host, it runs without a hitch
and I can talk to the ssh server on localhost:

Funny things:
- It will run if I remove the --network (but then I can't connect to the
ssh server, of course)
- It will run if I userdel sshd, until I reboot

The ncsd daemon is running on the host.

My goal with guix containers is to avoid having to make any
configuration on the foreign host (apart from installing guix),
is this normal that the sshd user has to be present for the container
to run the ssh daemon ?

If it is, how can I know in advance which service requires which
configuration on the host ?

Thanks in advance for any help, please do not hesitate to ask for more
information about my config (Arch) if need be.

Cheers,

Edouard.

---
sudo /gnu/store/6dvy8acvzkzfba8hjf4nfc3ps2rwns5j-run-container
guile: warning: failed to install locale
system container is running as PID 3934
Run 'sudo guix container exec 3934 /run/current-system/profile/bin/bash --login'
or run 'sudo nsenter -a -t 3934' to get a shell into it.

making '/gnu/store/ml63vj43bv4lrmwdvpm6jqyya24z6zkr-system' the current 
system...
setting up setuid programs in '/run/setuid-programs'...
populating /etc from /gnu/store/a4d90ypz1xylh97ff2b4ysj33hwnmfva-etc...
Backtrace:
  12 (primitive-load "/gnu/store/6dvy8acvzkzfba8hjf4nfc3ps2r…")
In gnu/build/linux-container.scm:
297:8 11 (call-with-temporary-directory #)
   325:16 10 (_ _)
 62:6  9 (call-with-clean-exit _)
In unknown file:
   8 (primitive-load "/gnu/store/ml63vj43bv4lrmwdvpm6jqyya24…")
In ice-9/eval.scm:
619:8  7 (_ #f)
In unknown file:
   6 (primitive-load "/gnu/store/zdqjch5xknlhp6dvnl6vdrlfnbm…")
In srfi/srfi-1.scm:
640:9  5 (for-each # _)
In unknown file:
   4 (primitive-load "/gnu/store/y19c6kipzqigz15v4hvy53x2vaz…")
In gnu/build/activation.scm:
145:2  3 (activate-users+groups _ _)
In srfi/srfi-1.scm:
640:9  2 (for-each # _)
In gnu/build/activation.scm:
   115:16  1 (make-home-directory #< name: "sshd" pass…>)
In unknown file:
   0 (getpw "sshd")

ERROR: In procedure getpw:
In procedure getpw: entry not found