Re: Problem with guix pull (error when generating cashe for a package)

On Tuesday, 29 September 2020 19:04, zimoun wrote: > Hi, > > On Mon, 21 Sep 2020 at 07:18, Todor Kondić tk.c...@protonmail.com wrote: > > > Hi, > > Doing a pull this morning (guix pull -c4) results in this error: > > (repl-version 0 1 1) > > Generating package cache for > >

guix system reconfigure fails

Whle upgrading my system i did the generic "guix pull" and then "sudo guix system reconfingure /etc/config.csm", but when doing the reconfiguration it was taking WAY more than usual so i cancelled it and reran it again (this time with --debug=4) and noticed that the output was this over and over:

Re: Problem with guix pull (error when generating cashe for a package)

Hi, On Mon, 21 Sep 2020 at 07:18, Todor Kondić wrote: > Hi, > > Doing a pull this morning (guix pull -c4) results in this error: > (repl-version 0 1 1) > Generating package cache for > '/gnu/store/9h588g8m8rz57yy465gi32m0822s1nsd-profile'... > (exception unbound-variable (value #f) (value

Re: define udev-service-type fails with "did you forget to import.." error

Ludovic Courtès writes: > Hi, > > Stefan Huchler skribis: > >> I get following error: >> /etc/config.scm:128:0: error: udev-shepherd-service: unbound variable >> hint: Did you forget `(use-modules (gnu services base))'? > > Could you send /etc/config.scm so we can see the context? > > Thanks, >

Re: failed to install the python-umap-learn package

Dear Hong Li, On Tue, 29 Sep 2020 at 16:09, Ludovic Courtès wrote: > "hong...@mdc-berlin.de" skribis: > > > I had a failure when installing python-umap-learn in guix. It took very > > long time in the 'check' phase. Usually, if "guix weather python-umap-learn" says that there is no

Fonts do not work with multiple profiles (fontconfig) and a proposed workaround

Here's my experience with guix-as-a-package-manager, fontconfig and multiple profiles. If fonts are installed in a profile different than the default one, applications do not pick them up out of the box. I.e. icecat shows characters as squares and you cannot select a cool non standard font in

Re: define udev-service-type fails with "did you forget to import.." error

Hi, Stefan Huchler skribis: > I get following error: > /etc/config.scm:128:0: error: udev-shepherd-service: unbound variable > hint: Did you forget `(use-modules (gnu services base))'? Could you send /etc/config.scm so we can see the context? Thanks, Ludo’.

Re: failed to install the python-umap-learn package

Hi, "hong...@mdc-berlin.de" skribis: > I had a failure when installing python-umap-learn in guix. It took very long > time in the 'check' phase. > > The error does not change before and after 'guix pull'. Could you please tell > me how to solve this problem? > > Thanks in advance! Please see

Re: How do I set LTDL_LIBRARY_PATH?

Hi, divoplade skribis: > I have written a small C guile module to access (some parts of) the GNU > nettle library. I can install it with guix, but then if I try to load > it from within an environment: > > guix environment --ad-hoc guile guile-nettle -- guile < (load-extension "libguile-nettle"

Re: aerosol package not available

Dear all, Thanks for your feedbacks. The problem is gone but I am not completely satisfied as we do not know why... Always tricky to set up guix from scratch on someone's laptop. But once set up, it works just fine ! Indeed, aerosol is still in the non-free package repository but this should

Re: how to define inputs for python packages

On Mon, 28 Sep 2020 20:27:57 +0200 Hartmut Goebel wrote: > Am 28.09.20 um 08:05 schrieb Reza Alizadeh Majd: > > is there any rule that I missed to choose a dependency as an > > `input` or as a `propageted-input` one? > > This is described in the manual: > >

Re: aerosol package not available

Hi Matthieu, Matthieu Haefele skribis: > Indeed, aerosol is still in the non-free package repository but this should > change by the end of this year with the intention to > release a public version. I was always bothering Ludovic directly with my > questions and I decided to ask the mailing

Setting GI_TYPELIB_PATH breaks Gnome @ Pop-OS

Hi all, A $GUIX_PROFILE/etc/profile script sets GI_TYPELIB_PATH to something. On a hybrid (Guix+PopOS) system this prevents logging in (the "Uh Oh! ..." Gnome crash message). cat /etc/os-release --- NAME="Pop!_OS" VERSION="20.04 LTS" ID=pop ID_LIKE="ubuntu debian"