Package: guix;
To reply to this bug, email your comments to 64360 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
View this report as an mbox folder, status mbox, maintainer mbox
bug-guix <at> gnu.org
:bug#64360
; Package guix
.
(Fri, 30 Jun 2023 01:03:01 GMT) Full text and rfc822 format available.Csepp <raingloom <at> riseup.net>
:bug-guix <at> gnu.org
.
(Fri, 30 Jun 2023 01:03:02 GMT) Full text and rfc822 format available.Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
From: Csepp <raingloom <at> riseup.net> To: bug-guix <at> gnu.org Subject: error: ghc-onetuple: unbound variable Date: Fri, 30 Jun 2023 02:56:51 +0200
I **finally** managed to finish a guix pull on my netbook by offloading it to my desktop machine, and I tried to build the latest yt-dlp, this is the error I got: ``` $ guix shell yt-dlp Backtrace: In srfi/srfi-1.scm: 586:17 19 (map1 (#<<manifest-entry> name: "yt-dlp" version: "202…>)) In guix/profiles.scm: 1932:19 18 (_ _) In guix/packages.scm: 1371:17 17 (supported-package? #<package yt-dlp <at> 2023.06.22 gnu/pa…> …) In guix/memoization.scm: 101:0 16 (_ #<hash-table 23e5c90 0/31> #<package yt-dlp <at> 2023.06…> …) In guix/packages.scm: 1349:39 15 (_) 1611:16 14 (package->bag _ _ _ #:graft? _) 1715:47 13 (thunk) In gnu/packages/video.scm: 2615:11 12 (native-inputs #<package yt-dlp <at> 2023.06.22 gnu/packages…>) In guix/packages.scm: 1371:17 11 (supported-package? #<package pandoc <at> 2.14.0.3 gnu/pack…> …) In guix/memoization.scm: 101:0 10 (_ #<hash-table 23e5c90 0/31> #<package pandoc <at> 2.14.0.…> …) In guix/packages.scm: 1349:39 9 (_) 1611:16 8 (package->bag _ _ _ #:graft? _) 1712:48 7 (thunk) In gnu/packages/haskell-xyz.scm: 9121:35 6 (inputs #<package pandoc <at> 2.14.0.3 gnu/packages/haskell-…>) In guix/packages.scm: 1424:32 5 (package-closure _ #:system _) 1611:16 4 (package->bag _ _ _ #:graft? _) 1712:48 3 (thunk) In gnu/packages/haskell-web.scm: 943:18 2 (inputs #<package ghc-aeson <at> 2.0.3.0 gnu/packages/haskel…>) In ice-9/boot-9.scm: 1685:16 1 (raise-exception _ #:continuable? _) 1685:16 0 (raise-exception _ #:continuable? _) ice-9/boot-9.scm:1685:16: In procedure raise-exception: error: ghc-onetuple: unbound variable ``` Running guix search ghc-onetuple indeed does not turn anything up. guix search ghc-aeson results in the same error halfway through outputting the description for ghc-aeson. I guess someone didn't run make before they pushed their changes?
bug-guix <at> gnu.org
:bug#64360
; Package guix
.
(Fri, 07 Jul 2023 13:45:02 GMT) Full text and rfc822 format available.Message #8 received at 64360 <at> debbugs.gnu.org (full text, mbox):
From: Ludovic Courtès <ludo <at> gnu.org> To: Csepp <raingloom <at> riseup.net> Cc: 64360 <at> debbugs.gnu.org Subject: Re: bug#64360: error: ghc-onetuple: unbound variable Date: Fri, 07 Jul 2023 15:44:44 +0200
Hi, Csepp <raingloom <at> riseup.net> skribis: > I **finally** managed to finish a guix pull on my netbook by offloading > it to my desktop machine, and I tried to build the latest yt-dlp, this > is the error I got: > > ``` > $ guix shell yt-dlp > Backtrace: > In srfi/srfi-1.scm: > 586:17 19 (map1 (#<<manifest-entry> name: "yt-dlp" version: "202…>)) > In guix/profiles.scm: > 1932:19 18 (_ _) > In guix/packages.scm: > 1371:17 17 (supported-package? #<package yt-dlp <at> 2023.06.22 gnu/pa…> …) > In guix/memoization.scm: > 101:0 16 (_ #<hash-table 23e5c90 0/31> #<package yt-dlp <at> 2023.06…> …) > In guix/packages.scm: > 1349:39 15 (_) > 1611:16 14 (package->bag _ _ _ #:graft? _) > 1715:47 13 (thunk) > In gnu/packages/video.scm: > 2615:11 12 (native-inputs #<package yt-dlp <at> 2023.06.22 gnu/packages…>) > In guix/packages.scm: > 1371:17 11 (supported-package? #<package pandoc <at> 2.14.0.3 gnu/pack…> …) > In guix/memoization.scm: > 101:0 10 (_ #<hash-table 23e5c90 0/31> #<package pandoc <at> 2.14.0.…> …) > In guix/packages.scm: > 1349:39 9 (_) > 1611:16 8 (package->bag _ _ _ #:graft? _) > 1712:48 7 (thunk) > In gnu/packages/haskell-xyz.scm: > 9121:35 6 (inputs #<package pandoc <at> 2.14.0.3 gnu/packages/haskell-…>) > In guix/packages.scm: > 1424:32 5 (package-closure _ #:system _) > 1611:16 4 (package->bag _ _ _ #:graft? _) > 1712:48 3 (thunk) > In gnu/packages/haskell-web.scm: > 943:18 2 (inputs #<package ghc-aeson <at> 2.0.3.0 gnu/packages/haskel…>) > In ice-9/boot-9.scm: > 1685:16 1 (raise-exception _ #:continuable? _) > 1685:16 0 (raise-exception _ #:continuable? _) > > ice-9/boot-9.scm:1685:16: In procedure raise-exception: > error: ghc-onetuple: unbound variable > ``` Could you share the output of ‘guix describe’? I can’t reproduce it here: --8<---------------cut here---------------start------------->8--- $ guix describe Generation 268 Jun 26 2023 00:05:27 (current) guix 269cfe3 repository URL: https://git.savannah.gnu.org/git/guix.git branch: master commit: 269cfe341f242c2b5f37774cb9b1e17d9aa68e2c guile 896960d repository URL: https://git.savannah.gnu.org/git/guile.git branch: main commit: 896960dadeba7770ebbad97514ec6c4d7f18212d shepherd d5ed516 repository URL: https://git.savannah.gnu.org/git/shepherd.git branch: master commit: d5ed516e736ce473902cc86b5cf4f61f27ebb642 $ guix shell yt-dlp -- yt-dlp --version 2023.06.22 --8<---------------cut here---------------end--------------->8--- TIA, Ludo’.
bug-guix <at> gnu.org
:bug#64360
; Package guix
.
(Fri, 07 Jul 2023 14:27:02 GMT) Full text and rfc822 format available.Message #11 received at 64360 <at> debbugs.gnu.org (full text, mbox):
From: Csepp <raingloom <at> riseup.net> To: Ludovic Courtès <ludo <at> gnu.org> Cc: 64360 <at> debbugs.gnu.org, Csepp <raingloom <at> riseup.net> Subject: Re: bug#64360: error: ghc-onetuple: unbound variable Date: Fri, 07 Jul 2023 16:22:02 +0200
Ludovic Courtès <ludo <at> gnu.org> writes: > Hi, > > Csepp <raingloom <at> riseup.net> skribis: > >> I **finally** managed to finish a guix pull on my netbook by offloading >> it to my desktop machine, and I tried to build the latest yt-dlp, this >> is the error I got: >> >> ``` >> $ guix shell yt-dlp >> Backtrace: >> In srfi/srfi-1.scm: >> 586:17 19 (map1 (#<<manifest-entry> name: "yt-dlp" version: "202…>)) >> In guix/profiles.scm: >> 1932:19 18 (_ _) >> In guix/packages.scm: >> 1371:17 17 (supported-package? #<package yt-dlp <at> 2023.06.22 gnu/pa…> …) >> In guix/memoization.scm: >> 101:0 16 (_ #<hash-table 23e5c90 0/31> #<package yt-dlp <at> 2023.06…> …) >> In guix/packages.scm: >> 1349:39 15 (_) >> 1611:16 14 (package->bag _ _ _ #:graft? _) >> 1715:47 13 (thunk) >> In gnu/packages/video.scm: >> 2615:11 12 (native-inputs #<package yt-dlp <at> 2023.06.22 gnu/packages…>) >> In guix/packages.scm: >> 1371:17 11 (supported-package? #<package pandoc <at> 2.14.0.3 gnu/pack…> …) >> In guix/memoization.scm: >> 101:0 10 (_ #<hash-table 23e5c90 0/31> #<package pandoc <at> 2.14.0.…> …) >> In guix/packages.scm: >> 1349:39 9 (_) >> 1611:16 8 (package->bag _ _ _ #:graft? _) >> 1712:48 7 (thunk) >> In gnu/packages/haskell-xyz.scm: >> 9121:35 6 (inputs #<package pandoc <at> 2.14.0.3 gnu/packages/haskell-…>) >> In guix/packages.scm: >> 1424:32 5 (package-closure _ #:system _) >> 1611:16 4 (package->bag _ _ _ #:graft? _) >> 1712:48 3 (thunk) >> In gnu/packages/haskell-web.scm: >> 943:18 2 (inputs #<package ghc-aeson <at> 2.0.3.0 gnu/packages/haskel…>) >> In ice-9/boot-9.scm: >> 1685:16 1 (raise-exception _ #:continuable? _) >> 1685:16 0 (raise-exception _ #:continuable? _) >> >> ice-9/boot-9.scm:1685:16: In procedure raise-exception: >> error: ghc-onetuple: unbound variable >> ``` > > Could you share the output of ‘guix describe’? > > I can’t reproduce it here: > > --8<---------------cut here---------------start------------->8--- > $ guix describe > Generation 268 Jun 26 2023 00:05:27 (current) > guix 269cfe3 > repository URL: https://git.savannah.gnu.org/git/guix.git > branch: master > commit: 269cfe341f242c2b5f37774cb9b1e17d9aa68e2c > guile 896960d > repository URL: https://git.savannah.gnu.org/git/guile.git > branch: main > commit: 896960dadeba7770ebbad97514ec6c4d7f18212d > shepherd d5ed516 > repository URL: https://git.savannah.gnu.org/git/shepherd.git > branch: master > commit: d5ed516e736ce473902cc86b5cf4f61f27ebb642 > $ guix shell yt-dlp -- yt-dlp --version > 2023.06.22 > --8<---------------cut here---------------end--------------->8--- > > TIA, > Ludo’. I'm not on that machine right now, but this is the guix time-machine invocation that I tried to reproduce it with: guix time-machine --system=i686-linux \ --commit=e499cb2c12d7f1c6d2f004364c9cc7bdb7e38cd5 \ --channels=$HOME/channels.scm -- time-machine --commit=63660f0febb \ --channels=$HOME/channels.scm --system=i686-linux -- repl So e499cb2c12d7f1c6d2f004364c9cc7bdb7e38cd5 is the commit I was pulling from and 63660f0febb is the one I was pulling. Couldn't reproduce it on my x86_64 machine. I tried clearing my Guile caches on the i686 machine but that didn't change anything. It also happens with a lot of other variables, so much so that guix repl is also broken. I have since reconfigured and rebooted the machine too, just to make sure it wasn't a daemon issue, and that didn't help either.
bug-guix <at> gnu.org
:bug#64360
; Package guix
.
(Sun, 09 Jul 2023 16:11:01 GMT) Full text and rfc822 format available.Message #14 received at 64360 <at> debbugs.gnu.org (full text, mbox):
From: Ludovic Courtès <ludo <at> gnu.org> To: Csepp <raingloom <at> riseup.net> Cc: 64360 <at> debbugs.gnu.org Subject: Re: bug#64360: error: ghc-onetuple: unbound variable Date: Sun, 09 Jul 2023 18:10:12 +0200
Hi, n Csepp <raingloom <at> riseup.net> skribis: > Ludovic Courtès <ludo <at> gnu.org> writes: > >> Hi, >> >> Csepp <raingloom <at> riseup.net> skribis: >> >>> I **finally** managed to finish a guix pull on my netbook by offloading >>> it to my desktop machine, and I tried to build the latest yt-dlp, this >>> is the error I got: >>> >>> ``` >>> $ guix shell yt-dlp [...] >>> ice-9/boot-9.scm:1685:16: In procedure raise-exception: >>> error: ghc-onetuple: unbound variable >>> ``` >> >> Could you share the output of ‘guix describe’? [...] > I'm not on that machine right now, but this is the guix time-machine > invocation that I tried to reproduce it with: > > guix time-machine --system=i686-linux \ > --commit=e499cb2c12d7f1c6d2f004364c9cc7bdb7e38cd5 \ > --channels=$HOME/channels.scm -- time-machine --commit=63660f0febb \ > --channels=$HOME/channels.scm --system=i686-linux -- repl That’s quite different from the ‘guix shell yt-dlp’ we started with though. :-) Also, it very much depends on what ‘channels.scm’ contains. ‘guix time-machine’ does not support ‘--system’, but on x86_64-linux I get: --8<---------------cut here---------------start------------->8--- $ guix time-machine --commit=63660f0febb -- shell yt-dlp -- yt-dlp --version 2023.06.22 --8<---------------cut here---------------end--------------->8--- I ran out of disk space (and out of time :-)) while running: guix time-machine --commit=63660f0febb -- shell \ --rebuild-cache -s i686-linux yt-dlp -- yt-dlp --version Anyway, it could be a problem with a channel other than ‘guix’, we can’t tell so far. Please let us know when you have the output of ‘guix describe’ on that machine. Ludo’.
bug-guix <at> gnu.org
:bug#64360
; Package guix
.
(Sun, 09 Jul 2023 17:10:02 GMT) Full text and rfc822 format available.Message #17 received at 64360 <at> debbugs.gnu.org (full text, mbox):
From: Csepp <raingloom <at> riseup.net> To: Ludovic Courtès <ludo <at> gnu.org> Cc: 64360 <at> debbugs.gnu.org, Csepp <raingloom <at> riseup.net> Subject: Re: bug#64360: error: ghc-onetuple: unbound variable Date: Sun, 09 Jul 2023 19:06:53 +0200
Ludovic Courtès <ludo <at> gnu.org> writes: > Hi, > n > Csepp <raingloom <at> riseup.net> skribis: > >> Ludovic Courtès <ludo <at> gnu.org> writes: >> >>> Hi, >>> >>> Csepp <raingloom <at> riseup.net> skribis: >>> >>>> I **finally** managed to finish a guix pull on my netbook by offloading >>>> it to my desktop machine, and I tried to build the latest yt-dlp, this >>>> is the error I got: >>>> >>>> ``` >>>> $ guix shell yt-dlp > > [...] > >>>> ice-9/boot-9.scm:1685:16: In procedure raise-exception: >>>> error: ghc-onetuple: unbound variable >>>> ``` >>> >>> Could you share the output of ‘guix describe’? > > [...] > >> I'm not on that machine right now, but this is the guix time-machine >> invocation that I tried to reproduce it with: >> >> guix time-machine --system=i686-linux \ >> --commit=e499cb2c12d7f1c6d2f004364c9cc7bdb7e38cd5 \ >> --channels=$HOME/channels.scm -- time-machine --commit=63660f0febb \ >> --channels=$HOME/channels.scm --system=i686-linux -- repl > > That’s quite different from the ‘guix shell yt-dlp’ we started with > though. :-) > > Also, it very much depends on what ‘channels.scm’ contains. ‘guix > time-machine’ does not support ‘--system’, but on x86_64-linux I get: > > --8<---------------cut here---------------start------------->8--- > $ guix time-machine --commit=63660f0febb -- shell yt-dlp -- yt-dlp --version > 2023.06.22 > --8<---------------cut here---------------end--------------->8--- > > I ran out of disk space (and out of time :-)) while running: > > guix time-machine --commit=63660f0febb -- shell \ > --rebuild-cache -s i686-linux yt-dlp -- yt-dlp --version > > Anyway, it could be a problem with a channel other than ‘guix’, we can’t > tell so far. Please let us know when you have the output of ‘guix > describe’ on that machine. > > Ludo’. I have no channels configured other than the default one using channel-with-substitutes-available, because it's a netbook we're talking about. On the x86_64 machine I was not using channel-with-substitues-available.
bug-guix <at> gnu.org
:bug#64360
; Package guix
.
(Thu, 13 Jul 2023 00:56:01 GMT) Full text and rfc822 format available.Message #20 received at 64360 <at> debbugs.gnu.org (full text, mbox):
From: Csepp <raingloom <at> riseup.net> To: Ludovic Courtès <ludo <at> gnu.org> Cc: 64360 <at> debbugs.gnu.org, Csepp <raingloom <at> riseup.net> Subject: Re: bug#64360: error: ghc-onetuple: unbound variable Date: Thu, 13 Jul 2023 02:52:37 +0200
[Message part 1 (text/plain, inline)]
Csepp <raingloom <at> riseup.net> writes: > Ludovic Courtès <ludo <at> gnu.org> writes: > >> Hi, >> n >> Csepp <raingloom <at> riseup.net> skribis: >> >>> Ludovic Courtès <ludo <at> gnu.org> writes: >>> >>>> Hi, >>>> >>>> Csepp <raingloom <at> riseup.net> skribis: >>>> >>>>> I **finally** managed to finish a guix pull on my netbook by offloading >>>>> it to my desktop machine, and I tried to build the latest yt-dlp, this >>>>> is the error I got: >>>>> >>>>> ``` >>>>> $ guix shell yt-dlp >> >> [...] >> >>>>> ice-9/boot-9.scm:1685:16: In procedure raise-exception: >>>>> error: ghc-onetuple: unbound variable >>>>> ``` >>>> >>>> Could you share the output of ‘guix describe’? >> >> [...] >> >>> I'm not on that machine right now, but this is the guix time-machine >>> invocation that I tried to reproduce it with: >>> >>> guix time-machine --system=i686-linux \ >>> --commit=e499cb2c12d7f1c6d2f004364c9cc7bdb7e38cd5 \ >>> --channels=$HOME/channels.scm -- time-machine --commit=63660f0febb \ >>> --channels=$HOME/channels.scm --system=i686-linux -- repl >> >> That’s quite different from the ‘guix shell yt-dlp’ we started with >> though. :-) >> >> Also, it very much depends on what ‘channels.scm’ contains. ‘guix >> time-machine’ does not support ‘--system’, but on x86_64-linux I get: >> >> --8<---------------cut here---------------start------------->8--- >> $ guix time-machine --commit=63660f0febb -- shell yt-dlp -- yt-dlp --version >> 2023.06.22 >> --8<---------------cut here---------------end--------------->8--- >> >> I ran out of disk space (and out of time :-)) while running: >> >> guix time-machine --commit=63660f0febb -- shell \ >> --rebuild-cache -s i686-linux yt-dlp -- yt-dlp --version >> >> Anyway, it could be a problem with a channel other than ‘guix’, we can’t >> tell so far. Please let us know when you have the output of ‘guix >> describe’ on that machine. >> >> Ludo’. > > I have no channels configured other than the default one using > channel-with-substitutes-available, because it's a netbook we're talking > about. > On the x86_64 machine I was not using channel-with-substitues-available. Here is the output of guix pull --list-generations.
[generations.log (application/octet-stream, attachment)]
bug-guix <at> gnu.org
:bug#64360
; Package guix
.
(Fri, 14 Jul 2023 13:30:02 GMT) Full text and rfc822 format available.Message #23 received at 64360 <at> debbugs.gnu.org (full text, mbox):
From: Ludovic Courtès <ludo <at> gnu.org> To: Csepp <raingloom <at> riseup.net> Cc: 64360 <at> debbugs.gnu.org Subject: Re: bug#64360: error: ghc-onetuple: unbound variable Date: Fri, 14 Jul 2023 15:28:54 +0200
Hi, Csepp <raingloom <at> riseup.net> skribis: > Generation 22 Jun 30 2023 01:27:38 > guix 63660f0 > repository URL: https://git.savannah.gnu.org/git/guix.git > commit: 63660f0febb4aa0d5260791c82dfde15c0df4c79 So is this the one for which ‘guix shell yt-dlp’ triggered the bug you initially reported? Ludo’.
bug-guix <at> gnu.org
:bug#64360
; Package guix
.
(Fri, 14 Jul 2023 18:54:02 GMT) Full text and rfc822 format available.Message #26 received at 64360 <at> debbugs.gnu.org (full text, mbox):
From: Csepp <raingloom <at> riseup.net> To: Ludovic Courtès <ludo <at> gnu.org> Cc: 64360 <at> debbugs.gnu.org, Csepp <raingloom <at> riseup.net> Subject: Re: bug#64360: error: ghc-onetuple: unbound variable Date: Fri, 14 Jul 2023 20:52:39 +0200
Ludovic Courtès <ludo <at> gnu.org> writes: > Hi, > > Csepp <raingloom <at> riseup.net> skribis: > >> Generation 22 Jun 30 2023 01:27:38 >> guix 63660f0 >> repository URL: https://git.savannah.gnu.org/git/guix.git >> commit: 63660f0febb4aa0d5260791c82dfde15c0df4c79 > > So is this the one for which ‘guix shell yt-dlp’ triggered the bug you > initially reported? > > Ludo’. Yup!
bug-guix <at> gnu.org
:bug#64360
; Package guix
.
(Sat, 25 Nov 2023 11:09:02 GMT) Full text and rfc822 format available.Message #29 received at 64360 <at> debbugs.gnu.org (full text, mbox):
From: Simon Tournier <zimon.toutoune <at> gmail.com> To: Csepp <raingloom <at> riseup.net> Cc: 64360 <at> debbugs.gnu.org Subject: Re: bug#64360: error: ghc-onetuple: unbound variable Date: Fri, 24 Nov 2023 15:43:26 +0100
Hi, Could you confirm on i686 native machine that you are able to reproduce the error with: $ guix time-machine --commit= 63660f0 -- shell yt-dlp ? On Fri, 30 Jun 2023 at 02:56, Csepp <raingloom <at> riseup.net> wrote: > $ guix shell yt-dlp > Backtrace: > In srfi/srfi-1.scm: > 586:17 19 (map1 (#<<manifest-entry> name: "yt-dlp" version: "202…>)) > In guix/profiles.scm: > 1932:19 18 (_ _) > In guix/packages.scm: > 1371:17 17 (supported-package? #<package yt-dlp <at> 2023.06.22 gnu/pa…> …) > In guix/memoization.scm: > 101:0 16 (_ #<hash-table 23e5c90 0/31> #<package yt-dlp <at> 2023.06…> …) > In guix/packages.scm: > 1349:39 15 (_) > 1611:16 14 (package->bag _ _ _ #:graft? _) > 1715:47 13 (thunk) > In gnu/packages/video.scm: > 2615:11 12 (native-inputs #<package yt-dlp <at> 2023.06.22 gnu/packages…>) > In guix/packages.scm: > 1371:17 11 (supported-package? #<package pandoc <at> 2.14.0.3 gnu/pack…> …) > In guix/memoization.scm: > 101:0 10 (_ #<hash-table 23e5c90 0/31> #<package pandoc <at> 2.14.0.…> …) > In guix/packages.scm: > 1349:39 9 (_) > 1611:16 8 (package->bag _ _ _ #:graft? _) > 1712:48 7 (thunk) > In gnu/packages/haskell-xyz.scm: > 9121:35 6 (inputs #<package pandoc <at> 2.14.0.3 gnu/packages/haskell-…>) > In guix/packages.scm: > 1424:32 5 (package-closure _ #:system _) > 1611:16 4 (package->bag _ _ _ #:graft? _) > 1712:48 3 (thunk) > In gnu/packages/haskell-web.scm: > 943:18 2 (inputs #<package ghc-aeson <at> 2.0.3.0 gnu/packages/haskel…>) > In ice-9/boot-9.scm: > 1685:16 1 (raise-exception _ #:continuable? _) > 1685:16 0 (raise-exception _ #:continuable? _) > > ice-9/boot-9.scm:1685:16: In procedure raise-exception: > error: ghc-onetuple: unbound variable > Running guix search ghc-onetuple indeed does not turn anything up. > guix search ghc-aeson results in the same error halfway through > outputting the description for ghc-aeson. The package ghc-onetuple is defined. As far I can read, it is as the same place since 49a320aaa6fb4c20d6b30c56c35a8c7ffceed822: AuthorDate: Sun Jan 15 10:09:44 2023 +0100 CommitDate: Sun Feb 26 10:26:07 2023 +0100 And in this report speaks elsewhere about 63660f0febb4aa0d5260791c82dfde15c0df4c79, which comes after: AuthorDate: Tue Jun 27 15:43:27 2023 -0400 CommitDate: Tue Jun 27 15:43:27 2023 -0400 For instance, see [1]. Therefore, I do not think the issue comes from that. Running, $ guix time-machine --commit= 63660f0 -- shell -s i686-linux yt-dlp I get the error: build of /gnu/store/n2yl83p37j9mazjh58d5fxixjiq188px-ghc-base64-0.4.2.4.drv failed and the message reads: --8<---------------cut here---------------start------------->8--- starting phase `check' running "runhaskell Setup.hs" with command "test" and parameters () Running 1 test suites... Test suite tasty: RUNNING... Test suite tasty: FAIL Test suite logged to: dist/test/base64-0.4.2.4-tasty.log 0 of 1 test suites (0 of 1 test cases) passed. error: in phase 'check': uncaught exception: %exception #<&invoke-error program: "runhaskell" arguments: ("-package-db=/tmp/guix-build-ghc-base64-0.4.2.4.drv-0/package.conf.d" "Setup.hs" "test") exit-status: 1 term-signal: #f stop-signal: #f> phase `check' failed after 0.3 seconds --8<---------------cut here---------------end--------------->8--- 1: https://git.savannah.gnu.org/cgit/guix.git/tree/gnu/packages/haskell-xyz.scm?id=63660f0febb4aa0d5260791c82dfde15c0df4c79#n15164 Cheers, simon
bug-guix <at> gnu.org
:bug#64360
; Package guix
.
(Wed, 20 Dec 2023 11:01:02 GMT) Full text and rfc822 format available.Message #32 received at 64360 <at> debbugs.gnu.org (full text, mbox):
From: Csepp <raingloom <at> riseup.net> To: Simon Tournier <zimon.toutoune <at> gmail.com> Cc: 64360 <at> debbugs.gnu.org, Csepp <raingloom <at> riseup.net> Subject: Re: bug#64360: error: ghc-onetuple: unbound variable Date: Wed, 20 Dec 2023 11:56:33 +0100
Simon Tournier <zimon.toutoune <at> gmail.com> writes: > Hi, > > Could you confirm on i686 native machine that you are able to reproduce > the error with: > > $ guix time-machine --commit= 63660f0 -- shell yt-dlp > > ? > > > On Fri, 30 Jun 2023 at 02:56, Csepp <raingloom <at> riseup.net> wrote: > >> $ guix shell yt-dlp >> Backtrace: >> In srfi/srfi-1.scm: >> 586:17 19 (map1 (#<<manifest-entry> name: "yt-dlp" version: "202…>)) >> In guix/profiles.scm: >> 1932:19 18 (_ _) >> In guix/packages.scm: >> 1371:17 17 (supported-package? #<package yt-dlp <at> 2023.06.22 gnu/pa…> …) >> In guix/memoization.scm: >> 101:0 16 (_ #<hash-table 23e5c90 0/31> #<package yt-dlp <at> 2023.06…> …) >> In guix/packages.scm: >> 1349:39 15 (_) >> 1611:16 14 (package->bag _ _ _ #:graft? _) >> 1715:47 13 (thunk) >> In gnu/packages/video.scm: >> 2615:11 12 (native-inputs #<package yt-dlp <at> 2023.06.22 gnu/packages…>) >> In guix/packages.scm: >> 1371:17 11 (supported-package? #<package pandoc <at> 2.14.0.3 gnu/pack…> …) >> In guix/memoization.scm: >> 101:0 10 (_ #<hash-table 23e5c90 0/31> #<package pandoc <at> 2.14.0.…> …) >> In guix/packages.scm: >> 1349:39 9 (_) >> 1611:16 8 (package->bag _ _ _ #:graft? _) >> 1712:48 7 (thunk) >> In gnu/packages/haskell-xyz.scm: >> 9121:35 6 (inputs #<package pandoc <at> 2.14.0.3 gnu/packages/haskell-…>) >> In guix/packages.scm: >> 1424:32 5 (package-closure _ #:system _) >> 1611:16 4 (package->bag _ _ _ #:graft? _) >> 1712:48 3 (thunk) >> In gnu/packages/haskell-web.scm: >> 943:18 2 (inputs #<package ghc-aeson <at> 2.0.3.0 gnu/packages/haskel…>) >> In ice-9/boot-9.scm: >> 1685:16 1 (raise-exception _ #:continuable? _) >> 1685:16 0 (raise-exception _ #:continuable? _) >> >> ice-9/boot-9.scm:1685:16: In procedure raise-exception: >> error: ghc-onetuple: unbound variable > >> Running guix search ghc-onetuple indeed does not turn anything up. >> guix search ghc-aeson results in the same error halfway through >> outputting the description for ghc-aeson. > > The package ghc-onetuple is defined. As far I can read, it is as the > same place since 49a320aaa6fb4c20d6b30c56c35a8c7ffceed822: > > AuthorDate: Sun Jan 15 10:09:44 2023 +0100 > CommitDate: Sun Feb 26 10:26:07 2023 +0100 > > And in this report speaks elsewhere about > 63660f0febb4aa0d5260791c82dfde15c0df4c79, which comes after: > > AuthorDate: Tue Jun 27 15:43:27 2023 -0400 > CommitDate: Tue Jun 27 15:43:27 2023 -0400 > > For instance, see [1]. Therefore, I do not think the issue comes from > that. Running, > > $ guix time-machine --commit= 63660f0 -- shell -s i686-linux yt-dlp > > I get the error: > > build of /gnu/store/n2yl83p37j9mazjh58d5fxixjiq188px-ghc-base64-0.4.2.4.drv failed > > and the message reads: > > starting phase `check' > running "runhaskell Setup.hs" with command "test" and parameters () > Running 1 test suites... > Test suite tasty: RUNNING... > > Test suite tasty: FAIL > Test suite logged to: dist/test/base64-0.4.2.4-tasty.log > 0 of 1 test suites (0 of 1 test cases) passed. > error: in phase 'check': uncaught exception: > %exception #<&invoke-error program: "runhaskell" arguments: ("-package-db=/tmp/guix-build-ghc-base64-0.4.2.4.drv-0/package.conf.d" "Setup.hs" "test") exit-status: 1 term-signal: #f stop-signal: #f> > phase `check' failed after 0.3 seconds > > > 1: > https://git.savannah.gnu.org/cgit/guix.git/tree/gnu/packages/haskell-xyz.scm?id=63660f0febb4aa0d5260791c82dfde15c0df4c79#n15164 > > Cheers, > simon Got an error, but not the same one. ... building /gnu/store/c7vzg80lankn28pmb53lhfclgw8xdnxk-inferior-script.scm.drv... building package cache... building profile with 1 package... hint: Consider passing the `--check' option once to make sure your shell does not clobber environment variables. Backtrace: In ice-9/boot-9.scm: 222:29 19 (map1 _) 222:29 18 (map1 _) 222:29 17 (map1 _) 222:29 16 (map1 _) 222:29 15 (map1 _) 222:29 14 (map1 _) 222:29 13 (map1 _) 222:29 12 (map1 _) 222:17 11 (map1 (((gnu packages tex)) ((gnu packages xml)) ((…)) …)) 3327:17 10 (resolve-interface (gnu packages tex) #:select _ #:hide …) In ice-9/threads.scm: 390:8 9 (_ _) In ice-9/boot-9.scm: 3253:13 8 (_) In ice-9/threads.scm: 390:8 7 (_ _) In ice-9/boot-9.scm: 3544:20 6 (_) 2836:4 5 (save-module-excursion _) 3564:26 4 (_) In unknown file: 3 (primitive-load-path "gnu/packages/tex" #<procedure 889…>) In gnu/packages/tex.scm: GC Warning: Failed to expand heap by 8388608 bytes ...repeats a bunch of times... GC Warning: Failed to expand heap by 8388608 bytes GC Warning: Failed to expand heap by 65536 bytes GC Warning: Out of Memory! Heap size: 2498 MiB. Returning NULL! Exception thrown while printing backtrace: Out of memory ice-9/boot-9.scm:1685:16: In procedure raise-exception: error: license:arphic-1999: unbound variable
bug-guix <at> gnu.org
:bug#64360
; Package guix
.
(Sat, 30 Dec 2023 02:57:01 GMT) Full text and rfc822 format available.Message #35 received at 64360 <at> debbugs.gnu.org (full text, mbox):
From: Csepp <raingloom <at> riseup.net> To: Csepp <raingloom <at> riseup.net> Cc: 64360 <at> debbugs.gnu.org, Simon Tournier <zimon.toutoune <at> gmail.com> Subject: Re: bug#64360: error: ghc-onetuple: unbound variable Date: Sat, 30 Dec 2023 03:50:16 +0100
Csepp <raingloom <at> riseup.net> writes: > Simon Tournier <zimon.toutoune <at> gmail.com> writes: > >> Hi, >> >> Could you confirm on i686 native machine that you are able to reproduce >> the error with: >> >> $ guix time-machine --commit= 63660f0 -- shell yt-dlp >> >> ? >> >> >> On Fri, 30 Jun 2023 at 02:56, Csepp <raingloom <at> riseup.net> wrote: >> >>> $ guix shell yt-dlp >>> Backtrace: >>> In srfi/srfi-1.scm: >>> 586:17 19 (map1 (#<<manifest-entry> name: "yt-dlp" version: "202…>)) >>> In guix/profiles.scm: >>> 1932:19 18 (_ _) >>> In guix/packages.scm: >>> 1371:17 17 (supported-package? #<package yt-dlp <at> 2023.06.22 gnu/pa…> …) >>> In guix/memoization.scm: >>> 101:0 16 (_ #<hash-table 23e5c90 0/31> #<package yt-dlp <at> 2023.06…> …) >>> In guix/packages.scm: >>> 1349:39 15 (_) >>> 1611:16 14 (package->bag _ _ _ #:graft? _) >>> 1715:47 13 (thunk) >>> In gnu/packages/video.scm: >>> 2615:11 12 (native-inputs #<package yt-dlp <at> 2023.06.22 gnu/packages…>) >>> In guix/packages.scm: >>> 1371:17 11 (supported-package? #<package pandoc <at> 2.14.0.3 gnu/pack…> …) >>> In guix/memoization.scm: >>> 101:0 10 (_ #<hash-table 23e5c90 0/31> #<package pandoc <at> 2.14.0.…> …) >>> In guix/packages.scm: >>> 1349:39 9 (_) >>> 1611:16 8 (package->bag _ _ _ #:graft? _) >>> 1712:48 7 (thunk) >>> In gnu/packages/haskell-xyz.scm: >>> 9121:35 6 (inputs #<package pandoc <at> 2.14.0.3 gnu/packages/haskell-…>) >>> In guix/packages.scm: >>> 1424:32 5 (package-closure _ #:system _) >>> 1611:16 4 (package->bag _ _ _ #:graft? _) >>> 1712:48 3 (thunk) >>> In gnu/packages/haskell-web.scm: >>> 943:18 2 (inputs #<package ghc-aeson <at> 2.0.3.0 gnu/packages/haskel…>) >>> In ice-9/boot-9.scm: >>> 1685:16 1 (raise-exception _ #:continuable? _) >>> 1685:16 0 (raise-exception _ #:continuable? _) >>> >>> ice-9/boot-9.scm:1685:16: In procedure raise-exception: >>> error: ghc-onetuple: unbound variable >> >>> Running guix search ghc-onetuple indeed does not turn anything up. >>> guix search ghc-aeson results in the same error halfway through >>> outputting the description for ghc-aeson. >> >> The package ghc-onetuple is defined. As far I can read, it is as the >> same place since 49a320aaa6fb4c20d6b30c56c35a8c7ffceed822: >> >> AuthorDate: Sun Jan 15 10:09:44 2023 +0100 >> CommitDate: Sun Feb 26 10:26:07 2023 +0100 >> >> And in this report speaks elsewhere about >> 63660f0febb4aa0d5260791c82dfde15c0df4c79, which comes after: >> >> AuthorDate: Tue Jun 27 15:43:27 2023 -0400 >> CommitDate: Tue Jun 27 15:43:27 2023 -0400 >> >> For instance, see [1]. Therefore, I do not think the issue comes from >> that. Running, >> >> $ guix time-machine --commit= 63660f0 -- shell -s i686-linux yt-dlp >> >> I get the error: >> >> build of /gnu/store/n2yl83p37j9mazjh58d5fxixjiq188px-ghc-base64-0.4.2.4.drv failed >> >> and the message reads: >> >> starting phase `check' >> running "runhaskell Setup.hs" with command "test" and parameters () >> Running 1 test suites... >> Test suite tasty: RUNNING... >> >> Test suite tasty: FAIL >> Test suite logged to: dist/test/base64-0.4.2.4-tasty.log >> 0 of 1 test suites (0 of 1 test cases) passed. >> error: in phase 'check': uncaught exception: >> %exception #<&invoke-error program: "runhaskell" arguments: ("-package-db=/tmp/guix-build-ghc-base64-0.4.2.4.drv-0/package.conf.d" "Setup.hs" "test") exit-status: 1 term-signal: #f stop-signal: #f> >> phase `check' failed after 0.3 seconds >> >> >> 1: >> https://git.savannah.gnu.org/cgit/guix.git/tree/gnu/packages/haskell-xyz.scm?id=63660f0febb4aa0d5260791c82dfde15c0df4c79#n15164 >> >> Cheers, >> simon > > Got an error, but not the same one. > > ... > building /gnu/store/c7vzg80lankn28pmb53lhfclgw8xdnxk-inferior-script.scm.drv... > building package cache... > building profile with 1 package... > hint: Consider passing the `--check' option once to make sure your shell does not clobber environment variables. > > Backtrace: > In ice-9/boot-9.scm: > 222:29 19 (map1 _) > 222:29 18 (map1 _) > 222:29 17 (map1 _) > 222:29 16 (map1 _) > 222:29 15 (map1 _) > 222:29 14 (map1 _) > 222:29 13 (map1 _) > 222:29 12 (map1 _) > 222:17 11 (map1 (((gnu packages tex)) ((gnu packages xml)) ((…)) …)) > 3327:17 10 (resolve-interface (gnu packages tex) #:select _ #:hide …) > In ice-9/threads.scm: > 390:8 9 (_ _) > In ice-9/boot-9.scm: > 3253:13 8 (_) > In ice-9/threads.scm: > 390:8 7 (_ _) > In ice-9/boot-9.scm: > 3544:20 6 (_) > 2836:4 5 (save-module-excursion _) > 3564:26 4 (_) > In unknown file: > 3 (primitive-load-path "gnu/packages/tex" #<procedure 889…>) > In gnu/packages/tex.scm: > GC Warning: Failed to expand heap by 8388608 bytes > ...repeats a bunch of times... > GC Warning: Failed to expand heap by 8388608 bytes > GC Warning: Failed to expand heap by 65536 bytes > GC Warning: Out of Memory! Heap size: 2498 MiB. Returning NULL! > Exception thrown while printing backtrace: > Out of memory > > ice-9/boot-9.scm:1685:16: In procedure raise-exception: > error: license:arphic-1999: unbound variable And another error with a pull from about an hour ago, this is from trying to reconfigure. Pull was offloaded from the i686 netbook to the x86_64 PC. guix describe: Generation 21 Dec 30 2023 02:54:01 (current) guix f76ca2b repository URL: https://git.savannah.gnu.org/git/guix.git branch: master commit: f76ca2b0e894c244d5011a32b30dee8fd874e322 raingloom b528a4a repository URL: https://git.sr.ht/~raingloom/guix-packages branch: master commit: b528a4a906011efb52bc4db916408c5f12f387ec nonguix 8956906 repository URL: https://gitlab.com/nonguix/nonguix.git branch: master commit: 8956906f6bed6709e71f0c26ed6a3620f40dc487 ./pre-inst-env guile --no-auto-compile raingloom/machines.scm Backtrace: In ice-9/boot-9.scm: 1752:10 6 (with-exception-handler _ _ #:unwind? _ # _) In unknown file: 5 (apply-smob/0 #<thunk ed330>) In ice-9/boot-9.scm: 724:2 4 (call-with-prompt _ _ #<procedure default-prompt-handle…>) In ice-9/eval.scm: 619:8 3 (_ #(#(#<directory (guile-user) df690>))) In ice-9/boot-9.scm: 2836:4 2 (save-module-excursion _) 4388:12 1 (_) In gnu/services.scm: 419:6 0 (_) gnu/services.scm:419:6: error: %modify-services: unbound variable pre-inst-env just prepends my config repo to the GUILE_LOAD_PATH, this specific file has some shared definitions for my actual machine configs. It doesn't do anything weird, no module reflection, etc, just a plain declarative module.
bug-guix <at> gnu.org
:bug#64360
; Package guix
.
(Sat, 30 Dec 2023 03:16:01 GMT) Full text and rfc822 format available.Message #38 received at 64360 <at> debbugs.gnu.org (full text, mbox):
From: Csepp <raingloom <at> riseup.net> To: Csepp <raingloom <at> riseup.net> Cc: 64360 <at> debbugs.gnu.org, Simon Tournier <zimon.toutoune <at> gmail.com> Subject: Re: bug#64360: error: ghc-onetuple: unbound variable Date: Sat, 30 Dec 2023 04:08:55 +0100
Csepp <raingloom <at> riseup.net> writes: > Csepp <raingloom <at> riseup.net> writes: > >> Simon Tournier <zimon.toutoune <at> gmail.com> writes: >> >>> Hi, >>> >>> Could you confirm on i686 native machine that you are able to reproduce >>> the error with: >>> >>> $ guix time-machine --commit= 63660f0 -- shell yt-dlp >>> >>> ? >>> >>> >>> On Fri, 30 Jun 2023 at 02:56, Csepp <raingloom <at> riseup.net> wrote: >>> >>>> $ guix shell yt-dlp >>>> Backtrace: >>>> In srfi/srfi-1.scm: >>>> 586:17 19 (map1 (#<<manifest-entry> name: "yt-dlp" version: "202…>)) >>>> In guix/profiles.scm: >>>> 1932:19 18 (_ _) >>>> In guix/packages.scm: >>>> 1371:17 17 (supported-package? #<package yt-dlp <at> 2023.06.22 gnu/pa…> …) >>>> In guix/memoization.scm: >>>> 101:0 16 (_ #<hash-table 23e5c90 0/31> #<package yt-dlp <at> 2023.06…> …) >>>> In guix/packages.scm: >>>> 1349:39 15 (_) >>>> 1611:16 14 (package->bag _ _ _ #:graft? _) >>>> 1715:47 13 (thunk) >>>> In gnu/packages/video.scm: >>>> 2615:11 12 (native-inputs #<package yt-dlp <at> 2023.06.22 gnu/packages…>) >>>> In guix/packages.scm: >>>> 1371:17 11 (supported-package? #<package pandoc <at> 2.14.0.3 gnu/pack…> …) >>>> In guix/memoization.scm: >>>> 101:0 10 (_ #<hash-table 23e5c90 0/31> #<package pandoc <at> 2.14.0.…> …) >>>> In guix/packages.scm: >>>> 1349:39 9 (_) >>>> 1611:16 8 (package->bag _ _ _ #:graft? _) >>>> 1712:48 7 (thunk) >>>> In gnu/packages/haskell-xyz.scm: >>>> 9121:35 6 (inputs #<package pandoc <at> 2.14.0.3 gnu/packages/haskell-…>) >>>> In guix/packages.scm: >>>> 1424:32 5 (package-closure _ #:system _) >>>> 1611:16 4 (package->bag _ _ _ #:graft? _) >>>> 1712:48 3 (thunk) >>>> In gnu/packages/haskell-web.scm: >>>> 943:18 2 (inputs #<package ghc-aeson <at> 2.0.3.0 gnu/packages/haskel…>) >>>> In ice-9/boot-9.scm: >>>> 1685:16 1 (raise-exception _ #:continuable? _) >>>> 1685:16 0 (raise-exception _ #:continuable? _) >>>> >>>> ice-9/boot-9.scm:1685:16: In procedure raise-exception: >>>> error: ghc-onetuple: unbound variable >>> >>>> Running guix search ghc-onetuple indeed does not turn anything up. >>>> guix search ghc-aeson results in the same error halfway through >>>> outputting the description for ghc-aeson. >>> >>> The package ghc-onetuple is defined. As far I can read, it is as the >>> same place since 49a320aaa6fb4c20d6b30c56c35a8c7ffceed822: >>> >>> AuthorDate: Sun Jan 15 10:09:44 2023 +0100 >>> CommitDate: Sun Feb 26 10:26:07 2023 +0100 >>> >>> And in this report speaks elsewhere about >>> 63660f0febb4aa0d5260791c82dfde15c0df4c79, which comes after: >>> >>> AuthorDate: Tue Jun 27 15:43:27 2023 -0400 >>> CommitDate: Tue Jun 27 15:43:27 2023 -0400 >>> >>> For instance, see [1]. Therefore, I do not think the issue comes from >>> that. Running, >>> >>> $ guix time-machine --commit= 63660f0 -- shell -s i686-linux yt-dlp >>> >>> I get the error: >>> >>> build of /gnu/store/n2yl83p37j9mazjh58d5fxixjiq188px-ghc-base64-0.4.2.4.drv failed >>> >>> and the message reads: >>> >>> starting phase `check' >>> running "runhaskell Setup.hs" with command "test" and parameters () >>> Running 1 test suites... >>> Test suite tasty: RUNNING... >>> >>> Test suite tasty: FAIL >>> Test suite logged to: dist/test/base64-0.4.2.4-tasty.log >>> 0 of 1 test suites (0 of 1 test cases) passed. >>> error: in phase 'check': uncaught exception: >>> %exception #<&invoke-error program: "runhaskell" arguments: ("-package-db=/tmp/guix-build-ghc-base64-0.4.2.4.drv-0/package.conf.d" "Setup.hs" "test") exit-status: 1 term-signal: #f stop-signal: #f> >>> phase `check' failed after 0.3 seconds >>> >>> >>> 1: >>> https://git.savannah.gnu.org/cgit/guix.git/tree/gnu/packages/haskell-xyz.scm?id=63660f0febb4aa0d5260791c82dfde15c0df4c79#n15164 >>> >>> Cheers, >>> simon >> >> Got an error, but not the same one. >> >> ... >> building /gnu/store/c7vzg80lankn28pmb53lhfclgw8xdnxk-inferior-script.scm.drv... >> building package cache... >> building profile with 1 package... >> hint: Consider passing the `--check' option once to make sure your shell does not clobber environment variables. >> >> Backtrace: >> In ice-9/boot-9.scm: >> 222:29 19 (map1 _) >> 222:29 18 (map1 _) >> 222:29 17 (map1 _) >> 222:29 16 (map1 _) >> 222:29 15 (map1 _) >> 222:29 14 (map1 _) >> 222:29 13 (map1 _) >> 222:29 12 (map1 _) >> 222:17 11 (map1 (((gnu packages tex)) ((gnu packages xml)) ((…)) …)) >> 3327:17 10 (resolve-interface (gnu packages tex) #:select _ #:hide …) >> In ice-9/threads.scm: >> 390:8 9 (_ _) >> In ice-9/boot-9.scm: >> 3253:13 8 (_) >> In ice-9/threads.scm: >> 390:8 7 (_ _) >> In ice-9/boot-9.scm: >> 3544:20 6 (_) >> 2836:4 5 (save-module-excursion _) >> 3564:26 4 (_) >> In unknown file: >> 3 (primitive-load-path "gnu/packages/tex" #<procedure 889…>) >> In gnu/packages/tex.scm: >> GC Warning: Failed to expand heap by 8388608 bytes >> ...repeats a bunch of times... >> GC Warning: Failed to expand heap by 8388608 bytes >> GC Warning: Failed to expand heap by 65536 bytes >> GC Warning: Out of Memory! Heap size: 2498 MiB. Returning NULL! >> Exception thrown while printing backtrace: >> Out of memory >> >> ice-9/boot-9.scm:1685:16: In procedure raise-exception: >> error: license:arphic-1999: unbound variable > > And another error with a pull from about an hour ago, this is from > trying to reconfigure. > Pull was offloaded from the i686 netbook to the x86_64 PC. > > guix describe: > > Generation 21 Dec 30 2023 02:54:01 (current) > guix f76ca2b > repository URL: https://git.savannah.gnu.org/git/guix.git > branch: master > commit: f76ca2b0e894c244d5011a32b30dee8fd874e322 > raingloom b528a4a > repository URL: https://git.sr.ht/~raingloom/guix-packages > branch: master > commit: b528a4a906011efb52bc4db916408c5f12f387ec > nonguix 8956906 > repository URL: https://gitlab.com/nonguix/nonguix.git > branch: master > commit: 8956906f6bed6709e71f0c26ed6a3620f40dc487 > > ./pre-inst-env guile --no-auto-compile raingloom/machines.scm > > Backtrace: > In ice-9/boot-9.scm: > 1752:10 6 (with-exception-handler _ _ #:unwind? _ # _) > In unknown file: > 5 (apply-smob/0 #<thunk ed330>) > In ice-9/boot-9.scm: > 724:2 4 (call-with-prompt _ _ #<procedure default-prompt-handle…>) > In ice-9/eval.scm: > 619:8 3 (_ #(#(#<directory (guile-user) df690>))) > In ice-9/boot-9.scm: > 2836:4 2 (save-module-excursion _) > 4388:12 1 (_) > In gnu/services.scm: > 419:6 0 (_) > > gnu/services.scm:419:6: error: %modify-services: unbound variable > > pre-inst-env just prepends my config repo to the GUILE_LOAD_PATH, this > specific file has some shared definitions for my actual machine configs. > It doesn't do anything weird, no module reflection, etc, just a plain > declarative module. Oh crap, it wasn't actually declarative, I was using use-modules. Sorry, it's pretty late. After fixing some other errors, it builds, or well, at least the Guile code is successfully loaded. Whether the reconfigure will succeed is yet to be determined.
bug-guix <at> gnu.org
:bug#64360
; Package guix
.
(Mon, 08 Jan 2024 09:10:03 GMT) Full text and rfc822 format available.Message #41 received at 64360 <at> debbugs.gnu.org (full text, mbox):
From: Simon Tournier <zimon.toutoune <at> gmail.com> To: Csepp <raingloom <at> riseup.net> Cc: 64360 <at> debbugs.gnu.org, Csepp <raingloom <at> riseup.net> Subject: Re: bug#64360: error: ghc-onetuple: unbound variable Date: Tue, 02 Jan 2024 10:13:32 +0100
Hi, On Wed, 20 Dec 2023 at 11:56, Csepp <raingloom <at> riseup.net> wrote: >>> In guix/packages.scm: >>> 1371:17 17 (supported-package? #<package yt-dlp <at> 2023.06.22 gnu/pa…> …) >>> In guix/memoization.scm: >>> 101:0 16 (_ #<hash-table 23e5c90 0/31> #<package yt-dlp <at> 2023.06…> …) >>> In guix/packages.scm: >>> 1349:39 15 (_) >>> 1611:16 14 (package->bag _ _ _ #:graft? _) >>> 1715:47 13 (thunk) >>> In gnu/packages/video.scm: >>> 2615:11 12 (native-inputs #<package yt-dlp <at> 2023.06.22 gnu/packages…>) >>> In guix/packages.scm: >>> 1371:17 11 (supported-package? #<package pandoc <at> 2.14.0.3 gnu/pack…> …) >>> In guix/memoization.scm: >>> 101:0 10 (_ #<hash-table 23e5c90 0/31> #<package pandoc <at> 2.14.0.…> …) >>> In guix/packages.scm: >>> 1349:39 9 (_) >>> 1611:16 8 (package->bag _ _ _ #:graft? _) >>> 1712:48 7 (thunk) >>> In gnu/packages/haskell-xyz.scm: >>> 9121:35 6 (inputs #<package pandoc <at> 2.14.0.3 gnu/packages/haskell-…>) >>> In guix/packages.scm: >>> 1424:32 5 (package-closure _ #:system _) >>> 1611:16 4 (package->bag _ _ _ #:graft? _) >>> 1712:48 3 (thunk) >>> In gnu/packages/haskell-web.scm: >>> 943:18 2 (inputs #<package ghc-aeson <at> 2.0.3.0 gnu/packages/haskel…>) >>> In ice-9/boot-9.scm: >>> 1685:16 1 (raise-exception _ #:continuable? _) >>> 1685:16 0 (raise-exception _ #:continuable? _) >>> >>> ice-9/boot-9.scm:1685:16: In procedure raise-exception: >>> error: ghc-onetuple: unbound variable [...] > 222:29 12 (map1 _) > 222:17 11 (map1 (((gnu packages tex)) ((gnu packages xml)) ((…)) …)) > 3327:17 10 (resolve-interface (gnu packages tex) #:select _ #:hide …) > In ice-9/threads.scm: > 390:8 9 (_ _) > In ice-9/boot-9.scm: > 3253:13 8 (_) > In ice-9/threads.scm: > 390:8 7 (_ _) > In ice-9/boot-9.scm: > 3544:20 6 (_) > 2836:4 5 (save-module-excursion _) > 3564:26 4 (_) > In unknown file: > 3 (primitive-load-path "gnu/packages/tex" #<procedure 889…>) > In gnu/packages/tex.scm: > GC Warning: Failed to expand heap by 8388608 bytes > ...repeats a bunch of times... > GC Warning: Failed to expand heap by 8388608 bytes > GC Warning: Failed to expand heap by 65536 bytes > GC Warning: Out of Memory! Heap size: 2498 MiB. Returning NULL! > Exception thrown while printing backtrace: > Out of memory > > ice-9/boot-9.scm:1685:16: In procedure raise-exception: > error: license:arphic-1999: unbound variable Could you please do not mix all the bugs you are hitting? The initial report is about ghc-onetuple. The error message says: error: ghc-onetuple: unbound variable and as explained in [1], this error does not come from the ’guix’ channel but by one of the others you are also pulling. Could you confirm that? Next, I am not able to reproduce the initial failure about yt-dlp and instead I hit a failure about: --8<---------------cut here---------------start------------->8--- $ guix time-machine --commit=63660f0febb \ -- shell --rebuild-cache -s i686-linux yt-dlp \ -- yt-dlp --version [...] starting phase `check' running "runhaskell Setup.hs" with command "test" and parameters () Running 1 test suites... Test suite tasty: RUNNING... Test suite tasty: FAIL Test suite logged to: dist/test/base64-0.4.2.4-tasty.log 0 of 1 test suites (0 of 1 test cases) passed. error: in phase 'check': uncaught exception: %exception #<&invoke-error program: "runhaskell" arguments: ("-package-db=/tmp/guix-build-ghc-base64-0.4.2.4.drv-0/package.conf.d" "Setup.hs" "test") exit-status: 1 term-signal: #f stop-signal: #f> phase `check' failed after 0.3 seconds command "runhaskell" "-package-db=/tmp/guix-build-ghc-base64-0.4.2.4.drv-0/package.conf.d" "Setup.hs" "test" failed with status 1 builder for `/gnu/store/n2yl83p37j9mazjh58d5fxixjiq188px-ghc-base64-0.4.2.4.drv' failed with exit code 1 build of /gnu/store/n2yl83p37j9mazjh58d5fxixjiq188px-ghc-base64-0.4.2.4.drv failed --8<---------------cut here---------------end--------------->8--- as reported in [1]. Could you confirm that failure? And thus the failure of pandoc for i686 architecture? Cheers, simon 1: bug#64360: error: ghc-onetuple: unbound variable Simon Tournier <zimon.toutoune <at> gmail.com> Fri, 24 Nov 2023 15:43:26 +0100 id:87zfz3ciup.fsf <at> gmail.com https://issues.guix.gnu.org/64360 https://issues.guix.gnu.org/msgid/87zfz3ciup.fsf <at> gmail.com https://yhetil.org/guix/87zfz3ciup.fsf <at> gmail.com
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.