Hi, I'm trying to build this "from source" by running `guix build -f guix.scm` on f022cdbd6cae6fa8c8d7596be5812fbf45ca6a9a, but I get the following error:
starting phase `unpack'
Backtrace:
9 (primitive-load "/gnu/store/y9smaha1da8szrjd0y7dd0v0d59…")
In ice-9/eval.scm:
191:35 8 (_ #f)
In guix/build/gnu-build-system.scm:
838:2 7 (gnu-build #:source _ #:outputs _ #:inputs _ #:phases . #)
In ice-9/boot-9.scm:
1736:10 6 (with-exception-handler _ _ #:unwind? _ # _)
In srfi/srfi-1.scm:
857:16 5 (every1 #<procedure 7ffff59b1b60 at guix/build/gnu-bui…> …)
In guix/build/gnu-build-system.scm:
847:30 4 (_ _)
151:6 3 (unpack #:source _)
In ice-9/boot-9.scm:
1966:24 2 (_ _)
In unknown file:
1 (stat #f #<undefined>)
In ice-9/boot-9.scm:
1669:16 0 (raise-exception _ #:continuable? _)
ice-9/boot-9.scm:1669:16: In procedure raise-exception:
In procedure stat: Wrong type argument in position 1 (expecting open file port): #f
builder for `/gnu/store/is4874z0z2i9fn2n6jsqlhjshf3vzz3m-spring-lisp-game-jam-2021-0.1.drv' failed with exit code 1
`guix build -f` currently isn't supported. For now run `guix environment -l guix.scm` and build from source that way. Instructions are in the README. I can try to make guix.scm a true buildable package soon.
Hacking guix.scm for an ad-hoc environment felt like a better idea at the time, so I did that. On a somewhat related note, do you really need to patch Guile itself? My gut instinct tells me you should be able to ship a patched GOOPS with starling similarly to how I used a "magic" module to introduce pre-release Guile-SDL2 functionality to Tsukundere.
I suppose I could include a modified copy of goops.scm and take advantage of load order to have my version loaded. Might try that later. At the time I wanted to test a full Guile build since I submitted the patch upstream and wanted a true integration test, but the patch got merged awhile ago so it's no longer necessary. Thanks for the suggestion.
Hi! I tried to run the game but I faced issues. First I tried to run ./launch-game and had following error:
/home/torkut/Game/the-test-subject/bin/guile: error while loading shared libraries: libffi.so.7: cannot open shared object file: No such file or directory
Then I tried to build the game from source code, I used instructions from README. The built run without issues, but then I launched ./run-game I got an error:
Ugh! Sorry! Could you try renaming lib/libffi.so.6 to lib/libffi.so.7 and see if the binary bundle works? If so I can upload a fixed build (if that's permitted, not sure.)
The Guix error is confusing because you should be reproducing my exact dev environment. I pushed a commit that disables developer mode in the run-game script. Maybe it will work now? Shot in the dark.
1. After renaming lib/libffi.so.6 to lib/libffi.so.7 the following errors happend:
./launch-game /home/torkut/Game/the-test-subject/bin/guile: /lib/x86_64-linux-gnu/libcrypt.so.1: version `XCRYPT_2.0' not found (required by /home/torkut/Game/the-test-subject/lib/libguile-3.0.so.1)
/home/torkut/Game/the-test-subject/bin/guile: /home/torkut/Game/the-test-subject/lib/libffi.so.7: no version information available (required by /home/torkut/Game/the-test-subject/lib/libguile-3.0.so.1)
/home/torkut/Game/the-test-subject/bin/guile: /home/torkut/Game/the-test-subject/lib/libffi.so.7: no version information available (required by /home/torkut/Game/the-test-subject/lib/libguile-3.0.so.1)
/home/torkut/Game/the-test-subject/bin/guile: /lib/x86_64-linux-gnu/libm.so.6: version `GLIBC_2.29' not found (required by /home/torkut/Game/the-test-subject/lib/libguile-3.0.so.1)
2. Pulled the update in the repo and tried again. The traceback
← Return to game
Comments
Log in with itch.io to leave a comment.
Hi, I'm trying to build this "from source" by running `guix build -f guix.scm` on f022cdbd6cae6fa8c8d7596be5812fbf45ca6a9a, but I get the following error:
The following patch fixes it:
`guix build -f` currently isn't supported. For now run `guix environment -l guix.scm` and build from source that way. Instructions are in the README. I can try to make guix.scm a true buildable package soon.
Hacking guix.scm for an ad-hoc environment felt like a better idea at the time, so I did that. On a somewhat related note, do you really need to patch Guile itself? My gut instinct tells me you should be able to ship a patched GOOPS with starling similarly to how I used a "magic" module to introduce pre-release Guile-SDL2 functionality to Tsukundere.
I suppose I could include a modified copy of goops.scm and take advantage of load order to have my version loaded. Might try that later. At the time I wanted to test a full Guile build since I submitted the patch upstream and wanted a true integration test, but the patch got merged awhile ago so it's no longer necessary. Thanks for the suggestion.
Hi! I tried to run the game but I faced issues.
First I tried to run ./launch-game and had following error:
Then I tried to build the game from source code, I used instructions from README. The built run without issues, but then I launched ./run-game I got an error:
Maybe I'm missing something, do you have a clue what happened?
I run this on Debian using Guix package manager.
Cheers! (and happy debugging :) )
Ugh! Sorry! Could you try renaming lib/libffi.so.6 to lib/libffi.so.7 and see if the binary bundle works? If so I can upload a fixed build (if that's permitted, not sure.)
The Guix error is confusing because you should be reproducing my exact dev environment. I pushed a commit that disables developer mode in the run-game script. Maybe it will work now? Shot in the dark.
Thanks for trying.
1. After renaming lib/libffi.so.6 to lib/libffi.so.7 the following errors happend:
2. Pulled the update in the repo and tried again. The traceback
Something changed, this is a different error from what I can understand.
Thanks for the information. Unfortunately I don't think these are easily fixable for this jam, but it's valuable information to have for the future.
What distro and version are you running? I think your system's glibc is too old to work with the binaries provided.