bug#70910: [PATCH] gnu: xdot: Bugfix: Add the directory containing "dot" to the PATH.
"xdot" would always fail to run when graphviz "dot" binary is not available
directly in the user system. This patch fixes it by adding graphviz binaries
from the inputs to the PATH environment variable in "xdot" wrapping script.
Reported by Ada Stevenson in
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=70910
* gnu/packages/graphviz.scm (xdot) [arguments]: Add the "bin" directory from
the graphviz input to the xdot wrapping.
Change-Id: Iba4bbc37daf07407ad4c18b822956fbb730c0033
---
gnu/packages/graphviz.scm | 3 +++
1 file changed, 3 insertions(+)
diff --git a/gnu/packages/graphviz.scm b/gnu/packages/graphviz.scm
index 0fc5c6024e..18f4fc147d 100644
--- a/gnu/packages/graphviz.scm
+++ b/gnu/packages/graphviz.scm
@@ -314,9 +314,12 @@ (define-public xdot
(add-after 'install 'wrap
(lambda* (#:key inputs outputs #:allow-other-keys)
(let ((out (assoc-ref outputs "out"))
+ (graphviz (assoc-ref inputs "graphviz"))
(gi-typelib-path (getenv "GI_TYPELIB_PATH"))
(python-path (getenv "GUIX_PYTHONPATH")))
(wrap-program (string-append out "/bin/xdot")
+ `("PATH" ":" prefix
+ (,(string-append graphviz "/bin")))
`("GI_TYPELIB_PATH" ":" prefix
(,gi-typelib-path))
`("GUIX_PYTHONPATH" ":" prefix
base-commit: b23aa4c1d6ebbbee316d2f2bee87ad4ce7c67345
--
2.41.0
bug#70633: guix pull: package: extraneous field initializers (homempage)
Hello, today I tried "guix pull" again and it went fine. Maybe commits from 7cef6b7ba555a9dfaf6d09cb7e112b0df77d5141 to 3bd8d238aba718bf949691d0e37fa310e2cfc12a fixed something? Or just some local cache got refreshed? - avp -- Artyom "avp" Poptsov Home page: https://memory-heap.org/~avp/ CADR Hackerspace co-founder: https://cadrspace.ru/ GPG: D0C2 EAC1 3310 822D 98DE B57C E9C5 A2D9 0898 A02F signature.asc Description: PGP signature
bug#70633: guix pull: package: extraneous field initializers (homempage)
Hello,
today at 21:30 UTC+3 I tried to perform "guix pull" and got the
following error:
--8<---cut here---start->8---
$ 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 9f183c3
Computing Guix derivation for 'x86_64-linux'... \ice-9/psyntax.scm:2824:12: In
procedure syntax-violation:
Syntax error:
unknown location: package: extraneous field initializers (homempage) in form
(package (name "rust-paw-attributes") (version "1.0.2") (source (origin (method
url-fetch) (uri (crate-uri "paw-attributes" version)) (file-name (string-append
name "-" version ".tar.gz")) (sha256 (base32
"0fda1v7y5pfmg8d2v7m0pyvif6c44qjz914jjn718pdyclrmhd8g" (build-system
cargo-build-system) (arguments (quasiquote (#:cargo-inputs (("rust-proc-macro2"
(unquote rust-proc-macro2-1)) ("rust-quote" (unquote rust-quote-1)) ("rust-syn"
(unquote rust-syn-1)) (homempage "https://github.com/rust-cli/paw";)
(synopsis "Proc Macro attributes for the Paw crate") (description "This package
provides Proc Macro attributes for the Paw\ncrate.") (license (list
license:expat license:asl2.0)))
guix pull: error: You found a bug: the program
'/gnu/store/33hkpascp2rlkyays2d9lya8mj6mg4wn-compute-guix-derivation'
failed to compute the derivation for Guix (version:
"9f183c3627a006e8fd3bb9708448bc05a6204e6d"; system: "x86_64-linux";
host version: "8d29f416a9378d30f63c2a95f1bd1a420d9ccab4"; pull-version: 1).
Please report the COMPLETE output above by email to .
--8<---cut here---end--->8---
As my colleagues from Russian Guix community pointed out, "home-page"
and "homempage" differ only in one symbol: "-" and "m". "-" is 45 in
ACII and "m" is 109.
I checked "gnu/packages/crates-io.scm" from the Guix distribution and
found no occurrences of "homempage":
--8<---cut here---start->8---
$ grep -R "homempage" gnu/packages/*
--8<---cut here---end--->8---
Binary representation suspiciously differs only in 1 bit:
--8<---cut here---start->8---
'-' 450010 1101
'm' 109 0110 1101
^
--8<---cut here---end--->8---
I checked my Emacs setup and currently there's no "M-x M-c M-butterfly"
running. [1]
- avp
References:
1. https://xkcd.com/378/
--
Artyom "avp" Poptsov
Home page: https://memory-heap.org/~avp/
CADR Hackerspace co-founder: https://cadrspace.ru/
GPG: D0C2 EAC1 3310 822D 98DE B57C E9C5 A2D9 0898 A02F
signature.asc
Description: PGP signature
bug#63002: Ubuntu 22.04 + GNU Guix, guile-gnutls-3.7.11: dependencies couldn't be built
Hello,
I'm running GNU Guix on Ubuntu 22.04.2 GNU/Linux, and in the recent
twenty days or so I started seeing the following error:
--8<---cut here---start->8---
$ guix pull
Updating channel 'guix' from Git repository at
'https://git.savannah.gnu.org/git/guix.git'...
Authenticating channel 'guix', commits 9edb3f6 to 040d35f (20 new commits)...
Building from this channel:
guix https://git.savannah.gnu.org/git/guix.git 040d35f
substitute: updating substitutes from 'http://ci.guix.ygg.trop.in'... 100.0%
building
/gnu/store/n959m8mz62bpl7xn2dyr76a5p797m95x-compute-guix-derivation.drv...
substitute: updating substitutes from 'http://ci.guix.ygg.trop.in'... 100.0%
substitute: updating substitutes from 'http://ci.guix.ygg.trop.in'... 100.0%
substitute: updating substitutes from 'http://ci.guix.ygg.trop.in'... 100.0%
substitute: updating substitutes from 'http://ci.guix.ygg.trop.in'... 100.0%
substitute: updating substitutes from 'http://ci.guix.ygg.trop.in'... 100.0%
substitute: updating substitutes from 'http://ci.guix.ygg.trop.in'... 100.0%
substitute: updating substitutes from 'http://ci.guix.ygg.trop.in'... 100.0%
substitute: updating substitutes from 'http://ci.guix.ygg.trop.in'... 100.0%
substitute: updating substitutes from 'http://ci.guix.ygg.trop.in'... 100.0%
substitute: updating substitutes from 'http://ci.guix.ygg.trop.in'... 100.0%
substitute: updating substitutes from 'http://ci.guix.ygg.trop.in'... 100.0%
building
/gnu/store/4bpha4cd61hy2q6rgldqhwkyb02zrkwj-guile-gnutls-3.7.11-checkout.drv...
substitute: updating substitutes from 'http://ci.guix.ygg.trop.in'... 100.0%
|builder for
`/gnu/store/4bpha4cd61hy2q6rgldqhwkyb02zrkwj-guile-gnutls-3.7.11-checkout.drv'
failed to produce output path
`/gnu/store/dpbxqzqmbhfy7jc2a9dyfi28fdvi04sd-guile-gnutls-3.7.11-checkout'
build of
/gnu/store/4bpha4cd61hy2q6rgldqhwkyb02zrkwj-guile-gnutls-3.7.11-checkout.drv
failed
View build log at
'/var/log/guix/drvs/4b/pha4cd61hy2q6rgldqhwkyb02zrkwj-guile-gnutls-3.7.11-checkout.drv.gz'.
cannot build derivation
`/gnu/store/225szzx9xq6hzfsrf48g01xsg8fp25rx-guile-gnutls-3.7.11-checkout.drv':
1 dependencies couldn't be built
Backtrace:
14 (primitive-load
"/gnu/store/1x786lg3kb5m6d0l5np02sbsczv86lp2-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:
2168:24 9 (run-with-store #
# ?)
1996:8 8 (_ #)
In ./guix/gexp.scm:
299:22 7 (_ #)
1180:2 6 (_ #)
1046:2 5 (_ #)
892:4 4 (_ #)
In ./guix/store.scm:
2053:12 3 (_ #)
1401:5 2 (map/accumulate-builds #
# ?)
1417:15 1 (_ #
("/gnu/store/qcjwkqv3gga9i8wdpfmg840sagvjik3n-guile-git-?" ?) ?)
1417:15 0 (loop #f)
./guix/store.scm:1417:15: In procedure loop:
ERROR:
1. &store-protocol-error:
message: "build of
`/gnu/store/z2zc2ncipg4h6r3i3rnifq0s2dpgb1rj-guile-gnutls-3.7.11.drv' failed"
status: 1
guix pull: error: You found a bug: the program
'/gnu/store/1x786lg3kb5m6d0l5np02sbsczv86lp2-compute-guix-derivation'
failed to compute the derivation for Guix (version:
"040d35f088e0f1c856f3f5a9b6bf889b17bd68b3"; system: "x86_64-linux";
host version: "c9af27d4ca733b20f09019f1465d3e5fdc1ec724"; pull-version: 1).
Please report the COMPLETE output above by email to .
--8<---cut here---end--->8---
Please find the build logs attached.
pha4cd61hy2q6rgldqhwkyb02zrkwj-guile-gnutls-3.7.11-checkout.drv.gz
Description: application/gzip
Here's the "guile-gnutls-3.7.11-checkout.drv.gz" file contents:
--8<---cut here---start->8---
guile: warning: failed to install locale
environment variable `PATH' set to
`/gnu/store/njrqz9il9q31xvlk6phwav0n2yqjb6gi-git-minimal-2.39.2/bin:/gnu/store/0c1yfbxyv877mlgychfgvmk5ha2jqh52-gzip-1.10/bin:/gnu/store/8z1q7vjxylm6l4ibsywd4h6m6jv6zqm4-tar-1.34/bin'
hint: Using 'master' as the name for the initial branch. This default branch
name
hint: is subject to change. To configure the initial branch name to use in all
hint: of your new repositories, which will suppress this warning, call:
hint:
hint: git config --global init.defaultBranch
hint:
hint: Names commonly chosen instead of 'master' are 'main', 'trunk' and
hint: 'development'. The just-created branch can be renamed via this command:
hint:
hint: git branch -m
Initialized empty Git repository in
/gnu/store/dpbxqzqmbhfy7jc2a9dyfi28fdvi04sd-guile-gnutls-3.7.11-checkout/.git/
fatal: unable to access 'https://gitlab.com/gnutls/guile/': The requested URL
returned error: 403
Failed to do a shallow fetch; retrying a full fetch...
fatal: unable to access 'https://gitlab.com/gnutls/guile/': The requested URL
returned error: 403
git-fetch: 'git fetch origin' failed with exit code 128
Trying content-addressed mirror at
bug#58290: guile ssh error on guix deploy
Hello, I figured out how to fix Guile-SSH channel "leak", so to say, that lead to the OpenSSH "no more sessions" problem. Please run your tests with this branch and let me know if it works for you (including all the edge cases): https://github.com/artyom-poptsov/guile-ssh/tree/wip-fix-channel-leak Thanks, - avp -- Artyom "avp" Poptsov Home page: https://memory-heap.org/~avp/ CADR Hackerspace co-founder: https://cadrspace.ru/ GPG: D0C2 EAC1 3310 822D 98DE B57C E9C5 A2D9 0898 A02F signature.asc Description: PGP signature
bug#58290: guile ssh error on guix deploy
Hello Ludovic, Andrew and all, thank you for reporting the bug! The code for reproducing the bug was very helpful indeed, I just slightly modified the it: --8<---cut here---start->8--- (use-modules (ssh session) (ssh popen) (ssh auth) (ssh log) (rnrs io ports)) (define session (make-session #:host "localhost")) (define (main args) (session-parse-config! session) (connect! session) (userauth-public-key/auto! session) (set-log-verbosity! 'functions) (let loop ((i 0)) (format (current-error-port) "-- ~a --~%" i) (let ((pipe (open-remote-pipe session "date" "r"))) (pk 'x (get-string-all pipe)) (close-port pipe) (loop (+ 1 i) --8<---cut here---end--->8--- It seems to me that the reason Guile-SSH fails at least partly lies in changes that were introduced in OpenSSH 5.1. I set "LogLevel" to "DEBUG3" and ran the test code. System logs have shown the following error: --8<---cut here---start->8--- янв 22 22:40:06 elephant sshd[131488]: debug3: channel 8: will not send data after close янв 22 22:40:06 elephant sshd[131488]: debug3: channel 9: will not send data after close янв 22 22:40:06 elephant sshd[131488]: debug2: channel 9: rcvd adjust 1216033 янв 22 22:40:06 elephant sshd[131488]: debug3: channel 0: will not send data after close янв 22 22:40:06 elephant sshd[131488]: debug3: channel 1: will not send data after close янв 22 22:40:06 elephant sshd[131488]: debug3: channel 2: will not send data after close янв 22 22:40:06 elephant sshd[131488]: debug3: channel 3: will not send data after close янв 22 22:40:06 elephant sshd[131488]: debug3: channel 4: will not send data after close янв 22 22:40:06 elephant sshd[131488]: debug3: channel 5: will not send data after close янв 22 22:40:06 elephant sshd[131488]: debug3: channel 6: will not send data after close янв 22 22:40:06 elephant sshd[131488]: debug3: channel 7: will not send data after close янв 22 22:40:06 elephant sshd[131488]: debug3: channel 8: will not send data after close янв 22 22:40:06 elephant sshd[131488]: debug3: channel 9: will not send data after close янв 22 22:40:06 elephant sshd[131488]: debug3: receive packet: type 90 янв 22 22:40:06 elephant sshd[131488]: debug1: server_input_channel_open: ctype session rchan 53 win 64000 max 32768 янв 22 22:40:06 elephant sshd[131488]: debug1: input_session_request янв 22 22:40:06 elephant sshd[131488]: debug2: channel: expanding 20 янв 22 22:40:06 elephant sshd[131488]: debug1: channel 10: new [server-session] янв 22 22:40:06 elephant sshd[131488]: debug1: session_open: channel 10 янв 22 22:40:06 elephant sshd[131488]: error: no more sessions --8<---cut here---end--->8--- This "no more sessions" error was the key to understanding the problem. Here's an excerpt from OpenSSH 5.1 changelog [1]: --8<---cut here---start->8--- Changes since OpenSSH 5.0 = [...] * Added a MaxSessions option to sshd_config(5) to allow control of the number of multiplexed sessions supported over a single TCP connection. This allows increasing the number of allowed sessions above the previous default of 10, disabling connection multiplexing (MaxSessions=1) or disallowing login/shell/subsystem sessions entirely (MaxSessions=0). --8<---cut here---end--->8--- When I set "MaxSessions" in "/etc/ssh/sshd_config" to 100 and restarted the sshd daemon, the test code fails on the 100th iteration. --8<---cut here---start->8--- [...] ;;; [2023/01/22 22:52:03.246549, 3] ssh_packet_need_rekey: rekey: [data_rekey_needed=0, out_blocks=817, in_blocks=1309] ;;; [2023/01/22 22:52:03.246559, 3] ssh_packet_socket_callback: rcv packet cb (len=0, state=INIT) ;;; [2023/01/22 22:52:03.246568, 3] ssh_packet_socket_callback: Waiting for more data (0 < 4) ;;; [2023/01/22 22:52:03.246579, 4] ssh_socket_pollcallback: sending control flow event ;;; [2023/01/22 22:52:03.246587, 4] ssh_packet_socket_controlflow_callback: sending channel_write_wontblock callback ;;; [2023/01/22 22:52:03.246600, 4] [GSSH DEBUG] read result: 0: # ;;; (x "Вс 22 янв 2023 22:52:03 MSK\n") ;;; [2023/01/22 22:52:03.246636, 4] [GSSH DEBUG] the channel is already freed by the closing request from the remote side. -- 100 -- ;;; [2023/01/22 22:52:03.246655, 2] channel_open: Creating a channel 143 with 64000 window and 32768 max packet ;;; [2023/01/22 22:52:03.246664, 3] ssh_packet_need_rekey: rekey: [data_rekey_needed=0, out_blocks=820, in_blocks=1312] ;;; [2023/01/22 22:52:03.246693, 3] ssh_socket_unbuffered_write: Enabling POLLOUT for socket ;;; [2023/01/22 22:52:03.246703, 3] packet_send2: packet: wrote [type=90, len=32, padding_size=7, comp=24, payload=24] ;;; [2023/01/22 2
bug#60547: guix pull: Error in procedure 'get-bytevector-n*'
Hello,
I've got the following output from 'guix pull':
--8<---cut here---start->8---
$ guix pull --fallback
Updating channel 'guix' from Git repository at
'https://git.savannah.gnu.org/git/guix.git'...
Authenticating channel 'guix', commits 9edb3f6 to d62c65d (5 new commits)...
Building from this channel:
guix https://git.savannah.gnu.org/git/guix.git d62c65d
substitute: updating substitutes from 'http://ci.guix.ygg.trop.in'...
0.0%guix substitute: warning: ci.guix.ygg.trop.in: connection failed:
Connection timed out
substitute:
building
/gnu/store/8w6r5szfxkdfh9wmagqwjxnh065lswvg-compute-guix-derivation.drv...
Computing Guix derivation for 'x86_64-linux'... \Backtrace:
17 (primitive-load
"/gnu/store/w1286dmwlhha7gp09s50w8fpx9rs1qi4-compute-guix-derivation")
In ice-9/eval.scm:
155:9 16 (_ _)
159:9 15 (_ #(#(#(#(#(#(#(#(#(#(#(#(#(#(#(#(# ?) ?) ?)
?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?))
In ice-9/boot-9.scm:
152:2 14 (with-fluid* _ _ _)
152:2 13 (with-fluid* _ _ _)
In ./guix/store.scm:
2170:24 12 (run-with-store #
# ?)
1998:8 11 (_ #)
In ./guix/gexp.scm:
299:22 10 (_ #)
1180:2 9 (_ #)
1046:2 8 (_ #)
892:4 7 (_ #)
In ./guix/store.scm:
2055:12 6 (_ #)
1403:5 5 (map/accumulate-builds #
# ?)
1419:15 4 (_ #
("/gnu/store/3myqr8bwj43jcam1zkcdjlkp6haglciq-subversion?" ?) ?)
1419:15 3 (loop #f)
713:11 2 (process-stderr # _)
In ./guix/serialization.scm:
102:11 1 (read-int #)
80:6 0 (get-bytevector-n* # 8)
./guix/serialization.scm:80:6: In procedure get-bytevector-n*:
ERROR:
1. &nar-error:
file: #f
port: #
guix pull: error: You found a bug: the program
'/gnu/store/w1286dmwlhha7gp09s50w8fpx9rs1qi4-compute-guix-derivation'
failed to compute the derivation for Guix (version:
"d62c65d5ad49d3bf7ae24b31743d96241170faca"; system: "x86_64-linux";
host version: "9cb42f725a2a652bb41e38988d03d7020ccf2aa1"; pull-version: 1).
Please report the COMPLETE output above by email to .
--8<---cut here---end--->8---
I'm using http://ci.guix.ygg.trop.in as the substitute server through
Yggdrasil[1] network; probably the "Connection timed out" error was the
root cause of the following error.
Thanks,
avp
References:
1. https://yggdrasil-network.github.io/
--
Artyom "avp" Poptsov
Home page: https://memory-heap.org/~avp/
CADR Hackerspace co-founder: https://cadrspace.ru/
GPG: D0C2 EAC1 3310 822D 98DE B57C E9C5 A2D9 0898 A02F
signature.asc
Description: PGP signature
bug#42740: Segfault in libssh during ‘guix copy’
Hello Ludovic, > Does that ring a bell, Artyom? Yes. I'll see what I can do to fix that. - Artyom -- Artyom "avp" Poptsov CADR Hackerspace co-founder: https://cadrspace.ru/ GPG: D0C2 EAC1 3310 822D 98DE B57C E9C5 A2D9 0898 A02F signature.asc Description: PGP signature
