bug#70960: [PATCH] gnu: Remove mozjs-91.
Hallo Andreas, Am 15.05.24 um 21:13 schrieb Andreas Enge: * gnu/packages/gnuzilla.scm (mozjs-91): Delete variable. I'm not sure we should remove it yet. 0ad (the only reverse-dependency of mozjs@78) at master branch uses mozjs@91. So the next release of it would require mozjs@91. See: https://trac.wildfiregames.com/wiki/SpiderMonkey https://code.wildfiregames.com/D4428 ~Jonathan
bug#70194: SDDM fails to start, black screen on 188d18fc47
I ran into this issue on my newly installed laptop (Guix System). Even after reconfiguring to 15a523ea213065c275e4852673cbb27c72c0ad87 (current master as of today), the screen stayed black and SDDM didn't start. My sddm configuration: ``` (service sddm-service-type (sddm-configuration (display-server "wayland"))) ``` So in the end I switched back to GDM which works :) ~Jonathan
bug#68962: website: directly link the security mail address
Is there a reason why we don't link to the mail alias directly on the security page: https://guix.gnu.org/en/security/ Because the mailman archive doesn't make really sense for most of the users as it's only accessible with a password. What about this small patch? ``` diff --git a/website/apps/base/templates/security.scm b/website/apps/base/templates/security.scm index 8a72950..429e5df 100644 --- a/website/apps/base/templates/security.scm +++ b/website/apps/base/templates/security.scm @@ -43,7 +43,7 @@ system|GNU Hurd|GNU Guix package manager|Security updates") #\|) `(p "To report sensitive security issues in Guix itself or the packages it provides, you can write to the private mailing list " - (a (@ (href "https://lists.gnu.org/mailman/listinfo/guix-security;)) + (a (@ (href "mailto:guix-secur...@gnu.org;)) ("guix-secur...@gnu.org")) ". This list is monitored by a small team of Guix developers.")) ,(G_ ``` Or is this an anti-spam measure? ~Jonathan
bug#68961: ASLR seems to be partially broken
Hi, I found today an interesting blog post about broken ASLR (Address Space Layout Randomization) on Linux: https://zolutal.github.io/aslrnt/ Curious if this is also a problem on Guix System I did a quick test. ``` $ cat aslr.py from subprocess import check_output result = 0x0 for _ in range(0,1000): out = check_output("cat /proc/self/maps | grep libc | head -n1", shell=True).decode() base_address = int(out.split('-')[0], 16) result |= base_address print('libc: ' + hex(result)) resultld = 0x0 for _ in range(0,1000): out = check_output("cat /proc/self/maps | grep ld-linux | head -n1", shell=True).decode() base_address = int(out.split('-')[0], 16) resultld |= base_address print('ld-linux: ' + hex(resultld)) ``` Running this on x86_64 system of mine results on two systems in: libc: 0x7ffa9000 ld-linux: 0x7000 On the third system it prints: libc: 0x7000 ld-linux: 0x7000 For 32bit it looks even worse (not sure if it's correct to test it like this): $ guix shell --system=i686-linux coreutils python -- python3 aslr.py libc: 0xf780 ld-linux: 0xf7fff000 Not sure what we should do here. There seem to be some a kernel patch for Ubuntu available: https://git.launchpad.net/~ubuntu-kernel/ubuntu/+source/linux/+git/noble/commit/?h=master-next=760c2b1fa1f5e95be1117bc7b80afb8441d4b002 ~Jonathan
bug#68939: sddm does not start after update to 0.20.0
Hi tumashu, Am 05.02.24 um 23:45 schrieb tumashu: (display-server "wayland") remove this line, at the moment, sddm-service-type do not support this feature, for waston is not configure properly Thanks for that super fast response! Indeed this was the trick, sddm works now again without setting the display-server to wayland. I wonder what we could do in the mean time to save other users from this pitfall? Would it make sense to deprecate the `display-server` configuration parameter in order to always default to xorg? Or maybe just add a note to the manual: https://guix.gnu.org/manual/devel/en/guix.html#index-sddm_002dconfiguration ~Jonathan
bug#68939: sddm does not start after update to 0.20.0
Today I rebooted my workstation running Guix System and somehow sddm didn't started anymore. I quickly found a suspicious commit: 05fad99a431c6708ec18c7d0db67178bd8d36597 gnu: sddm: Update to 0.20.0. Then I pulled and reconfigured to this commit (Generation 14) and to one commit before (Generation 13). And indeed the sddm update to 0.20.0 breaks my system. ``` Generation 13 Feb 05 2024 23:00:35 file name: /var/guix/profiles/system-13-link canonical file name: /gnu/store/hq4bd4vzlyvnwblc5w2jpll4xn7nmzrd-system label: GNU with Linux 6.6.8 bootloader: grub-efi root device: /dev/mapper/cryptroot kernel: /gnu/store/nn8dir9d1d025r123ib11jfsxxc714fl-linux-6.6.8/bzImage channels: guix: repository URL: https://git.savannah.gnu.org/git/guix.git commit: f96590fb3662300058022f0aaee594e766f8941f configuration file: /gnu/store/4n81nr9bi0jn5vqfpa3s4y4wzci1zxkf-configuration.scm Generation 14 Feb 05 2024 23:07:31 file name: /var/guix/profiles/system-14-link canonical file name: /gnu/store/ks1f2wg4gb4sn2gv1ag0f3spp5xjv5gq-system [ part is identical to Gen 13 ] channels: guix: repository URL: https://git.savannah.gnu.org/git/guix.git commit: 05fad99a431c6708ec18c7d0db67178bd8d36597 configuration file: /gnu/store/4n81nr9bi0jn5vqfpa3s4y4wzci1zxkf-configuration.scm ``` The relevant part of my configuration.scm: ``` (service sddm-service-type (sddm-configuration (display-server "wayland"))) ``` There is an upstream bug report which is maybe relevant: https://github.com/sddm/sddm/issues/1456 @Feng Shu: I CC'ed you for this bug as you updated the sddm package. Maybe you are not affected by this issue or have a workaround :) ~Jonathan
bug#68853: Guix Hurd - download error
In the meantime you could build the image yourself, while running the following command in a git checkout of Guix: ``` guix system image gnu/system/images/hurd.scm ``` It shouldn't take very long and e.g. even works on my rather slow Laptop :) ~Jonathan
bug#63775: git describe on current master says: v1.3.0-38775-g6192acf8b7
Hm, I'm hitting this bug while trying to work on the openSUSE package. They offer a way to build RPM packages from the most recent master commit, but it's get the wrong version (1.3.0 instead of 1.4.0) due to this `git describe` result. So in the end the package looks like `guix-1.3.0+git*.rpm` which is a problem, because the normal Guix package is already `guix-1.4.0*.rpm`. RPM then thinks the package is older... ~Jonathan
bug#39117: GNOME Files: No file thumbnails
I'm running nautilus@42.2 and it shows thumbnails for at least JPEG and PNG images. This is on a rather recent Guix System installation: ``` $ LANG=en guix system describe Generation 10 Jan 07 2024 16:46:14(current) [...] channels: guix: repository URL: https://git.savannah.gnu.org/git/guix.git branch: master commit: 9816a5371663396bc092eb359222635e5675b174 ``` So can we close this issue?
bug#68635: cifs-utils: smbinfo and smb2-quota do not run
`smbinfo` and `smb2-quota` of the cifs-utils package refuse to run properly: ``` $ smbinfo /usr/bin/env: 'python3': No such file or directory $ smb2-quota /usr/bin/env: 'python': No such file or directory ``` We need to patch out the `/usr/bin/env python` thing. ~Jonathan
bug#63171: Telegram fails to compile.
I pushed today a patch from Saku which updates telegram-desktop to 4.8.1. So it builds again. See https://issues.guix.gnu.org/63706
bug#63203: symbol lookup error: undefined symbol __libc_pthread_init (texmacs)
For me this error doesn't happen when running `guix shell texmacs -- texmacs` but when running `guix shell icedove-wayland -- icedove`. ``` $ guix describe guix 91bfd30 Repository-URL: https://git.savannah.gnu.org/git/guix.git Branch: master Commit: 91bfd30ee3f35dfb7048bf42aea92f939cffbf17 ``` The last working version of icedove I have in my guix profile history is: Generation 117 12. April 2023 10:20:48 + icedove-wayland 102.10.0out /gnu/store/9zkzs288rjpsbkdj352sfmjc8fnf5qlk-icedove-wayland-102.10.0 which refers back to Guix commit https://git.savannah.gnu.org/cgit/guix.git/commit/?id=3ab983d630a95a29b9418b1ba8a26e5ca2836ec0 After upgrading my system via `sudo -i guix pull` and `sudo -i guix system reconfigure config.scm`, icedove works again :)
bug#62698: bind:utils
Works for me even in config.scm: (packages (append (map (compose list specification->package+output) (list "audacity" "bind:utils" "borg" "bridge-utils" ;;.. "zstd")) %base-packages))
bug#59515: nginx: Fails to start on boot while upstream service is not yet running
Closing. Workaround with using "127.0.0.1" instead of "localhost" provided.
bug#62071: openjdk@9/10 sources not reproducible
I’m not sure why it uses these tarballs in the first place, since we have a hg-download. -> I guess a reason could be that downloading via hg is quite slow. Thats at least my impression when fetching the "comm" repository for Thunderbird with mecurial. Tarballs and git checkout tend to be way faster...
bug#60589: guix build --keep-going (-k) not always honored
I can confirm this bug. ``` $ guix describe guix ea2fa86 Repository-URL: https://git.savannah.gnu.org/git/guix.git Branch: master Commit: ea2fa86f31a83195ac789a6d92bcaee8e53e4397 ``` My example involves a bit more packages. Those who got back by `guix refresh --list-dependent icu4c`. ``` $ guix build --keep-going icecat-minimal@102.8.0-guix0-preview1 icedove-minimal@102.7.2 geierlein@0.9.13 icedove@102.7.2 mozjs@102.2.0 ungoogled-chromium-wayland@109.0.5414.119-1 r-metap@1.8 r-fmri@1.9.6 r-altmeta@4.1 r-puniform@0.2.5 r-untb@1.7-4 r-prospectr@0.2.6 js-mathjax@3.2.0 node-color-name@1.1.3 node-statsd-parser@0.0.4 node-stack-trace@0.0.10-1.4fd379e node-irc@0.5.2 node-env-variable@0.0.4 node-crx3@1.1.3 node-segfault-handler@1.3.0 node-sqlite3@5.0.2 node-serialport@9.2.7 node-mersenne@0.0.4 node-once@1.4.0 python-ikarus@0.0.2 python-pyside-6@6.3.1 tree-sitter-r@0.0.1-0.80efda5 tree-sitter-org@1.3.1-0.081179c tree-sitter-scheme@0.2.0-0.67b90a3 tree-sitter-bash@0.19.0 emacs-jsdoc@0.3 tree-sitter-elm@5.6.3 tree-sitter-go@0.19.1-0.64457ea tree-sitter-python@0.20.0-0.9e53981 tree-sitter-typescript@0.20.1 tree-sitter-php@0.19.0-0.f860e59 tree-sitter-clojure@0.0.11 tree-sitter-cpp@0.20.0-0.56cec4c tree-sitter-julia@0.19.0 tree-sitter-rust@0.20.3 tree-sitter-html@0.19.0 tree-sitter-elixir@0.19.0-0.b20eaa7 tree-sitter-racket@0.1.0-0.1a5df02 tree-sitter-c-sharp@0.19.1 tree-sitter-java@0.20.0 tree-sitter-ocaml@0.20.1 tree-sitter-haskell@0.14.0-0.3bdba07 tree-sitter-markdown-gfm@0.7.1 tree-sitter-json@0.19.0 tree-sitter-ruby@0.19.0-0.206c707 tree-sitter-css@0.19.0 tree-sitter-markdown@0.1.1 laminar@1.2 r-bionero@1.6.0 r-zra@0.2 js-es5-shim@4.5.13 js-respond@1.4.2 js-html5shiv@3.7.3 js-json2@2016-10-28.1-031b1d9 mate@1.24.1 gr-satellites@4.6.0 gr-dsd@1.0.0-0.f9b9936 gnss-sdr@0.0.17 gqrx@2.15.9 urh@2.9.4 r-ggghost@0.2.1 r-asics@2.14.0 r-biosigner@1.26.0 r-alphabeta@1.12.0 r-btools@0.0.1-1.fa21d4c r-giotto@1.1.2-1.3c8067c r-chipseeker@1.34.1 r-ggalt@0.4.0 r-scone@1.22.0 r-copykat@1.0.8-0.256de33 r-ztpln@0.1.2 snap@7.0.5 r-barcodetrackr@1.6.0 r-rqc@1.32.0 r-gqtlstats@1.21.3 r-inspect@1.28.0 r-cicero-monocle3@1.3.2-1.fa2fb65 r-pore@0.24 r-tablerdash@0.1.0 r-battenberg@2.2.9 r-rnaseqdtu@2.0-1.5bee1e7 r-activpal@0.1.3 r-chemometricswithr@0.1.13 r-shinycustomloader@0.9.0 r-fresh@0.2.0 r-mlinterfaces@1.78.0 r-zscorer@0.3.1 r-abseqr@1.16.0 r-bigpint@1.14.0 r-actcd@1.2-0 r-shinyjqui@0.4.1 r-ggthemeassist@0.1.5 r-treemap@2.4-3 r-golem@0.3.5 r-learnr@0.11.2 r-ztable@0.2.3 r-hrbrthemes@0.8.0 r-abacus@1.0.0 r-citr@0.3.2 r-manipulatewidget@0.11.1 r-abstractr@0.1.0 r-shapforxgboost@0.1.1 r-shinyhelper@0.3.2 r-hierfstat@0.5-11 r-rmetasim@3.1.14 r-abtest@1.0.1 r-sankeyd3@0.3.2-1.fd50a74 r-infercnv@1.14.0 r-doubletcollection@1.1.0-1.c0d62f1 r-sccustomize@0.7.0-1.8414d1f r-seuratwrappers@0.3.1-1.d28512f r-domultibarheatmap@0.1.0-1.9e65afa r-seuratdisk@0.0.0.9019-1.163f1aa r-soupx@0.3.1-1.a3354be r-adapr@2.0.0 r-samr@3.0 r-biocpkgtools@1.16.0 r-fmcsr@1.40.0 r-bioassayr@1.36.0 r-alevinqc@1.14.0 r-maser@1.16.0 r-cistopic-next@0.3.0-1.04cecbb r-anvil@1.10.1 r-cistopic@2.1.0 r-bionetstat@1.18.0 r-animalcules@1.14.0 r-aspli@2.8.0 r-icobra@1.26.0 r-atacseqqc@1.22.0 r-phastcons100way-ucsc-hg19@3.7.2 r-amaretto@1.13.0 r-bioconcotk@1.18.0 r-msnid@1.32.0 r-scannotatr@1.4.0 r-isoformswitchanalyzer@1.20.0 r-celldex@1.6.0 r-atena@1.4.0 r-adductomicsr@1.14.0 r-biscuiteer@1.12.0 r-circrnaprofiler@1.12.0 r-circus@0.1.7 r-rgreat@2.0.2 r-variantfiltering@1.34.0 r-archr@1.0.1-1.92ab814 rcas-web@0.1.0 r-adamgui@1.14.0 r-pcaexplorer@2.24.0 r-chromunity@0.0.1-1.09fce8b pigx@0.0.3 pigx-sars-cov-2@0.0.8 r-aasea@1.1.0 r-spectre@0.5.5-1.f6648ab r-radiant-data@1.5.1 r-pando@1.0.1 r-tidyposterior@1.0.0 r-shinymanager@1.0.410 r-zooimage@5.5.2 node-openzwave-shared@1.7.2 ```
bug#59368: icecat does not honor /etc/timezone starting with 102.3.0.
Yes, its the wrong timezone: UTC instead of CEST with Icecat. This resistFingerprinting doesn't seem to change something in that regard. I can further say that I don't see this issue with firefox-esr or icedove.
bug#32026: [PATCH 02/10] gnu: icedove: Compute a self-contained source.
On 14.02.23 02:55, Maxim Cournoyer wrote: +;;; To find out which changeset to use for the comm-l10n repo, use the +;;; 'comm-source->locales+changeset' procedure on the thunderbird-comm-source +;;; checkout directory. The complete localization data will be released as a +;;; tarball starting with 102.2.8 (see: +;;; https://bugzilla.mozilla.org/show_bug.cgi?id=1810727). When this tarball Version 102.8.0 is it called.
bug#61367: guix copy fails after copying with unauthorized public key
Hi, I think it would be nice if `guix copy` would check for the public key before actually copying data. Currently it's like this: $ guix copy --to=user@host /gnu/store/bla guix copy: sending 439 store items (2.984 MiB) to 'host'... [ takes some minutes ] guix copy: error: unauthorized public key: (public-key (ecc (curve Ed25519) (q #KEYXYZ#) ) ) It would be nice if it would fail upfront. ~Jonathan
bug#61044: libxml2-parent-pointers.patch: patch not found
Hi George, I installed Guix 1.4.0 via install script today on a foreign distro. I could not reproduce your issue, when doing a `guix pull` for the first time. ~Jonathan
bug#59515: nginx: Fails to start on boot while upstream service is not yet running
On 27.11.22 22:14, Ludovic Courtès wrote:> That looks like a bug in the radicale service: there’s no synchronization upon startup: I think its rather an issue with nscd, networking or some other base service. Changing the nginx configuration from (servers (list "localhost:5232")) to (servers (list "127.0.0.1:5232")) resolves the issue for me :) It should wait for a PID file or be started as a systemd or inetd service. That way, we’d be sure that shepherd considers it started once it’s really listening for input. A quick grep in the source suggests it creates a PID file somewhere. I couldn't find any PID file on my server of radicale. But there seems to by a .lock file: /var/lib/radicale/collections/.Radicale.lock No idea if that would be helpful... ~Jonathan
bug#59515: nginx: Fails to start on boot while upstream service is not yet running
Ah thanks. I added `(shepherd-requirement '(radicale))` to my nginx-configuration. Sadly the issue is not fixed, the situation is the same as before. I assume that radicale takes a fracture of a second to start. And nginx starts faster up. See this small experiment: $ sudo herd stop radicale $ sudo herd start radicale; curl localhost:5232 Service radicale has been started. curl: (7) Failed to connect to localhost port 5232 after 0 ms: Verbindungsaufbau abgelehnt $ sudo herd stop radicale $ sudo herd start radicale; sleep 0.2; curl localhost:5232 Service radicale has been started. Redirected to /.web
bug#59515: nginx: Fails to start on boot while upstream service is not yet running
When I start my personal server with a radicale service behind a nginx reverse proxy, nginx fails to start. The relevant part in the log: Nov 23 16:02:56 localhost shepherd[1]: Service networking has been started. Nov 23 16:02:56 localhost shepherd[1]: Service radicale has been started. Nov 23 16:02:56 localhost shepherd[1]: Service ssh-daemon has been started. Nov 23 16:02:56 localhost shepherd[1]: [nginx] nginx: [emerg] host not found in upstream "localhost:5232" in /gnu/store/y29zl57pprwxbcxfx593s16456kxk99y-nginx.conf:15 Nov 23 16:02:56 localhost shepherd[1]: Failed to start nginx in the background. The config can be found here: https://gitlab.com/jonsger/jonsger-guix/-/blob/master/config/baebia.scm#L116 ``` (upstream-blocks (list (nginx-upstream-configuration (name "radicale") (servers (list "localhost:5232") ``` I wonder whats going wrong here. Is there a way to define that nginx service should wait until radicale service is started? ~Jonathan
bug#43798: [IceDove/Daily]: Global preferences does not open
Duplicate of https://issues.guix.gnu.org/41138 Closing.
bug#41138: IceDove
Closing. See last comment from Brendan.
bug#43798: [IceDove/Daily]: Global preferences does not open
Hello Carrie, do you still have this issue with Icedove 102? ~Jonathan
bug#55258: Icedove, external OpenGPG configuration and ld path
In case of gpgme the size isn't a real problem as it increases the closure of Icedove by about 2-3 MiB. Does it help to set `mail.openpgp.alternative_gpg_path` to something meaningful?
bug#55089: [IceCat and IceDove]: Doesn't use system's locale/timezone.
Hello Raghav, Hm, I can't reproduce it in Icedove. I have CEST as timezone (UTC-2) and all timestamps I can found are in CEST. Where does this problem occur in Icedove for you?
bug#53250: icedove clears user data on upgrade
I tested your patch, Nicholas, and the one I sent in. But sadly non of them resolved the problem for me :( Maybe we should add a service or something to start icedove always with `icedove -P YOUR-PROFILE-NAME`. As a "dirty" hack...
bug#53250: [PATCH] gnu: icedove: Stop per-install profile generation.
From: Nicholas von Klitzing Fixes https://issues.guix.gnu.org/53250 * gnu/packages/gnuzilla.scm (icedove)[arguments]: Disable MOZ_NORMANDY. Signed-off-by: Jonathan Brielmaier --- gnu/packages/gnuzilla.scm | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/gnu/packages/gnuzilla.scm b/gnu/packages/gnuzilla.scm index a9b5ed9fe9..929e43d71d 100644 --- a/gnu/packages/gnuzilla.scm +++ b/gnu/packages/gnuzilla.scm @@ -1372,7 +1372,9 @@ (define-public icedove (lambda _ (substitute* "comm/mail/moz.configure" (("MOZ_DEDICATED_PROFILES, True") -"MOZ_DEDICATED_PROFILES, False")) + "MOZ_DEDICATED_PROFILES, False") + (("MOZ_NORMANDY, True") +"MOZ_NORMANDY, False")) #t)) (add-after 'prepare-thunderbird-sources 'rename-to-icedove (lambda _ -- 2.34.0
bug#53250: icedove clears user data on upgrade
Hello Nicholas, thanks for the patch, I test it right now :) ~Jonathan
bug#52788: static networking: Support pointopoint/peer
Thanks for the fast implementation in guile-netlink! Didn't know how to use `--with-latest=guile-netlink` in that context so I updated the package: diff --git a/gnu/packages/guile-xyz.scm b/gnu/packages/guile-xyz.scm index 74567830e6..dcb1041136 100644 --- a/gnu/packages/guile-xyz.scm +++ b/gnu/packages/guile-xyz.scm @@ -4602,37 +4602,39 @@ (define-public guile-fslib (license license:agpl3+))) (define-public guile-netlink - (package -(name "guile-netlink") -(version "1.1.1") -(source - (origin - (method git-fetch) - (uri (git-reference - (url "https://git.lepiller.eu/git/guile-netlink;) - (commit version))) - (file-name (git-file-name name version)) - (sha256 -(base32 - "0jcl6mzqy04if5drflmygmggbgzsxa42mlmskqb3cfqmksq0zj0y" -(build-system gnu-build-system) -(inputs - (list guile-3.0)) -(native-inputs - (list automake - autoconf - pkg-config - guile-3.0 ;for 'guild compile' + guile.m4 - texinfo)) -(home-page "https://git.lepiller.eu/guile-netlink;) -(synopsis "Netlink protocol implementation for Guile") -(description "Guile Netlink is a GNU Guile library providing an implementation + (let ((commit "b7aa2be9476e0f1b6cc4a7b22ba070c6411cb0ae") +(revision "1")) +(package + (name "guile-netlink") + (version (git-version "1.1.1" revision commit)) + (source + (origin + (method git-fetch) + (uri (git-reference +(url "https://git.lepiller.eu/git/guile-netlink;) +(commit commit))) + (file-name (git-file-name name version)) + (sha256 + (base32 + "03f9ads2qj3lj8frlg3pmh0nx4qikqpkhy0fvfy12qivlrfdbvcm" + (build-system gnu-build-system) + (inputs + (list guile-3.0)) + (native-inputs + (list automake + autoconf + pkg-config + guile-3.0 ;for 'guild compile' + guile.m4 + texinfo)) + (home-page "https://git.lepiller.eu/guile-netlink;) + (synopsis "Netlink protocol implementation for Guile") + (description "Guile Netlink is a GNU Guile library providing an implementation of the netlink protocol. It provides a generic library for writing implementations of a netlink protocol, a low-level rtnetlink implementation that uses that library and a high-level API for network management that uses rtnetlink.") -(license license:gpl3+))) + (license license:gpl3+ (define-public guile-gitlab (package That was the easy part. The part in gnu/services/base.scm seems to be a bit over my Guile/gexp skills. And I couldn't find a proper source to copy-and-paste-and-adapt :P
bug#52788: static networking: Support pointopoint/peer
Hi folks, it would be nice if `static-networking` would support the pointopoint or peer parameter. This one is required to get IPv4 at Hetzner Cloud. The relevant ip statement is: ip address add IPv4/32 dev eth0 peer 172.31.1.1 ^^^ Is this functionality already implemented by guile-netlink? If yes, I could try to add this feature to our static-networking-service-type :) ~Jonathan
bug#51425: file-system: validate flags
Imagine the following file system definition in your config.scm: ``` (file-system (device (uuid "UUID-123")) (flags '((create-mount-point? #t))) (mount-point "/mnt") (type "ext4"))) ``` When you reconfigure there will be no complain, but when you reboot your system wont boot. The parameter to flags is nonsense, it should be something like: `read-only`. So mounting of the file system will fail... It would be nice if we can have some flag validation during reconfigure. ~Jonathan
bug#51261: Guix from qcow2 image refuses to boot after reconfigure
It's because `/dev/vda1` is mounted to `/`. If I change that to `/dev/vda2` it works again :)
bug#51261: Guix from qcow2 image refuses to boot after reconfigure
Imagine follow scenario: wget https://ftp.gnu.org/gnu/guix/guix-system-vm-image-1.3.0.x86_64-linux.qcow2 Boot the VM: qemu-system-x86_64 -enable-kvm -m 4G -device e1000,netdev=net0 \ -netdev user,id=net0,hostfwd=tcp::5522-:22 \ -drive file=guix-system-vm-image-1.3.0.x86_64-linux.qcow2,if=virtio,cache=writeback,werror=report Inside the VM do a: sudo su guix system reconfigure /run/current-system/configuration.scm reboot Boot fails (see attached image: failed_boot.png). Its the same if I do: sudo su guix pull GUIX_PROFILE="$HOME/.config/guix/current" . "$GUIX_PROFILE/etc/profile" hash guix guix system reconfigure /run/current-system/configuration.scm reboot ~Jonathan
bug#50723: [core-updates-frozen] installer crashes on timezone selection
Hi, the graphical installer on core-updates-frozen crashes directly after selecting the city of timezone: Reproducer (other combinations are also broken, maybe all): Locale -> Deutsch Locale-Area -> Deutschland Graphical installation Timezone -> Europe/Berlin The backtrace can be found here: https://bpa.st/NVGQ The installation image comes from a3324e57531186a42feb3aa488556faa67386e9c. Its built with '--no-grafts' due to https://issues.guix.gnu.org/50676. ~Jonathan
bug#50566: [core-updates-frozen] Grub fails to decrypt LUKS partition (cryptomount not found)
Am 20.09.21 um 00:47 schrieb Ludovic Courtès: ‘master’ uses ‘--strip-debug’ whereas ‘core-updates-frozen’ uses ‘--strip-unneeded’ (from commit e0f31baacc6ad30096a332b69433c85f5830bb2c). Instead of #:strip-binaries? #f, we could try: #:strip-flags '("--strip-debug" "--enable-deterministic-archives") That one works as well. I tested it :)
bug#50566: [core-updates-frozen] Grub fails to decrypt LUKS partition (cryptomount not found)
Am 19.09.21 um 17:02 schrieb Mathieu Othacehe: Turns out stripping Grub modules was causing this issue. I'm not sure why we do not experience this issue on master. Anyway, 71aa29911cf3f4e6db5f9bff9237308b5f93283d fixes it for me. Good catch and thanks for the fix, which works for me. I also discovered another issue related to image creation that I'll report separately. During boot I'll run into https://issues.guix.gnu.org/50566 like you. So I think we can close this bug and work on the next one :)
bug#50566: [core-updates-frozen] Grub fails to decrypt LUKS partition (cryptomount not found)
Hi, I found today an easier reproducer. I built an installation image from current core-updates-frozen (716470cda447e8cc3e73b09a8dfdcf1032aa37f2). Booting from an USB stick leads to the same error that it comes only to "grub rescue>" saying "Unknown filesystem". I double checked and booted from an USB stick with an image from current master -> just fine. It would be interesting if others try to boot from an c-u-f image, especially on UEFI. I'll try to bisect the issue as I have no an "easy" reproducer :)
bug#50566: [core-updates-frozen] Grub fails to decrypt LUKS partition (cryptomount not found)
I went ahead and did a trick Tobias (nckx) told me in IRC. I booted a Guix installer from an USB stick and hit 'c' (command line) in its GRUB menu. Then I gave in the following commands: ``` insmod luks cryptomount (hd1,gpt2) Enter passphrase ...: set root=(crypto0) configfile /boot/grub/grub.cfg ``` I can then choose between the Guix system generations: 1x core-updates-frozen and 3x master. The latter did worked before my reconfigure on c-u-f. But non of them really worked. I have to enter the LUKS password a second time and then shepherd fails to start all the services. The cpu fan blows a bit loud: ``` failed to start service 'file-systems' failed to start service 'file-system-/boot/efi' failed to start service 'user-processes' [...] ``` An Alt+SysReq+E (SIGTERM all apart INIT) gives: ``` shepherd[1]: Service udev has been disabled. shepherd[1]: Respawning libvirtd. shepherd[1]: Service libvirtd has been started. ``` And some audit log message. Can audit break the boot? Has anyone an idea how to find out why those services start to fail? How to obtain logs? ~Jonathan
bug#50566: [core-updates-frozen] Grub fails to decrypt LUKS partition (cryptomount not found)
Hi folks, today I finally got my system reconfiguring on core-updates-frozen with almost all packages I use (minus telegram-desktop, josm and lilypond). But when I rebooted my PC it got stuck in the grub rescue console :( ``` Welcome to GRUB! Unkown command 'crpytomount'. error: disk 'cryptouuid/ad06...' not found. Entering rescue mode... [...] grub rescue> crpytomount -u ad06... Unknown command 'cryptomount'. [...] grub rescue> set cmdpath=(hd0)/EFI/Guix prefix=(cryptouuid)/ad06...)/boot/grub root=cryptouuid/ad06... ``` commit: d1732a007fff1549fd49bae595ef9541bea2a332 (pulled from) arch: x86_66 config: ``` (bootloader (bootloader-configuration (bootloader grub-efi-bootloader) (target "/boot/efi") (keyboard-layout keyboard-layout))) (mapped-devices (list (mapped-device (source (uuid "ad069897-6b43-4607-b5e9-3f00f9af74aa")) (target "cryptroot") (type luks-device-mapping (file-systems (append (list (file-system (mount-point "/boot/efi") (device (uuid "2954-F644" 'fat32)) (type "vfat")) (file-system (device "/dev/mapper/cryptroot") (mount-point "/") (type "ext4") (dependencies mapped-devices)) (file-system (mount-point "/media/jonathan/arbeit") (device (uuid "094e6082-fae5-4ba9-ad94-1a4b6d04a094")) (type "ext4"))) %base-file-systems)) ``` I have reconfigured the same system on master two or three days ago. The reboot back then was successful. I'll try to collect more information later today... ~Jonathan
bug#48273: [PATCH] gnu: icedove: Respect parallel-job-count while building.
On 18.06.21 11:34, Ludovic Courtès wrote:>> + "ac_add_options --with-user-appdir=\\.icedove\n" + "mk_add_options MOZ_MAKE_FLAGS=-j" (number->string (parallel-job-count)) "\n" Please split the line. :-) Pushed as 84780ff427364fdd2f158b1f7439debee2bf3799 with this line splitted.
bug#48273: [PATCH] gnu: icedove: Respect parallel-job-count while building.
* gnu/packages/gnuzilla.scm (icedove)[arguments]: Add MOZ_MAKE_FLAGS with parallel-job-count to mozconfig. --- gnu/packages/gnuzilla.scm | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/gnu/packages/gnuzilla.scm b/gnu/packages/gnuzilla.scm index c63809c20c..b6b4a01362 100644 --- a/gnu/packages/gnuzilla.scm +++ b/gnu/packages/gnuzilla.scm @@ -1496,7 +1496,8 @@ standards of the IceCat project.") "ac_add_options --with-system-nspr\n" "ac_add_options --with-system-nss\n" "ac_add_options --with-system-zlib\n" - "ac_add_options --with-user-appdir=\\.icedove\n" + "ac_add_options --with-user-appdir=\\.icedove\n" + "mk_add_options MOZ_MAKE_FLAGS=-j" (number->string (parallel-job-count)) "\n" (display (getcwd)) (newline) (display "mach configure") -- 2.31.1
bug#48273: Icedove 78.10.0 build stuck at 'unpack' phase
Unfortunately, not all of our package definitions respect the --coresoption. Our 'icecat' package does, but I can see now that our 'icedove'package does _not_ respect it. It would be good to fix that. @Mark: Yes, it would by nice to fix that. Do we make something special in Icecat to achieve that? I couldn't find anything obvious on a first view...
bug#46683: cuirass: reconfigure creates 'dbname=cuirass host=' folder
If I reconfigure a system with a simple-cuirass-service it creates a 'dbname=cuirass host=' named folder in the folder, where you run `guix system reconfigure`. $ sudo -E guix system reconfigure config.scm [...] $ $ ls 'dbname=cuirass host='/ [...]
bug#45830: Assert, that user and group names are unique -> breaks guix system reconfigure
The original bug with the patch leading to this issue is: https://issues.guix.gnu.org/45570
bug#45830: Assert, that user and group names are unique -> breaks guix system reconfigure
Hi Leo, your commit a3002104: system: Assert, that user and group names are unique. breaks `guix system reconfigure` for me and other people (at least two in IRC). $ guix system reconfigure config.scm guix system: error: the following groups appear more than once: lp $ sudo grep lp /etc/group lp:x:989: lpadmin:x:975: $ sudo grep lp /etc/passwd lp:!:18467:: The same happend on my server with the `nginx` group. I reverted it for the mean time, as I find it pretty grave... ~Jonathan
bug#45444: depmod: ERROR: could not open directory /lib/modules/5.10.2-gnu
depmod doesn't seem to be happy about our paths... ``` # depmod depmod: ERROR: could not open directory /lib/modules/5.10.2-gnu: No such file or directory depmod: FATAL: could not search modules: No such file or directory ``` Happens on up to date master branch: ``` $ guix system describe Generation 129 Dec 26 2020 11:13:28(current) file name: /var/guix/profiles/system-129-link canonical file name: /gnu/store/yb73df860bd39hzrbvhz79ydqyqfbbdh-system label: GNU with Linux-Libre 5.10.2 bootloader: grub root device: UUID: d5e47476-ccdb-4dd5-8f69-f670d5ab25a0 kernel: /gnu/store/si6ly6im9ih9fpycp5zq1895y2jl4kzm-linux-libre-5.10.2/bzImage channels: guix: repository URL: https://git.savannah.gnu.org/git/guix.git branch: master commit: 7be871bb69b8df20e566aa3d078b8cbe453693e2 configuration file: /gnu/store/gy14nza51q9s8fyhd53caaf0bvv3363w-configuration.scm ```
bug#44760: Closure copy in ‘guix system init’ is inefficient
Hi Ludo, there seems to be another regression in this series. Pulling from 6a060ff27ff68384d7c90076baa36c349fff689d gives: ``` [ 1/20] Loading './guix/base32.scm'... [ 2/20] Loading './guix/build/store-copy.scm'... [ 3/20] Loading './guix/build/syscalls.scm'... [ 4/20] Loading './guix/build/utils.scm'... [ 5/20] Loading './guix/combinators.scm'... [ 6/20] Loading './guix/progress.scm'... [ 7/20] Loading './guix/records.scm'... [ 8/20] Loading './guix/serialization.scm'... [ 9/20] Loading './guix/sets.scm'... [10/20] Loading './guix/store/deduplication.scm'... ;;; Failed to autoload copy-file/deduplicate in (guix store deduplication): ;;; no code for module (gcrypt hash) Backtrace: 17 (primitive-load "/gnu/store/1fwvy0fz6zfgnyq1mj5pn8mfin7?") In ice-9/eval.scm: 619:8 16 (_ #f) In srfi/srfi-1.scm: 460:18 15 (fold # ?) 460:18 14 (fold # ?) 460:18 13 (fold # ?) In ice-9/eval.scm: 619:8 12 (_ #(#(#) # ?)) In ice-9/boot-9.scm: 2806:4 11 (save-module-excursion #) In unknown file: 10 (primitive-load "./guix/store/deduplication.scm") In ice-9/eval.scm: 721:20 9 (primitive-eval (define-module (guix store #) # (# #) ?)) In ice-9/psyntax.scm: 1241:36 8 (expand-top-sequence ((define-module (guix store #) ?)) ?) 1233:19 7 (parse _ (("placeholder" placeholder)) ((top) #(# # ?)) ?) 285:10 6 (parse _ (("placeholder" placeholder)) (()) _ c (eval) ?) In ice-9/eval.scm: 293:34 5 (_ #) In ice-9/boot-9.scm: 3380:4 4 (define-module* _ #:filename _ #:pure _ #:version _ # _ ?) 2565:24 3 (call-with-deferred-observers #) 3393:24 2 (_) 222:17 1 (map1 (((gcrypt hash)) ((guix build utils)) ((guix ?)) ?)) 3300:6 0 (resolve-interface (gcrypt hash) #:select _ #:hide _ # _ ?) ice-9/boot-9.scm:3300:6: In procedure resolve-interface: no code for module (gcrypt hash) ``` All commits before in this series are fine. The fix in d88ff09ea3138fc85c1463b0b345bd6ba71ca568 does not really help.
bug#44390: Cuirass reports succesful builds as failed in /var/log/cuirass.log and cuirass-web reports them as scheduled
On 08.12.20 12:09, Mathieu Othacehe wrote: Hello, Cuirass commit 697fa14584551d9595cd042f1ffeba240e45a127 adds a "--queue-size" argument. With Guix commit 770fb659a62d8adab9a4ba7b44e2760722703879, Cuirass is passed the "queue-size" argument, defaulting to 1. Fix confirmed on my personal Cuirass server :) Merci Mathieu!
bug#44184: Building icecat does not always respect the number of cores
I can confirm that bug on current Guix system. I also have the feeling that it's not only during rustc parts, I see it while having gcc compiling C++ stuff as well...
bug#25305: LUKS-encrypted root and unencrypted /boot with GuixSD 0.12.0
We have now pretty good LUKS support, but I don't know if we support this use case. I always have `/boot` encrypted as well...
bug#44390: Cuirass reports succesful builds as failed in /var/log/cuirass.log and cuirass-web reports them as scheduled
In the mean time I did a quick fix on my system in config.scm: ``` (use-modules (gnu) (gnu packages ci) (guix packages) (guix utils)) (define-public cuirass/queue-1 (package/inherit cuirass (name "cuirass-queue-1") (arguments (substitute-keyword-arguments (package-arguments cuirass) ((#:phases phases) `(modify-phases ,phases (add-after 'disable-repo-tests 'set-queue-size (lambda _ (substitute* "src/cuirass/database.scm" (("queue-size 100") "queue-size 1")) #t ``` Plus (cuirass cuirass/queue-1) in the cuirass-configuration. So no need from my side to hurry anmyore :)
bug#42575: Missing icons in i3
I'm using now sddm+sway and the issue went away. So it seems very likely that its an issue of slim.
bug#43905: Acknowledgement (cuirass: uncaught exception 'read-error' in 'metrics' fiber)
On 12.10.20 09:37, Mathieu Othacehe wrote: > > Hello Jonathan, > >> It happens when scamping around in the database: >> update Specifications set proc_args='((subset "htop" "icedove") (systems >> "x86_64-linux))'; > > You mean it happens only when modifying 'proc_args' while Cuirass is > running? Could you share your specifications so that I can try to > reproduce it? Sorry for the late answer ``` (define %cuirass-specs #~(list '((#:name . "foo-master") (#:load-path-inputs . ()) (#:package-path-inputs . ("foo-packages")) (#:proc-input . "guix") (#:proc-file . "build-aux/cuirass/gnu-system.scm") (#:proc . cuirass-jobs) (#:proc-args . ((subset . ("htop" "icedove")) (systems . ("x86_64-linux" (#:inputs . (((#:name . "guix") (#:url . "https://git.savannah.gnu.org/git/guix.git;) (#:load-path . ".") (#:branch . "master") (#:no-compile? . #t)) ((#:name . "foo-packages") (#:url . "https://gitlab.com/foo/foo.git;) (#:load-path . ".") (#:branch . "master") (#:no-compile? . #t (#:build-outputs . () ```
bug#44390: Cuirass reports succesful builds as failed in /var/log/cuirass.log and cuirass-web reports them as scheduled
Nice bug report David! I encounter the same problem :P @Mathieu: Would it be an option to just make it configurable? It seems that it makes a significant performance impact on larger cuirass servers. But small servers still could set it to 1 or so...
bug#42941: qgis: plugin installation fails with python error
Fixed in 542dc0ee4f2385c4d71f65fe3a36f4fe9eb68b9a.
bug#24066: icecat "mailto" handler does not work - and cannot be reconfigured by user
This issue annoys me, so I searched for a workaround which I found :) In Icecat go to about:preferences -> General -> Applications (only a header): Set mailto to `Use other` and set it to `/run/current-system/profile/bin/icedove`. $ grep mailto /gnu/store/3zxx08qfl9q6d9s80p58521y9x3ni3p1-icedove-78.3.3/share/applications/icedove.desktop MimeType=x-scheme-handler/mailto; That seems correct. xdg-open mailto:f...@gnu.org works for me always, so it really seems a Icecat/Firefox thing...
bug#41138: XML error opening IceDove Edit -> Preferences.
I can't not reproduce this with our most recent Icedove (78.3.2). Do you still have this problem?
bug#43905: Acknowledgement (cuirass: uncaught exception 'read-error' in 'metrics' fiber)
It happens when scamping around in the database: update Specifications set proc_args='((subset "htop" "icedove") (systems "x86_64-linux))'; So I guess it's not a real bug.
bug#43905: cuirass: uncaught exception 'read-error' in 'metrics' fiber
I'm running current cuirass (0.0.1-51.cb2c4e3) but if fails directly after the start with the following error log: ``` 2020-10-10T11:47:50 retrieving list of pending builds... 2020-10-10T11:47:50 heap: 11.93 MiB; threads: 19; file descriptors: 78 2020-10-10T11:47:50 canceling 0 stale builds 2020-10-10T11:47:50 restarting 0 pending builds 2020-10-10T11:47:50 building 0 derivations in batches of 200 2020-10-10T11:47:50 done with 0 derivations 2020-10-10T11:47:50 done with restarted builds 2020-10-10T11:47:50 fatal: uncaught exception 'read-error' in 'metrics' fiber! 2020-10-10T11:47:50 exception arguments: ("scm_lreadr" "#:1:94: end of file in string constant" () #f) In ice-9/boot-9.scm: 1731:15 12 (with-exception-handler # ?) 1736:10 11 (with-exception-handler _ _ #:unwind? _ # _) 718:2 10 (call-with-prompt ("break") # ?) 718:2 9 (call-with-prompt ("continue") # ?) In ice-9/eval.scm: 619:8 8 (_ #(#(# #))) In cuirass/logging.scm: 58:18 7 (call-with-time-logging "Metrics update" #) In cuirass/metrics.scm: 330:34 6 (db-update-metrics) In ice-9/boot-9.scm: 1669:16 5 (raise-exception _ #:continuable? _) 1764:13 4 (_ #< components: (#<> #>) In cuirass/utils.scm: 284:8 3 (_ _ . _) In ice-9/boot-9.scm: 1731:15 2 (with-exception-handler # ?) In cuirass/utils.scm: 285:22 1 (_) In unknown file: 0 (make-stack #t) ERROR: In procedure make-stack: In procedure scm_lreadr: #:1:94: end of file in string constant 2020-10-10T11:47:50 fatal: uncaught exception 'read-error' in 'build' fiber! 2020-10-10T11:47:50 exception arguments: ("scm_lreadr" "#:1:94: end of file in string constant" () #f) In ice-9/boot-9.scm: 1731:15 12 (with-exception-handler # ?) 1736:10 11 (with-exception-handler _ _ #:unwind? _ # _) 152:2 10 (with-fluid* _ _ _) 718:2 9 (call-with-prompt ("break") # ?) 718:2 8 (call-with-prompt ("continue") # ?) In ice-9/eval.scm: 619:8 7 (_ #(#(# # ?))) 155:9 6 (_ #(#(# # ?))) In ice-9/boot-9.scm: 1669:16 5 (raise-exception _ #:continuable? _) 1764:13 4 (_ #< components: (#<> #>) In cuirass/utils.scm: 284:8 3 (_ _ . _) In ice-9/boot-9.scm: 1731:15 2 (with-exception-handler # ?) In cuirass/utils.scm: 285:22 1 (_) In unknown file: 0 (make-stack #t) ERROR: In procedure make-stack: In procedure scm_lreadr: #:1:94: end of file in string constant ```
bug#43760: cuirass: fail to install with simple configuration
On 03.10.20 12:46, Mathieu Othacehe wrote: > > Hello Jonathan, > >>> You will then probably hit this one: >>> >>> https://issues.guix.gnu.org/43757 >> >> I do :( > > After fixing this issue, see: 761443bca6178b4ac299a8bd368d1cac4abda5f8, > I'm able to successfully evaluate and build your specification. > > I still need to update the Cuirass package accordingly. Would be great :) Thanks
bug#43760: cuirass: fail to install with simple configuration
On 02.10.20 15:02, Mathieu Othacehe wrote: > > Hello Jonathan, > >> ice-9/boot-9.scm:1669:16: In procedure raise-exception: >> Wrong type (expecting string): #f > > Thanks for the bug report. This should be fixed with > d6a8f0a9781a90c3037f25e51d7ff32e50f7a8c1. Yes, fix confirmed. > You will then probably hit this one: > > https://issues.guix.gnu.org/43757 I do :(
bug#43760: cuirass: fail to install with simple configuration
Hi, I'm trying to set up a simple cuirass server. But in the last month I never got it working. This time I tried with help from Mathieu. cuirass-spec: ``` (define %cuirass-specs '((#:name . "my-manifest") (#:load-path-inputs . ("guix")) (#:package-path-inputs . ()) (#:proc-input . "guix") (#:proc-file . "build-aux/cuirass/gnu-system.scm") (#:proc . cuirass-jobs) (#:proc-args (subset . "all")) (#:inputs . (((#:name . "guix") (#:url . "git://git.savannah.gnu.org/guix.git") (#:load-path . ".") (#:branch . "master") (#:no-compile? . #t)) ((#:name . "jonsger-guix") (#:url . "https://gitlab.com/jonsger/jonsger-guix.git;) (#:load-path . ".") (#:branch . "master") (#:no-compile? . #t (#:build-outputs . ( (list %cuirass-specs) ``` Used as: ``` (service cuirass-service-type (cuirass-configuration (specifications %cuirass-specs) (use-substitutes? #t))) ``` Gives following error when reconfiguring this system: ``` Backtrace: In guix/status.scm: 776:4 19 (call-with-status-report _ _) In guix/scripts/system.scm: 1170:4 18 (_) In ice-9/boot-9.scm: 1736:10 17 (with-exception-handler _ _ #:unwind? _ #:unwind-for-type _) In guix/store.scm: 631:37 16 (thunk) 1300:8 15 (call-with-build-handler _ _) 1300:8 14 (call-with-build-handler _ _) 1300:8 13 (call-with-build-handler # _) 2042:24 12 (run-with-store # _ #:guile-for-build _ #:system _ #:target _) In guix/scripts/system.scm: 840:13 11 (_ _) 748:13 10 (_ _) In ice-9/boot-9.scm: 152:2 9 (with-fluid* _ _ _) In unknown file: 8 (primitive-load "/gnu/store/ki892f95cw5i48r165k6di4n3wb2d2cc-switch-to-system.scm") 7 (primitive-load "/gnu/store/smpbrrw738f6ncpgrlw4h9qwbgr2vwaa-activate.scm") In ice-9/boot-9.scm: 260:13 6 (for-each # _) In unknown file: 5 (primitive-load "/gnu/store/z2yjxn8c7spiql4cdv6ydkvrqbdl85kd-activate-service.scm") In ice-9/eval.scm: 619:8 4 (_ #(# 980 982)) In ice-9/ports.scm: 461:11 3 (call-with-output-file #f # #:binary _ #:encoding _) In unknown file: 2 (open-file #f "w" #:encoding #f) In ice-9/boot-9.scm: 1669:16 1 (raise-exception _ #:continuable? _) 1669:16 0 (raise-exception _ #:continuable? _) ice-9/boot-9.scm:1669:16: In procedure raise-exception: Wrong type (expecting string): #f ```
bug#36551: [META] Run Guix System on Purism Librem 5
Eric already worked on Anbox: https://notabug.org/bavier/guix-bavier/src/master/bavier/packages/android.scm It still needs some work to get upstream.
bug#42575: Missing icons in i3
If some one has an idea how to debug that I would be happy. I tried `strace -f` and looked around at all those icon places, but I can't find something suspicious. My theory is that when clicking `mate-appearance-properties` something creates or refreshes some caches in the background...
bug#43079: guix ignores available substitutes
On 28.08.20 16:23, Ludovic Courtès wrote: > I’m not sure what conclusions you’re drawing here? :-) That my laptop doesn't really get substitutes... > As you found, each entry in /var/guix/substitute/cache has a TTL, > including for negative lookups. This is why one can observe different > behaviors on different machines: one machine can think the substitute is > unavailable (cached negative entry not yet expired), while the other got > a positive lookup soon after the substitute had been “baked” on the > server. > > TTLs vary. For successful lookups, this is usually a long TTL (see > ‘guix publish --ttl’). For negative lookups, there are two cases: a > 1h-or-so TTL for “absolute no”, and a 5mn TTL for > “substitute-being-baked no”. So my question is how I can influence/change that behaviour for my client? Because the current situation on my laptop is awful. And if it doesn't get better I will move away that system from Guix System...
bug#43079: guix ignores available substitutes
I have a laptop and a desktop which are using the same system configuration apart from hostname, uuid of hard disk, bootloader (EFI vs grub) and mount-points. So I expect that those systems behave very similar but they don't. Doing a system reconfigure on the desktop works as expected, on the laptop not. It doesn't fetch substitutes and therefore wants to build hundreds of packages/derivations. I can connect from my laptop to ci.guix.gnu.org and fetching substitutes via wget works. guix version guix describe @ laptop guix eb622c6 Repository-URL: https://git.savannah.gnu.org/git/guix.git Branch: master Commit: eb622c6b128024179494253510bebe8bcacb8e6f But I found a strange thing. 1. step: try to "build" a package which should fetch just the substitutes -> it doesn't work guix@laptop $ guix build calibre --dry-run Folgende Ableitungen würden erstellt: /gnu/store/djli9lxajn8r8d8hq6r4848yj6p79k3j-calibre-4.18.0.drv /gnu/store/28gk4rylv0hsrswybp6biaxznwa81avm-python2-html5lib-1.0.1.drv /gnu/store/5507fjclaf39ad92wj9pv53zqbfzzqil-python2-six-1.14.0.drv /gnu/store/0gf3jrj490sljsar5ldp1609ng68bpgr-python2-pluggy-bootstrap-0.13.1.drv /gnu/store/j37a17a6bv1r6j0bm1hpy5qph9mcyy2w-python2-importlib-metadata-bootstrap-1.5.0.drv /gnu/store/mf69d2vgccqmgyrd0nq9nf545sjrxzy4-python2-typing-3.7.4.3.drv /gnu/store/z836bndwjprjz6hi6zcd7b0bl0hd140l-typing-3.7.4.3.tar.gz.drv /gnu/store/zwl80hfc4srhw6yjmfj1v048rx2dxk52-python2-importlib-resources-bootstrap-1.0.2.drv /gnu/store/ac07fdv2zb5fbcgb6hnfzdyb3vs98pzi-python2-pytest-bootstrap-4.6.9.drv /gnu/store/kv1g1y8fz650h5wnj4wjiw0ja30z1di3-six-1.14.0.tar.gz.drv /gnu/store/p3q7k35ws1zpf28zv6n8mlk8jpy341da-python2-webencodings-0.5.1.drv /gnu/store/2hm00zq5y23inwqh5lgg7zhyic1nj07h-python2-funcsigs-1.0.2.drv /gnu/store/16a8hm8dhz6xfvyv52q2zzlmcfai949s-python2-traceback2-1.4.0.drv /gnu/store/aayb3j040ykg8rp9igwcd22816871gvz-traceback2-1.4.0.tar.gz.drv /gnu/store/dwrfcmgh3x8aw1h95385m6jx7pvl2n3d-python2-unittest2-1.1.0.drv /gnu/store/kd27bgwpmbcw7p5cd7a52cz91112xr18-unittest2-1.1.0.tar.xz.drv /gnu/store/572fw1qqprqrjvkx3c1hrq9kgawc6b0w-unittest2-1.1.0.tar.gz.drv /gnu/store/c49sxyw60z2wym3xx64v3c2k98ddfvcj-python2-importlib-metadata-1.5.0.drv /gnu/store/hyzp3l78cwlchmf75qxryfv0wg0xhx2p-python2-importlib-resources-1.0.2.drv /gnu/store/xgqpc3sprszggp6i3hgiag5xlg02jskl-python2-pathlib2-2.3.5.drv /gnu/store/klj6vgh9jqwcbw3xx7fmcf0ga2jialhy-python2-contextlib2-0.6.0.post1.drv /gnu/store/yc3a0bldf937hwkvwmv9r37b5zlmyq4i-python2-zipp-1.0.0.drv /gnu/store/bvf121wfwkp7j4ll73mkk0xdxk6z5xwm-zipp-1.0.0.tar.gz.drv /gnu/store/dp5wrnylljpjxiiw8rhhxdk0k2s0qfqj-python2-pytest-4.6.9.drv /gnu/store/q3vxw8j5b6ilga6n5irxvlrff6ayjl5d-python2-mock-3.0.5.drv /gnu/store/rdwixhs7x4kgr7ib4ag7z81n3gcswg28-python2-pluggy-0.13.1.drv /gnu/store/xw2hnqjgwb0nx1v76isv39mp994shz7j-webencodings-0.5.1.tar.gz.drv /gnu/store/43n3hn59ap7nzks59a11p1vahsf9wqrh-python2-html2text-2019.8.11.drv /gnu/store/61lb2rbvdwpzxxm23qk6vvqsk9mcchgj-python2-pillow-6.2.1.drv /gnu/store/6474sh8h3w5d0hgd4q2xx90gkgqwd0l5-python2-dateutil-2.8.1.drv /gnu/store/8ddh4irmpqvr1vb6ai7b6b04mbgdm7x8-python2-pytest-cov-2.8.1.drv /gnu/store/73zvgpxg2wga2xrkg8mv8f65p7rv846k-python2-odfpy-1.4.1.drv /gnu/store/868g8grxqv6yyb1gfsib0i9ygfh3rkic-python2-cssselect-1.1.0.drv /gnu/store/azpwlsxcfqbh1y846f98dzg98vdyf8q1-python2-chardet-3.0.4.drv /gnu/store/bf7psbq535awadm5ydc1n2wlnkxl4rm4-python2-msgpack-1.0.0.drv /gnu/store/ci254iy86210q41p72cdqj53hxmakrwq-python2-flake8-3.8.3.drv /gnu/store/s44mm4nh0hhc8zkw77zlxh84vnfs676p-python2-mccabe-0.6.1.drv /gnu/store/y5bw36xvkiykcza4b1bhv6s4pwxiqszy-python2-pycodestyle-2.6.0.drv /gnu/store/gvycs2vxdapxcd7jmn9xh6g9rlxsxv0p-python2-mechanize-0.4.5.drv /gnu/store/p3i2n5h9rsdclrn6p0v24d19g43ljd00-python2-pyqtwebengine-5.14.0.drv /gnu/store/w2l6gy7jj14fcfaaa514199nfbgxabdc-qtwebengine-5.14.2.drv /gnu/store/rwd337f70yppg243hp418nlw0dmmcvif-js-mathjax-2.7.2.drv /gnu/store/58yxhzfyf9lhab6d5ja91mj3ak42aq00-uglify-js-0.1-1.429c5e1d8.drv /gnu/store/fqbfj9flm0r51bcalz8z8jjrj896rqnj-sbcl-cl-uglify-js-0.1-1.429c5e1d8.drv /gnu/store/7ga1f87f8d1qw0szipaa4yky6qy9fwdi-sbcl-parse-number-1.7.drv /gnu/store/rsqsp69vjkfvkljbkm6n0jcw4d5d881b-sbcl-2.0.7.drv /gnu/store/gq8g27c0x9ppaxfghbjgjxzm60rxsh1n-sbcl-2.0.7-source.tar.bz2.drv /gnu/store/b5b90k32mdaivc8b15n6091v09r77r74-sbcl-iterate-1.5.drv /gnu/store/pfvsajb34n3yxxm7s1hz5mlqs7lfkiia-sbcl-rt-1990.12.19-1.a6a7503.drv /gnu/store/c2jcrvsnkxr6fhpzkrvz5ibjl37jhj6p-sbcl-cl-ppcre-2.1.1.drv /gnu/store/wrph6hlxpsjxs8x4wz1nkl075xky8c16-sbcl-flexi-streams-1.0.18.drv /gnu/store/ifpc2kw8mq83j7klvw7mh1q23bxq30vc-sbcl-trivial-gray-streams-0.0.0-1.ebd59b1.drv /gnu/store/cvsqd5iiyj2m0q9lv53qnz6sd2lcwn9l-sbcl-cl-ppcre-unicode-2.1.1.drv
bug#42941: qgis: plugin installation fails with python error
When trying to install a plugin in qgis I get the following error: ``` Konnte Erweiterung 'GeoCoding' nicht laden aufgrund eines Fehlers beim Aufruf der classFactory() Methode ModuleNotFoundError: No module named 'future' Traceback (most recent call last): File "/gnu/store/xf20mnv9n5gbjr1ql2hcm3ir602p8sgk-qgis-3.12.1/share/qgis/python/qgis/utils.py", line 334, in _startPlugin plugins[packageName] = package.classFactory(iface) File "/home/jonathan/.local/share/QGIS/QGIS3/profiles/default/python/plugins/GeoCoding/__init__.py", line 24, in classFactory from .GeoCoding import GeoCoding File "/gnu/store/xf20mnv9n5gbjr1ql2hcm3ir602p8sgk-qgis-3.12.1/share/qgis/python/qgis/utils.py", line 744, in _import mod = _builtin_import(name, globals, locals, fromlist, level) File "/home/jonathan/.local/share/QGIS/QGIS3/profiles/default/python/plugins/GeoCoding/GeoCoding.py", line 47, in from .geocoders import * File "/gnu/store/xf20mnv9n5gbjr1ql2hcm3ir602p8sgk-qgis-3.12.1/share/qgis/python/qgis/utils.py", line 744, in _import mod = _builtin_import(name, globals, locals, fromlist, level) File "/home/jonathan/.local/share/QGIS/QGIS3/profiles/default/python/plugins/GeoCoding/geocoders.py", line 20, in from .networkaccessmanager import NetworkAccessManager File "/gnu/store/xf20mnv9n5gbjr1ql2hcm3ir602p8sgk-qgis-3.12.1/share/qgis/python/qgis/utils.py", line 744, in _import mod = _builtin_import(name, globals, locals, fromlist, level) File "/home/jonathan/.local/share/QGIS/QGIS3/profiles/default/python/plugins/GeoCoding/networkaccessmanager.py", line 21, in from future import standard_library File "/gnu/store/xf20mnv9n5gbjr1ql2hcm3ir602p8sgk-qgis-3.12.1/share/qgis/python/qgis/utils.py", line 744, in _import mod = _builtin_import(name, globals, locals, fromlist, level) ModuleNotFoundError: No module named 'future' Python-Version: 3.8.2 (default, Jan 1 1970, 00:00:01) [GCC 7.5.0] QGIS-Version: 3.12.1-București București, exported Python-Pfad: /gnu/store/xf20mnv9n5gbjr1ql2hcm3ir602p8sgk-qgis-3.12.1/share/qgis/python /home/jonathan/.local/share/QGIS/QGIS3/profiles/default/python /home/jonathan/.local/share/QGIS/QGIS3/profiles/default/python/plugins /gnu/store/xf20mnv9n5gbjr1ql2hcm3ir602p8sgk-qgis-3.12.1/share/qgis/python/plugins /gnu/store/xf20mnv9n5gbjr1ql2hcm3ir602p8sgk-qgis-3.12.1/lib/python3.8/site-packages /gnu/store/dpjv4lxbv8rbd4ilpbpm7w8bz60n4bqq-python-mock-3.0.5/lib/python3.8/site-packages /gnu/store/01g85j4lgp1vydbnchjzddccbsfp80iz-python-nose2-0.9.2/lib/python3.8/site-packages /gnu/store/09a5iq080g9b641jyl363dr5jkkvnhcn-python-3.8.2/lib/python3.8/site-packages /gnu/store/9n3hl8nmw75xbvx117vwbx7g7q4sdhlj-python-chardet-3.0.4/lib/python3.8/site-packages /gnu/store/kcq0mdc8kfnwl64yawhmix5j5pfwbxds-python-dateutil-2.8.1/lib/python3.8/site-packages /gnu/store/66l8861jfz3azkldrd0izpfqj9p1f0kg-python-gdal-3.1.2/lib/python3.8/site-packages /gnu/store/y8n0nyzdm3mykvmj9j1v2xkmpj3nk5y4-python-jinja2-2.11.2/lib/python3.8/site-packages /gnu/store/3j2d23kldb7cdzamj9cvg0j7j3fhhari-python-numpy-1.17.3/lib/python3.8/site-packages /gnu/store/5472c0z4f7g46jn16z68hp5yrjxab4n4-python-owslib-0.19.2/lib/python3.8/site-packages /gnu/store/rk388niq57sx76bwlh9pcs2dr20axj0g-python-psycopg2-2.8.5/lib/python3.8/site-packages /gnu/store/z7zpk97b3y8gvdh368bgb86n8g4x1jgh-python-pygments-2.5.2/lib/python3.8/site-packages /gnu/store/kwkmgyjnmcmacj3za6jhdc8k5wpb2q6f-python-pyqt+qscintilla-5.14.2/lib/python3.8/site-packages /gnu/store/s6mjrin6dnnr4vxwzj2vha7hl2jy71mr-python-pytz-2019.1/lib/python3.8/site-packages /gnu/store/dqxvmic591x93pzgvsbapqkildfv1i0d-python-pyyaml-5.3.1/lib/python3.8/site-packages /gnu/store/gb0cvm6w78098q5bws2qsnrsqkg6rdbk-python-requests-2.23.0/lib/python3.8/site-packages /gnu/store/ganx0gmqnlyy726qnpm4h94wys3d114g-python-sip-4.19.22/lib/python3.8/site-packages /gnu/store/b0svsfz2vw2qwlfsi56k8fwbx4fzcfhk-python-six-1.14.0/lib/python3.8/site-packages /gnu/store/pmf12r108f9833r022188kazppjxplgm-python-urllib3-1.25.9/lib/python3.8/site-packages /gnu/store/sq1dy8ivv2x1aqfj56kcwn11ixjsrl4z-saga-7.6.2/lib/python3.8/site-packages /gnu/store/jambbwx92axfs36k8j5q0l7pjqnj1pl3-python-pytest-cov-2.8.1/lib/python3.8/site-packages /gnu/store/3as375pz3qs24gxrgw0xl5d6gawnr3jf-python-cov-core-1.15.0/lib/python3.8/site-packages /gnu/store/xrigmwd6xn7wm0vvxw2w09pp64cfcjzm-python-markupsafe-1.1.1/lib/python3.8/site-packages /gnu/store/b74wyv7vc1jn5h89zj9zmb1sr2hg2vkc-python-idna-2.9/lib/python3.8/site-packages /gnu/store/q8ys0mynhsnirbsazkcj0fn1jnj27k7s-python-certifi-2020.4.5.1/lib/python3.8/site-packages /gnu/store/qv0s8d4vg477xd5dfk70p4r2s1r3h11b-python-pysocks-1.7.0/lib/python3.8/site-packages /gnu/store/a42bwjqpfbfzl9rm50vd8mvb5vrv6d3z-python-pyopenssl-19.1.0/lib/python3.8/site-packages /gnu/store/qg48jdzzi15xpm3j64ajx259arqlx98n-python-ipaddress-1.0.22/lib/python3.8/site-packages /gnu/store/cmvgi2jxi75zfsnlg47z689r8bhz92pz-python-cryptography-2.9.2/lib/python3.8/site-packages
bug#42859: guix lint: permission denied for cve checker
On 14.08.20 20:27, Leo Famulari wrote: > On Fri, Aug 14, 2020 at 02:26:03PM +0200, Jonathan Brielmaier wrote: >> When running guix lint with the cve checker I get the following error: >> >> ``` >> guix lint icecat --checkers=cve >> fetching CVE database for 2020...view1 [cve]... > [...] >> In procedure mkdir: Permission denied >> ``` > > Do you know which directory that is? You can run the comand with `strace > -f` to check. Ah thanks for that hint! [...] [pid 20797] mkdir("/home/jonathan/.cache/guix", 0777) = -1 EEXIST (Die Datei existiert bereits) [pid 20797] mkdir("/home/jonathan/.cache/guix/http", 0777) = -1 EACCES (Keine Berechtigung) [pid 20797] write(2, "Backtrace:\n", 11Backtrace: ) = 11 [...] ll /home/jonathan/.cache/guix insgesamt 8 drwxr-xr-x 3 root root 4096 17. Jun 00:00 authentication/ drwxr-xr-x 6 root root 4096 7. Jun 11:53 checkouts/ So i wonder now why it's owned by root and not by jonathan:users like the rest (apart from guile) in ~/.cache/
bug#42859: guix lint: permission denied for cve checker
When running guix lint with the cve checker I get the following error: ``` guix lint icecat --checkers=cve fetching CVE database for 2020...view1 [cve]... Backtrace: 12 (primitive-load "/home/jonathan/.config/guix/current/bi?") In guix/ui.scm: 2046:12 11 (run-guix-command _ . _) In srfi/srfi-1.scm: 634:9 10 (for-each # ?) In guix/scripts/lint.scm: 60:4 9 (run-checkers # ?) In srfi/srfi-1.scm: 634:9 8 (for-each # ?) In guix/scripts/lint.scm: 69:21 7 (_ _) In guix/lint.scm: 1110:4 6 (check-vulnerabilities # ?) 1102:9 5 (_ _) In unknown file: 4 (force #) In guix/lint.scm: 1085:2 3 (_) 1044:2 2 (call-with-networking-fail-safe _ _ _) In ice-9/boot-9.scm: 1736:10 1 (with-exception-handler _ _ #:unwind? _ # _) 1669:16 0 (raise-exception _ #:continuable? _) ice-9/boot-9.scm:1669:16: In procedure raise-exception: In procedure mkdir: Permission denied ``` I'm on a pretty new guix and I did observe this issue for quite a while: ``` guix describe guix 697e54b Repository-URL: https://git.savannah.gnu.org/git/guix.git Branch: master Commit: 697e54b2a16575afa9457456fa2a27b0e5895caa ```
bug#42575: Missing icons in i3
I have an annoying issue here whith missing icons in i3. It is installed via the system configuration as well as `mate-desktop-service-type`. i3 session == When I log into i3 from slim and open a program like caja it's missing almost all it's icon. Having a closer look what happens: ``` caja --gtk-debug=all [..] look up icon dir /run/current-system/profile/share/icons/hicolor/16x16/actions [..] ``` It only looks up in /run/current-system/profile/share/icons/hicolor The strange thing is after I once started mate-appearance-properties and close it after wards, the icons do appear in caja et. al. MATE session When I do the same inside a running MATE session the icons appear as expected.
bug#42449: texlive: l3regex.sty not shipped with texlive-latex-l3kernel
On 21.07.20 12:07, Ricardo Wurmus wrote: > Thanks for the report. Yes, the “texlive-latex-l3kernel” package is > incomplete. Most of the packages whose names follow the > “texlive-{latex,tex,generic}-*” pattern are incomplete because they > predate the introduction of “texlive-origin” (and more importantly > “svn-multi-fetch”). > > For all of these packages we need to write replacements that include all > source files as listed in $(guix build texlive-bin)/share/tlpkg/texlive.tlpdb Oke, I understand. So do we have examples of completely working texlive packages where I can have a look and try to do the same for l3kernel?
bug#42449: texlive: l3regex.sty not shipped with texlive-latex-l3kernel
I'm using a latex "theme" called moderncv (https://github.com/xdanaux/moderncv). In `moderncv.cls` it states a dependency on l3regex: ``` \RequirePackage{l3regex} ``` But I couldn't find any texlive package providing `l3regex.sty`. According to https://www.ctan.org/pkg/l3regex it should be included in `texlive-latex-l3kernel`. But something is wrong with the build: ``` find $(guix build --source texlive-latex-l3kernel) -name "*regex*" /gnu/store/46sm302ggnmk5hcr08psiazj24svpp5d-texlive-latex-l3kernel-51265-checkout/l3regex.dtx find $(guix build texlive-latex-l3kernel) -name "*regex*" [no result]. ```
bug#42134: icecat: can't go back to duckduckgo search results
On 09.07.20 05:08, Maxim Cournoyer wrote: > Hello! > > Jonathan Brielmaier writes: > >> When you search for something with DuckDuckGo, click on a result and >> then click on your browsers back button you end up at DDGs start page >> and not the results page. >> >> 1. Enter "guix" in your search/address bar while having DDG as default >> search engine. >> 2. Click on first result -> guix.gnu.org >> 3. Now click after landing at our beautiful website on the browsers back >> button (<-) >> 4. You end up at https://duckduckgo.com/?ia=web and not at >> https://duckduckgo.com/?q=guix >> >> This does NOT happen when you >> 1. use DuckDuckGo in Chromium via it's address bar >> 2. use DDG in Icecat starting from duckduckgo.com and not the >> address/search bar >> 3. use Bing or Google via Icecat's address/search bar >> >> I have disabled the "Spoof Referers" setting which comes from Icecat and >> is available at about:preferences#privacy >> >> Icecat has some custom DDG search plugin: >> https://git.savannah.gnu.org/cgit/gnuzilla.git/tree/makeicecat#n172 >> https://git.savannah.gnu.org/cgit/gnuzilla.git/tree/data/searchplugins/duckduckgo.xml >> >> Maybe that's breaking that. I don't know. > > This was already reported upstream here: > https://lists.gnu.org/archive/html/bug-gnuzilla/2020-02/msg0.html. > Another user reported the same behavior wwhen using Tor browser. It > seems to be an issue with DDG itself, where their HTML only website > breaks when Javascript support is detected. > > You can verify this by re-enabling LibreJS in Icecat; it'll suddenly > start working again. Okay, go back does work on https://html.duckduckgo.com/html?q= when enabling LibreJS. But their search doesn't break in Chromium or in upstream Firefox. So I guess something is wrong with our Icecat/shipped search addon.
bug#36551: [META] Run Guix System on Purism Librem 5
chatty was merged as d26186232ed4c753db73c6a0d2c623d2816e721d in June 2020. phoc and phosh are still bitrotting in a not really functional state in my personal repo. I need to revive that...
bug#42134: icecat: can't go back to duckduckgo search results
When you search for something with DuckDuckGo, click on a result and then click on your browsers back button you end up at DDGs start page and not the results page. 1. Enter "guix" in your search/address bar while having DDG as default search engine. 2. Click on first result -> guix.gnu.org 3. Now click after landing at our beautiful website on the browsers back button (<-) 4. You end up at https://duckduckgo.com/?ia=web and not at https://duckduckgo.com/?q=guix This does NOT happen when you 1. use DuckDuckGo in Chromium via it's address bar 2. use DDG in Icecat starting from duckduckgo.com and not the address/search bar 3. use Bing or Google via Icecat's address/search bar I have disabled the "Spoof Referers" setting which comes from Icecat and is available at about:preferences#privacy Icecat has some custom DDG search plugin: https://git.savannah.gnu.org/cgit/gnuzilla.git/tree/makeicecat#n172 https://git.savannah.gnu.org/cgit/gnuzilla.git/tree/data/searchplugins/duckduckgo.xml Maybe that's breaking that. I don't know.
bug#41987: ungoogled-chromium: crash when playing videos
Current chromium on master (81.0.4044.138) crashes when playing videos. Reproducer: ``` chromium https://twitter.com/GuixHpc/status/1247943441067257857 ``` Resulting backtrace ``` 25773:25773:0621/183516.619919:ERROR:browser_switcher_service.cc(238)] XXX Init() [25801:25801:0621/183516.865149:ERROR:vaapi_wrapper.cc(482)] vaInitialize failed: unknown libva error [25801:25801:0621/183516.871339:ERROR:sandbox_linux.cc(374)] InitializeSandbox() called with multiple threads in process gpu-process. Received signal 11 SEGV_MAPERR 0090 #0 0x562ae28df0d9 base::debug::CollectStackTrace() #1 0x562ae2846e33 base::debug::StackTrace::StackTrace() #2 0x562ae28dec21 base::debug::(anonymous namespace)::StackDumpSignalHandler() #3 0x7f5a4be1c010 (/gnu/store/fa6wj5bxkj5ll1d7292a70knmyl7a0cr-glibc-2.31/lib/libpthread-2.31.so+0x1300f) #4 0x562ae02d8c97 media::FFmpegGlue::FFmpegGlue() #5 0x562ae02d2ed4 media::FFmpegDemuxer::Initialize() #6 0x562ae021a5ab media::PipelineImpl::RendererWrapper::InitializeDemuxer() #7 0x562ae021f2d0 base::internal::Invoker<>::RunOnce() #8 0x562ae0223aba media::SerialRunner::RunNextInSeries() #9 0x562ae0223be7 media::SerialRunner::Run() #10 0x562ae021a31a media::PipelineImpl::RendererWrapper::Start() #11 0x562ae0221792 base::internal::Invoker<>::RunOnce() #12 0x562ae28975bb base::TaskAnnotator::RunTask() #13 0x562ae28a77ce base::sequence_manager::internal::ThreadControllerWithMessagePumpImpl::DoWorkImpl() #14 0x562ae28a7551 base::sequence_manager::internal::ThreadControllerWithMessagePumpImpl::DoSomeWork() #15 0x562ae285caba base::MessagePumpDefault::Run() #16 0x562ae28a8059 base::sequence_manager::internal::ThreadControllerWithMessagePumpImpl::Run() #17 0x562ae287cbd2 base::RunLoop::Run() #18 0x562ae28b08c6 base::Thread::ThreadMain() #19 0x562ae28f012e base::(anonymous namespace)::ThreadFunc() #20 0x7f5a4be10f64 start_thread #21 0x7f5a47ac29af __GI___clone r8: 562ae02d8d00 r9: r10: 7f5a49112758 r11: 7f5a49145fa0 r12: 562aea847ad0 r13: 562aea8fb4a0 r14: 7f5aa820 r15: 7f5a3c025a00 di: 7f5aa820 si: 8000 bp: 7f5a0aa7b220 bx: 562aea5484b0 dx: ax: 0001 cx: sp: 7f5a0aa7b200 ip: 562ae02d8c97 efl: 00010202 cgf: 002b0033 erf: 0006 trp: 000e msk: cr2: 0090 [end of stack trace] Calling _exit(1). Core file will not be generated. ``` It happens also on other video sources (YouTube, Vimeo...).
bug#41941: Signing git commits with PGP fails
On 19.06.20 18:17, Leo Famulari wrote: > On Fri, Jun 19, 2020 at 04:43:10PM +0200, Jonathan Brielmaier wrote: >> I have pinentry installed from the config.scm, but it's still >> [...] >> gpg: signing failed: No pinentry > > I think the root of the problem is that GPG can't find pinentry. > > With Guix, it should work automatically if you install GPG and a > pinentry to your user's profile. [0] > > When installed via config.scm, you should set "pinentry-program" with > the right path, either on gpg-agent's command line or in > ~/.gnupg/gpg-agent.conf. > > [0] See 'gnu/packages/patches/gnupg-default-pinentry.patch' of commit > e5b44b06b3f, which fixed a longstanding UX bug A already tried that but had a typo So ``` pinentry-program /run/current-system/profile/bin/pinentry ``` in ~/.gnupg/gpg-agent.conf I wonder if we can do better here?
bug#41941: Signing git commits with PGP fails
On 19.06.20 03:52, Leo Famulari wrote: > On Fri, Jun 19, 2020 at 12:35:09AM +0200, Jonathan Brielmaier wrote: >> I have a strange error/problem with signing git commits with PGP. > > The setup can be complicated... > >> Following situation >> >> `git` is installed via system configuration >> `git:send-email` via `guix install` into the user profile >> >> ~/.gitconfig has >> ``` >> [commit] >> gpgsign = true >> ``` > > I also have: > > -- > [gpg] > program = gpg > [user] > signingkey = B0515948F1E7D3C1B98038A02646FA30BACA7F08 > -- Oke, the signingkey parameter is also present in my config. >> but trying to sign a git commit fails: >> ``` >> git commit -m "test" >> error: gpg failed to sign the data >> fatal: failed to write commit object >> ``` > > Do you also have a GPG pinentry program installed? Are you able to sign > an arbitrary file with GPG, outside of Git? For example: > > $ gpg --output test.sig --sign file I have pinentry installed from the config.scm, but it's still ``` gpg --output test.sig --sign TODO.md gpg: signing failed: No pinentry gpg: signing failed: No pinentry ``` Do I need an additional service?
bug#41941: Signing git commits with PGP fails
I have a strange error/problem with signing git commits with PGP. Following situation `git` is installed via system configuration `git:send-email` via `guix install` into the user profile ~/.gitconfig has ``` [commit] gpgsign = true ``` but trying to sign a git commit fails: ``` git commit -m "test" error: gpg failed to sign the data fatal: failed to write commit object ``` `guix remove git:send-email` does not help, still the same. `guix install git` also doesn't help. What is wrong here? P.S: As long as commit signing is not working I cannot become a commiter to the repo. Marius and Ricardo already pledged their support :P
bug#34135: IceCat lacks WebGL support
On 23.05.20 23:14, Tobias Geerinckx-Rice wrote: > Jonathan, > > Jonathan Brielmaier 写道: >> I tried a little around with WebGL today but couldn't get any further. > > Try this: > > - install mesa > - export LD_LIBRARY_PATH="$HOME/.guix-profile/lib" > - set webgl.disabled = false > - set security.sandbox.content.read_path_whitelist = /gnu/store/ > (the trailing slash seems to be significant, but you knew that already) > > Works for me, Works not for me :(
bug#41213: boost-for-mysql fails to build
On 20.05.20 22:31, Marius Bakke wrote: > Do you use any packages that depend on this? I somehow had mysql in my package list, but replacing it with mariadb is sufficent.
bug#41213: boost-for-mysql fails to build
`tools/build/src/engine/execunix.cpp` was named `tools/build/src/engine/execunix.c` before. So the following patch allows to build boost@1.59 again. ``` diff --git a/gnu/packages/boost.scm b/gnu/packages/boost.scm index 2f2ca289ab..d44b534939 100644 --- a/gnu/packages/boost.scm +++ b/gnu/packages/boost.scm @@ -120,10 +120,11 @@ (let ((icu (assoc-ref inputs "icu4c")) (python (assoc-ref inputs "python")) (out (assoc-ref outputs "out"))) - (substitute* '("libs/config/configure" - "libs/spirit/classic/phoenix/test/runtest.sh" - "tools/build/src/engine/execunix.cpp" - "tools/build/src/engine/Jambase") + (substitute* (append + (find-files "tools/build/src/engine/" "execunix\\.c.*") + '("libs/config/configure" + "libs/spirit/classic/phoenix/test/runtest.sh" + "tools/build/src/engine/Jambase")) (("/bin/sh") (which "sh"))) (setenv "SHELL" (which "sh")) ``` Although it fails with ``` libs/python/src/converter/builtin_converters.cpp: In function ‘void* boost::python::converter::{anonymous}::convert_to_cstring(PyObject*)’: libs/python/src/converter/builtin_converters.cpp:51:35: error: invalid conversion from ‘const void*’ to ‘void*’ [-fpermissive] return PyUnicode_Check(obj) ? _PyUnicode_AsString(obj) : 0; "g++" -ftemplate-depth-128 -O3 -finline-functions -Wno-inline -Wall -pthread -fPIC -m64 -DBOOST_ALL_NO_LIB=1 -DBOOST_PYTHON_SOURCE -DNDEBUG -I"." -I"/gnu/store/q9rm8h9imazsq2c4qiv2yjpvlvliywqb-python-3.8.2/include/python3.8" -c -o "bin.v2/libs/python/build/gcc-7.5.0/release/threading-multi/converter/builtin_converters.o" "libs/python/src/converter/builtin_converters.cpp" ```
bug#34135: IceCat lacks WebGL support
Ah I forgot to mention all the bug reports on the net which are maybe correlated to this bug. There seems to be an issue with libdrm-2.4.101 but Guix is still on libdrm-2.4.100: https://gitlab.freedesktop.org/mesa/drm/-/issues/39 The Mozilla upstream bug is https://bugzilla.mozilla.org/show_bug.cgi?id=1623885 I also found a bug about hardware acceleration requires LLVM to be whitelisted, but I couldn't find any "Permission denied" errors in the logs. While running Icecat with `MOZ_SANDBOX_LOGGING=1` set. https://github.com/netblue30/firejail/issues/2106
bug#34135: IceCat lacks WebGL support
I tried a little around with WebGL today but couldn't get any further. Setting ``` webgl.disabled.false webgl.msaa-force;true security.sandbox.content.read_path_whitelist;/gnu/store/ ``` doesn't help. Not even `security.sandbox.content.level;0` changed anything for the good. So it still says: ``` JavaScript warning: https://get.webgl.org/, line 197: Error: WebGL warning: : Failed to create WebGL context: WebGL creation failed: * Refused to create native OpenGL context because of blacklist entry: FEATURE_FAILURE_GLXTEST_FAILED * Exhausted GL driver options. ``` I'm on an intel laptop with i965 driver.
bug#41339: Installing 'git:send-email' masks underlying git installations and does not imply installing git
This also happens in a different constellation. I have installed git via system config and git:send-email via user profile. This also leads to the mention error with https repos.
bug#41244: xdg-open: mailto doesnt work
Trying `xdg-open mailto:guix-de...@gnu.org` in XFCE or MATE fails. The same happens when you click on a mailto link in Icecat. I have claws-mail and icedove installed. They both have `MimeType=x-scheme-handler/mailto;` in their desktop files. ``` jonathan@x250 ~$ Can't locate URI/Escape.pm in @INC (you may need to install the URI::Escape module) (@INC contains: /gnu/store/8zvc5mvk0xm3ygrxsgpyy5ilxb5rzjry-perl-5.30.2/lib/perl5/site_perl/5.30.2/x86_64-linux-thread-multi /gnu/store/8zvc5mvk0xm3ygrxsgpyy5ilxb5rzjry-perl-5.30.2/lib/perl5/site_perl/5.30.2 /gnu/store/8zvc5mvk0xm3ygrxsgpyy5ilxb5rzjry-perl-5.30.2/lib/perl5/5.30.2/x86_64-linux-thread-multi /gnu/store/8zvc5mvk0xm3ygrxsgpyy5ilxb5rzjry-perl-5.30.2/lib/perl5/5.30.2) at /gnu/store/rxjzd5v68ia80ksxhx860x9nli2hg57p-exo-0.12.11/lib/xfce4/exo/exo-compose-mail line 24. BEGIN failed--compilation aborted at /gnu/store/rxjzd5v68ia80ksxhx860x9nli2hg57p-exo-0.12.11/lib/xfce4/exo/exo-compose-mail line 24. Can't locate URI/Escape.pm in @INC (you may need to install the URI::Escape module) (@INC contains: /gnu/store/8zvc5mvk0xm3ygrxsgpyy5ilxb5rzjry-perl-5.30.2/lib/perl5/site_perl/5.30.2/x86_64-linux-thread-multi /gnu/store/8zvc5mvk0xm3ygrxsgpyy5ilxb5rzjry-perl-5.30.2/lib/perl5/site_perl/5.30.2 /gnu/store/8zvc5mvk0xm3ygrxsgpyy5ilxb5rzjry-perl-5.30.2/lib/perl5/5.30.2/x86_64-linux-thread-multi /gnu/store/8zvc5mvk0xm3ygrxsgpyy5ilxb5rzjry-perl-5.30.2/lib/perl5/5.30.2) at /gnu/store/rxjzd5v68ia80ksxhx860x9nli2hg57p-exo-0.12.11/lib/xfce4/exo/exo-compose-mail line 24. BEGIN failed--compilation aborted at /gnu/store/rxjzd5v68ia80ksxhx860x9nli2hg57p-exo-0.12.11/lib/xfce4/exo/exo-compose-mail line 24. ``` Installing perl-uri-escape does not resolve the issue. Neither adding it as input or propagated-input to exo.
bug#41138: IceDove
Hi Raghav, I cannot reproduce this issue with Icedove. I'm running IRC for several days just fine in icedove 68.8.0 with no peaks in CPU or so. With thunderbird it often helps to close the programm and open it again. This is my experience as long time user :P
bug#34135: IceCat lacks WebGL support
429c8284d232c3f9fbe3dc87a3da323f3a864c03 did preliminary work for ffmpeg white listing. So we need to add the WebGL required stuff as well to that whitelist. I'll see what I can do.
bug#41213: boost-for-mysql fails to build
boost-for-mysql fails to build on current master with following error. ``` starting phase `configure' Backtrace: 10 (primitive-load "/gnu/store/bsfksp6c63zj3ynx46ck87sip7a…") In ice-9/eval.scm: 191:35 9 (_ _) In guix/build/gnu-build-system.scm: 838:2 8 (gnu-build #:source _ #:outputs _ #:inputs _ #:phases . #) In ice-9/boot-9.scm: 1736:10 7 (with-exception-handler _ _ #:unwind? _ # _) In srfi/srfi-1.scm: 857:16 6 (every1 # …) In guix/build/gnu-build-system.scm: 847:30 5 (_ _) In ice-9/eval.scm: 619:8 4 (_ #(#(#(#) # #) …)) In srfi/srfi-1.scm: 634:9 3 (for-each # _) In guix/build/utils.scm: 736:30 2 (with-atomic-file-replacement "tools/build/src/engine/…" …) In unknown file: 1 (stat "tools/build/src/engine/execunix.cpp" #) In ice-9/boot-9.scm: 1669:16 0 (raise-exception _ #:continuable? _) ice-9/boot-9.scm:1669:16: In procedure raise-exception: In procedure stat: No such file or directory: "tools/build/src/engine/execunix.cpp" builder for `/gnu/store/sk133zc1fbs5352a3k9lzmfg2930rjjx-boost-1.59.0.drv' failed with exit code 1 build of /gnu/store/sk133zc1fbs5352a3k9lzmfg2930rjjx-boost-1.59.0.drv failed View build log at '/var/log/guix/drvs/sk/133zc1fbs5352a3k9lzmfg2930rjjx-boost-1.59.0.drv.bz2'. cannot build derivation `/gnu/store/bjn6im95g4669731sfzd8vlyj5742ir3-mysql-5.7.27.drv': 1 dependencies couldn't be built guix build: error: build of `/gnu/store/bjn6im95g4669731sfzd8vlyj5742ir3-mysql-5.7.27.drv' failed ``` "tools/build/src/engine/execunix.cpp" is required for boost@1.72 in the configure phase. boost-for-mysql inherits from. I don't know how to properly fix that...
bug#37734: Mate doesn't work after guix pull
This was fixed by commit 0bcc1b14fc3e2382406b97577c56e2292b96b8d4 which arrived master with the last core-update merges.
bug#38719: mate-utils build failure
mate-utils is now at 1.24 and the build is green.
bug#39946: mate-utils build fails
In the mean time mate-utils get updated to 1.24 and builds fine on master.
bug#41154: [cuirass]: Build duration time is wrong
At some builds the build duration time seems to be wrongly calculated: http://ci.guix.gnu.org/build/1672744/details -> 1568730254 seconds which seems like unix time stamp for the finished time: Tue 17 Sep 16:24:14 CEST 2019 Some times it's correct, 11 seconds: http://ci.guix.gnu.org/build/1024003/details
bug#40885: [XFCE]: thunar does not support sftp
If you wanna open a file in thunar remotely via sftp, it does not work. It's seems that our thunar package does not have sftp support. SFTP and other remote protocols are supported via the gvfs (already packaged in guix). Adding gvfs as input could increase the dependency size of thunar by a few hundred MiB.
bug#40884: [XFCE]: thunar: Browse Network does not work
As of Guix 1.1.0 you can not open the tab "Browse Network" in XFCE's thunar. There is just a popup window with this error message: "Failed to open".
bug#40882: website: screenshots should show configuration.scm
A German youtuber did a review of Guix System[0]. He couldn't find the configuration.scm file of his system, because he looked at https://guix.gnu.org/screenshots/virtual-machine/. On the screenshot it's named os-config.scm, so he searched via find. But couldn't find it. I think we should recreate this screenshot and show the file as configuration.scm or even as /run/current-system/configuration.scm :) What do you think? [0] https://www.youtube.com/watch?v=IKsXecNJ_nE
bug#40880: [XFCE]: No webbrowser installed by default
If you install XFCE and you want to start the webbrowser via the bottom line or the Applications menu, you get a dialog "Choose Preferred Application" instead of a launching web browser. That's because no web browser is installed with XFCE.