bug#76991: telegram-desktop package fails to build

I've built the patch for c++-gsl and telegram-desktop and pushed them. ~Jonathan

bug#77112: mate-applets are not being installed correctly

Duplicate of https://issues.guix.gnu.org/77111 Closing

bug#76991: telegram-desktop package fails to build

@Arseniy: I think it's fine to point to another commit which causes the build failure and kind of "forces" this update of telegram/it's dependencies... ~Jonathan

bug#74770: [shepherd-website] Two "//" as link behind head image

Hi, there is a super tiny problem on the lovely and new shepherd website: 1. Go to https://www.gnu.org/software/shepherd/ 2. Click on to big Shepherd logo on the top of the website 3. You end up at https://www.gnu.org/software/shepherd// <- notice the additional "/" at the end of the url The pr

bug#73192: icedove-l10n-115.14.0 build failure

bug#73192: [PATCH] gnu: icedove-l10n: Fix build.

Hi André, Am 20.09.24 um 00:39 schrieb André Batista: Fixes * gnu/packages/gnuzilla.scm (make-l10n-package)[arguments]<#:phases>: On 'build phase unconditionally use 'system*' to invoke 'mach', as 'invoke' does not work for icedove any longer. Reported-by: b

bug#69267: icedove.desktop has no StartupWMClass

Fixed via https://git.savannah.gnu.org/cgit/guix.git/commit/?id=b1b3724996952102ad2751fa5111c6e8680b2ed4 I think it works now, as in my GNOME session icedove behaves as intended. ~Jonathan

bug#69267: icedove.desktop has no StartupWMClass

I have submitted a patch at https://issues.guix.gnu.org/67849#11 ~Jonathan

bug#71238: Installer image consistently fails to run system init due to TLS error

[CC'ing Chris as bordeaux expert] I'm affected by this issue as well. On both my desktop machines with Guix System installed for quite a while (so not in the installer). It also happens at different ISPs: * Telefonica O2 DSL, Germany * NetCom BW (ASN 47297) On one machine I removed the bordeaux

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:

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 (dis

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/b

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,

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 setti

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 (Generati

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` w

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.

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: 91bfd30ee3f35dfb7048bf42aea92f939

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 fas

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

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 wit

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 ke

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 (

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 $

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

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

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/

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 function

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 paramet

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=vir

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:

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-arc

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 al

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 fro

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.c

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 'cryptou

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

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 -

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 th

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

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 Genera

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/ut

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 Cuir

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 (packag

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? C

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-

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-1

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 specificat

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

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 .

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 > behav

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 lapt

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/xf20mnv9n5gbjr1ql2hcm

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 20

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 srf

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: ```

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 i

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 includ

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. >&g

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

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:ERR

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 G

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` i

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

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

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/

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.cg

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: ``

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

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.

  1   2   >