* bug#64360: error: ghc-onetuple: unbound variable
@ 2023-06-30 0:56 Csepp
2023-07-07 13:44 ` Ludovic Courtès
2023-11-24 14:43 ` Simon Tournier
0 siblings, 2 replies; 13+ messages in thread
From: Csepp @ 2023-06-30 0:56 UTC (permalink / raw)
To: 64360
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@2023.06.22 gnu/pa…> …)
In guix/memoization.scm:
101:0 16 (_ #<hash-table 23e5c90 0/31> #<package yt-dlp@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@2023.06.22 gnu/packages…>)
In guix/packages.scm:
1371:17 11 (supported-package? #<package pandoc@2.14.0.3 gnu/pack…> …)
In guix/memoization.scm:
101:0 10 (_ #<hash-table 23e5c90 0/31> #<package pandoc@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@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@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?
^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#64360: error: ghc-onetuple: unbound variable
2023-06-30 0:56 bug#64360: error: ghc-onetuple: unbound variable Csepp
@ 2023-07-07 13:44 ` Ludovic Courtès
2023-07-07 14:22 ` Csepp
2023-11-24 14:43 ` Simon Tournier
1 sibling, 1 reply; 13+ messages in thread
From: Ludovic Courtès @ 2023-07-07 13:44 UTC (permalink / raw)
To: Csepp; +Cc: 64360
Hi,
Csepp <raingloom@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@2023.06.22 gnu/pa…> …)
> In guix/memoization.scm:
> 101:0 16 (_ #<hash-table 23e5c90 0/31> #<package yt-dlp@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@2023.06.22 gnu/packages…>)
> In guix/packages.scm:
> 1371:17 11 (supported-package? #<package pandoc@2.14.0.3 gnu/pack…> …)
> In guix/memoization.scm:
> 101:0 10 (_ #<hash-table 23e5c90 0/31> #<package pandoc@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@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@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’.
^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#64360: error: ghc-onetuple: unbound variable
2023-07-07 13:44 ` Ludovic Courtès
@ 2023-07-07 14:22 ` Csepp
2023-07-09 16:10 ` Ludovic Courtès
0 siblings, 1 reply; 13+ messages in thread
From: Csepp @ 2023-07-07 14:22 UTC (permalink / raw)
To: Ludovic Courtès; +Cc: 64360, Csepp
Ludovic Courtès <ludo@gnu.org> writes:
> Hi,
>
> Csepp <raingloom@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@2023.06.22 gnu/pa…> …)
>> In guix/memoization.scm:
>> 101:0 16 (_ #<hash-table 23e5c90 0/31> #<package yt-dlp@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@2023.06.22 gnu/packages…>)
>> In guix/packages.scm:
>> 1371:17 11 (supported-package? #<package pandoc@2.14.0.3 gnu/pack…> …)
>> In guix/memoization.scm:
>> 101:0 10 (_ #<hash-table 23e5c90 0/31> #<package pandoc@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@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@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.
^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#64360: error: ghc-onetuple: unbound variable
2023-07-07 14:22 ` Csepp
@ 2023-07-09 16:10 ` Ludovic Courtès
2023-07-09 17:06 ` Csepp
0 siblings, 1 reply; 13+ messages in thread
From: Ludovic Courtès @ 2023-07-09 16:10 UTC (permalink / raw)
To: Csepp; +Cc: 64360
Hi,
n
Csepp <raingloom@riseup.net> skribis:
> Ludovic Courtès <ludo@gnu.org> writes:
>
>> Hi,
>>
>> Csepp <raingloom@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’.
^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#64360: error: ghc-onetuple: unbound variable
2023-07-09 16:10 ` Ludovic Courtès
@ 2023-07-09 17:06 ` Csepp
2023-07-13 0:52 ` Csepp
0 siblings, 1 reply; 13+ messages in thread
From: Csepp @ 2023-07-09 17:06 UTC (permalink / raw)
To: Ludovic Courtès; +Cc: 64360, Csepp
Ludovic Courtès <ludo@gnu.org> writes:
> Hi,
> n
> Csepp <raingloom@riseup.net> skribis:
>
>> Ludovic Courtès <ludo@gnu.org> writes:
>>
>>> Hi,
>>>
>>> Csepp <raingloom@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.
^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#64360: error: ghc-onetuple: unbound variable
2023-07-09 17:06 ` Csepp
@ 2023-07-13 0:52 ` Csepp
2023-07-14 13:28 ` Ludovic Courtès
0 siblings, 1 reply; 13+ messages in thread
From: Csepp @ 2023-07-13 0:52 UTC (permalink / raw)
To: Ludovic Courtès; +Cc: 64360, Csepp
[-- Attachment #1: Type: text/plain, Size: 2270 bytes --]
Csepp <raingloom@riseup.net> writes:
> Ludovic Courtès <ludo@gnu.org> writes:
>
>> Hi,
>> n
>> Csepp <raingloom@riseup.net> skribis:
>>
>>> Ludovic Courtès <ludo@gnu.org> writes:
>>>
>>>> Hi,
>>>>
>>>> Csepp <raingloom@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.
[-- Attachment #2: all generations --]
[-- Type: application/octet-stream, Size: 13644 bytes --]
Generation 11 Sep 05 2022 11:16:22
nonguix 9563de3
repository URL: https://gitlab.com/nonguix/nonguix
branch: master
commit: 9563de3037f3e41ac3c0e99176047ce73003b0e6
guix 41bce24
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: 41bce2414a286836b4071d90b660fb457ee76e32
Generation 12 Sep 12 2022 23:18:13
nonguix e095134
repository URL: https://gitlab.com/nonguix/nonguix
branch: master
commit: e0951349603581895e0ba61f0e7410368ea1902a
guix 23b50dd
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: 23b50ddbdbcee0dac1bc05f12374043d6f215b00
News for channel 'guix'
Emacs now supports native compilation
commit 11a06d1e49f4d50d6789e05bbf35e2e145ff7838
Emacs can now compile packages natively. Under the default configuration,
this means that Emacs packages will now be just-in-time (JIT) compiled as
you use them, and the results stored in a subdirectory of your
`user-emacs-directory'.
Furthermore, the build system for Emacs packages transparently supports
native compilation, but note, that `emacs-minimal'---the default Emacs for
building packages---has been configured without native compilation. To
natively compile your emacs packages ahead of time, use a transformation
like `--with-input=emacs-minimal=emacs'.
Linux-libre kernel updated to 5.19
commit c188cf57f161c0c26e2d7c8516bd1ddd1492d686
The default version of the linux-libre kernel has been updated to the 5.19
release series.
Generation 13 Oct 11 2022 23:32:05
nonguix 03ac69a
repository URL: https://gitlab.com/nonguix/nonguix
branch: master
commit: 03ac69a85af9213f57029423492d810a3f0e41ae
guix e46bb5f
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: e46bb5fd5af3adb931e0930326c60a7c2e4cbe4e
News for channel 'guix'
`--with-source' is now recursive
commit 28ade1bab207974cce6a014e7187968511fc5526
The `--with-source' package transformation option now uses the specified
source for all matching packages, including dependencies. This option is
useful for all package maintainers, developers, and, in general, all users
who want Guix to facilitate their rights to modify their software and share
their changes.
Run `info "(guix) Package Transformation Options"' for more info.
Guix System image creation is now documented
commit a13f5ead0265cf0fe11e60150547c09dfc8c45b0
The Guix System image API that allows you to create customized system images
and turn them into actual bootable images is now documented in the `Creating
System Images' chapter of the Guix documentation. This should be
particularly useful for people trying to port Guix System to new hardware.
WSL system images support
commit c8112f3bd95269ce4aca12dedbfe61bb6b37acae
The `guix system image' command can now generate system images for the
Windows Subsystem for Linux. To get started, you can for instance run from
a Guix checkout:
`guix system image gnu/system/images/wsl2.scm',
and import the resulting image this way:
`wsl --import Guix ./guix ./wsl2-image.tar.gz' `wsl -d Guix'.
Generation 14 Oct 17 2022 21:47:20
nonguix 4399c01
repository URL: https://gitlab.com/nonguix/nonguix
branch: master
commit: 4399c012e4bb5460c1807285ed98fb5455816f8c
guix ec7ba6a
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: ec7ba6ae5308faba68181f3fffc7d115d37cd1d4
News for channel 'guix'
New `--emulate-fhs' option for `guix shell'
commit c7ba5f38b80433b040d3946b8fc0b1e8621ba30a
The `guix shell' command has a new `--emulate-fhs' (or `-F') option.
Combined with `--container' (or `-C'), it emulates the file and directory
layout specified by the Filesystem Hierarchy Standard (FHS), providing
`/bin', `/lib', etc. within the container.
For example, the following command runs `/bin/ls' within such a container:
guix shell -CF coreutils -- /bin/ls
Run `info "(guix) Invoking guix shell"' for more information.
Generation 15 Oct 25 2022 21:50:10
nonguix d4f3c4b
repository URL: https://gitlab.com/nonguix/nonguix
branch: master
commit: d4f3c4b57e05fd3286722ed44b6500093c632258
guix a0751e3
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: a0751e3250dfea7e52468c8090e18c3118d93a60
Generation 16 Nov 19 2022 05:31:24
nonguix f3227e3
repository URL: https://gitlab.com/nonguix/nonguix.git
branch: master
commit: f3227e33d1782508bbf530de61fa3a8bda253423
guix-science 5993cb7
repository URL: https://github.com/guix-science/guix-science.git
branch: master
commit: 5993cb79373293bb705970c4702b971f4e1d96b5
raingloom 48095e7
repository URL: https://git.sr.ht/~raingloom/guix-packages
branch: master
commit: 48095e7247a3dc9006ce5ea1b4a75310591b608e
guix 347733b
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: 347733bcde2edb60bc831d363971c488eb74e3f8
News for channel 'guix'
New `--symlink' option for `guix shell'
commit 788602b37ff42f730d4b7b569b0fb51465f147da
The `guix shell' command has a new `--symlink' (or `-S') option, to be used
in conjunction with the `--container' (or `-C') option to create a symbolic
link inside the container. Run `info "(guix) Invoking guix shell"' for more
information.
Linux-libre kernel updated to 6.0
commit 82a0a395d7051eab7b9f15ec4740d58c86413604
The default version of the linux-libre kernel has been updated to the 6.0
release series.
New build system for Python packages
commit 400a7a4c80efbde1905ae98a298bbb5882d46a0d
A new PYPROJECT-BUILD-SYSTEM has been added. This is a redesign of
PYTHON-BUILD-SYSTEM with support for "PEP 517" and `pyproject.toml' files.
It also has built-in support for various test frameworks such as `pytest'
and `nosetests'.
There is a complementary `python-toolchain' package that comes with updated
versions of `pip', `setuptools' and others.
The build system will eventually be merged into PYTHON-BUILD-SYSTEM but you
are encouraged to use it for packages in the `guix' channel. Third party
channels may want to wait until the API is stable (see the Guix manual for
caveats).
Despite the name, PYPROJECT-BUILD-SYSTEM also works with the ``legacy''
`setup.py' format.
Generation 17 Jan 02 2023 05:38:38
guix d7a9d72
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: d7a9d72bb02a2a3b1a99183655bf878547116032
News for channel 'guix'
New `customize-linux' procedure
commit dfc6957a5af7d179d4618eb19d4f555c519bc6f2
The `(gnu packages linux)' module includes a new `customize-linux'
procedure, which should now be used instead of replacing the `"kconfig"'
native input of a `linux-libre'-derived package, as the kernel config file
is no longer provided as a native input.
Generation 18 Feb 13 2023 13:29:09
guix 3240475
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: 32404757a1214bce9d4bc60f4caeb6e5bf7ec98a
News for channel 'guix'
New `--with-version' package transformation option
commit 137b91f03bbb7f1df71cf10c4f79ae57fbcea400
The new `--with-version' package transformation option generalizes
`--with-latest': it gets the specified upstream release of a package and
uses it instead of the currently-packaged version.
For example, the command below would spawn GNOME Clocks built against GTK
4.7.0, skipping its test suite:
guix shell gnome-clocks --with-version=gtk=4.7.0 \
--without-tests=gtk -- gnome-clocks
Run `info "(guix) Package Transformation Options"' for more info.
Linux-libre 6.0 removed due to end of upstream support
commit 9ea37eb9f5329c213757bbfe5d9241cde8433858
The linux-libre 6.0 kernel series has reached the end of its life, and no
longer supported upstream. For this reason, it has been removed from GNU
Guix.
Linux-libre kernel updated to 6.1
commit ce8a34bc9ab89f31f107383ba791954864aed372
The default version of the linux-libre kernel has been updated to the 6.1
release series.
Linux-libre 4.9 removed due to end of upstream support
commit 064c5b7e450f9f6d55cfcd0ec2bc9e96ee0b2958
The linux-libre 4.9 kernel series has reach the end of its life, and is no
longer supported upstream. For this reason, it has been removed from GNU
Guix.
Generation 19 Feb 14 2023 19:26:13
guix 4501a50
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: 4501a50bbdb35b4e0b5adf57c11a511af31f76f5
Generation 20 Feb 21 2023 02:39:21
guix 038981e
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: 038981e1287fc97d3a5f19a2d9824e55247c228e
News for channel 'guix'
New `rpm' format for the `guix pack' command
commit 598f4c509bbfec2b983a8ee246cce0a0fe45ec7f
RPM archives (with the .rpm file extension) can now be produced via the
`guix pack --format=rpm' command, providing an alternative distribution path
for software built with Guix. Here is a simple example that generates an
RPM archive for the `hello' package:
guix pack --format=rpm --symlink=/usr/bin/hello=bin/hello hello
See `info "(guix) Invoking guix pack"' for more information.
Generation 21 Mar 15 2023 17:40:25 (current)
guix 8a47949
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: 8a479494633395f5a4a088e2c52380bcb22f4fe8
News for channel 'guix'
Linux-libre kernel updated to 6.2
commit 0e18c5e5bcb9204c278cfc75493d3b02b746d5c3
The default version of the linux-libre kernel has been updated to the 6.2
release series.
Generation 22 Jun 30 2023 01:27:38
guix 63660f0
repository URL: https://git.savannah.gnu.org/git/guix.git
commit: 63660f0febb4aa0d5260791c82dfde15c0df4c79
News for channel 'guix'
New `guix locate' command
commit 1b7aabbc79969a89141aadd3d41d7a5329a3462e
The new `guix locate' command lets you search for packages containing a
given file---at long last! For instance, to find which package(s) provide a
file named `ls', run:
guix locate ls
Currently the command relies on purely local information. It is thus unable
to find packages that have not reached your store. This limitation will be
lifted in a future revision.
Run `info "(guix) Invoking guix locate"' for more info.
New `arguments' rule for `guix style'
commit ba5da5125a81307500982517e2f458d57b024668
The `guix style' command has a new "styling rule" for package definitions.
Package writers may now run the following command:
guix style -L /path/to/channel -S arguments PACKAGE
This command rewrites the `arguments' field of PACKAGE so that it uses
G-expressions instead of classical quasiquotation.
Run `info "(guix) Invoking guix style"' for more info.
New `--with-configure-flag' transformation option
commit ae11fcb84ac478dfa56d322ef08890645183a087
The new `--with-configure-flag' package transformation option lets you pass
an additional configure flag to the build system of a package. For
instance, here is how you would pass a flag to `cmake', the build system of
the `lapack' package:
guix build lapack \
--with-configure-flag=lapack=-DBUILD_SHARED_LIBS=OFF
Run `info "(guix) Package Transformation Options"' for more info.
Core packages updated
commit c919bfefd98bf2e29549539b4e28e6dc2a8a6f32
Core packages have been updated, following months of hard work by
contributors. Noteworthy package upgrades include:
* glibc 2.35;
* Python 3.10;
* Perl 5.36;
* Mesa 22;
* GCC 11 is now used as the default compiler.
A major highlight is the introduction of the so-called "full-source
bootstrap": packages are all built starting from a 500-byte program called
stage0, which is then used to build a higher-level interpreter, a basic
Scheme interpreter and C compiler (GNU Mes), and so on, until GCC (the GNU
Compiler Collection) is finally built. This is a premiere and a huge step
forward in terms of transparency of auditability.
Linux-libre LTS kernel updated to 6.1
commit 21564fada141bfba25d471518b293b6004244c3a
The default version of the `linux-libre-lts' kernel has been updated to the
6.1 longterm release series.
Using Guix within `guix shell --container'
commit 57db09aae73e3713a10c5253758d84e1046f80dc
The `--container' (or `-C') option lets you spawn a container---an isolated
software environment. In some cases, it is useful to use Guix from within
the container, something that is normally not possible.
The new `--nesting' (or `-W') option lets you do exactly that: a container
created with that option will let you use `guix' commands, including `guix
shell -C', _inside_ of it.
The example below shows how to evaluate a `guix.scm' file to build a package
from within an isolated container, which is useful if `guix.scm' is
untrusted:
guix shell -CW -- guix build -f guix.scm
Run `info "(guix) Invoking guix shell"' for more information.
^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#64360: error: ghc-onetuple: unbound variable
2023-07-13 0:52 ` Csepp
@ 2023-07-14 13:28 ` Ludovic Courtès
2023-07-14 18:52 ` Csepp
0 siblings, 1 reply; 13+ messages in thread
From: Ludovic Courtès @ 2023-07-14 13:28 UTC (permalink / raw)
To: Csepp; +Cc: 64360
Hi,
Csepp <raingloom@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’.
^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#64360: error: ghc-onetuple: unbound variable
2023-07-14 13:28 ` Ludovic Courtès
@ 2023-07-14 18:52 ` Csepp
0 siblings, 0 replies; 13+ messages in thread
From: Csepp @ 2023-07-14 18:52 UTC (permalink / raw)
To: Ludovic Courtès; +Cc: 64360, Csepp
Ludovic Courtès <ludo@gnu.org> writes:
> Hi,
>
> Csepp <raingloom@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!
^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#64360: error: ghc-onetuple: unbound variable
2023-06-30 0:56 bug#64360: error: ghc-onetuple: unbound variable Csepp
2023-07-07 13:44 ` Ludovic Courtès
@ 2023-11-24 14:43 ` Simon Tournier
2023-12-20 10:56 ` Csepp
1 sibling, 1 reply; 13+ messages in thread
From: Simon Tournier @ 2023-11-24 14:43 UTC (permalink / raw)
To: Csepp; +Cc: 64360
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@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@2023.06.22 gnu/pa…> …)
> In guix/memoization.scm:
> 101:0 16 (_ #<hash-table 23e5c90 0/31> #<package yt-dlp@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@2023.06.22 gnu/packages…>)
> In guix/packages.scm:
> 1371:17 11 (supported-package? #<package pandoc@2.14.0.3 gnu/pack…> …)
> In guix/memoization.scm:
> 101:0 10 (_ #<hash-table 23e5c90 0/31> #<package pandoc@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@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@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
^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#64360: error: ghc-onetuple: unbound variable
2023-11-24 14:43 ` Simon Tournier
@ 2023-12-20 10:56 ` Csepp
2023-12-30 2:50 ` Csepp
2024-01-02 9:13 ` Simon Tournier
0 siblings, 2 replies; 13+ messages in thread
From: Csepp @ 2023-12-20 10:56 UTC (permalink / raw)
To: Simon Tournier; +Cc: 64360, Csepp
Simon Tournier <zimon.toutoune@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@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@2023.06.22 gnu/pa…> …)
>> In guix/memoization.scm:
>> 101:0 16 (_ #<hash-table 23e5c90 0/31> #<package yt-dlp@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@2023.06.22 gnu/packages…>)
>> In guix/packages.scm:
>> 1371:17 11 (supported-package? #<package pandoc@2.14.0.3 gnu/pack…> …)
>> In guix/memoization.scm:
>> 101:0 10 (_ #<hash-table 23e5c90 0/31> #<package pandoc@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@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@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
^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#64360: error: ghc-onetuple: unbound variable
2023-12-20 10:56 ` Csepp
@ 2023-12-30 2:50 ` Csepp
2023-12-30 3:08 ` Csepp
2024-01-02 9:13 ` Simon Tournier
1 sibling, 1 reply; 13+ messages in thread
From: Csepp @ 2023-12-30 2:50 UTC (permalink / raw)
To: Csepp; +Cc: 64360, Simon Tournier
Csepp <raingloom@riseup.net> writes:
> Simon Tournier <zimon.toutoune@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@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@2023.06.22 gnu/pa…> …)
>>> In guix/memoization.scm:
>>> 101:0 16 (_ #<hash-table 23e5c90 0/31> #<package yt-dlp@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@2023.06.22 gnu/packages…>)
>>> In guix/packages.scm:
>>> 1371:17 11 (supported-package? #<package pandoc@2.14.0.3 gnu/pack…> …)
>>> In guix/memoization.scm:
>>> 101:0 10 (_ #<hash-table 23e5c90 0/31> #<package pandoc@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@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@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.
^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#64360: error: ghc-onetuple: unbound variable
2023-12-30 2:50 ` Csepp
@ 2023-12-30 3:08 ` Csepp
0 siblings, 0 replies; 13+ messages in thread
From: Csepp @ 2023-12-30 3:08 UTC (permalink / raw)
To: Csepp; +Cc: 64360, Simon Tournier
Csepp <raingloom@riseup.net> writes:
> Csepp <raingloom@riseup.net> writes:
>
>> Simon Tournier <zimon.toutoune@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@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@2023.06.22 gnu/pa…> …)
>>>> In guix/memoization.scm:
>>>> 101:0 16 (_ #<hash-table 23e5c90 0/31> #<package yt-dlp@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@2023.06.22 gnu/packages…>)
>>>> In guix/packages.scm:
>>>> 1371:17 11 (supported-package? #<package pandoc@2.14.0.3 gnu/pack…> …)
>>>> In guix/memoization.scm:
>>>> 101:0 10 (_ #<hash-table 23e5c90 0/31> #<package pandoc@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@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@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.
^ permalink raw reply [flat|nested] 13+ messages in thread
* bug#64360: error: ghc-onetuple: unbound variable
2023-12-20 10:56 ` Csepp
2023-12-30 2:50 ` Csepp
@ 2024-01-02 9:13 ` Simon Tournier
1 sibling, 0 replies; 13+ messages in thread
From: Simon Tournier @ 2024-01-02 9:13 UTC (permalink / raw)
To: Csepp; +Cc: 64360, Csepp
Hi,
On Wed, 20 Dec 2023 at 11:56, Csepp <raingloom@riseup.net> wrote:
>>> In guix/packages.scm:
>>> 1371:17 17 (supported-package? #<package yt-dlp@2023.06.22 gnu/pa…> …)
>>> In guix/memoization.scm:
>>> 101:0 16 (_ #<hash-table 23e5c90 0/31> #<package yt-dlp@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@2023.06.22 gnu/packages…>)
>>> In guix/packages.scm:
>>> 1371:17 11 (supported-package? #<package pandoc@2.14.0.3 gnu/pack…> …)
>>> In guix/memoization.scm:
>>> 101:0 10 (_ #<hash-table 23e5c90 0/31> #<package pandoc@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@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@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@gmail.com>
Fri, 24 Nov 2023 15:43:26 +0100
id:87zfz3ciup.fsf@gmail.com
https://issues.guix.gnu.org/64360
https://issues.guix.gnu.org/msgid/87zfz3ciup.fsf@gmail.com
https://yhetil.org/guix/87zfz3ciup.fsf@gmail.com
^ permalink raw reply [flat|nested] 13+ messages in thread
end of thread, other threads:[~2024-01-08 9:10 UTC | newest]
Thread overview: 13+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2023-06-30 0:56 bug#64360: error: ghc-onetuple: unbound variable Csepp
2023-07-07 13:44 ` Ludovic Courtès
2023-07-07 14:22 ` Csepp
2023-07-09 16:10 ` Ludovic Courtès
2023-07-09 17:06 ` Csepp
2023-07-13 0:52 ` Csepp
2023-07-14 13:28 ` Ludovic Courtès
2023-07-14 18:52 ` Csepp
2023-11-24 14:43 ` Simon Tournier
2023-12-20 10:56 ` Csepp
2023-12-30 2:50 ` Csepp
2023-12-30 3:08 ` Csepp
2024-01-02 9:13 ` Simon Tournier
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/guix.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).