bug#65925: bluez or jack in the closure of python-ipython?
Simon Tournier writes: > Hi, > > IPython is a Python REPL and there is no direct dependencies on bluez or > jack. Why does it need unrelated tools as some Bluetooth or JACK audio? > > [...] > Last, the chain of dependencies looks like: > > $ guix graph --path python-ipython bluez > python-ipython@8.5.0 > python-matplotlib@3.5.2 > python-wxpython@4.2.0 > wxwidgets@3.2.2.1 > sdl2@2.26.2 > pulseaudio@16.1 > bluez@5.66 > [...] Seem pretty self-explanatory: matplotlib has a GUI frontend (or even multiple frontends), one of them is based on WxWidgets, which pulls in SDL2, and Guix doesn't split SDL2 like some other distros do, so all its dependencies get pulled in. In case you are not familiar with SDL(2), it's a portable "direct media layer", a library used for portable multimedia applications.
bug#65177: udevd error with lvm-raid array leading to race condition with luks
hello everyone, we're also victims of this bug, in an even simpler use case. […] (file-system (device "/dev/mapper/VG0-DATA") (mount-point "/VG0-DATA") (type "ext4")) […] The culprit seems to be 69-dm-lvm.rules [ 18.226226] udevd[115]: failed to execute '/usr/bin/systemd-run' '/usr/bin/systemd-run --no-block --property DefaultDependencies=no --unit lvm-activate-VG0 /gnu/store/0hndg947ywdl5izvy63ny38hyywci66k-lvm2-2.03.22/sbin/lvm vy I can confirm that when using time-machine to revert to lvm2 2-03.11 versions, the VM boots. cheers,
bug#63986: Julia is very slow
On Sun, Aug 20, 2023 at 10:53:44PM +0200, Ludovic Courtès wrote:
> Hi!
>
> Friendly ping. :-)
>
> https://issues.guix.gnu.org/63986
>
> Ludo’.
>
> Ludovic Courtès skribis:
>
> > Hi there!
> >
> > What’s the status? Sounds like we have a couple of fixes already.
> >
> > Maybe you can submit one of them to guix-patc...@gnu.org so qa.guix can
> > pick it up. And if one of them is more intrusive (more rebuilds), then
> > submit it separately so it gets merged later? How does that sound?
> >
> > Ludo’.
I've attached a diff to adjust openblas64 and to use it for x86_64 in
julia. I don't know if it's faster than the current openblas.
--
Efraim Flashner רנשלפ םירפא
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
diff --git a/gnu/packages/julia.scm b/gnu/packages/julia.scm
index ba54175822..8ba2b480ce 100644
--- a/gnu/packages/julia.scm
+++ b/gnu/packages/julia.scm
@@ -269,7 +269,10 @@ (define-public julia
(substitute* (jlpath "nghttp2")
(((from "libnghttp2")) (to "libnghttp2" "libnghttp2")))
(substitute* (jlpath "OpenBLAS")
- (((from "libopenblas")) (to "openblas" "libopenblas")))
+ (((from "libopenblas"))
+ ,@(if (target-x86-64?)
+ `((to "openblas" "libopenblas64_" "libopenblas"))
+ `((to "openblas" "libopenblas")
(substitute* (jlpath "OpenLibm")
(((from "libopenlibm")) (to "openlibm" "libopenlibm")))
(substitute* (jlpath "PCRE2")
@@ -479,12 +482,13 @@ (define-public julia
"NO_GIT=1" ; build from release tarball.
"USE_GPL_LIBS=1" ; proudly
- ,@(if (target-aarch64?)
- `("USE_BLAS64=0")
- '())
-
- "LIBBLAS=-lopenblas"
- "LIBBLASNAME=libopenblas"
+ ,@(if (target-x86-64?)
+ `("USE_BLAS64=1"
+ "LIBBLAS=-lopenblas64_"
+ "LIBBLASNAME=libopenblas64_")
+ `("USE_BLAS64=0"
+ "LIBBLAS=-lopenblas"
+ "LIBBLASNAME=libopenblas"))
(string-append "UTF8PROC_INC="
(assoc-ref %build-inputs "utf8proc")
@@ -513,7 +517,9 @@ (define-public julia
("llvm" ,llvm-julia)
("mbedtls-apache" ,mbedtls-apache)
("mpfr" ,mpfr)
- ("openblas" ,openblas)
+ ,@(if (target-x86-64?)
+ `(("openblas" ,openblas-ilp64))
+ `(("openblas" ,openblas)))
("openlibm" ,openlibm)
("p7zip" ,p7zip)
("pcre2" ,pcre2)
diff --git a/gnu/packages/maths.scm b/gnu/packages/maths.scm
index f5a2181905..2d3ce41cb7 100644
--- a/gnu/packages/maths.scm
+++ b/gnu/packages/maths.scm
@@ -4645,7 +4645,9 @@ (define-public openblas-ilp64
(arguments
(substitute-keyword-arguments (package-arguments openblas)
((#:make-flags flags #~'())
-#~(append (list "INTERFACE64=1" "LIBNAMESUFFIX=ilp64")
+#~(append (list "INTERFACE64=1"
+"SYMBOLSUFFIX=64_"
+"LIBPREFIX=libopenblas64_")
#$flags
(synopsis "Optimized BLAS library based on GotoBLAS (ILP64 version)")
(license license:bsd-3)))
signature.asc
Description: PGP signature
bug#65889: texlive-acronyms is missing dependencies
Hi Nicolas, Nicolas Goaziou writes: > We use dependencies specified in TeX Live itself (as in "texlive.tlpdb" > file), for sanity reasons. There are 4000+ packages; I think it is not > reasonable to grep through their output to find the unspecified > dependencies. It will also be terrible when using some updater, now this > tool can remove propagated inputs. Couldn't we report those missing dependencies upstream then? Best, -- Josselin Poiret signature.asc Description: PGP signature
bug#65889: texlive-acronyms is missing dependencies
Hi Nicolas, Nicolas Goaziou writes: > We use dependencies specified in TeX Live itself (as in "texlive.tlpdb" > file), for sanity reasons. There are 4000+ packages; I think it is not > reasonable to grep through their output to find the unspecified > dependencies. It will also be terrible when using some updater, now this > tool can remove propagated inputs. Couldn't we report those missing dependencies upstream then? Best, -- Josselin Poiret signature.asc Description: PGP signature
bug#65890: bug#65903: [PATCH] gnu: Make vice tunable.
Hi, raingloom skribis: > From: Csepp > > * gnu/packages/emulators.scm (vice)[properties]: Set tunable? to #t. > --- > This fixes the issue with unsupported AVX instructions. Could you clarify what this means, ideally as a comment above the property? Thanks, Ludo’.
bug#65177: udevd error with lvm-raid array leading to race condition with luks
Hi, as suggested by Josselin, I tested the following patch and it seems
to do the job here.
Be careful, I'm not an udev or lvm2 specialist at all and basically, I
don't really know if what I did is the right way to do it.
All I can say is that the VMs now boot.
Cheers,
diff --git a/gnu/packages/linux.scm b/gnu/packages/linux.scm
index 91109c41d9..28b3c1e0bf 100644
--- a/gnu/packages/linux.scm
+++ b/gnu/packages/linux.scm
@@ -4421,6 +4421,7 @@ (define-public lvm2
(sha256
(base32
"0z6w6bknhwh1n3qfkb5ij6x57q3wjf28lq3l8kh7rkhsplinjnjc"))
+ (patches (search-patches "lvm2-no-systemd.patch"))
(modules '((guix build utils)))
(snippet
'(begin
diff --git a/gnu/packages/patches/lvm2-no-systemd.patch
b/gnu/packages/patches/lvm2-no-systemd.patch
new file mode 100644
index 00..7e8a37abcc
--- /dev/null
+++ b/gnu/packages/patches/lvm2-no-systemd.patch
@@ -0,0 +1,13 @@
+diff --git a/udev/69-dm-lvm.rules.in b/udev/69-dm-lvm.rules.in
+index ff1568145..8879a2ef9 100644
+--- a/udev/69-dm-lvm.rules.in
b/udev/69-dm-lvm.rules.in
+@@ -76,7 +76,7 @@ LABEL="lvm_scan"
+ # it's better suited to appearing in the journal.
+
+ IMPORT{program}="(LVM_EXEC)/lvm pvscan --cache --listvg
--checkcomplete --vgonline --autoactivation event --udevoutput
--journal=output $env{DEVNAME}"
+-ENV{LVM_VG_NAME_COMPLETE}=="?*", RUN+="(SYSTEMDRUN) --no-block
--property DefaultDependencies=no --unit
lvm-activate-$env{LVM_VG_NAME_COMPLETE} (LVM_EXEC)/lvm vgchange -aay
--autoactivation event $env{LVM_VG_NAME_COMPLETE}"
++ENV{LVM_VG_NAME_COMPLETE}=="?*", RUN+="(LVM_EXEC)/lvm vgchange -aay
--autoactivation event $env{LVM_VG_NAME_COMPLETE}"
+ GOTO="lvm_end"
+
+ LABEL="lvm_end"
bug#65925: bluez or jack in the closure of python-ipython?
Hi, On Thu, 14 Sep 2023 at 10:11, Csepp wrote: > Seem pretty self-explanatory: > matplotlib has a GUI frontend (or even multiple frontends), one of them > is based on WxWidgets, which pulls in SDL2, and Guix doesn't split SDL2 > like some other distros do, so all its dependencies get pulled in. > In case you are not familiar with SDL(2), it's a portable "direct media > layer", a library used for portable multimedia applications. So could you explain why bluez is not in the closure python-matplotlib? --8<---cut here---start->8--- $ guix size python-matplotlib | grep '/gnu/store/' | cut -f1 -d' ' | cut -f2- -d'-' | sort bash-minimal-5.1.16 bash-static-5.1.16 bzip2-1.0.8 bzip2-1.0.8 expat-2.5.0 fontconfig-minimal-2.14.0 font-dejavu-2.37 freetype-2.13.0 gcc-11.3.0-lib gdbm-1.23 glibc-2.35 libffi-3.4.4 libpng-1.6.37 libx11-1.8.1 libxau-1.0.10 libxcb-1.15 libxdmcp-1.1.3 libxft-2.3.4 libxrender-0.9.10 ncurses-6.2.20210619 openssl-3.0.8 python-3.10.7 python-matplotlib-3.5.2 qhull-2020.2 readline-8.1.2 sqlite-3.39.3 tcl-8.6.12 tk-8.6.12 xz-5.2.8 zlib-1.2.13 --8<---cut here---end--->8--- And then why it is in the closure of python-ipython? And as I pointed, bluez is not in the closure of any dependencies of python-ipython. Cheers, simon
bug#65979: incorrect “guix hash” for FastQC
Hi, Currently Guix stores in its source the hash 00y9drm0bkpxw8xfl8ysss18jmnhj8blgqgr6fpa58rkpfcbg8qk and this has not changed since February (Guix revision b6a4fbb488f1f539ae45ed7924c9af8905fa0d8b). Well, because the origin contains a snippet, “guix build -S” does not return the result of the fixed derivation. Instead, it is one or the other: --8<---cut here---start->8--- $ guix gc -R $(guix build -S fastqc -d) | grep checkout.drv /gnu/store/8gxx74w8pa0fx74lx1ka654rhyyr51cs-fastqc-0.11.9-checkout.drv /gnu/store/7rdcyl7iq00xfdwh6azgmc3i7mr2769b-fastqc-0.11.9-checkout.drv --8<---cut here---end--->8--- Let pick the correct one and I get: --8<---cut here---start->8--- $ guix hash -rx $(guix build /gnu/store/8gxx74w8pa0fx74lx1ka654rhyyr51cs-fastqc-0.11.9-checkout.drv) 0jyk90kg6s62w3dn6qjx9nrawjs12qx172lii0yxbvsfylhnx479 --8<---cut here---end--->8--- Oh, it is not the expected result! Instead, I have to omit the option ’-x’: --8<---cut here---start->8--- $ guix hash -r $(guix build /gnu/store/8gxx74w8pa0fx74lx1ka654rhyyr51cs-fastqc-0.11.9-checkout.drv) 00y9drm0bkpxw8xfl8ysss18jmnhj8blgqgr6fpa58rkpfcbg8qk --8<---cut here---end--->8--- Hum, I am missing something… Let clone from upstream. --8<---cut here---start->8--- $ git clone https://github.com/s-andrews/FastQC $ git -C FastQC checkout v0.11.9 $ guix hash -rx FastQC 0jyk90kg6s62w3dn6qjx9nrawjs12qx172lii0yxbvsfylhnx479 --8<---cut here---end--->8--- Ah… incorrect but consistent with previously. The question is why is this following, --8<---cut here---start->8--- $ mv FastQC/.git bye-bye $ guix hash -r FastQC 00y9drm0bkpxw8xfl8ysss18jmnhj8blgqgr6fpa58rkpfcbg8qk --8<---cut here---end--->8--- is correct? And obviously without .git we get the same hash just as above, --8<---cut here---start->8--- $ guix hash -rx FastQC 0jyk90kg6s62w3dn6qjx9nrawjs12qx172lii0yxbvsfylhnx479 --8<---cut here---end--->8--- Any idea? Cheers, simon
bug#65889: texlive-acronyms is missing dependencies
Hello, Josselin Poiret via Bug reports for GNU Guix writes: > Nicolas Goaziou writes: > >> We use dependencies specified in TeX Live itself (as in "texlive.tlpdb" >> file), for sanity reasons. There are 4000+ packages; I think it is not >> reasonable to grep through their output to find the unspecified >> dependencies. It will also be terrible when using some updater, now this >> tool can remove propagated inputs. > > Couldn't we report those missing dependencies upstream then? That's a good idea, indeed. I'm not volunteering to do it, though :) Regards, -- Nicolas Goaziou
bug#65725: Acknowledgement (guix pull fails on riscv64)
> Can you retry, after rm'ing .cache/guix/checkouts?
Ok, I started from scratch again, but now it seems to be stuck
downloading libgit?
Not sure if this is an issue with my internet or a bug in guix. The output is:
guix pull
accepted connection from pid 852656, user root
Updating channel 'guix' from Git repository at
'https://git.savannah.gnu.org/git/guix.git'...
Authenticating channel 'guix', commits 9edb3f6 to 6d12c16 (9 new commits)...
Building from this channel:
guix https://git.savannah.gnu.org/git/guix.git6d12c16
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://bordeaux.guix.gnu.org'... 100.0%
building
/gnu/store/l1x4l1rdxqc3xb5pfpc7qzn73bwb6f2j-compute-guix-derivation.drv...
Computing Guix derivation for 'riscv64-linux'... -\
/
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
ore/33n8ncsjhr9lw3l7c8gprjqyz4v4rl89-libjpeg-turbo-2.1.4.tar.gz
https://ci.guix.gnu.org/nar/33n8ncsjhr9lw3l7c8gprjqyz4v4rl89-libjpeg-turbo-2.1.4.tar.gz
2261936 1572960
libjpeg-turbo-2.1.4.tar.gz 2.2MiB
676KiB/s 00:03
[##] 100.0%
libgit2-1.3.2-checkout 3.2MiB
129KiB/s 00:22
[### ] 88.5%Backtrace:
In guix/scripts/substitute.scm:
856:15 19 (_)
650:2 18 (process-substitution _ _ _ #:cache-urls _ #:acl _ # _ # ?)
In ice-9/boot-9.scm:
1752:10 17 (with-exception-handler _ _ #:unwind? _ # _)
In guix/scripts/substitute.scm:
525:9 16 (download-nar #< path: "/gnu/store/25lmh68nvb?> ?)
In guix/serialization.scm:
424:4 15 (fold-archive _ _ _ _)
468:33 14 (read "/gnu/store/25lmh68nvby582y958fv84jnglf75jaz-lib?" ?)
468:33 13 (read "/gnu/store/25lmh68nvby582y958fv84jnglf75jaz-lib?" ?)
468:33 12 (read "/gnu/store/25lmh68nvby582y958fv84jnglf75jaz-lib?" ?)
468:33 11 (read "/gnu/store/25lmh68nvby582y958fv84jnglf75jaz-lib?" ?)
442:24 10 (read "/gnu/store/25lmh68nvby582y958fv84jnglf75jaz-lib?" ?)
525:24 9 (_ "/gnu/store/25lmh68nvby582y958fv84jnglf75jaz-libgit?" ?)
In ice-9/ports.scm:
467:11 8 (call-with-output-file "/gnu/store/25lmh68nvby582y958f?" ?)
In unknown file:
7 (open-file "/gnu/store/25lmh68nvby582y958fv84jnglf75ja?" ?)
In ice-9/boot-9.scm:
1685:16 6 (raise-exception _ #:continuable? _)
Backtrace:
17 (primitive-load
"/gnu/store/dmnd8rjz3frcv9cs3vd950nzayynl30z-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:
2168:24 12 (run-with-store #
# ?)
1996:8 11 (_ #)
In ./guix/gexp.scm:
299:22 10 (_ #)
1180:2 9 (_ #)
1046:2 8 (_ #)
892:4 7 (_ #)
In ./guix/store.scm:
2053:12 6 (_ #)
1401:5 5 (map/accumulate-builds # # ?)
/ 1417:15 4 (_ #
("/gnu/store/ha2p9cl9cd3x2yrwli11gksqb6nvgkxq-guix-daemon-1.?" ?) ?)
1417:15 3 (loop #f)
711:11 2 (process-stderr # _)
In ./guix/serialization.scm:
101:11 1 (read-int #)
79:6 0 (get-bytevector-n* # 8)
./guix/serialization.scm:79:6: In procedure get-bytevector-n*:
ERROR:
1. &nar-error:
file: #f
port: #
guix pull: error: You found a bug: the program
'/gnu/store/dmnd8rjz3frcv9cs3vd950nzayynl30z-compute-guix-derivation'
failed to compute the derivation for Guix (version:
"6d12c16299c1654a909c69d52bcb99b02cca0962"; system: "riscv64-linux";
host version: "1.4.0"; pull-version: 1).
Please report the COMPLETE output above by email to .
bug#65981: gnu: Add antimicrox
Hi,
I'm attaching a package definition for AntiMicroX 3.3.4
(https://github.com/AntiMicroX/antimicrox/) from my personal Guix
channel. I've been using the software for several months now and it
works, but I don't have the time at the moment to send a proper patch to
Guix. I'm attaching this just in case someone else is interested (no
need to credit me).
The software just works on X, but it fails on Wayland like so
|❯ antimicrox Selecting uinput as a default event generator.Could not
find a valid uinput device file. Please check that you have the uinput
module loaded. lsmod | grep uinputFailed to open event generator. Exiting.|
Possibly related to https://github.com/AntiMicroX/antimicrox/pull/781 (?)
Cheers,
--
Luis Felipe López Acevedo
https://luis-felipe.gitlab.io/
(define-module (luflac-x packages antimicrox)
#:use-module (guix build-system cmake)
#:use-module (guix git-download)
#:use-module ((guix licenses) #:prefix license:)
#:use-module (guix packages)
#:use-module (guix utils)
#:use-module (gnu packages)
#:use-module (gnu packages glib)
#:use-module (gnu packages kde-frameworks)
#:use-module (gnu packages pkg-config)
#:use-module (gnu packages qt)
#:use-module (gnu packages sdl)
#:use-module (gnu packages xorg)
#:use-module (ice-9 match))
(define-public antimicrox
(package
(name "antimicrox")
(version "3.3.4")
(source
(origin
(method git-fetch)
(uri (git-reference
(url "https://github.com/AntiMicroX/antimicrox/";)
(commit version)))
(file-name (git-file-name name version))
(sha256
(base32
"1ih1bclynbjmsygiqz7ww032j435z3c1b9w9cwlwcrci09wlljsq"
(build-system cmake-build-system)
(arguments
`(#:tests? #f ; FIXME: Run tests.
#:configure-flags '("-DAPPDATA=OFF") ; FIXME: Install appdata.
#:phases
(modify-phases %standard-phases
(add-after 'unpack 'patch-CMakeLists.txt
(lambda* (#:key outputs #:allow-other-keys)
(let ((out (assoc-ref outputs "out")))
(substitute* "CMakeLists.txt"
(("/usr/lib/udev/rules.d/")
(string-append out "/usr/lib/udev/rules.d/")))
(substitute* "src/eventhandlers/uinputeventhandler.cpp"
(("/dev/uinput")
(string-append out "/dev/uinput")
(native-inputs (list pkg-config))
(inputs
(list extra-cmake-modules
itstool
libx11
libxi
libxtst
qtbase-5
qttools-5
sdl2))
(synopsis "Control your system with a gamepad")
(description
"Graphical program used to map keyboard buttons, mouse controls and
other devices to a gamepad. Useful for controlling your desktop with a
gamepad or playing games that don't support gamepads natively.")
(home-page "https://github.com/AntiMicroX/antimicrox";)
(license license:gpl3+)))
OpenPGP_0x0AB0D067012F08C3.asc
Description: OpenPGP public key
OpenPGP_signature
Description: OpenPGP digital signature
bug#65982: Pinebook Pro image broken
Trying to set up my Pinebook Pro with my favorite distribution i found out that the usual way (invoking `guix system image gnu/system/images/pinebook-pro.scm` to build an image which is then dd'd to a micro SD card) does not yield a working result. Doing the same with guix time-machine on commit c9c195936d128465030bc05f8c319367602c93b5 generates a bootable image. Since building with a current checkout does not yield a bootable image (the pinebooks gracefully falls back to boot from the eMMC memory with its pre-installed Manjaro) I guess the bootloader broke.
bug#65056: https://issues.guix.gnu.org/ cannot be accessed through Tor
Hi, Ricardo Wurmus skribis: > Ludovic Courtès writes: > >> Hello! >> >> Ricardo Wurmus skribis: >> >>> I don’t know. I’m on holidays now, but I’ve opened yet another ticket >>> to get a definitive answer to my more elaborate variant of “WTF?”. >> >> Did you eventually get feedback from them? > > I got one response to ask for more information, which I supplied. > Nothing since. I requested a response just now. I confirm that I still get the problem right now from my home network, without even really trying: --8<---cut here---start->8--- $ wget -qO- --debug http://ci.guix.gnu.org |tail DEBUG output created by Wget 1.21.3.24-2b723 on linux-gnu. Reading HSTS entries from /home/ludo/.wget-hsts URI encoding = ‘UTF-8’ Caching ci.guix.gnu.org => 141.80.181.40 Created socket 3. Releasing 0x017a8e00 (new refcount 1). ---request begin--- GET / HTTP/1.1 Host: ci.guix.gnu.org User-Agent: Wget/1.21.3.24-2b723 Accept: */* Accept-Encoding: identity Connection: Keep-Alive ---request end--- ---response begin--- HTTP/1.1 200 OK Content-Length: 4401 Connection: Close Cache-Control: no-cache Content-Type: text/html; charset=utf-8 X-Frame-Options: SAMEORIGIN ---response end--- URI content encoding = ‘utf-8’ Closed fd 3 Saving HSTS entries to /home/ludo/.wget-hsts Attack Detected Blocked because of DoS Attack Your computer has been blocked because a DoS attack originating from your system was detected. For more information, contact the system administrator. --8<---cut here---end--->8--- Ludo’.
bug#65982: more info
commit b0d47d9e18e52ff7935aebe6ab37e702f58101be (Update u-boot to 2023.07.02) breaks creation of a bootable image. Building in a time-machine at commit d6a53849935f8584e1df57faa79c18c23fbb2aa1 works as expected.
