* 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).