bug#46934: emacsy-minimal fails to build

Hi, While trying to install Nomad, the emacsy-minimal packages fails to build. --8<---cut here---start->8--- [...] phase `unpack' succeeded after 0.0 seconds starting phase `bootstrap' patch-shebang: build-aux/git-version-gen: changing `/bin/sh' to `/gnu/store

bug#46934: emacsy-minimal fails to build

On Fri, Mar 05 2021, Maxime Devos wrote: > On Thu, 2021-03-04 at 22:37 +0100, Xinglu Chen wrote: >> Hi, >> >> While trying to install Nomad, the emacsy-minimal packages fails to >> build. >> >> [...] >> >> Since emacsy-minimal uses the gnu

bug#47483: Unable to build 'texlive-union's

I am trying to update 'python-ipython' and 'python-ipython-documentation', when building 'python-ipython-documentation', the texlive-union fails to build because the 'updmap-sys' command fails. I also tried building 'python-matplotlib-documentation' which also has some texlive depencies and it fai

bug#47746: pypi importer generates wrong pypi-uri without underscore

On Tue, Apr 13 2021, Ricardo Wurmus wrote: > When importing a package from Pypi whose name includes an > underscore, the importer will generate a pypi-uri expression where > the underscore has been replaced with a dash. Hmm, I just grabbed a random package from PyPi, and the URI seems fine to m

bug#47746: pypi importer generates wrong pypi-uri without underscore

pypi PACKAGE-NAME’ (see the patch below)? Or will this potentially mess up other PyPi URIs? >From ec5612e9d4c2026541874c6a3eaf7c9009ce4a31 Mon Sep 17 00:00:00 2001 Message-Id: From: Xinglu Chen Date: Wed, 14 Apr 2021 14:37:01 +0200 Subject: [PATCH] import: pypi: Use package name from the shel

bug#48335: Emacs is broken

Hi, The ‘emacs’ package seems to be broken, I can reproduce this with --8<---cut here---start->8--- guix time-machine --commit=87b4b0e4385149b40ee87ae2d57712679452746b -- \ environment --pure --ad-hoc emacs -- emacs --version /gnu/store/as4fpcyq6qjngp6433w

bug#48335: Emacs is broken

Leo Prikler wrote: > I can't: > > --8<---cut here---start->8--- > $ guix time-machine --commit=87b4b0e4385149b40ee87ae2d57712679452746b > -- \ > environment --pure --ad-hoc emacs -- emacs --version > GNU Emacs 27.2 > Copyright (C) 2021 Free Software Founda

bug#48335: Emacs is broken

On Wed, May 12 2021, Leo Prikler wrote: >> Hmm, ldd doesn’t list any libraries for me >> >> --8<---cut here---start->8--- >> $ ldd /gnu/store/nvddirc1j6f031zhcwnkd0zrpjc10dyc-profile/bin/emacs >> not a dynamic executable >> --8<---cut here-

bug#48536: ‘emacs-org-super-agenda’ is broken.

Hi, Commit 71045f4e6425a686667cf30252a2a71cff36308b (“gnu: emacs-org: Update to 9.4.6.”) seems to break a test in ‘emacs-org-super-agenda’[1], this also breaks three other packages that depend on it. Any ideas why this happens? --8<---cut here---start->8--- Te

bug#48536: ‘emacs-org-super-agenda’ is broken.

On Thu, May 20 2021, Nicolas Goaziou wrote: > Hello, > > Xinglu Chen writes: > >> Commit 71045f4e6425a686667cf30252a2a71cff36308b (“gnu: emacs-org: Update >> to 9.4.6.”) seems to break a test in ‘emacs-org-super-agenda’[1], this >> also breaks three other package

bug#48335: Emacs is broken

On Thu, May 20 2021, Maxim Cournoyer wrote: > Hi, > > Checking with a `guix build emacs` built from master: > > --8<---cut here---start->8--- > $ ldd > /gnu/store/lnwgc4ww47vkq2wv2ay3rdm0ppnmgyfy-emacs-27.2/bin/.emacs-27.2-real | > grep libm17n > libm1

bug#48335: Emacs is broken

On Fri, May 21 2021, Maxim Cournoyer wrote: > Hi, > > Xinglu Chen writes: > >> ~/src/guix $ guix environment --ad-hoc emacs -- emacs --version >> The following derivation will be built: >>/gnu/store/js53a7lydr66bk3wpwkaj1j8j43mirrm-profile.drv >&g

bug#48722: [PATCH] python-hg-evolve update to 10.3.1 for compatibility with new hg

On Fri, May 28 2021, Dr. Arne Babenhauserheide wrote: > Hi, > > The current evolve extension in Guix does not work with current hg > anymore. To reproduce: I sent a patch for this a few days ago :) https://issues.guix.gnu.org/48705 BTW, you should send patches to guix-patc...@gnu.org, not bu

bug#48819: ‘chicken-build-system’ is not able to deal with specific version of egg

I am trying to package ‘chicken-begin-syntax’, it requires version 0.2.1 of ‘module-declarations’, which I have created a Guix package for (only exists on my local branch). However, when compiling ‘chicken-begin-syntax’, ‘chicken-install’ complains about an outdated version of ‘module-declarations

bug#48872: Guix services: ‘chmod’ leaves opportunity to leak secrets

[ This was reported on the Nixpkgs bug tracker a few weeks ago ] When doing something like (call-with-output-file FILE (lambda (port) (display SECRET port))) (chmod FILE #o400) an unpriviliged user could open FILE before FILE ha

bug#48872: Guix services: ‘chmod’ leaves opportunity to leak secrets

On Tue, Jun 08 2021, Maxime Devos wrote: > Xinglu Chen schreef op zo 06-06-2021 om 14:51 [+0200]: >> [ This was reported on the Nixpkgs bug tracker a few weeks ago >><https://github.com/NixOS/nixpkgs/issues/121293> ] >> >> When doing something like >

bug#49006: MELPA importer uses the wrong source when called from CLI

When importing a package from MELPA, the source for generated package definition points to a (potentially unstable?) MELPA URL. https://melpa.org/packages/PACKAGE-VERSION.tar --8<---cut here---start->8--- ~/src/guix [env]$ ./pre-inst-env guix import elpa -a m

bug#49006: MELPA importer uses the wrong source when called from CLI

Okay, so new findings: When the (guix import elpa) module has been compiled, the generated package definition uses ‘url-fetch’ to fetch the source. --8<---cut here---start->8--- ~/src/guix [env]$ ./pre-inst-env guix import elpa -a melpa magit Starting download

bug#49171: OCaml packages not building (due to updated python-pyyaml)

On Tue, Jun 22 2021, pukkamustard wrote: > Hi Guix, > > With commit ac02d423d3fcb11048ee2e4a02626fca40cf1419, which > updated python-pyyaml to 5.4.1 (from 5.3.1) lot of OCaml packages > fail to build. > > This seems to be due to ocaml-dose3 that has python2-pyyaml as > dependency for tests. oca

bug#49171: OCaml packages not building (due to updated python-pyyaml)

On Sun, Jul 04 2021, pukkamustard wrote: > Xinglu Chen writes: > >> I think this was fixed in commit >> 91b29aa37394b660117e1d79927621db1344b7fe (gnu: ocaml-dose3: Fix >> tests.), >> do you think we can close the issue? > > Yup, was fixed and al

bug#48335: Emacs is broken

On Thu, Jul 08 2021, Maxim Cournoyer wrote: > Hello Xinglu, > > Xinglu Chen writes: > >> On Fri, May 21 2021, Maxim Cournoyer wrote: >> >>> Hi, >>> >>> Xinglu Chen writes: >>> >>>> ~/src/guix $ guix environment --ad-

bug#48335: Emacs is broken

On Sun, Jul 11 2021, zimoun wrote: > Hi, > > On Sat, 10 Jul 2021 at 17:55, Xinglu Chen wrote: > >>> Using the same commit you were using last, >>> 652a03888e1609bd1a687326760436867fe2abb7, I can obtain the same Emacs >>> (same store hash

bug#49977: Texlive importer is outdated?

[Cc Ricardo since you wrote the texlive importer] In section "9.5 Invoking ‘guix import’" in the manual, there are two examples of runnning the ‘texlive’ importer, but both of them result in incomplete package definitions. --8<---cut here---start->8--- ~/src/gu

bug#49977: Texlive importer is outdated?

On Tue, Aug 10 2021, Ricardo Wurmus wrote: > Xinglu Chen writes: > >> [Cc Ricardo since you wrote the texlive importer] > > In the future please use the X-Debbugs-Cc header instead of Cc, so > that Debbugs can put me on Cc *after* it has assigned a bug > number. Ah,

bug#49006: MELPA importer uses the wrong source when called from CLI

On Sun, Jun 13 2021, Xinglu Chen wrote: > Okay, so new findings: > > When the (guix import elpa) module has been compiled, the generated > package definition uses ‘url-fetch’ to fetch the source. > > --8<---cut here---start->8--- > ~

bug#47335: Hide GHC not used for building Was: xmonad fails to recompile on guix system

On Wed, Sep 15 2021, zimoun wrote: > Hi, > > On Wed, 15 Sept 2021 at 09:43, Lars-Dominik Braun wrote: > >> > I'd be very much in favor of the latter, or maybe rename it to ghc-next. >> > I have some profiles ghc pinned to a version and upgrading those is >> > always a mess because Guix tries to b

bug#50871: Stackage importer change breaks tests/lint, build

The attached patch should fix this. From 45b002a1a39adaf76ca0ab6ca2c1dd95eb26da30 Mon Sep 17 00:00:00 2001 Message-Id: <45b002a1a39adaf76ca0ab6ca2c1dd95eb26da30.1632854267.git.pub...@yoctocell.xyz> From: Xinglu Chen Date: Tue, 28 Sep 2021 20:34:25 +0200 Subject: [PATCH] =?UTF-8?q?te

bug#50945: Guix home: No such file or directory: "/run/user/1003/on-first-login-executed"

On Fri, Oct 01 2021, Jan Nieuwenhuizen wrote: > Hi, > > When using su or sudo to enter an account managed by guix home, I get > this error > > --8<---cut here---start->8--- > Backtrace: >2 (primitive-load "/home/guix/.guix-home/on-first-login") > In

bug#50941: Potential bug in guix home

On Fri, Oct 01 2021, Pascal Lorenz wrote: > Hi! > > I assumed user privileges should be enough for guix home, but guix > home reconfigure home.scm returns this result: > > /gnu/store/…-home > guix home: error: mkdir: permission denied > > > This happens in a fresh and up to date VirtualBox VM wit

bug#50941: Potential bug in guix home

merge 50941 50945 thanks On Fri, Oct 01 2021, Oleg Pykhalov wrote: > Hi, > > Xinglu Chen writes: > >> On Fri, Oct 01 2021, Pascal Lorenz wrote: >> >>> Hi! >>> >>> I assumed user privileges should be enough for guix home, but guix >>>

bug#50978: "guix home describe" backtraces if "guix home" hasn't been used

On Sat, Oct 02 2021, Maxime Devos wrote: > Hi, > > When running "guix home describe" before "guix home import" > and before "guix build": > > $ guix home describe > Backtrace: >7 (primitive-load "/home/[...]/.config/guix/current/b…") > In guix/ui.scm: >2185:7 6 (run-guix . _) >

bug#50990: (gnu home-services xdg) is not documented

None of the services and configuration records in (gnu home-services xdg) are documented in the manual. signature.asc Description: PGP signature

bug#50991: The way to extend ‘home-bash-service-type’ is not documented

The ‘home-bash-service-type’ can be extended by passing it a record, but this is not documented in the manual. This also applies to ‘home-zsh-service-type’ signature.asc Description: PGP signature

bug#50992: ‘home-fish-service-type’ is undocumented

The ‘home-fish-service-type’ found in (gnu home-services shells) is not documented in the manual. signature.asc Description: PGP signature

bug#50945: Guix home: No such file or directory: "/run/user/1003/on-first-login-executed"

Hi, On Thu, Oct 07 2021, Andrew Tropin wrote: > On 2021-10-01 17:46, Jan Nieuwenhuizen wrote: > >> Hi, >> >> When using su or sudo to enter an account managed by guix home, I get >> this error >> >> --8<---cut here---start->8--- >> Backtrace: >>2 (p

bug#52577: ‘guix lint’ throws an ugly backtrace if the GitHub updater receives “rate limit exceeded” error

When running ‘guix lint -c refresh’ on a package hosted on GitHub, I get an ugly backtrace when the GitHub rate limit has been reached. --8<---cut here---start->8--- $ guix lint pipewire fetching CVE database for 2021... fetching CVE database for 2018... Backtra

bug#51918: home-bash-service-type adds the defaults and aliases to the end of the file

Hi, On Wed, Nov 17 2021, Andrew Tropin wrote: > Test in guix-home.sh looks correct, but it fails: > https://git.savannah.gnu.org/cgit/guix.git/tree/tests/guix-home.sh?h=5eb5c0789f34e87ee417a53ddfcfa3b6521bb337#n98 > > Seems something changed in home-bash-service-type, for some reason it > adds th

bug#52577: ‘guix lint’ throws an ugly backtrace if the GitHub updater receives “rate limit exceeded” error

On So, Dez 19 2021, Maxime Devos wrote: > Xinglu Chen schreef op vr 17-12-2021 om 21:57 [+0100]: >> On Fri, Dec 17 2021, Maxime Devos wrote: >> >> > Xinglu Chen schreef op vr 17-12-2021 om 15:03 [+0100]: >> > > (guard (c ((and (http-get-error? c) >>

bug#52577: ‘guix lint’ throws an ugly backtrace if the GitHub updater receives “rate limit exceeded” error

On Tue, Dec 21 2021, Maxime Devos wrote: > Xinglu Chen schreef op di 21-12-2021 om 18:17 [+0100]: >> O[...] >> Yeah, the catch/throw system doesn’t really work well with ‘raise’. >> Here is what I found after some digging: [...] > > My point was that a raise-style exc

bug#52808: Guix home should not assume that all targets are dot files

Hi, Ludovic schrieb am Sonntag der 30. Januar 2022 um 18:13 +01: > I’d expect ‘home-files-service-type’ to do just that: add files to the > home directory, without trying to be smart. > > Would it make sense to distinguish between ‘home-files’ and (say) > ‘home-xdg-configuration-files’? What abo

bug#53923: ‘http-fetch’ is unable to fetch

Hi, For some reason, the ‘http-fetch’ procedure in (guix http-client) is unable to fetch . --8<---cut here---start->8--- scheme@(guile-user)> ,use(guix http-client) scheme@(guile-user)> (http-fetch "https