bug#39926: Regression introduced by Shepherd 0.7.0 ('make check-system TESTS=btrfs-root-os' fails)

[Maxim Cournoyer]

Maxim Cournoyer  writes:

[...]

> Comparing with the above uname output, we can see that it validates the
> hostname matches against "liberigilo", yet it is "gnu"!  Perhaps
> Shepherd 0.7.0 introduced some problem with the hostname service?

Another data point: the same happen when running './pre-inst-env make
check-system TESTS=installed-os', so this is not Btrfs specific.

bug#39926: Regression introduced by Shepherd 0.7.0 ('make check-system TESTS=btrfs-root-os' fails)

[Maxim Cournoyer]

Hello Ludovic!

Ludovic Courtès  writes:

> Hi Maxim,
>
> Maxim Cournoyer  skribis:
>
>> So, it seems that updating shepherd to 0.7.0 caused this regression
>> (commit 205c1e04e04b9a9338c7219ff82bd13f000fb8c8).
>
> Could it be something similar to , fixed in
> commit 00500449b0d53bb9219608a3cbee8faf7a3edae1?
>
> Thanks,
> Ludo’.

I've reviewed the problem linked above, and the various places we still
have setenvs before forking a process with Shepherd, and haven't found a
problematic usage so far.

I've ran the following again:

--8<---cut here---start->8---
guix build --verbosity=10 
/gnu/store/l6p6jnwn844hyfwfazg39i7mj4v3z9ac-btrfs-root-os.drv |& strings
--8<---cut here---end--->8---

The |& strings part prevents SeaBIOS from resetting my terminal emulator
and loosing parts of the scroll buffer.  Not really needed here, but
handy sometimes.

The failed derivation build ends with:

marionette is ready
;;; (uname #("Linux" "gnu" "5.4.24-gnu" "#1 SMP 1" "x86_64"))
builder for `/gnu/store/s3ba2v7cl8x0v7wi8xg3xrpm5216i3jf-installation.drv' 
failed with exit code 1


Right after outputing what seems to be the result of evaluating
'uname'.  Opening up the builder code referenced in that derivation,
/gnu/store/jv133gqxz1wj053vjzpnk6rkr6409lv1-btrfs-root-os-builder, I
could find:

--8<---cut here---start->8---
(test-assert "uname"
(match
(marionette-eval
 (quote
  (uname))
 marionette)
  (#("Linux" host-name version _ architecture)
   (and
(string=? host-name "liberigilo")
(string-prefix? "5.4.24" version)
(string-prefix? architecture %host-type)
--8<---cut here---end--->8---

Comparing with the above uname output, we can see that it validates the
hostname matches against "liberigilo", yet it is "gnu"!  Perhaps
Shepherd 0.7.0 introduced some problem with the hostname service?

Maxim

bug#39957: wxmaxima: broken help menus

[Christopher Howard]

In WxMaxima, if I click on Help >> WxMaxima Help, I receive error:
"Cannot open HTML help book: /gnu/store/...etc.../share/doc/wxmaxima-
20.01.3/wxmaxima.hhp".
If I click on Help >> Maxima Help, I receive error: "Cannot open HTML
help book: /home/christopher".
christopher@eowyn ~$ guix describeGeneration 11 Feb 21 2020 15:45:33
(current)  guix 447f834repository URL: 
https://git.savannah.gnu.org/git/guix.gitbranch: mastercommit:
447f834263a26fe62d86f1a655ba01b88efeafde
christopher@eowyn ~$
neofetch  .. `.   christopher@eowyn  `
--..```..`   `..```..--`   -.-:///-
:::.   `-:::///:-. OS: Guix System
447f834263a26fe62d86f1a655ba01b88efeafde
x86_64   .:::` `:::.Host: Vostro 230
00-//:`-::- Kernel: 5.4.21-
gnu ://:   -::-  Uptime: 8 days, 19 hours, 12
mins `///- .:::`  Packages: 55 (guix-system),
81 (guix-user)  -+++-:::.   Shell: bash
5.0.7   :+/:::-DE: GNOME
3.32.2   `-`Theme: Adwaita
[GTK2/3]  Icons: Adwaita
[GTK2/3]  Terminal: .gnome-
terminal  CPU: Intel Core 2 Duo
E7500 (2) @ 2.710GHz   `   GPU: Intel 4
Series Chipset  Memory: 3909MiB /
7929MiB 


-- 
Christopher Howard
Enterprise Solutions Manager
Alaska Satellite Internet
PO Box 70, Ester, AK 99725
3239 La Ree Way, Fairbanks, AK 99709
907.451.0088
1.888.396.5623
www.alaskasatelliteinternet.com

bug#39955: wxmaxima: broken help menus

[Christopher Howard]

In WxMaxima, if I click on Help >> WxMaxima Help, I receive error:
"Cannot open HTML help book: /gnu/store/...etc.../share/doc/wxmaxima-
20.01.3/wxmaxima.hhp".

If I click on Help >> Maxima Help, I receive error: "Cannot open HTML
help book: /home/christopher".

christopher@eowyn ~$ guix describe
Generation 11   Feb 21 2020 15:45:33(current)
  guix 447f834
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: 447f834263a26fe62d86f1a655ba01b88efeafde


christopher@eowyn ~$ neofetch 
 .. `.   christopher@eowyn 
 `--..```..`   `..```..--`   - 
   .-:///-:::.   `-:::///:-. OS: Guix System
447f834263a26fe62d86f1a655ba01b88efeafde x86_64 
  .:::` `:::.Host: Vostro 230 00 
   -//:`-::- Kernel: 5.4.21-gnu 
://:   -::-  Uptime: 8 days, 19 hours, 12 mins 
`///- .:::`  Packages: 55 (guix-system), 81
(guix-user) 
 -+++-:::.   Shell: bash 5.0.7 
  :+/:::-DE: GNOME 3.32.2 
  `-`Theme: Adwaita [GTK2/3] 
 Icons: Adwaita [GTK2/3] 
 Terminal: .gnome-terminal 
 CPU: Intel Core 2 Duo E7500 (2) @
2.710GHz 
 GPU: Intel 4 Series Chipset 
 Memory: 3909MiB / 7929MiB 



-- 
Christopher Howard
Enterprise Solutions Manager
Alaska Satellite Internet
PO Box 70, Ester, AK 99725
3239 La Ree Way, Fairbanks, AK 99709
907.451.0088
1.888.396.5623
www.alaskasatelliteinternet.com

bug#39952: Bug Report with Guix Pull on Ubuntu 18.04.3 LTS

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

Hullo,

Thanks for submitting a bug report!

Lee Jia Hong 写道：

[…]
In srfi/srfi-1.scm:
   592:17  0 (map1 (("source" # url: 
   "https://notabug.org/cwebber/g

uile-gcrypt.git" co?>) ?))


Guix was unable to check out this source repository, possibly 
(likely) because of a network failure.


It's possible that today's scheduled ci.guix.gnu.org maintenance 
made this problem worse.  The main substitute server should be 
back up now.



srfi/srfi-1.scm:592:17: In procedure map1:
Throw to key `srfi-34' with args `(# [message: "some substit
utes for the outputs of derivation 
`/gnu/store/v03jcr1nhdj2fw8813wli3zp4drsnzsd-bzip2-1.0.6.
tar.gz.drv' failed (usually happens due to networking issues); 
try `--fallback' to build der

ivation from source " status: 1] 7b927b0>)'.


Try running ‘guix pull’ again, it might simply have been a bad 
connection.  If that still fails with the same message and URL, 
try ‘guix pull --fallback’.  Let us know what happens.



guix pull: error: You found a bug: […]
Please report it by email to .


This was probably not a bug in Guix.  This message is a bit too 
eager, but at least it gets bug reports :-)


Kind regards,

T G-R


signature.asc
Description: PGP signature

bug#39942: carla fails to start

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

Tobias Geerinckx-Rice via Bug reports for GNU Guix 写道：

~ λ carla
Traceback (most recent call last):
 File
"/gnu/store/srsgm818w2rhifp5x5i9rs1d67hzxyzy-carla-2.0.0/share/carla/carla",
line 22, in 
   from carla_host import *
 File
"/gnu/store/srsgm818w2rhifp5x5i9rs1d67hzxyzy-carla-2.0.0/share/carla/carla_host.py",
line 30, in 
   from PyQt5.QtCore import qCritical, QEventLoop, QFileInfo,
QModelIndex, QPointF, QTimer
ModuleNotFoundError: No module named 'PyQt5'


With 1ab58a3d90cc6b0d15b5557de4cc67fee6636cb3 Carla now starts for 
me, so I'm closing this bug.  Thanks again for reporting it.


Kind regards,

T G-R


signature.asc
Description: PGP signature

bug#39738: ffmpeg-4.2.2 fails to build on native i686-linux

[ndre]

I'm also hitting this bug, though the failing tests are
different. Here, audiodsp fails. Current commit is
aac148a87b9a79b9992b8b1a9d76c217175d4a88.

Test checkasm-audiodsp failed. Look at tests/data/fate/checkasm-audiodsp.err 
for details.
make: *** [tests/Makefile:237: fate-checkasm-audiodsp] Error 1
make: *** Waiting for unfinished jobs
TESTcheckasm-bswapdsp

Test suite failed, dumping logs.
command "make" "fate" "-j" "2" failed with status 2



tests/data/fate/checkasm-audiodsp.err:

checkasm: using random seed 854121083
MMX:
 - audiodsp.audiodsp [OK]
MMXEXT:
 - audiodsp.audiodsp [OK]
SSE:
 - audiodsp.audiodsp [OK]
SSE2:
 - audiodsp.audiodsp [OK]
SSSE3:
   audiodsp.vector_clip_int32_ssse3 (audiodsp.c:111)
 - audiodsp.audiodsp [FAILED]
checkasm: 1 of 6 tests have failed

---

Full log attached.



nihy0hya21wm4dpqv7iq2z8q80qq92-ffmpeg-4.2.2.drv.bz2
Description: nihy0hya21wm4dpqv7iq2z8q80qq92-ffmpeg-4.2.2.drv.bz2


signature.asc
Description: PGP signature

bug#39952: Bug Report with Guix Pull on Ubuntu 18.04.3 LTS

[Lee Jia Hong]

OS Environment
---
OS: Ubuntu 18.04.3 LTS x86_64
Host: GL62 6QF REV:1.0
Kernel: 4.15.0-88-generic
Shell: bash 4.4.20
Resolution: 1920x1080
WM: stumpwm
Theme: Greybird [GTK3]
Icons: Elementary-xfce-darker [GTK3]
Terminal: emacs
CPU: Intel i7-6700HQ (8) @ 3.500GHz
GPU: Intel Integrated Graphics
GPU: NVIDIA GeForce GTX 960M
GPU Driver: NVIDIA 430.50

Traceback:

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   462ca0b
substitute: 
/gnu/store/q19l04vd2za80mk1845pz7r8cz29qk43-bash-minimal-4.4.23/bin/bash: warnin
g: setlocale: LC_ALL: cannot change locale (en_US.utf8)
substitute: 
/gnu/store/q19l04vd2za80mk1845pz7r8cz29qk43-bash-minimal-4.4.23/bin/bash: warnin
g: setlocale: LC_ALL: cannot change locale (en_US.utf8)
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
The following derivations will be built:
   /gnu/store/rbncgwsrgrs87924v2a6ikv8ckccarbc-module-import-compiled.drv
   /gnu/store/44arrg24csyrwm9m4vh20h55269rjh5d-module-import.drv
   /gnu/store/lybfadhfwzldw724mpsbdzakv54wwvvr-hash.scm.drv
   /gnu/store/sc6fv5hqxvk1nziq20wi427hh3cmr88n-git.scm.drv
   /gnu/store/vqpzgfr6m9dvigm1n7d26ds49jy56qj7-config.scm.drv
   /gnu/store/si8n7501qdypjznphq6clzyihp3dkaj9-compute-guix-derivation.drv
building /gnu/store/vqpzgfr6m9dvigm1n7d26ds49jy56qj7-config.scm.drv...
building /gnu/store/sc6fv5hqxvk1nziq20wi427hh3cmr88n-git.scm.drv...
building /gnu/store/lybfadhfwzldw724mpsbdzakv54wwvvr-hash.scm.drv...
building /gnu/store/44arrg24csyrwm9m4vh20h55269rjh5d-module-import.drv...
building 
/gnu/store/rbncgwsrgrs87924v2a6ikv8ckccarbc-module-import-compiled.drv...
  1% [##

  2% [

  4% [##

  5% [

  6% [##

  7% [

  8% [##

 10% [#

 11% [###

 12% [#

 13% [###

 14% [#

 15% [###

 17% [#

 18% [

 19% [##

 20% [

 21% [##

 23% [

 24% [##

 25% [#

 26% [###

 27% [#

 29% [###

 30% [#

 31% [###

 32% [#

 33% [###

 35% [##

 36% [

 37% [##

 38% [

 39% [##

 40% [

 42% 
[###

 43% 
[#

 44% 
[###

 45% 
[#

 46% 
[###

 48% 
[#

 49% 
[##
#
 50% 
[##

 51% 
[##
##
 52% 
[##

 54% 
[##
##
 55% 
[##

 56% 
[##
##
 57% 
[##

 58% 
[##
###
 60% 
[##
#
 61% 
[##

bug#39950: flatpack packages can't open external applications

[Damien Cassou]

Hi,

when I install a flatpak package under Guix System, this package works
but can't open external applications. This is a problem for some
applications, e.g., Blender will never open your web browser.

How to reproduce:

$ guix install flatpak

$ flatpak --user remote-add --if-not-exists flathub 
https://flathub.org/repo/flathub.flatpakrepo

$ flatpak --user install flathub org.blender.Blender

$ flatpak --user run org.blender.Blender

In Blender, click on the Help menu in the menu bar and choose "User
communities". This is supposed to open a web browser but no browser will
pop up.

When in bash, I can use xdg-open to open a web page without problem.

-- 
Damien Cassou

"Success is the ability to go from one failure to another without
losing enthusiasm." --Winston Churchill

bug#39949: [core-updates] rust@1.20 fails tests

[Marius Bakke]

Rust 1.20 fails a test on core-updates, possibly because of the new
version of GNU Make (4.3).

I suppose we can disable that test for the bootstrap builds as long as
it works for the latest version of Rust.

Log output:

 Running 
build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-linux-gnu/release/deps/jobserver-dd0c6bf78d70e32b

running 3 tests
test jobserver_and_j ... ok
test jobserver_exists ... ok
test makes_jobserver_used ... FAILED

failures:

 makes_jobserver_used stdout 
running `make -j2`
thread 'makes_jobserver_used' panicked at '
Expected: execs
but: exited with exit code: 2
--- stdout
/tmp/guix-build-rust-1.20.0.drv-0/rustc-1.20.0-src/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-linux-gnu/release/cargo
 build

--- stderr
   Compiling d1 v0.0.1 
(file:///tmp/guix-build-rust-1.20.0.drv-0/rustc-1.20.0-src/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-linux-gnu/cit/t2/foo/d1)
   Compiling d2 v0.0.1 
(file:///tmp/guix-build-rust-1.20.0.drv-0/rustc-1.20.0-src/build/x86_64-unknown-linux-gnu/stage2-tools/x86_64-unknown-linux-gnu/cit/t2/foo/d2)
error: internal compiler error: unexpected panic

note: the compiler unexpectedly panicked. this is a bug.

note: we would appreciate a bug report: 
https://github.com/rust-lang/rust/blob/master/CONTRIBUTING.md#bug-reports

note: rustc 1.20.0 running on x86_64-unknown-linux-gnu

thread 'rustc' panicked at 'failed to acquire jobserver token: Error { repr: Os 
{ code: 11, message: "Resource temporarily unavailable" } }', 
src/libcore/result.rs:860:4
note: Run with `RUST_BACKTRACE=1` for a backtrace.

error: internal compiler error: unexpected panic

note: the compiler unexpectedly panicked. this is a bug.

note: we would appreciate a bug report: 
https://github.com/rust-lang/rust/blob/master/CONTRIBUTING.md#bug-reports

note: rustc 1.20.0 running on x86_64-unknown-linux-gnu

thread 'rustc' panicked at 'failed to acquire jobserver token: Error { repr: Os 
{ code: 11, message: "Resource temporarily unavailable" } }', 
src/libcore/result.rs:860:4
note: Run with `RUST_BACKTRACE=1` for a backtrace.

error: failed to acquire jobserver token

Caused by:
  Resource temporarily unavailable (os error 11)
make: *** [Makefile:2: all] Error 101
', src/vendor/hamcrest/src/core.rs:31:12
note: Run with `RUST_BACKTRACE=1` for a backtrace.


failures:
makes_jobserver_used

test result: FAILED. 2 passed; 1 failed; 0 ignored; 0 measured; 0 filtered out

error: test failed, to rerun pass '--test jobserver'


command did not execute successfully: 
"/gnu/store/c3jc4rlyj1b50djxny0ldpbpywaf5apr-rust-1.19.0-cargo/bin/cargo" 
"test" "-j" "1" "--target" "x86_64-unknown-linux-gnu" "--release" "--frozen" 
"--manifest-path" 
"/tmp/guix-build-rust-1.20.0.drv-0/rustc-1.20.0-src/src/tools/cargo/Cargo.toml"
expected success, got: exit code: 101


failed to run: 
/tmp/guix-build-rust-1.20.0.drv-0/rustc-1.20.0-src/build/bootstrap/debug/bootstrap
 -j1 test src/tools/cargo
Build completed unsuccessfully in 0:09:46
command "./x.py" "-j1" "test" "src/tools/cargo" failed with status 1
builder for `/gnu/store/dxrkx2iqr0vhan7m0lfczw3b8rpyw8z8-rust-1.20.0.drv' 
failed with exit code 1


signature.asc
Description: PGP signature

bug#39942: carla Permission denied

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

Nathan,

Nathan Dehnel 写道：

bash-5.0$ carla
/home/nathan/.guix-profile/bin/carla: line 15:
/gnu/store/d6df2j9g65vvczxgqs6gfdmg7d0v3gji-carla-2.0.0/share/carla/carla:
Permission denied
/home/nathan/.guix-profile/bin/carla: line 15: exec:
/gnu/store/d6df2j9g65vvczxgqs6gfdmg7d0v3gji-carla-2.0.0/share/carla/carla:
cannot execute: Permission denied


Addressed in 5424e680b829c72ed7531333a532643e6f62ceb3, but the 
programme still fails to start:


~ λ carla
Traceback (most recent call last):
 File 
 "/gnu/store/srsgm818w2rhifp5x5i9rs1d67hzxyzy-carla-2.0.0/share/carla/carla", 
 line 22, in 

   from carla_host import *
 File 
 "/gnu/store/srsgm818w2rhifp5x5i9rs1d67hzxyzy-carla-2.0.0/share/carla/carla_host.py", 
 line 30, in 
   from PyQt5.QtCore import qCritical, QEventLoop, QFileInfo, 
   QModelIndex, QPointF, QTimer

ModuleNotFoundError: No module named 'PyQt5'

I'll try wrapping it.

Thanks,

T G-R


signature.asc
Description: PGP signature

bug#39937: Cuirass evaluations of master branch are failing

[Marius Bakke]

Marius Bakke  writes:

> Guix,
>
> The CI is currently unable to evaluate the 'guix-master' specification:
>
> https://ci.guix.gnu.org/jobset/guix-master
>
> Excerpt from the log file:
>
> @ build-succeeded /gnu/store/lg55vig7qp8qwrx4hlsq8mnq8h6vkik0-profile.drv -
> Backtrace:
>7 (apply-smob/1 #)
> In ice-9/boot-9.scm:
> 705:2  6 (call-with-prompt _ _ #)
> In ice-9/eval.scm:
> 619:8  5 (_ #(#(#)))
>293:34  4 (_ #(#(#(#(#(#(#(#(#(#(#(?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?))
> 159:9  3 (_ _)
> 159:9  2 (_ _)
> In guix/utils.scm:
> 661:8  1 (call-with-temporary-directory _)
> In guix/inferior.scm:
> 524:7  0 (_ _)
>
> guix/inferior.scm:524:7: In procedure struct-vtable: Wrong type argument in 
> position 1 (expecting struct): 
> "/gnu/store/wmzfr8fvbiz067x4dzpandwwl4iqda56-guix-2c2b1ef"

This was fixed almost before this bug report was submitted, by commit
bc8b2ffdac3f55414629ace5b1a0db32e9656c0a.


signature.asc
Description: PGP signature

bug#39925: `guix pull` failure in multi-machine setup

[Lars-Dominik Braun]

Hi,

> Sounds like this ssh URI is not valid on the nodes, is that right?
I would consider it valid, since `ssh master.` and `guix build
` both work just fine from the nodes. It’s just `guix pull`, which is
causing issues.

> Right.  So perhaps I don’t quite understand the use case.  What about
> simply pulling from one of these machines, if everything is shared over
> NFS?
Sure, that’s an option, but anyone who tries will get a strange error message.
And it breaks the appeal of having a remote guix daemon in the first place,
that is being able to run `guix ` on any machine I log into. If that
is not the case (i.e. not for `guix pull`) it would be more consistent to ask
users to SSH into a different machine every time they interact with guix. Does
that explain my use case?

Lars



signature.asc
Description: PGP signature

bug#39946: mate-utils build fails

[Danny Milosavljevic]

  GENpt/
  GENro/
  GENis/
/gnu/store/29jhbbg1hf557x8j53f9sxd9imlmf02a-bash-minimal-5.0.7/bin/bash: line 
3: 12688 Segmentation fault  itstool -m "${mo}" ${d}/C/index.docbook 
${d}/C/legal.xml
make[3]: *** [Makefile:602: pt/pt.stamp] Error 139
make[3]: *** Waiting for unfinished jobs
make[3]: Leaving directory 
'/tmp/guix-build-mate-utils-1.22.0.drv-0/mate-utils-1.22.0/gsearchtool/help'
make[2]: *** [Makefile:443: all-recursive] Error 1
make[2]: Leaving directory 
'/tmp/guix-build-mate-utils-1.22.0.drv-0/mate-utils-1.22.0/gsearchtool'
make[1]: *** [Makefile:511: all-recursive] Error 1
make[1]: Leaving directory 
'/tmp/guix-build-mate-utils-1.22.0.drv-0/mate-utils-1.22.0'
make: *** [Makefile:443: all] Error 2
command "make" "-j" "4" "gtk_update_icon_cache=true" failed with status 2


Generation 59   Mar 06 2020 11:26:20(current)
  guix 83a483a
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: 83a483aac7357073c20fc2e3fe6f234e9cb119b1


pgpWh8io3BWfV.pgp
Description: OpenPGP digital signature

bug#39925: `guix pull` failure in multi-machine setup

[Ludovic Courtès]

Hello,

Lars-Dominik Braun  skribis:

>> This is a limitation in ‘build-aux/build-self.scm’: […]
> I don’t understand what’s going on there unfortunately. Is there a high-level
> explanation somewhere in the manual?
>
>> We could work around it by letting the ‘GUIX_DAEMON_SOCKET’ environment
>> variable through, along these lines:
> Nope, that does not seem to be enough. After pulling on master doing the same
> on a node (with a patched guix) yields:
>
> ---snip---
> ice-9/eval.scm:293:34: Throw to key `srfi-34' with args `(#  [file: "ssh://master." errno: 95] 
> 7f0f325f77b0>)'.
> ---snap---
>
> Any ideas?

Sounds like this ssh URI is not valid on the nodes, is that right?

>> +  (when (and (not (file-port? port) daemon-socket))
> (when (and (not (file-port? port)) daemon-socket)
> I assume:↑
>
>> […] and won’t work with old Guix revisions anyway.
> That means `guix time-machine` could not go back beyond a commit that fixes 
> the
> issue, correct? Not a concern for me.

Correct.

>> However, for your use case, you could perhaps simply pull on one machine
>> and use ‘guix copy’ to send Guix elsewhere?
> The store is the same on all machines, since /gnu/store, /var/guix and /home
> are all shared via NFS. As far as I understand the manual `guix copy` would be
> useful for store to store transfers on different machines only.

Right.  So perhaps I don’t quite understand the use case.  What about
simply pulling from one of these machines, if everything is shared over
NFS?

HTH,
Ludo’.

bug#39939: python-tables tunes itself to the CPU at build time

[Ricardo Wurmus]

This should now be fixed with commit
70b74663b64a65f142b3aac8c79d952d96480008.

--
Ricardo

bug#39942: carla Permission denied

[Nathan Dehnel]

bash-5.0$ carla
/home/nathan/.guix-profile/bin/carla: line 15:
/gnu/store/d6df2j9g65vvczxgqs6gfdmg7d0v3gji-carla-2.0.0/share/carla/carla:
Permission denied
/home/nathan/.guix-profile/bin/carla: line 15: exec:
/gnu/store/d6df2j9g65vvczxgqs6gfdmg7d0v3gji-carla-2.0.0/share/carla/carla:
cannot execute: Permission denied