bug#64360: error: ghc-onetuple: unbound variable

bug#64360: error: ghc-onetuple: unbound variable

[Csepp]

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?

bug#64360: error: ghc-onetuple: unbound variable

[Ludovic Courtès]

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’.

bug#64360: error: ghc-onetuple: unbound variable

[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.

bug#64360: error: ghc-onetuple: unbound variable

[Ludovic Courtès]

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’.

bug#64360: error: ghc-onetuple: unbound variable

[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.

bug#64360: error: ghc-onetuple: unbound variable

[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.

bug#64360: error: ghc-onetuple: unbound variable

[Ludovic Courtès]

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’.

bug#64360: error: ghc-onetuple: unbound variable

[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!

bug#64360: error: ghc-onetuple: unbound variable

[Simon Tournier]

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

bug#64360: error: ghc-onetuple: unbound variable

[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

bug#64360: error: ghc-onetuple: unbound variable

[Csepp]

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.

bug#64360: error: ghc-onetuple: unbound variable

[Csepp]

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.

bug#64360: error: ghc-onetuple: unbound variable

[Simon Tournier]

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