bug#70491: system-config-printer once again cannot find cupshelpers

2024-04-21 Thread Athena Martin via Bug reports for GNU Guix
$ guix shell system-config-printer -- system-config-printer Traceback (most recent call last): File "/gnu/store/hk90zfj9gzx4axws9ymzqni2ka7b2pb1-system-config-printer-1.5.16/share/system-config-printer/system-config-printer.py", line 76, in import cupshelpers ModuleNotFoundError: No

bug#70223: Search for empty string uses excessive memory

2024-04-05 Thread Athena Martin via Bug reports for GNU Guix
I ran $ guix system search "" A minute later, my desktop froze. I did it again with htop running and saw that memory usage climbed right up to the full 32GiB in my (swapless) machine. Right as it reached that point, the freeze recurred. I haven't tested but it seems likely this same issue

bug#64309: Python dlopen()s musl libc

2023-07-10 Thread Athena Martin via Bug reports for GNU Guix
> The nvr package in ~/.local seems to be used instead of a Guix > package. That locally installed nvr package expects to use the > host's libc, but since the python interpreter being used has a > fixed RPATH and system search path it won't find it. I've just checked and temporarily removing

bug#64309: Python dlopen()s musl libc

2023-07-10 Thread Athena Martin via Bug reports for GNU Guix
> So it's not the LD_DEBUG output that hold a clue, but rather the > Python traceback. > The nvr package in ~/.local seems to be used instead of a Guix > package. That locally installed nvr package expects to use the host's > libc, but since the python interpreter being used has a fixed RPATH >

bug#64309: Python dlopen()s musl libc

2023-07-09 Thread Athena Martin via Bug reports for GNU Guix
> Can you do `LD_DEBUG=libs nvr` so that we get a log of what ld's > trying to load? I've attached the full log. The first mention of musl is on line 200 and everything seems to happen pretty fast, here's the most relevant portion: 16405: find library=libc.musl-x86_64.so.1 [0];

bug#64309: Python dlopen()s musl libc

2023-07-08 Thread Athena Martin via Bug reports for GNU Guix
> > ImportError: libc.musl-x86_64.so.1: cannot open shared object file: > > No such file or directory > > Could you provide a command to reproduce this? On an Alpine Linux Edge host, I reproduce with: $ guix install python-neovim-remote $ nvr It's possible that there's some quirk of my

bug#64465: plasma-workspace 5.25.5 build segfaults in check-after-install phase

2023-07-04 Thread Athena Martin via Bug reports for GNU Guix
I did a 'guix system build' of my Plasma configuration ahead of actually installing it and got the following build failure: phase `install' succeeded after 15.5 seconds starting phase `check-after-install' Test project /tmp/guix-build-plasma-workspace-5.25.5.drv-0/build Start 1:

bug#64309: Python dlopen()s musl libc

2023-06-26 Thread Athena Martin via Bug reports for GNU Guix
I've had experiences now with multiple Guix packages, including gajim (bug 60235) and now python-neovim-remote, which have an issue where Python tries to dlopen() libc, but finds the system libc instead of Guix's, resulting on Alpine Linux hosts in a crash with this message: ImportError:

bug#47092: Icecat sandbox causes issues with fonts in --pure env

2021-10-28 Thread Martin via Bug reports for GNU Guix
Problem fixed with the newest IceCat v91.2.0-guix0-preview1 in the  guix c1ca853     repository URL: https://git.savannah.gnu.org/git/guix.git     branch: master     commit: c1ca85323d5246fc805a31e03b4164b8da08e930

bug#50681: pinebook-pro-barebones-raw-image is not reproducible

2021-09-19 Thread Martin via Bug reports for GNU Guix
Hello, I've noticed that you are producing an image for arm64 pinebook pro machine http://guix.gnu.org/en/download/latest/ so I've decided to test it on my x86 PC: ---   guix 173b4e4     repository URL: https://git.savannah.gnu.org/git/guix.git     branch: master     commit:

bug#47908: Cross building disk image for ARM Asus C201 fails

2021-04-20 Thread Martin via Bug reports for GNU Guix
Hello, I'm trying to create a disk image for an Asus C201 chromebook using the command 'guix system image test.scm' where test.scm based on https://github.com/guix-mirror/guix/blob/master/gnu/system/examples/asus-c201.tmpl but unfortunately this operation fails on my x86 dev machine (guix

bug#47097: eolie broken => unworking example from manual

2021-03-12 Thread Martin via Bug reports for GNU Guix
On 3/12/21 10:56 AM, zimoun wrote: Hi, The manual says: guix environment --preserve='^DISPLAY$' --container --network \ --expose=/etc/machine-id \ --expose=/etc/ssl/certs/ \ --share=$HOME/.local/share/eolie/=$HOME/.local/share/eolie/ \ --ad-hoc eolie nss-certs dbus

bug#47092: Icecat sandbox causes issues with fonts in --pure env

2021-03-12 Thread Martin via Bug reports for GNU Guix
On 3/12/21 10:51 AM, zimoun wrote: Indeed, the package eolie is broken; which is another issue–and BTW thanks for pointing this out. Back to your initial report about icecat, what about something like that: --8<---cut here---start->8--- guix environment

bug#47092: Icecat sandbox causes issues with fonts in --pure env

2021-03-12 Thread Martin via Bug reports for GNU Guix
Hi Simon, no it doesn't help in this case and in general eolie package seems to be broken because it doesn't work even with the simple 'guix environment --ad-hoc eolie --  eolie': Traceback (most recent call last):   File

bug#47092: Icecat sandbox causes issues with fonts in --pure env

2021-03-12 Thread Martin via Bug reports for GNU Guix
Hello, whenever I'm trying to run 'guix environment --pure --ad-hoc icecat -- icecat' or similar commands in a --container I'm ending up with some tofu ugly font fallback box glyphs in the app. However everything works fine running 'guix environment --ad-hoc icecat -- icecat'. Moreover I've

bug#47007: dcb640f02b broke guix environment --container

2021-03-09 Thread Martin via Bug reports for GNU Guix
Hello, On 3/9/21 12:18 PM, Jelle Licht wrote: FWIW, I only have this issue on Guix System: on my Ubuntu 20.04.2 things JustWork(tm) Thanks for taking a look, - Jelle I can confirm similar issues on my Guix Systems from below:   canonical file name: