bug#48331: Emacs' describe-package doesn't work for packages managed by guix
On 2021-12-03 21:46, Liliana Marie Prikler wrote: > At long last, I'm pushing the patch to keep -pkg.el files as well as to > load them from guix-emacs during package-initialize. I'll hereby be > closing this bug. Andrew, if you wish to write a phase that adds such > a file for the packages currently lacking them, I'm pretty sure we can > do with a new bug number for that :) > > Thanks everyone involved for your help and patience. Cheers > Thank you very much for applying this change!) -- Best regards, Andrew Tropin signature.asc Description: PGP signature
bug#52321: festival can't do text-to-speech (Linux: can't open /dev/dsp)
STEPS TO REPRODUCE 1. guix shell festival 2. echo Hello speech | festival --tts EXPECTED RESULT You can hear festival utters "Hello speech". UNEXPECTED RESULT There is no speech, and the following error is printed: Linux: can't open /dev/dsp ADDITIONAL INFORMATION Using flite, a synthesizer based on festival, just works. Also, following the steps in Debian produce the expected result. SYSTEM INFORMATION OS: Guix System f52719dfad7b7d3beb2b1211b6846196f3590823 x86_64 Kernel: 5.13.15-gnu1 --- Luis Felipe López Acevedo https://luis-felipe.gitlab.io/ publickey - luis.felipe.la@protonmail.com - 0x12DE1598.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature
bug#52316: Package example from cookbook has bugs
Hi guix, The example at https://guix.gnu.org/cookbook/en/html_node/Extended-example.html has two bugs: #:tests? is unconditionally set to #true. This is bad for cross- compilation and --without-tests=PACKAGE reasons, and would be flagged by the linter. In the new 'check' phase, libgit2_clar is invoked unconditionally. This would be flagged by the linter. Also, not exactly a bug, but still bad practice: the web page suggests: #:make-flags (list (string-append "prefix=" (assoc-ref %outputs "out")) "CC=gcc") however, hardcoding gcc is bad for cross-compilation reasons. It should use (cc-for-target) instead. Greetings, Maxime
bug#52308: trezor-agent fails with hash error
Hello, Florian Hoertlehner writes: > Trezor agent used to work on my guix system. > Since today (I guess the last time I fully installed the manifest was a few > months ago) it brings this error: > > building > /gnu/store/5mgjcap8wj5zhz57n15giw44rc8l9yh8-trezor-agent-0.11.0-1-checkout.drv... > -r:sha256 hash mismatch for > /gnu/store/kl7l3n2f5z4y5q6mp28pxqwfpqq48bvs-trezor-agent-0.11.0-1-checkout: > expected hash: 0nl44ldfw9s2v3p7g5bldfw3ds2hz9r28j42bpnp8bj0v5na3ivk > actual hash: 1ksv494xpga27ifrjyn1bkqaya5h769lqb9rx1ng0n4kvmnrqr3l Oops, my bad. Fixed now. Thank you. Regards, -- Nicolas Goaziou
bug#51252: bug#52268: [PATCH core-updates-frozen] gnu: Add texlive-latex-luatex.
Hello, Thiago Jung Bauermann skribis: > When TeX Live was updated to version 2021 the ‘lualatex’ format started > being generated with the LuaHBTeX engine, but the ‘lualatex’ command still > uses the LuaTeX engine. This causes the command to fail: > > user@popigai:~$ lualatex hello.tex > This is LuaTeX, Version 1.13.0 (TeX Live 2021/GNU Guix) > restricted system commands enabled. > > ---! lualatex.fmt was written by luahbtex > (Fatal format file error; I'm stymied)user@popigai:~$ > > The correct way to fix this problem would be either to change texlive-bin > to make ‘lualatex’ use the LuaHBTeX engine, or to change texlive-latex-base > to generate ‘lualatex.fmt’ with LuaTeX. Both options would rebuild large > parts of the world. > > Ricardo Wurmus suggested creating a new package to provide ‘lualatex.fmt’ > for LuaTeX as a workaround. This is what this package does. > > Fixes https://issues.guix.gnu.org/51252. > > * gnu/packages/tex.scm (texlive-latex-luatex): New variable. Applied, thanks! I don’t fully understand the issue but it looks like a reasonable and non-intrusive fix. Ludo’.
bug#52282: linux modules does not support inferior kernel
Oleg Pykhalov schreef op zo 05-12-2021 om 16:22 [+0300]: > Maxime Devos writes: > > > Oleg Pykhalov schreef op za 04-12-2021 om 22:25 [+0300]: > > > Hi Guix, > > > > > > I cannot build a system after adding '(kernel-loadable-modules > > > (list > > > vendor-reset-linux-module))' to the Guix system config. [...] > > > > Are you using a linux module package with #:linux some-linux-via- > > an- > > inferior? > > No '#:linux' argument, here is the linux module: [...] The service code indirectly calls the procedure 'package-for-kernel'. It modifies kernel module packages to use the kernel actually specified in the operating-system record instead of an arbitrary linux-libre from (gnu packages linux). In your operating-system, you're using a linux from an inferior. So effectively, there's a hidden ‘#:linux a-linux-from-an-inferior’ in play. Greetings, Maxime.
bug#52308: trezor-agent fails with hash error
Trezor agent used to work on my guix system. Since today (I guess the last time I fully installed the manifest was a few months ago) it brings this error: building /gnu/store/5mgjcap8wj5zhz57n15giw44rc8l9yh8-trezor-agent-0.11.0-1-checkout.drv... -r:sha256 hash mismatch for /gnu/store/kl7l3n2f5z4y5q6mp28pxqwfpqq48bvs-trezor-agent-0.11.0-1-checkout: expected hash: 0nl44ldfw9s2v3p7g5bldfw3ds2hz9r28j42bpnp8bj0v5na3ivk actual hash: 1ksv494xpga27ifrjyn1bkqaya5h769lqb9rx1ng0n4kvmnrqr3l hash mismatch for store item '/gnu/store/kl7l3n2f5z4y5q6mp28pxqwfpqq48bvs-trezor-agent-0.11.0-1-checkout' build of /gnu/store/5mgjcap8wj5zhz57n15giw44rc8l9yh8-trezor-agent-0.11.0-1-checkout.drv failed View build log at '/var/log/guix/drvs/5m/gjcap8wj5zhz57n15giw44rc8l9yh8-trezor-agent-0.11.0-1-checkout.drv.bz2' contant of the logfile /var/log/guix/drvs/5m/gjcap8wj5zhz57n15giw44rc8l9yh8-trezor-agent-0.11.0-1-checkout.drv.bz2' guile: warning: failed to install locale environment variable `PATH' set to `/gnu/store/378zjf2kgajcfd7mfr98jn5xyc5wa3qv-gzip-1.10/bin:/gnu/store/35nrl33r07sipfb4dzqlkl2z0xjafgky-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/kl7l3n2f5z4y5q6mp28pxqwfpqq48bvs-trezor-agent-0.11.0-1-checkout/.git/ >From https://github.com/romanz/trezor-agent * tag v0.14.4-> FETCH_HEAD Note: switching to 'FETCH_HEAD'. You are in 'detached HEAD' state. You can look around, make experimental changes and commit them, and you can discard any commits you make in this state without impacting any branches by switching back to a branch. If you want to create a new branch to retain commits you create, you may do so (now or later) by using -c with the switch command. Example: git switch -c Or undo this operation with: git switch - Turn off this advice by setting config variable advice.detachedHead to false HEAD is now at a9117c9 Bump version: 0.14.3 → 0.14.4
bug#52282: linux modules does not support inferior kernel
Maxime Devos writes: > Oleg Pykhalov schreef op za 04-12-2021 om 22:25 [+0300]: >> Hi Guix, >> >> I cannot build a system after adding '(kernel-loadable-modules (list >> vendor-reset-linux-module))' to the Guix system config. [...] > > Are you using a linux module package with #:linux some-linux-via-an- > inferior? No '#:linux' argument, here is the linux module: --8<---cut here---start->8--- (define-module (wigust packages linux) #:use-module (guix packages) #:use-module (gnu packages) #:use-module (guix git-download) #:use-module (guix build-system linux-module) #:use-module ((guix licenses) #:prefix license:)) (define-public vendor-reset-linux-module (let ((revision "1") (commit "225a49a40941e350899e456366265cf82b87ad25")) (package (name "vendor-reset-linux-module") (version (git-version "0.0.1" revision commit)) (source (origin (method git-fetch) (uri (git-reference (url "https://github.com/gnif/vendor-reset;) (commit commit))) (file-name (git-file-name name version)) (sha256 (base32 "071zd8slra0iqsvzqpp6lcvg5dql5hkn161gh9aq34wix7pwzbn5" (build-system linux-module-build-system) (arguments `(#:tests? #f ; no tests )) (home-page "https://github.com/gnif/vendor-reset;) (synopsis "Linux kernel module to perform GPU reset method calls") (description "") (license license:gpl3+ --8<---cut here---end--->8--- signature.asc Description: PGP signature
bug#52311: Flex and Bison are not built from source
Hello Guix! As stikonas (Andrius Štikonas) rightfully pointed out on #guix, Flex and Bison are currently not entirely built from source in Guix: their source tarballs contain Flex- and/or Bison-generated files. The problem and a solution are described here: https://gitlab.com/giomasce/nbs/ The “live-bootstrap” project also implements a multi-stage bootstrap: https://github.com/fosslinux/live-bootstrap/blob/master/sysa/heirloom-devtools-070527/heirloom-devtools-070527.kaem https://github.com/fosslinux/live-bootstrap/blob/master/sysa/flex-2.5.11/flex-2.5.11.sh https://github.com/fosslinux/live-bootstrap/blob/master/sysa/flex-2.6.4/flex-2.6.4.sh https://github.com/fosslinux/live-bootstrap/tree/master/sysa/bison-3.4.1 Let’s follow their lead on the next core-updates cycle. Thanks stikonas for the links! Ludo’.
