bug#64360: error: ghc-onetuple: unbound variable
Hi,
On Wed, 20 Dec 2023 at 11:56, Csepp wrote:
>>> In guix/packages.scm:
>>> 1371:17 17 (supported-package? # …)
>>> In guix/memoization.scm:
>>> 101:0 16 (_ # # …)
>>> 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 #)
>>> In guix/packages.scm:
>>> 1371:17 11 (supported-package? # …)
>>> In guix/memoization.scm:
>>> 101:0 10 (_ # # …)
>>> 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 #)
>>> 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 #)
>>> 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" #)
> 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 #< 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
Fri, 24 Nov 2023 15:43:26 +0100
id:87zfz3ciup@gmail.com
https://issues.guix.gnu.org/64360
https://issues.guix.gnu.org/msgid/87zfz3ciup@gmail.com
https://yhetil.org/guix/87zfz3ciup@gmail.com
bug#64360: error: ghc-onetuple: unbound variable
Csepp writes:
> Csepp writes:
>
>> Simon Tournier 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 wrote:
>>>
$ guix shell yt-dlp
Backtrace:
In srfi/srfi-1.scm:
586:17 19 (map1 (#< name: "yt-dlp" version: "202…>))
In guix/profiles.scm:
1932:19 18 (_ _)
In guix/packages.scm:
1371:17 17 (supported-package? # …)
In guix/memoization.scm:
101:0 16 (_ # # …)
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 #)
In guix/packages.scm:
1371:17 11 (supported-package? # …)
In guix/memoization.scm:
101:0 10 (_ # # …)
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 #)
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 #)
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 #< 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" #)
>> 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
bug#64360: error: ghc-onetuple: unbound variable
Csepp writes:
> Simon Tournier 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 wrote:
>>
>>> $ guix shell yt-dlp
>>> Backtrace:
>>> In srfi/srfi-1.scm:
>>>586:17 19 (map1 (#< name: "yt-dlp" version: "202…>))
>>> In guix/profiles.scm:
>>> 1932:19 18 (_ _)
>>> In guix/packages.scm:
>>> 1371:17 17 (supported-package? # …)
>>> In guix/memoization.scm:
>>> 101:0 16 (_ # # …)
>>> 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 #)
>>> In guix/packages.scm:
>>> 1371:17 11 (supported-package? # …)
>>> In guix/memoization.scm:
>>> 101:0 10 (_ # # …)
>>> 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 #)
>>> 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 #)
>>> 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 #< 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" #)
> 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:
bug#64360: error: ghc-onetuple: unbound variable
Simon Tournier 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 wrote:
>
>> $ guix shell yt-dlp
>> Backtrace:
>> In srfi/srfi-1.scm:
>>586:17 19 (map1 (#< name: "yt-dlp" version: "202…>))
>> In guix/profiles.scm:
>> 1932:19 18 (_ _)
>> In guix/packages.scm:
>> 1371:17 17 (supported-package? # …)
>> In guix/memoization.scm:
>> 101:0 16 (_ # # …)
>> 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 #)
>> In guix/packages.scm:
>> 1371:17 11 (supported-package? # …)
>> In guix/memoization.scm:
>> 101:0 10 (_ # # …)
>> 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 #)
>> 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 #)
>> 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 #< 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" #)
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#64360: error: ghc-onetuple: unbound variable
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 wrote:
> $ guix shell yt-dlp
> Backtrace:
> In srfi/srfi-1.scm:
>586:17 19 (map1 (#< name: "yt-dlp" version: "202…>))
> In guix/profiles.scm:
> 1932:19 18 (_ _)
> In guix/packages.scm:
> 1371:17 17 (supported-package? # …)
> In guix/memoization.scm:
> 101:0 16 (_ # # …)
> 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 #)
> In guix/packages.scm:
> 1371:17 11 (supported-package? # …)
> In guix/memoization.scm:
> 101:0 10 (_ # # …)
> 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 #)
> 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 #)
> 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 #< 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#64360: error: ghc-onetuple: unbound variable
Ludovic Courtès writes: > Hi, > > Csepp skribis: > >> Generation 22Jun 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#64360: error: ghc-onetuple: unbound variable
Hi, Csepp 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#64360: error: ghc-onetuple: unbound variable
Csepp writes: > Ludovic Courtès writes: > >> Hi, >> n >> Csepp skribis: >> >>> Ludovic Courtès writes: >>> Hi, Csepp 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 Description: all generations
bug#64360: error: ghc-onetuple: unbound variable
Ludovic Courtès writes: > Hi, > n > Csepp skribis: > >> Ludovic Courtès writes: >> >>> Hi, >>> >>> Csepp 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#64360: error: ghc-onetuple: unbound variable
Hi, n Csepp skribis: > Ludovic Courtès writes: > >> Hi, >> >> Csepp 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#64360: error: ghc-onetuple: unbound variable
Ludovic Courtès writes: > Hi, > > Csepp 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 (#< name: "yt-dlp" version: "202…>)) >> In guix/profiles.scm: >> 1932:19 18 (_ _) >> In guix/packages.scm: >> 1371:17 17 (supported-package? # …) >> In guix/memoization.scm: >> 101:0 16 (_ # # …) >> 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 #) >> In guix/packages.scm: >> 1371:17 11 (supported-package? # …) >> In guix/memoization.scm: >> 101:0 10 (_ # # …) >> 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 #) >> 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 #) >> 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#64360: error: ghc-onetuple: unbound variable
Hi, Csepp 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 (#< name: "yt-dlp" version: "202…>)) > In guix/profiles.scm: > 1932:19 18 (_ _) > In guix/packages.scm: > 1371:17 17 (supported-package? # …) > In guix/memoization.scm: > 101:0 16 (_ # # …) > 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 #) > In guix/packages.scm: > 1371:17 11 (supported-package? # …) > In guix/memoization.scm: > 101:0 10 (_ # # …) > 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 #) > 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 #) > 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#64360: error: ghc-onetuple: unbound variable
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 (#< name: "yt-dlp" version: "202…>)) In guix/profiles.scm: 1932:19 18 (_ _) In guix/packages.scm: 1371:17 17 (supported-package? # …) In guix/memoization.scm: 101:0 16 (_ # # …) 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 #) In guix/packages.scm: 1371:17 11 (supported-package? # …) In guix/memoization.scm: 101:0 10 (_ # # …) 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 #) 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 #) 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?
