bug#70165: D-Bus system service breaks reconfiguration when /var/run/dbus is present + /run and /var/run are on separate file systems.

[Hilton Chain via Bug reports for GNU Guix]

On Fri, 05 Apr 2024 02:52:09 +0800,
Liliana Marie Prikler wrote:
>
> Am Donnerstag, dem 04.04.2024 um 00:36 +0800 schrieb Hilton Chain:
> > Hi,
> >
> > I have /var/run and /run on separate file systems, recently I noticed
> > system reconfiguration stopped with "guix system: error: rename-file:
> > Invalid cross-device link":
> >
> > --8<---cut here---start->8---
> > newfstatat(AT_FDCWD, "/run", {st_mode=S_IFDIR|0755, st_size=440,
> > ...}, AT_SYMLINK_NOFOLLOW) = 0
> > newfstatat(AT_FDCWD, "/run/dbus", {st_mode=S_IFDIR|0700, st_size=40,
> > ...}, AT_SYMLINK_NOFOLLOW) = 0
> > mkdir("/run", 0777) = -1 EEXIST (File exists)
> > mkdir("/run/dbus", 0777)    = -1 EEXIST (File exists)
> > chown("/run/dbus", 988, 983)    = 0
> > chmod("/run/dbus", 0755)    = 0
> > symlink("/run/dbus", "/var/run/dbus")   = -1 EEXIST (File exists)
> > readlink("/var/run/dbus", 0x1634730, 100) = -1 EINVAL (Invalid
> > argument)
> > openat(AT_FDCWD, "/var/run/dbus",
> > O_RDONLY|O_NONBLOCK|O_CLOEXEC|O_DIRECTORY) = 17
> > newfstatat(17, "", {st_mode=S_IFDIR|0755, st_size=80, ...},
> > AT_EMPTY_PATH) = 0
> > getdents64(17, 0x16dfe10 /* 4 entries */, 32768) = 112
> > rename("/var/run/dbus/system_bus_socket",
> > "/run/dbus/system_bus_socket") = -1 EXDEV (Invalid cross-device link)
> > close(13)   = 0
> > write(2, "\33[1m\33[0mguix system: error: rena"..., 67guix
> > system: error: rename-file: Invalid cross-device link
> > ) = 67
> > exit_group(1)   = ?
> > +++ exited with 1 +++
> > --8<---cut here---end--->8---
> >
> > It's because /var/run/dbus was used for dbus service before, and now
> > migration to /run/dbus is done with ‘rename-file’:
> >
> > --8<---cut here---start->8---
> > (rename-file (string-append "/var/run/dbus/" next)
> >  (string-append "/run/dbus/" next))
> > --8<---cut here---end--->8---
> >
> > I think the logic can be improved for this case, but not sure how at
> > the moment.
> > What do you think?
> Is there a *good* reason to have those be separate file systems? :D
> What does the FHS say?
>
> Anyhow, cross-fs symlinks and rename-file ought to work assuming that
> both file-systems are already mounted.  Is one of them not needed for
> boot?

Specifically, I'm using tmpfs for them:

--8<---cut here---start->8---
(file-system
  (type "tmpfs")
  (mount-point "/run")
  (device "tmpfs")
  (flags '(no-dev strict-atime))
  (options "mode=0755,nr_inodes=800k,size=20%")
  (needed-for-boot? #t)
  (check? #f))

(file-system
  (type "tmpfs")
  (mount-point "/var/run")
  (device "tmpfs")
  (flags '(no-suid no-dev strict-atime))
  (options "mode=0755,nr_inodes=800k,size=20%")
  (needed-for-boot? #t)
  (check? #f))
--8<---cut here---end--->8---


And here's a reproducer:

--8<---cut here---start->8---
test_dir="$(mktemp --directory)"

sudo mount --type tmpfs none "$test_dir"
touch "$test_dir/test"

guile -c "(rename-file \"$test_dir/test\" \"/tmp/test\")"

sudo umount "$test_dir"
rmdir "$test_dir"
--8<---cut here---end--->8---

--8<---cut here---start->8---
Backtrace:
In ice-9/boot-9.scm:
  1752:10  6 (with-exception-handler _ _ #:unwind? _ # _)
In unknown file:
   5 (apply-smob/0 #)
In ice-9/boot-9.scm:
724:2  4 (call-with-prompt ("prompt") # …)
In ice-9/eval.scm:
619:8  3 (_ #(#(#)))
In ice-9/command-line.scm:
   185:19  2 (_ #)
In unknown file:
   1 (eval (rename-file "/tmp/tmp.9wyzRfQ28l/test" "/tmp/…") #)
   0 (rename-file "/tmp/tmp.9wyzRfQ28l/test" "/tmp/test")

ERROR: In procedure rename-file:
In procedure rename-file: Invalid cross-device link
--8<---cut here---end--->8---

bug#70165: D-Bus system service breaks reconfiguration when /var/run/dbus is present + /run and /var/run are on separate file systems.

[Hilton Chain via Bug reports for GNU Guix]

Hi,

I have /var/run and /run on separate file systems, recently I noticed system
reconfiguration stopped with "guix system: error: rename-file: Invalid
cross-device link":

--8<---cut here---start->8---
newfstatat(AT_FDCWD, "/run", {st_mode=S_IFDIR|0755, st_size=440, ...}, 
AT_SYMLINK_NOFOLLOW) = 0
newfstatat(AT_FDCWD, "/run/dbus", {st_mode=S_IFDIR|0700, st_size=40, ...}, 
AT_SYMLINK_NOFOLLOW) = 0
mkdir("/run", 0777) = -1 EEXIST (File exists)
mkdir("/run/dbus", 0777)= -1 EEXIST (File exists)
chown("/run/dbus", 988, 983)= 0
chmod("/run/dbus", 0755)= 0
symlink("/run/dbus", "/var/run/dbus")   = -1 EEXIST (File exists)
readlink("/var/run/dbus", 0x1634730, 100) = -1 EINVAL (Invalid argument)
openat(AT_FDCWD, "/var/run/dbus", O_RDONLY|O_NONBLOCK|O_CLOEXEC|O_DIRECTORY) = 
17
newfstatat(17, "", {st_mode=S_IFDIR|0755, st_size=80, ...}, AT_EMPTY_PATH) = 0
getdents64(17, 0x16dfe10 /* 4 entries */, 32768) = 112
rename("/var/run/dbus/system_bus_socket", "/run/dbus/system_bus_socket") = -1 
EXDEV (Invalid cross-device link)
close(13)   = 0
write(2, "\33[1m\33[0mguix system: error: rena"..., 67guix system: 
error: rename-file: Invalid cross-device link
) = 67
exit_group(1)   = ?
+++ exited with 1 +++
--8<---cut here---end--->8---

It's because /var/run/dbus was used for dbus service before, and now migration
to /run/dbus is done with ‘rename-file’:

--8<---cut here---start->8---
(rename-file (string-append "/var/run/dbus/" next)
 (string-append "/run/dbus/" next))
--8<---cut here---end--->8---

I think the logic can be improved for this case, but not sure how at the moment.
What do you think?

Thanks

bug#67652: [PATCH] * home/services/shells.scm (add-bash-configuration): reorder aliases (Bug#67652)

[Hilton Chain via Bug reports for GNU Guix]

Hi everyone,

On Thu, 22 Feb 2024 12:10:15 +0800,
Jason wrote:
>
> From: Jason Darby 
>
> Change-Id: I288856bb6befe378ca60ef78578acc069cb18532
> ---
>  gnu/home/services/shells.scm | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)

I have applied Jason's patch as 0b38c9401bebb6b87093555ef3768a8e1855c938, thank
you all!

bug#69667: build of sway-1.9-checkout.drv failed

[Hilton Chain via Bug reports for GNU Guix]

Hi,

On Mon, 11 Mar 2024 13:40:31 +0800,
chris wrote:
>
> All issues were resolved by removing grimshot and wlgreet

Fixed grimshot and wlgreet with fcf0fc0f33e6fc4ac96e585db5b048be620c3438 and
edfb05e16d409ab71f5cc5c91747b693f0054d59.

Thanks for reporting!

bug#69319: Unbootable, unfixable system

[Hilton Chain via Bug reports for GNU Guix]

Hi Nathan

On Sun, 25 Feb 2024 13:20:06 +0800,
Nathan Dehnel wrote:
>
> On Sat, Feb 24, 2024 at 8:59 PM Hilton Chain  wrote:
> >
[...]
> > GRUB currently doesn't support Argon2 PBKDFs, if you are going to use 
> > LUKS2, you
> > have to specify pbkdf2:
> > --8<---cut here---start->8---
> > cryptsetup --type=luks2 --pbkdf=pbkdf2
> > --8<---cut here---end--->8---
> >
> > In case it's needed, I packaged a GRUB variant with Argon2 support and its
> > bootloader definition in my channel:
> > https://github.com/rakino/Rosenthal/blob/trunk/rosenthal/packages/bootloaders.scm
> > https://github.com/rakino/Rosenthal/blob/trunk/rosenthal/bootloader/grub.scm
> >
> > I re-installed my system with this GRUB variant (also intended to test it)
> > recently, and it works just fine.
> >
> > I think this bug can be closed now?
>
> I tried that and it didn't work, I had to use --type=luks1

Then it might be because the ‘luks2’ module is not automatically installed to
GRUB's core image.  This should be fixed in GRUB 2.12, but we are still shipping
2.06...

bug#69319: Unbootable, unfixable system

[Hilton Chain via Bug reports for GNU Guix]

Hi Nathan,

On Sun, 25 Feb 2024 08:48:35 +0800,
Nathan Dehnel wrote:
>
> On Fri, Feb 23, 2024 at 11:17 AM Nathan Dehnel  wrote:
> >
> > On Fri, Feb 23, 2024 at 1:15 AM Nathan Dehnel  wrote:
> > >
> > > This config results in grub rescue "unknown filesystem  > > btrfs rootfs>" when I try to boot it. I have verified that all the
> > > device uuids are correct, and the bootloader, mapped-devices, and
> > > file-systems sections are identical in form to my other system which
> > > boots fine. i can mount the boot partition and unlock and mount the
> > > root partition manually, so they're not broken. I have no idea why
> > > it's not working. My guess is that reconfigure is broken inside a
> > > chroot somehow.
> > >
> > > (use-modules (gnu))
> > > (use-service-modules networking ssh sysctl shepherd base)
> > > (use-package-modules vpn linux)
> > > (use-modules (nongnu packages linux)
> > > (nongnu system linux-initrd)
> > > (gnu services)
> > > (guix packages)
> > > (gooby-channel packages baksnapper))
> > > (define bashrc
> > >(local-file "../bashrc"))
> > > (define nanorc
> > >(local-file "../nano/nanorc"))
> > > (operating-system
> > > (kernel linux)
> > >  (initrd microcode-initrd)
> > >  (firmware (list linux-firmware))
> > >  (locale "en_US.utf8")
> > >  (timezone "America/Chicago")
> > >  (keyboard-layout (keyboard-layout "us"))
> > >  (host-name "guixoffline")
> > >  (bootloader
> > >(bootloader-configuration
> > >  (bootloader grub-efi-bootloader)
> > >(targets '("/boot/efi1"))
> > >  (keyboard-layout keyboard-layout)))
> > >  (mapped-devices
> > >(list (mapped-device
> > >(source
> > >  (uuid "14930dad-016d-4b59-b7d8-d5af2c33f4b0"))
> > >(target "offline1")
> > >(type luks-device-mapping))
> > > ))
> > >  (file-systems
> > >(cons* (file-system
> > > (mount-point "/boot/efi1")
> > > (device (uuid "3339-DAE2" 'fat32))
> > > (type "vfat"))
> > >   (file-system
> > > (mount-point "/")
> > > (device "/dev/mapper/offline1")
> > > (type "btrfs")
> > > (options "compress=zlib:9")
> > > (dependencies mapped-devices))
> > >   %base-file-systems))
> > >  (users (cons* (user-account
> > >  (name "nathan")
> > >  (comment "Nathan Dehnel")
> > >  (group "users")
> > >  (home-directory "/home/nathan")
> > >  (supplementary-groups '("wheel" "netdev" "audio" 
> > > "video")))
> > >%base-user-accounts))
> > >  (packages
> > >(append
> > >(specification->package "btrfs-progs")
> > >(specification->package "parted")
> > >(specification->package "mdadm")
> > >(specification->package "git")
> > >(specification->package "nss-certs")
> > >(specification->package "nix")
> > >(specification->package "efibootmgr")
> > >(specification->package "smartmontools")
> > >(specification->package "iotop")
> > >(specification->package "bcache-tools")
> > >(specification->package "lsof")
> > >(specification->package "wireguard-tools")
> > >(specification->package "baksnapper")
> > >(specification->package "file")
> > >(specification->package "rsync"))
> > >  %base-packages))
> > >  (services
> > >(append
> > >  (list
> > >   (service openssh-service-type
> > > (openssh-configuration
> > >  (permit-root-login #t)
> > >  (password-authentication? #t)
> > >  (authorized-keys
> > >   `(("root" ,(local-file "ssh/root-gentoodesktop.pub"))
> > > ("root" ,(local-file "ssh/baksnapper-gentoodesktop.pub"))
> > > ("root" ,(local-file "ssh/baksnapper-gentooserver.pub"))
> > > ("root" ,(local-file "ssh/nathan-guixlaptop.pub"))
> > > 
> > >(service connman-service-type)
> > >(service ntp-service-type)
> > >(service gpm-service-type)
> > >(simple-service 'nanorc etc-service-type
> > >(list `("nanorc", nanorc)))
> > > )
> > >%base-services)))
> >
> > It seems I may have fallen for the grub luks2 compatibility issue,
> > which I didn't know about. I will investigate later.
> >
> Yeah, that was the problem.

GRUB currently doesn't support Argon2 PBKDFs, if you are going to use LUKS2, you
have to specify pbkdf2:
--8<---cut here---start->8---
cryptsetup --type=luks2 --pbkdf=pbkdf2
--8<---cut here---end--->8---

In case it's needed, I packaged a GRUB variant with Argon2 support and its
bootloader definition in my channel:

bug#67622: libtorrent-rasterbar: Tests stuck forever

[Hilton Chain via Bug reports for GNU Guix]

Hi Ilya,

On Fri, 15 Dec 2023 11:23:30 +0800,
Ilya Chernyshov wrote:
>
>
> Hi
>
> Nothing's changed, the package build still hangs on check phase for ever
>
> guix build:
>
> starting phase `check'
> Test project /tmp/guix-build-libtorrent-rasterbar-1.2.18.drv-0/build

We have libtorrent-rasterbar updated to 1.2.19 for a while[1] and fix was added
in that commit.

Thanks
---
[1]: 
https://git.savannah.gnu.org/cgit/guix.git/log/?id=fb2bbb0c3e9734006a4108a5c4f9901dbf15edae

bug#67622: libtorrent-rasterbar: Tests stuck forever

[Hilton Chain via Bug reports for GNU Guix]

Hi Ekaitz,

On Mon, 04 Dec 2023 20:34:06 +0800,
Ekaitz Zarraga wrote:
>
> Hi,
>
> I think b1cca212640 introduced some error in the tests of libtorrent-rasterbar
> producing the package to hang forever. I tried this several times with same
> result.

I think this was due to some recent dependency change, now it should be fixed by
commit fb2bbb0c3e9734006a4108a5c4f9901dbf15edae from #67557.


Thanks

bug#65178: Shepherd hangs (was: Getting Guix to shutdown my laptop properly with Sway and no DE)

[Hilton Chain via Bug reports for GNU Guix]

On Sun, 03 Sep 2023 04:49:35 +0800,
Ludovic Courtès wrote:
>
> Hi!
>
> Hilton Chain  scribes:
>
> > On Sun, 13 Aug 2023 23:25:59 +0800,
> > Hilton Chain wrote:
> >>
> >> Today I encountered the home reconfiguration issue.  The behavior is
> >> similar to .
> >
> > And today Shepherd hung after starting a service [1], the service
> > itself started successfully (process started, logs available):
>
> I’m assuming this is shepherd 0.10.2, right?


Yes!


>
> > $ sudo herd enable cloudflare-tunnel && sudo herd start cloudflare-tunnel
> > Enabled service cloudflare-tunnel.
> >
> > [1]: 
> > 
>
> Is any of the services you’re using doing “non-standard things” such as
> using constructors/destructors other than those provided by shepherd
> (‘make-forkexec-constructor’ et al.)?


No, I'm unaware of such things.


> Is it reproducible, and do you think you could come up with a reduce
> test case (for example by removing services from the config until you
> reach the minimum)?


I still don't know which condition triggers it, so I can't make a test
case.

It's unreproducible.  And I don't think it's really related to the
config, since Shepherd won't hang when rebooting to a system
generation which made it hanging at reconfiguration before.

It might be related to bug#65419 ([Shepherd] Non-reponding service
control fiber) you have reported, since there's similar behavior that
`herd status nscd' still works when Shepherd hangs.

bug#65218: Close: [bug#65218] emacs-orderless 1.0 shows as 0.8 due to incorrect value in package file

[Hilton Chain via Bug reports for GNU Guix]

Fixed in e9bea73e2da021cfccfb5356d378f2feb668742c.

bug#65524: errors in pack symlink

[Hilton Chain via Bug reports for GNU Guix]

Hi Cayetano,

On Fri, 25 Aug 2023 15:50:53 +0800,
Cayetano Santos via Bug reports for GNU Guix wrote:
>
>
> Hello guix,
>
>   I’m doing a simple
>
> guix pack -S /.guix-profile/bin=bin mg
>
>   with no issue.
>
>   However, when I replace ’bin’ by ’sbin’, ’libexec’ or ’src’ I get an
>   error.
>
> guix pack -S /.guix-profile/libexec=libexec mg
>
>   This used to perform correctly. Is that an expected behaviour ?
>
>   I’m using "738b0e4" from yesterday.

I don't know about the previous state, but currently mg and the
produced profile used by guix pack don't contain sbin, libexec or src:

--8<---cut here---start->8---
$ ls /gnu/store/m11qlw60b4chz37cysqxg6kpixnqjld5-mg-20221112/
bin/  etc/  share/
--8<---cut here---end--->8---

--8<---cut here---start->8---
$ ls /gnu/store/5qn8s8qdlvxv1aj9dsh4bffbxqd9xbjn-profile/
bin@  etc/  share/  manifest
--8<---cut here---end--->8---

Thanks

bug#65461: Cannot compile any Rust projects

[Hilton Chain via Bug reports for GNU Guix]

Hello Brian,

On Thu, 24 Aug 2023 02:22:07 +0800,
brian wrote:
>
> I'd like to propose that the ‘out’ output of gcc-toolchain include the
> stub rt, pthread, and dl stub static libraries. This problem comes up on
> a very regular basis, and I can think of no reason not to have the
> compatibility shims made available.
>
> They contain no code, as they only exist to satisfy linker command
> lines, so they're not relevant for grafting purposes. The workaround of
> including the static toolchain means that every static library, not just
> the empty stubs, is made availible for linking, which is, IMHO, strictly
> worse than putting empty .a files into the default output.
>
> WDYT?

Grepping "!" in gcc-toolchain:static gives me libanl.a, libdl.a,
libpthread.a, librt.a and libutil.a.  Currently only librt.a is not
present in gcc-toolchain:out, so the proposal is really reasonable for
me.

Cc-ing Josselin since they have sent a patch to #63258.

Hi Josselin, what's the current state of the patch?  Can you resend it
to guix-patches to trigger the build process?


Thanks

bug#65461: Cannot compile any Rust projects

[Hilton Chain via Bug reports for GNU Guix]

Hi Jonas,

On Wed, 23 Aug 2023 06:59:14 +0800,
Jonas via Bug reports for GNU Guix wrote:
>
[...]
>    = note: ld: cannot find -lrt: No such file or directory
>    collect2: error: ld returned 1 exit status

librt has been integrated into libc since glibc 2.34.

gcc-toolchain:static should provide an empty library to satisfy the
linker:
--8<---cut here---start->8---
$ guix shell gcc-toolchain:static -- sh -c 'ls $GUIX_ENVIRONMENT/lib/librt*'
/gnu/store/8fv6xh7nyyb4hsi7b7p2s2ihpsj0lvs9-profile/lib/librt.a
--8<---cut here---end--->8---

Thanks

bug#65178: Shepherd hangs (was: Getting Guix to shutdown my laptop properly with Sway and no DE)

[Hilton Chain via Bug reports for GNU Guix]

On Sun, 13 Aug 2023 23:25:59 +0800,
Hilton Chain wrote:
>
> Today I encountered the home reconfiguration issue.  The behavior is
> similar to .

And today Shepherd hung after starting a service [1], the service
itself started successfully (process started, logs available):
--8<---cut here---start->8---
$ sudo herd enable cloudflare-tunnel && sudo herd start cloudflare-tunnel
Enabled service cloudflare-tunnel.

--8<---cut here---end--->8---

[1]: 

bug#65178: Shepherd hangs (was: Getting Guix to shutdown my laptop properly with Sway and no DE)

[Hilton Chain via Bug reports for GNU Guix]

On Wed, 09 Aug 2023 20:41:44 +0800,
Hilton Chain wrote:
> I'm not sure if Shepherd hangs at usual, but most of the time I find
> it already hanging is when doing a reconfiguration.  The
> reconfiguration becomes unresponsive and it won't accept a ^C, herd
> actions also hang.  This usually happens with home reconfiguration,

Today I encountered the home reconfiguration issue.  The behavior is
similar to .

Ending part of output for the hanging reconfiguration:
--8<---cut here---start->8---
[...]
Symlinking /home/hako/.config/fontconfig/fonts.conf -> 
/gnu/store/fvvqbma1xxgisfcq7rrwihbw7jwnyliv-fonts.conf... done
Symlinking /home/hako/.gnupg/gpg-agent.conf -> 
/gnu/store/kfaz4zrxmfz6p72x47c7qrqvb873gbyi-gpg-agent.conf... done
Symlinking /home/hako/.ssh/config -> 
/gnu/store/xb6f584pwclg48fr28wl21v1mxplqp6f-ssh.conf... done
Symlinking /home/hako/.icons/default/index.theme -> 
/gnu/store/3sraq69nrs04ii0fjgk36aw2c57q6z27-icons.theme... done
 done
Finished updating symlinks.


--8<---cut here---end--->8---

And `herd status' also hangs:
--8<---cut here---start->8---
$ herd status

--8<---cut here---end--->8---

bug#65218: emacs-orderless 1.0 shows as 0.8 due to incorrect value in package file

[Hilton Chain via Bug reports for GNU Guix]

Hi Piotr,

On Fri, 11 Aug 2023 04:18:57 +0800,
Piotr Kwieciński wrote:
>
> [1  ]
> [2  ]
> I have the latest version of emacs-orderless installed on using guix and it 
> shows:
>
>  Status: External in 
> ‘/gnu/store/mp2ckcr7psy9myby262zqii36cd49yja-emacs-orderless-1.0/share/emacs/site-lisp/orderless-1.0/’
>  (unsigned).
> Version: 0.8
> Summary: Completion style for matching regexps in any order
>
> This is caused by an incorrect version of a package declared in orderless.el.


It seems that emacs-orderless in Guix wasn't really updated to 1.0,
only the version field was changed.


> I'm new to the ecosystem and I'm not familiar with the process of fixing this.
> The issue was fixed by the package maintainer in commit
> https://github.com/oantolin/orderless/commit/847694e78c12d903d5e3f6cb365a5d3b984db537
>
> Would replacing commit in the package definition be enough ? Swapping 
> 004cee6b8e01f8eb0cb1c683d0a637b14890600f with
> 847694e78c12d903d5e3f6cb365a5d3b984db537


That's not enough, the hash in (sha256 (base32 [...])) needs changing
as well.

And when updating an untagged revision to a tagged release, we usually
drop the outer let form, and use the value from version field for
commit.

For example, the original definition:
--8<---cut here---start->8---
(define-public emacs-orderless
  (let ((commit [...]))
(package
  (name "emacs-orderless")
  (version [...])
  (source
   (origin
 (method git-fetch)
 (uri (git-reference
   (url "https://github.com/oantolin/orderless;)
   (commit commit)))
 (file-name (git-file-name name version))
 (sha256
  (base32 [...]
  [...])))
--8<---cut here---end--->8---

would be changed to:
--8<---cut here---start->8---
(define-public emacs-orderless
  (package
(name "emacs-orderless")
(version "1.0")
(source
 (origin
   (method git-fetch)
   (uri (git-reference
 (url "https://github.com/oantolin/orderless;)
 (commit version)))   ; <- see here
   (file-name (git-file-name name version))
   (sha256
(base32 [...] ; <- hash is changed as well
[...]))
--8<---cut here---end--->8---

BTW the hash can be obtained with `guix hash' [1]:
--8<---cut here---start->8---
git clone https://[...] emacs-orderless

cd emacs-orderless
git checkout 1.0

guix hash -rx .
--8<---cut here---end--->8---

Would you like to get familiar with the process by going through the
way [2] to make your first contribution? ;)

I can send a patch if you prefer, and it may take a few days to get
the change into Guix.

Thanks


[1]: 
[2]: 

(Not sure why this issue isn't on the mailing list, but is available
in Debbugs.  Still under moderation?)

bug#65178: Shepherd hangs (was: Getting Guix to shutdown my laptop properly with Sway and no DE)

[Hilton Chain via Bug reports for GNU Guix]

Hello!

I have experienced many instances of Shepherd hanging through my use
of Guix, though I don't have a clear record of when it first happened.

These days I have seen a few reports on the subject.  With a quick
search of recent bug reports, I can't find any related, only to find
this thread [1] on help-guix.  So I'll start a bug report here, but I
don't know how to debug Shepherd and I haven't found a way to
reproduce it stably.

I'm not sure if Shepherd hangs at usual, but most of the time I find
it already hanging is when doing a reconfiguration.  The
reconfiguration becomes unresponsive and it won't accept a ^C, herd
actions also hang.  This usually happens with home reconfiguration,
but I can remember once with system reconfiguration when adding and
deleting some services in the configuration file.

I'm not sure how Shepherd hangs either, because in the latter case
(system one) I can still see logs indicating that it's trying to
respawn a process I killed manually, even though that's just a output
and no processes are actually spawned.

And as shown in [1], there are also cases where Shepherd hangs at some
point in the halting process, usually after syslogd has been
terminated but before term-tty*.

(The termination message indicates that Shepherd is still functional,
and no logs after that point shows that that's a real action, but
because of this I can't know anything happened further either.  After
that I'm still able to switch ttys so I assume term-tty* are alive.)

Although I don't know how they are related, I have linked my
configurations below:



Thanks

[1]:

(public-inbox mirror on yhetil.org)

bug#64775: /run should be cleaned on boot

[Hilton Chain via Bug reports for GNU Guix]

On Mon, 07 Aug 2023 04:06:37 +0800,
Vagrant Cascadian wrote:
>
> [1  ]
> On 2023-08-06, Hilton Chain wrote:
> > On Sat, 22 Jul 2023 04:24:17 +0800,
> > Saku Laesvuori via Bug reports for GNU Guix wrote:
> >>
> >> [1  ]
> >> > > I vote for TMPFS, since that would also reduce flash wear.
> >> > > Honestly I don't get why it's not already using TMPFS.
> >> >
> >> > One argument could be how much ram it takes:
> >> >
> >> >   $ du -sc /run/*
> >> >   12  /run/blkid
> >> >   0   /run/booted-system
> >> >   0   /run/current-system
> >> >   1312/run/setuid-programs
> >> >   524 /run/udev
> >> >   1848total
> >> >
> >> > That is with no explicit setuid programs configured, on a machine with a
> >> > fairly minimal configuration.
> >> >
> >> > Not a *huge* amount of ram, but not nothing, either...
> >>
> >> I'd say it's effectively nothing for almost all devices capable of
> >> running Guix. On my laptop the size of /run is 4804 (4.7M). In a quick
> >> test one terminal window with only zsh running in it took almost 10
> >> times as much ram.
> >> [2 signature.asc ]
> >> No public key for 257D284A2A1D3A32 created at 2023-07-22T04:24:17+0800 
> >> using RSA
> >
> > I'm currently using tmpfs for /tmp, /run and /var/run on my Guix
> > Systems.
> >
> > If you are interested, this is my base file systems:
> > --8<---cut here---start->8---
> > (cons* (file-system
> >  (device "none")
> >  (mount-point "/tmp")
> >  (type "tmpfs")
> >  (check? #f))
> >
> >(file-system
> >  (device "none")
> >  (mount-point "/run")
> >  (type "tmpfs")
> >  (needed-for-boot? #t)
> >  (check? #f))
> >
> >(file-system
> >  (device "none")
> >  (mount-point "/var/run")
> >  (type "tmpfs")
> >  (needed-for-boot? #t)
> >  (check? #f))
>
> You probably want to restrict permissions on /run and /var/run, as the
> defaults for tmpfs are world-writeable, allowing any user or process to
> create files or directories in potentially harmful ways...
>
> For /tmp, these defaults are appropriate, however tricky a
> world-writeable directory is...

I have set the mode and size limit on them.

Thank you so much!  Otherwise I won't notice that...

> Although I rarely have enough spare ram on a system to have /tmp be
> tmpfs for Guix System because builds happen there by default, and
> occasionally I need a lot more space than available ram in some cases.

I have enough RAM for builds I currently do on my laptop and it's the
builder for other systems, so tmpfs is fine for me.

Thanks

bug#64775: /run should be cleaned on boot

[Hilton Chain via Bug reports for GNU Guix]

Hi all,

On Sat, 22 Jul 2023 04:24:17 +0800,
Saku Laesvuori via Bug reports for GNU Guix wrote:
>
> [1  ]
> > > I vote for TMPFS, since that would also reduce flash wear.
> > > Honestly I don't get why it's not already using TMPFS.
> >
> > One argument could be how much ram it takes:
> >
> >   $ du -sc /run/*
> >   12  /run/blkid
> >   0   /run/booted-system
> >   0   /run/current-system
> >   1312/run/setuid-programs
> >   524 /run/udev
> >   1848total
> >
> > That is with no explicit setuid programs configured, on a machine with a
> > fairly minimal configuration.
> >
> > Not a *huge* amount of ram, but not nothing, either...
>
> I'd say it's effectively nothing for almost all devices capable of
> running Guix. On my laptop the size of /run is 4804 (4.7M). In a quick
> test one terminal window with only zsh running in it took almost 10
> times as much ram.
> [2 signature.asc ]
> No public key for 257D284A2A1D3A32 created at 2023-07-22T04:24:17+0800 using 
> RSA

I'm currently using tmpfs for /tmp, /run and /var/run on my Guix
Systems.

If you are interested, this is my base file systems:
--8<---cut here---start->8---
(cons* (file-system
 (device "none")
 (mount-point "/tmp")
 (type "tmpfs")
 (check? #f))

   (file-system
 (device "none")
 (mount-point "/run")
 (type "tmpfs")
 (needed-for-boot? #t)
 (check? #f))

   (file-system
 (device "none")
 (mount-point "/var/run")
 (type "tmpfs")
 (needed-for-boot? #t)
 (check? #f))

   (delete %debug-file-system
   %base-file-systems))
--8<---cut here---end--->8---

Thanks

bug#64280: Editorconfig and dir-locals in guix source tree contradict each other

[Hilton Chain via Bug reports for GNU Guix]

Hi Jelle,

On Sun, 25 Jun 2023 19:30:42 +0800,
Jelle Licht wrote:
> A contradiction between .dir-locals.el and the .editorconfig file in
> guix exists:
>
>  max_line_length of 85 in .editorconfig for most files in guix
> vs
>  fill-column of 78 in dir-locals.el for all files in guix
>
> I don't know which of these values is supposed to be leading, or whether
> they configure the exact same thing in all situations.

I'm curious about this as well.  From the submission thread [1], it
seems to have been discussed on IRC, and I think it happened here [2].

Thanks

[1]: 
[2]: 

bug#64803: Close: bug#64803: python-shiboken-6 fails

[Hilton Chain via Bug reports for GNU Guix]

Fixed in e05dcecd0df49a397aba49585a626cae16a6306c.

bug#64803: python-shiboken-6 fails

[Hilton Chain via Bug reports for GNU Guix]

Hello Formbi,

On Sun, 23 Jul 2023 19:26:11 +0800,
Formbi via Bug reports for GNU Guix wrote:
> The line in question (and the neighboring ones for context) looks
> like this:
>
> import base64
> import importlib
> import importlib.machinery as imachi
> import io
> import sys
> import traceback
> import zipfile

python-shiboken-6 inherits the definition of python-shiboken-2, which
has the following phase:
--8<---cut here---start->8---
(add-before 'configure 'workaround-importlib-error
  (lambda _
;; The following hack works around the error
;;   "module 'importlib' has no attribute 'machinery'"
;; when building python-pyside-2, which depends on
;; this package.
(substitute* "libshiboken/embed/signature_bootstrap.py"
  (("import importlib" all)
   (string-append
all
"\nimport importlib.machinery as imachi"))
  (("importlib.machinery.ModuleSpec")
   "imachi.ModuleSpec"
--8<---cut here---end--->8---

So python-shiboken-6 inherits the workaround as well, and that causes
the issue.


> How should I go about fixing this?

Delete the phase in python-shiboken-6 or rewrite it if necessarily. :)

There should be no need to keep it, as I can build python-pyside-6
with the following change:
--8<---cut here---start->8---
diff --git a/gnu/packages/qt.scm b/gnu/packages/qt.scm
index a79338f84e..e8654eee44 100644
--- a/gnu/packages/qt.scm
+++ b/gnu/packages/qt.scm
@@ -4005,6 +4005,7 @@ (define-public python-shiboken-6
  (substitute-keyword-arguments (package-arguments python-shiboken-2)
((#:phases p)
 #~(modify-phases #$p
+(delete 'workaround-importlib-error)
 (replace 'use-shiboken-dir-only
   (lambda _ (chdir "sources/shiboken6")
((#:configure-flags flags)
--8<---cut here---end--->8---

I have sent the change to .

Thanks

bug#64350: python-wand-0.6.11 fails in check phase

[Hilton Chain via Bug reports for GNU Guix]

Hi Thorsten,

On Fri, 30 Jun 2023 02:52:46 +0800,
Thorsten Wilms wrote:
> Hi, python-wand 0.6.11 fails to install. I found this in the log:
...
> Unbound variable: tests?


Patch sent to !

bug#61080: guile-static 3.0.9 failed to build.

[Hilton Chain via Bug reports for GNU Guix]

Logs after unpack phase:

phase `unpack' succeeded after 0.4 seconds
starting phase `bootstrap'
GNU build system bootstrapping not needed
phase `bootstrap' succeeded after 0.0 seconds
starting phase `patch-usr-bin-file'
phase `patch-usr-bin-file' succeeded after 0.1 seconds
starting phase `patch-source-shebangs'
patch-shebang: ./benchmark-guile.in: changing `/bin/sh' to 
`/gnu/store/4y5m9lb8k3qkb1y9m02sw9w9a6hacd16-bash-minimal-5.1.8/bin/sh'
patch-shebang: ./build-aux/announce-gen: changing `/bin/sh' to 
`/gnu/store/4y5m9lb8k3qkb1y9m02sw9w9a6hacd16-bash-minimal-5.1.8/bin/sh'
patch-shebang: ./build-aux/ar-lib: changing `/bin/sh' to 
`/gnu/store/4y5m9lb8k3qkb1y9m02sw9w9a6hacd16-bash-minimal-5.1.8/bin/sh'
patch-shebang: ./build-aux/compile: changing `/bin/sh' to 
`/gnu/store/4y5m9lb8k3qkb1y9m02sw9w9a6hacd16-bash-minimal-5.1.8/bin/sh'
patch-shebang: ./build-aux/config.guess: changing `/bin/sh' to 
`/gnu/store/4y5m9lb8k3qkb1y9m02sw9w9a6hacd16-bash-minimal-5.1.8/bin/sh'
patch-shebang: ./build-aux/config.rpath: changing `/bin/sh' to 
`/gnu/store/4y5m9lb8k3qkb1y9m02sw9w9a6hacd16-bash-minimal-5.1.8/bin/sh'
patch-shebang: ./build-aux/config.sub: changing `/bin/sh' to 
`/gnu/store/4y5m9lb8k3qkb1y9m02sw9w9a6hacd16-bash-minimal-5.1.8/bin/sh'
patch-shebang: ./build-aux/depcomp: changing `/bin/sh' to 
`/gnu/store/4y5m9lb8k3qkb1y9m02sw9w9a6hacd16-bash-minimal-5.1.8/bin/sh'
patch-shebang: ./build-aux/gendocs.sh: changing `/bin/sh' to 
`/gnu/store/4y5m9lb8k3qkb1y9m02sw9w9a6hacd16-bash-minimal-5.1.8/bin/sh'
patch-shebang: ./build-aux/git-version-gen: changing `/bin/sh' to 
`/gnu/store/4y5m9lb8k3qkb1y9m02sw9w9a6hacd16-bash-minimal-5.1.8/bin/sh'
patch-shebang: ./build-aux/gitlog-to-changelog: changing `/bin/sh' to 
`/gnu/store/4y5m9lb8k3qkb1y9m02sw9w9a6hacd16-bash-minimal-5.1.8/bin/sh'
patch-shebang: ./build-aux/gnu-web-doc-update: changing `/bin/sh' to 
`/gnu/store/4y5m9lb8k3qkb1y9m02sw9w9a6hacd16-bash-minimal-5.1.8/bin/sh'
patch-shebang: ./build-aux/gnupload: changing `/bin/sh' to 
`/gnu/store/4y5m9lb8k3qkb1y9m02sw9w9a6hacd16-bash-minimal-5.1.8/bin/sh'
patch-shebang: ./build-aux/install-sh: changing `/bin/sh' to 
`/gnu/store/4y5m9lb8k3qkb1y9m02sw9w9a6hacd16-bash-minimal-5.1.8/bin/sh'
patch-shebang: ./build-aux/ltmain.sh: changing `/bin/sh' to 
`/gnu/store/4y5m9lb8k3qkb1y9m02sw9w9a6hacd16-bash-minimal-5.1.8/bin/sh'
patch-shebang: ./build-aux/mdate-sh: changing `/bin/sh' to 
`/gnu/store/4y5m9lb8k3qkb1y9m02sw9w9a6hacd16-bash-minimal-5.1.8/bin/sh'
patch-shebang: ./build-aux/missing: changing `/bin/sh' to 
`/gnu/store/4y5m9lb8k3qkb1y9m02sw9w9a6hacd16-bash-minimal-5.1.8/bin/sh'
patch-shebang: ./build-aux/useless-if-before-free: changing `/bin/sh' to 
`/gnu/store/4y5m9lb8k3qkb1y9m02sw9w9a6hacd16-bash-minimal-5.1.8/bin/sh'
patch-shebang: ./build-aux/vc-list-files: changing `/bin/sh' to 
`/gnu/store/4y5m9lb8k3qkb1y9m02sw9w9a6hacd16-bash-minimal-5.1.8/bin/sh'
patch-shebang: ./check-guile.in: changing `/bin/sh' to 
`/gnu/store/4y5m9lb8k3qkb1y9m02sw9w9a6hacd16-bash-minimal-5.1.8/bin/sh'
patch-shebang: ./config.rpath: changing `/bin/sh' to 
`/gnu/store/4y5m9lb8k3qkb1y9m02sw9w9a6hacd16-bash-minimal-5.1.8/bin/sh'
patch-shebang: ./configure: changing `/bin/sh' to 
`/gnu/store/4y5m9lb8k3qkb1y9m02sw9w9a6hacd16-bash-minimal-5.1.8/bin/sh'
patch-shebang: ./examples/check.test: changing `/bin/sh' to 
`/gnu/store/4y5m9lb8k3qkb1y9m02sw9w9a6hacd16-bash-minimal-5.1.8/bin/sh'
patch-shebang: ./examples/modules/main: warning: no binary for interpreter 
`guile' found in $PATH
patch-shebang: ./examples/safe/safe: warning: no binary for interpreter `guile' 
found in $PATH
patch-shebang: ./examples/scripts/fact: warning: no binary for interpreter 
`guile' found in $PATH
patch-shebang: ./examples/scripts/hello: warning: no binary for interpreter 
`guile' found in $PATH
patch-shebang: ./gc-benchmarks/gc-profile.scm: changing `/bin/sh' to 
`/gnu/store/4y5m9lb8k3qkb1y9m02sw9w9a6hacd16-bash-minimal-5.1.8/bin/sh'
patch-shebang: ./gc-benchmarks/run-benchmark.scm: changing `/bin/sh' to 
`/gnu/store/4y5m9lb8k3qkb1y9m02sw9w9a6hacd16-bash-minimal-5.1.8/bin/sh'
patch-shebang: ./libguile/guile-func-name-check: changing `/usr/bin/awk' to 
`/gnu/store/690qz3fg334dpwn3pn6k59n4wc943p2b-gawk-5.1.0/bin/awk'
patch-shebang: ./libguile/guile-snarf-docs.in: changing `/bin/sh' to 
`/gnu/store/4y5m9lb8k3qkb1y9m02sw9w9a6hacd16-bash-minimal-5.1.8/bin/sh'
patch-shebang: ./libguile/guile-snarf.in: changing `/bin/sh' to 
`/gnu/store/4y5m9lb8k3qkb1y9m02sw9w9a6hacd16-bash-minimal-5.1.8/bin/sh'
patch-shebang: ./meta/build-env.in: changing `/bin/sh' to 
`/gnu/store/4y5m9lb8k3qkb1y9m02sw9w9a6hacd16-bash-minimal-5.1.8/bin/sh'
patch-shebang: ./meta/gdb-uninstalled-guile.in: changing `/bin/sh' to 
`/gnu/store/4y5m9lb8k3qkb1y9m02sw9w9a6hacd16-bash-minimal-5.1.8/bin/sh'
patch-shebang: ./meta/guild.in: changing `/bin/sh' to 
`/gnu/store/4y5m9lb8k3qkb1y9m02sw9w9a6hacd16-bash-minimal-5.1.8/bin/sh'
patch-shebang: ./meta/guile-config.in: changing `/bin/sh' to 

bug#60852: git-authenticate edge case for certain key setup.

[Hilton Chain via Bug reports for GNU Guix]

On Tue, 17 Jan 2023 23:18:13 +0800,
Ludovic Courtès wrote:
> 
> Hi,
> 
> Hilton Chain  skribis:
> 
> > I encountered the issue when adding a new key to my Guix channel.  Though I
> > haven't figured out what happened exactly, I'm currently able to reproduce 
> > the
> > issue with the following steps.
> 
> Fishy.  Would you be able to write a script to reproduce the whole
> scenario?  That’d make it easier to test and we’d be sure we’re talking
> about the same thing.
> 
> Thanks for reporting it!
> 
> Ludo’.

I created a git repository and uploaded it to GitHub:


Outputs:
: gpg: key 8FDEAEDC3B8C0109: public key "Key One" imported
: gpg: key 8FDEAEDC3B8C0109: secret key imported
: gpg: Total number processed: 1
: gpg:   imported: 1
: gpg:   secret keys read: 1
: gpg:   secret keys imported: 1
: gpg: key FC92800E84F3F3B6: public key "Key Two" imported
: gpg: key FC92800E84F3F3B6: secret key imported
: gpg: Total number processed: 1
: gpg:   imported: 1
: gpg:   secret keys read: 1
: gpg:   secret keys imported: 1
: [trunk 083b7ef] Authorize Key One.
:  1 file changed, 4 insertions(+)
:  create mode 100644 .guix-authorizations
: [trunk 1602009] Authorize Key Two.
:  1 file changed, 3 insertions(+), 1 deletion(-)
: [trunk 732579e] Test.
:  1 file changed, 1 insertion(+)
:  create mode 100644 dummy
: Authenticating commits 083b7ef to 732579e (2 new commits)...
: [###  
 ]guix git: error: commit 732579e0f0dc6d15dbd2ea6826e01ae3aaf999a4 not signed 
by an authorized key: E1B1 7BEA 095F 5B25 4135  F6D1 F820 25E7 800B 3CCF
: HEAD is now at 083b7ef Authorize Key One.
: [trunk af4fae1] Authorize Key Two.
:  1 file changed, 2 insertions(+)
: [trunk 4b90546] Test.
:  1 file changed, 1 insertion(+)
:  create mode 100644 dummy
: Authenticating commits 083b7ef to 4b90546 (2 new commits)...
: HEAD is now at 0ba5461 Add start.sh.

bug#60852: git-authenticate edge case for certain key setup.

[Hilton Chain via Bug reports for GNU Guix]

I encountered the issue when adding a new key to my Guix channel.  Though I
haven't figured out what happened exactly, I'm currently able to reproduce the
issue with the following steps.

1. Generate two keypairs.  Key One with the preset "ECC and ECC", Key Two with
"ECC (set your own capabilities)" and only keep the Certify capability, then
add a Sign subkey to Key Two.  All Curve 25519.

#+RESULTS:
: /tmp/test/pubring.kbx
: -
: sec   ed25519/676A52381FFD80C5 2023-01-16 [SC]
:   Key fingerprint = 21D3 9304 CED7 A5CF 50B6  0B80 676A 5238 1FFD 80C5
: uid [ultimate] Key One
: ssb   cv25519/BA35E2E29D6E4CE4 2023-01-16 [E]
:   Key fingerprint = 450A DF8C 6FE4 AEFF EC75  EBD9 BA35 E2E2 9D6E 4CE4
:
: sec   ed25519/06DE4CED9A91AB7B 2023-01-16 [C]
:   Key fingerprint = 4A45 EC76 DA2B 389A FE2F  C887 06DE 4CED 9A91 AB7B
: uid [ultimate] Key Two
: ssb   ed25519/3BE8CD60E408A705 2023-01-16 [S]
:   Key fingerprint = 405C B557 DE1F 1254 B012  640A 3BE8 CD60 E408 A705


2. Create a new git repository, commit public keys of the two to the "keyring"
branch.  Then commit file ".guix-authorizations" to the "main" branch with the
following code:
#+begin_src scheme
  (authorizations
   (version 0)
   (("21D3 9304 CED7 A5CF 50B6  0B80 676A 5238 1FFD 80C5"
 (name "Key One"
#+end_src

Configure git to sign commits with Key One, change the ".guix-authorizations"
file to the following and commit:
#+begin_src scheme
  (authorizations
   (version 0)
   (("21D3 9304 CED7 A5CF 50B6  0B80 676A 5238 1FFD 80C5"
 (name "Key One")))
   (("405C B557 DE1F 1254 B012  640A 3BE8 CD60 E408 A705"
 (name "Key Two"
#+end_src

Then change the signing key to Key Two and add a new commit.

Now there're three commits:
#+RESULTS:
: commit 5240baeebc055187fb738e66e7dbfbb57c0aeba3 (HEAD -> main)
: Author: Test 
: Date:   Mon Jan 16 13:53:49 2023 +0800
:
: test
:
: commit a6794b64f9dfa828a5721e3f02c27ab74db9a487
: Author: Test 
: Date:   Mon Jan 16 13:53:17 2023 +0800
:
: Authorize Key Two.
:
: commit c9476062a2f341e9ee95a60d17cf2233b7c55ff4
: Author: Test 
: Date:   Mon Jan 16 13:51:02 2023 +0800
:
: Authorize Key One.


3. Invoke `guix git authenticate`...with error.

#+begin_src shell
  guix git authenticate c9476062a2f341e9ee95a60d17cf2233b7c55ff4 "21D3 9304 
CED7 A5CF 50B6  0B80 676A 5238 1FFD 80C5"
#+end_src

#+RESULTS:
: Authenticating commits c947606 to 5240bae (1 new commits)...
: 
[##]guix
 git: error: commit 5240baeebc055187fb738e66e7dbfbb57c0aeba3 not signed by an 
authorized key: 405C B557 DE1F 1254 B012  640A 3BE8 CD60 E408 A705


4. However, if I swap positions of the two fingerprints, it works.

New ".guix-authorizations" file:
#+begin_src scheme
  (authorizations
   (version 0)
   (("405C B557 DE1F 1254 B012  640A 3BE8 CD60 E408 A705"
 (name "Key Two")))
   (("21D3 9304 CED7 A5CF 50B6  0B80 676A 5238 1FFD 80C5"
 (name "Key One"
#+end_src

New commits history:
#+RESULTS:
: commit 7e4d98eea0e89652554d822503096371e5d59f3b (HEAD -> main)
: Author: Test 
: Date:   Mon Jan 16 14:52:37 2023 +0800
:
: test
:
: commit a44434b1a9bd955cc897dea4c44abe64d6ab8112
: Author: Test 
: Date:   Mon Jan 16 13:53:49 2023 +0800
:
: Swap positions of the two fingerprints.
:
: commit a6794b64f9dfa828a5721e3f02c27ab74db9a487
: Author: Test 
: Date:   Mon Jan 16 13:53:17 2023 +0800
:
: Authorize Key Two.
:
: commit c9476062a2f341e9ee95a60d17cf2233b7c55ff4
: Author: Test 
: Date:   Mon Jan 16 13:51:02 2023 +0800
:
: Authorize Key One.

And a new `guix git authenticate` result:
#+RESULTS:
: Authenticating commits c947606 to 7e4d98e (2 new commits)...

若

bug#59971: iwd is packaged but there is no iwd shepherd service

[Hilton Chain via Bug reports for GNU Guix]

Hi Jeremiah,

> without a proper shepherd service, users are forced to manually start
> the iwd service as root and background the process.
>
> Nor is there any documentation provided to work around this defect.

AFAIK, Nikita Domnitskii has defined an iwd-service-type in their dotfiles:

bug#56595: failed to compute derivation for Guix f6904c0

[Hilton Chain via Bug reports for GNU Guix]

I finally found out that it's caused by external channels, sorry for the 
inconvenience. 

bug#56595: failed to compute derivation for Guix f6904c0

[Hilton Chain via Bug reports for GNU Guix]

1. Output of `guix pull`
---
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   f6904c0
Computing Guix derivation for 'x86_64-linux'... |ice-9/read.scm:126:4: In 
procedure read-string:
gnu/packages/games.scm:2375:1: invalid character in escape sequence: #\return
guix pull: error: You found a bug: the program 
'/gnu/store/pas7qrh326f7irf6r807ivry1f60cis1-compute-guix-derivation'
failed to compute the derivation for Guix (version: 
"f6904c0b19c2fcca41bbf1400c738bd833fec9a8"; system: "x86_64-linux";
host version: "c93f83757a8fcbeb294e43b43eec0725963005be"; pull-version: 1).
Please report the COMPLETE output above by email to .


2. File content for 
/gnu/store/pas7qrh326f7irf6r807ivry1f60cis1-compute-guix-derivation:
---
#!/gnu/store/1kws5vkl0glvpxg7arabsv6q9vazp0hx-guile-3.0.7/bin/guile 
--no-auto-compile
!#
(eval-when (expand load eval) (set! %load-path (cons 
"/gnu/store/dk1ks5p9zm41dgrm5nqg5jms7jy9y3sb-module-import" %load-path)) (set! 
%load-compiled-path (cons 
"/gnu/store/39dfrcac6sc4xis663kl8b5pyljl45ch-module-import-compiled" 
%load-compiled-path)))(begin (use-modules (ice-9 match)) (eval-when (expand 
load eval) (match (command-line) ((_ source _ ...) (match %load-path ((front _ 
...) (unless (string=? front source) (set! %load-path (list source 
(string-append "/gnu/store/60jl4xry9c93j9l0rr7nkvbw7dihjz4k-guile-gcrypt-0.3.0" 
"/share/guile/site/" (effective-version)) front))) (set! 
%load-compiled-path (cons (string-append 
"/gnu/store/60jl4xry9c93j9l0rr7nkvbw7dihjz4k-guile-gcrypt-0.3.0" "/lib/guile/" 
(effective-version) "/site-ccache") %load-compiled-path)) (read-disable (quote 
positions))) (use-modules (guix store) (guix self) (guix derivations) (srfi 
srfi-1)) (match (command-line) ((_ source system version protocol-version 
build-output) (let* ((proto (string->number protocol-versio
 n)) (store (if (integer? proto) (port->connection (duplicate-port 
(current-input-port) "w+0") #:version proto) (open-connection))) (sock (socket 
AF_UNIX SOCK_STREAM 0))) (connect sock AF_UNIX build-output) (display (and=> 
(parameterize ((current-warning-port (%make-void-port "w")) 
(current-build-output-port sock)) (run-with-store store (guix-derivation source 
version "3.0" #:channel-metadata (quote (repository (version 0) (url 
"https://git.savannah.gnu.org/git/guix.git;) (branch "master") (commit 
"f6904c0b19c2fcca41bbf1400c738bd833fec9a8") (name guix) (introduction 
(channel-introduction (version 0) (commit 
"9edb3f66fd807b096b48283debdcddccfea34bad") (signer "BBB0 2DDF 2CEA F6A8 0D1D  
E643 A2A0 6DF2 A33A 54FA") #:pull-version 1) #:system system)) 
derivation-file-name))