Search Criteria
Package Details: guix 1.3.0-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/guix.git (read-only, click to copy) |
---|---|
Package Base: | guix |
Description: | A purely functional package manager for the GNU system |
Upstream URL: | https://guix.gnu.org |
Keywords: | guile nix package system |
Licenses: | GPL3 |
Submitter: | lantw44 |
Maintainer: | lantw44 |
Last Packager: | lantw44 |
Votes: | 31 |
Popularity: | 0.023346 |
First Submitted: | 2013-04-22 11:06 (UTC) |
Last Updated: | 2022-03-14 10:08 (UTC) |
Dependencies (25)
- bzip2 (bzip2-git, bzip2-rustify-git, bzip2-with-lbzip2-symlinks)
- gnutls (gnutls-tiny-git, gnutls-git, gnutls-openssl, gnutls-nodocs-git)
- guile (guile-git, guile3)
- guile-avahi
- guile-gcrypt
- guile-git-lib
- guile-json (guile-json1, guile-json3)
- guile-lzlib (guile-lzlib-git)
- guile-sqlite3
- guile-zlib (guile-zlib-git)
- libgcrypt (libgcrypt15-git, libgcrypt-git)
- sqlite (sqlite-replication, sqlite-minimal-git, sqlite-fts3-parenthesis, sqlite-fossil)
- bash-completion (bash-completion-git) (make)
- fish (fish-git) (make)
- guile-lib (make)
- guile-semver (make)
- guile-ssh (make)
- guile-zstd (make)
- help2man (help2man-git) (make)
- po4a (make)
- Show 5 more dependencies...
Required by (1)
- guile-hall (optional)
Latest Comments
lantw44 commented on 2022-04-17 15:46 (UTC) (edited on 2022-04-17 15:47 (UTC) by lantw44)
@Ferk This looks like a bug of the gnutls package. Binding files installed by gnutls are empty. I have reported the bug as https://bugs.archlinux.org/task/74486.
Ferk commented on 2022-04-15 08:11 (UTC)
I'm getting this error:
Both guile and gnutls are installed, but it seems the bindings are missing.
valandil commented on 2022-03-17 01:01 (UTC)
This should be temporary: AUR had some trouble earlier this week.
simona commented on 2022-03-16 10:06 (UTC)
errore: command failed: /home/simona/.cache/paru/clone: git clone --no-progress -- https://aur.archlinux.org/guile-semver:
Clone in 'guile-semver' in corso...
error: RPC non riuscita; HTTP 429 curl 22 The requested URL returned error: 429 fatal: atteso flush dopo elenco ref
valandil commented on 2022-03-16 01:44 (UTC)
I've seen this issue in a couple guile packages. It seems that having multiple versions of guile installed is not something that some guile packages can deal with. The easiest way I found to resolve that was to build all packages in a chroot using paru:
I added
--nocheck
because some guix checks were failing and I didn't feel like troubleshooting it :)You have to setup a local AUR repo, but I think paru gives you the procedure when you first try it.
simona commented on 2022-03-15 09:32 (UTC)
configure: error: in
/home/simona/.cache/yay/guile-avahi/src/guile-avahi-0.4': configure: error: searching for guile development files for versions 2.0 1.8, but previously found /bin/guile version 2.2<br> See
config.log' for more detailsvalandil commented on 2022-03-15 01:35 (UTC)
Yeah ok. I just removed
tidy_strip
locally to make it work :)lantw44 commented on 2022-03-14 10:10 (UTC)
@valandil I fixed it by ignoring the return value of
tidy_strip
.valandil commented on 2022-02-15 02:41 (UTC)
I get the following errow when trying to build guix-1.3.0-1. It seems that calling
tidy_strip
fails at the end. Have you seen this erro before?lantw44 commented on 2021-10-09 16:47 (UTC)
@vv111y Yes, you can build it in /tmp. For the guile-lib issue, you can patch the PKGBUILD of guile-lib like this:
Unfortunately, the maintainer of guile-lib doesn't respond to my comment: https://aur.archlinux.org/packages/guile-lib/#comment-812838.
vv111y commented on 2021-10-04 19:37 (UTC) (edited on 2021-10-05 15:38 (UTC) by vv111y)
I got this:
update: okay I see the comment in
pkg-build
. so what am I supposed to do? do a manual build in /tmp?update II: Now I ran into the latest issue for guile-lib. I just used the alternative
guix-installer
package instead.lantw44 commented on 2021-09-02 16:04 (UTC)
@cxor It is used to get the fish completion directory.
cxor commented on 2021-09-01 23:47 (UTC)
why is fish a dependency for this build? did someone watch too many distrotube videos?
lantw44 commented on 2021-07-18 10:29 (UTC)
@twilk I can't reproduce the error. For tests/go.scm, you probably have to patch guile-lib PKGBUILD because it doesn't install into the standard location.
twilk commented on 2021-07-16 19:39 (UTC) (edited on 2021-07-16 19:42 (UTC) by twilk)
Hi, I get unit test errors after building:
The full log of tests is here.
Errors include GPG errors from git:
And even some errors from guile:
I have the following
guile-*
packages installed, which include all of this package's regular, build and optionalguile-*
dependencies:simona commented on 2020-11-30 15:11 (UTC)
new 1.2?
lantw44 commented on 2020-07-27 12:44 (UTC)
@simona The failed test came from https://aur.archlinux.org/packages/guile-git-lib, not guix.
simona commented on 2020-07-26 18:54 (UTC)
==> Avvio di check() in corso...
make check-TESTS
make[1]: ingresso nella directory «/home/simona/.cache/yay/guile-git-lib/src/guile-git-0.3.0»
make[2]: ingresso nella directory «/home/simona/.cache/yay/guile-git-lib/src/guile-git-0.3.0»
PASS: tests/blob.scm
PASS: tests/branch.scm
FAIL: tests/clone.scm
PASS: tests/commit.scm
PASS: tests/describe.scm
PASS: tests/oid.scm
PASS: tests/reference.scm
SKIP: tests/repository.scm
PASS: tests/reset.scm
PASS: tests/remote.scm
PASS: tests/rev-parse.scm
PASS: tests/status.scm
PASS: tests/submodule.scm
PASS: tests/tag.scm
PASS: tests/tree.scm
============================================================================
Testsuite summary for Guile-Git 0.3.0
============================================================================
TOTAL: 86
PASS: 82
SKIP: 1
XFAIL: 0
FAIL: 3
XPASS: 0
ERROR: 0
============================================================================
See ./test-suite.log
============================================================================
lantw44 commented on 2020-07-26 14:33 (UTC)
@simona I can't find tests/clone.scm in guix. Where does this test come from?
simona commented on 2020-07-07 16:57 (UTC)
FAIL: tests/clone.scm
lantw44 commented on 2020-06-13 09:28 (UTC)
@SArchB Please don't remove the length check. There are many tests assuming the path isn't too long, and tests/gexp.scm is just an example. I just got a successful build under the directory /home/lantw44/g.
SArchB commented on 2020-05-10 10:11 (UTC) (edited on 2020-05-10 10:12 (UTC) by SArchB)
Ok, so first this kept failing for me on the 'no longer then 36 bytes' issue, which for me seemed unsolvable since my '/home/username/.cache/yay/guix/src/' was already over 36 characters in length. So, I changed this limit in the PKGBUILD to skip the issue. The PKGBUILD stated the lenght check to be there to prevent tests/gexp.scm from failing, but later during the testfase the gexp file was automatically skipped.
Next though, the build still failed. Looking into the logs it failed multiple times for 2 specific reasons:
It was unable to define my email address:
fatal: unable to auto-detect email address (got 'username@computername. (none)')
Many times it said:
failed to download "/tmp/guix-file.7yoWNT" from https://hackage.haskell.org/package/foo/foo-1.0.0.tar.gz
The 2nd seems logical since https://hackage.haskell.org/package/foo/foo-1.0.0.tar.gz isn't a valid address, it should be https://hackage.haskell.org/package/foo-1.0/foo-1.0.tar.gz
So, in my experience, at this moment, this package won't build properly on the latest version or Arch.
lantw44 commented on 2020-03-21 15:22 (UTC)
@exaos Is it a networking issue? I just tested it in a clean VM and there are no failed tests. Do you have logs for debugging?
exaos commented on 2020-03-10 03:52 (UTC) (edited on 2020-03-10 06:21 (UTC) by exaos)
Building failed at the end of process:
It seems related to the long path name. So I moved the full building path into /tmp, and tried again.
make check
failed on:lantw44 commented on 2020-02-27 15:39 (UTC)
@azmeuk I don't know why guile-json was deleted, and I just typed 'ssh aur@aur4.archlinux.org restore guile-json' to restore guile-json package. Does it work for you now?
azmeuk commented on 2020-02-14 10:05 (UTC)
It seems the package has a dependency problem with guile-json (even with guile-json1 installed):
lantw44 commented on 2019-09-18 06:29 (UTC)
I updated the package to a newer commit on the master branch. It should pass all tests and 'guix pull' should works now.
theYinYeti commented on 2019-08-08 11:00 (UTC)
If that’s any help, here’s a part of the process tree:
and here’s gdb’s stacktrace for process 6763:
joemaro commented on 2019-07-27 19:22 (UTC) (edited on 2019-07-27 19:26 (UTC) by joemaro)
guile-ssh fails, here's the output of
guile-ssh/src/guile-ssh-0.11.3/tests/test-suite.log
https://pastebin.com/tWbX48Xwi also get failed tests:
but the script doesn't hang, just notifies of the failing and exits.
theYinYeti commented on 2019-07-13 11:28 (UTC)
Hi! During the build, I get failed tests:
and then the build just freezes at this last “PASS” line: nothing more happens, the CPU does not seem to do anything…
lantw44 commented on 2019-07-11 09:28 (UTC)
@Ovsyanka Yes, I will do it once gnutls 3.6.8-3 enters core repository. It is still in testing.
Ovsyanka commented on 2019-07-10 15:38 (UTC) (edited on 2019-07-10 15:38 (UTC) by Ovsyanka)
Loolks like now it should depend on the gnutls package instead of gnutls-guile. According to this change https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/gnutls&id=28128ef0d8c273c6876c885c96a25d649a6d9876 gnutls now made with the guile support.
lantw44 commented on 2019-07-10 15:28 (UTC)
I can reproduce the issue, but I haven't spent time figuring out how to resolve it. As a workaround, you can install guix with guix, switch from guix-daemon.service to guix-daemon-latest.service, and use ~/.guix-profile/bin/guix to pull.
sikmir commented on 2019-07-03 11:31 (UTC)
After uninstall/install guix:
lantw44 commented on 2019-05-31 08:56 (UTC)
@sikmir If you already have an old version of guix package installed on the system, you have to remove it before building the new version.
sikmir commented on 2019-05-31 07:28 (UTC)
lantw44 commented on 2019-05-21 17:15 (UTC)
@joz If you want to run tests, please build the package in a directory with a shorter path. For example, It is OK to build and test the package in /home/lantw44/guix, but you won't be able to run the test if you build it in /home/lantw44/aur/guix because the length of /home/lantw44/aur/guix/src/guix-1.0.0 is 37 bytes. The reason of having the check is that lengths of UNIX domain sockets and shebangs are limited.
joz commented on 2019-05-21 10:22 (UTC)
Hi, this fails for me with "The working directory cannot be longer than 36 bytes."
However, if I make the check() function a dummy one (return 0), the package gets built.
lantw44 commented on 2019-05-16 12:59 (UTC)
@doronbehar Thanks for your gnutls-guile package. I will switch this package to use gnutls-guile on the next update.
I am still working on the patch to update guix to 1.0.0. There are still a few failed tests, and I am trying to resolve them. I cannot apply your patch because you removed a lot of necessary things.
commented on 2019-05-12 11:42 (UTC)
If anyone is interested, here is my patch for the 1.0.0 release:
lantw44 commented on 2019-03-28 14:09 (UTC)
@kapcom01 This is not a packaging problem. Please read https://wiki.archlinux.org/index.php/Makepkg#ERROR:_One_or_more_PGP_signatures_could_not_be_verified!.
kapcom01 commented on 2019-03-26 22:10 (UTC) (edited on 2019-03-26 22:12 (UTC) by kapcom01)
I get this error:
sngn commented on 2019-03-10 18:08 (UTC)
@lantw44 you are probably right, I was looking through this a few weeks ago and do not remember my findings clearly.
Anyways, it is more hassle to maintain a custom gnutls package (though there might be one on the AUR, or someone could put it up), than to install directly, and not be dependent on arch packages.
lantw44 commented on 2019-03-10 13:39 (UTC)
@sngn GnuTLS enables Guile binding automatically when Guile is found on the system. Since 'make' package on Arch Linux is built with Guile enabled, GnuTLS should be able to find Guile because 'make' is a part of 'base-devel'. It is the Arch Linux maintainer of 'gnutls' package that disables Guile binding explicitly. In fact, 'gnutls' package had been built with Guile enabled for a few years. It got disabled when 'gnutls' was updated to 3.6.
sngn commented on 2019-03-10 08:07 (UTC)
For anyone who wants to install guix right now..
I successfully built gnutls with guile bindings and installed this guix package.
Though I uninstalled again and followed guix manual for binary installation.. which is the way I would recommend if you want to install guix on arch right now.
I don't think that arch gnutls is gonna build against guile in the near future, because upstream doesn't and that's kind of the whole point of arch, that you get 'pure' packages, meaning as close to upstream as possible.
lantw44 commented on 2018-12-16 11:05 (UTC)
I reported the problem to Arch Linux bug tracker: https://bugs.archlinux.org/task/61095.
sikmir commented on 2018-12-12 12:41 (UTC)
@lantw44 It's already in core repository:
lantw44 commented on 2018-12-10 13:10 (UTC)
Did you use gnutls from testing? It seems that gnutls in testing is built with guile disabled.
sikmir commented on 2018-12-07 17:30 (UTC)
ERROR: Makepkg was unable to build guix:
lantw44 commented on 2018-11-02 15:39 (UTC)
The file /gnu/store/gz3agxnnlgkafw2c8jnvk2hqmlh85pkc-guile-bootstrap-2.0.drv exists on my system. Is it a clean installation? If it isn't, you can try to rename or remove /gnu/store and /var/guix. I remember that guix-daemon automatically creates and copies files to /gnu/store when it is started the first time.
guix-daemon.service is the one you should use if you install guix with AUR. guix-daemon-latest.service is the one shipped by the upstream and it can only be used when you have guix installed by guix using root account. This means you have to run 'guix package -i guix' as root before you can use guix-daemon-latest.service.
dpriskorn commented on 2018-10-29 21:30 (UTC) (edited on 2018-10-29 21:31 (UTC) by dpriskorn)
The installation went fine but neither guix-daemon or guix-daemon-latest seem to work.
guix-daemon throws this error when a any guix command (e.g. guix environment --pure guix) is run:
guix environment: error: build failed: opening file `/gnu/store/gz3agxnnlgkafw2c8jnvk2hqmlh85pkc-guile-bootstrap-2.0.drv': Filen eller katalogen finns inte
guix-daemon-latest does not start:
okt 29 22:29:31 parabola systemd[30059]: guix-daemon-latest.service: Failed to execute command: No such file or directory
okt 29 22:29:31 parabola systemd[30059]: guix-daemon-latest.service: Failed at step EXEC spawning /var/guix/profiles/per-user/root/guix-prof>
okt 29 22:29:31 parabola systemd[1]: guix-daemon-latest.service: Main process exited, code=exited, status=203/EXEC
okt 29 22:29:31 parabola systemd[1]: guix-daemon-latest.service: Failed with result 'exit-code'.
urbanslug commented on 2018-08-02 19:56 (UTC) (edited on 2018-08-02 19:57 (UTC) by urbanslug)
@zeronineseven did your problem have to do with guile-ssh? why do we need guile-ssh again? guile-ssh fails for me on btrfs with https://lpaste.net/3282218839441408000
zeronineseven commented on 2018-05-10 17:27 (UTC)
I've successfully built guix on btrfs partition. Will report upstream. Thx!
lantw44 commented on 2018-05-10 15:07 (UTC)
I haven't spent time debugging this issue. If you can reproduce it on upstream git master, please report this tmpfs-related problem to the upstream bug tracker. Does guix tests pass if you build it on a filesystem which is not tmpfs?
zeronineseven commented on 2018-05-08 20:35 (UTC)
In fact my /tmp is actually mounted as tmpfs =/
lantw44 commented on 2018-05-08 14:22 (UTC)
It looks like it is an issue related to tmpfs, again ...
zeronineseven commented on 2018-05-08 09:18 (UTC)
lantw44, I ran the build on my host machine without manual chroot/container - no virtualization was involved except the one used by makepkg itself (fakeroot?). I'm not sure how can I test unprivileged user namespace functionality directly but I believe that it's working fine - I have unprivileged lxcs running on this machine and "unshare" command has spawned new bash session without any errors.
lantw44 commented on 2018-05-07 15:58 (UTC)
Did you run the test inside a chroot or a container? Can you use 'unshare' to successfully create an unprivileged user namespace in the environment you ran the test?
zeronineseven commented on 2018-05-06 21:58 (UTC)
Hi, It seems that I can't build guix due to failing tests/guix-environment-container. AFAIK this is related to userns but "cat /proc/sys/kernel/unprivileged_userns_clone" returns 1 and in fact I have unprivileged lxcs running on the very same host. test-suite.log content is here: http://paste.debian.net/1023605/
lantw44 commented on 2018-05-05 11:21 (UTC)
Hello, you can find the information on Arch wiki: https://wiki.archlinux.org/index.php/Guix.
dpriskorn commented on 2018-05-05 07:25 (UTC)
Hi. Installed this recently.
I missed an explanation post-install that explains to me that I have to enable and start the daemon and add the buildusers to be able to run/use guix at all. Alternatively that the package sets it all up and remains quiet.
T-recks commented on 2018-03-18 20:42 (UTC)
Ah, you're right. Thanks for the response and for maintaining this package. Everything went smoothly for me once I followed the below example and changed DNS servers to pass some of the check() tests.
lantw44 commented on 2018-03-18 12:41 (UTC)
/gnu and /var/guix will be created by guix-daemon when you start the service the first time.
T-recks commented on 2018-03-18 10:53 (UTC)
Installing with this package build produced no /gnu directory and no /var/guix directory for me. Is this supposed to be the case or did I do something wrong?
stefanc_diff commented on 2017-11-19 11:15 (UTC) (edited on 2017-11-19 11:21 (UTC) by stefanc_diff)
g99 commented on 2017-10-08 17:07 (UTC)
fusion809 commented on 2017-10-05 04:08 (UTC)
plattfot commented on 2017-09-13 05:11 (UTC)
lantw44 commented on 2017-07-25 12:59 (UTC) (edited on 2017-07-25 13:00 (UTC) by lantw44)
Plexcon commented on 2017-07-25 11:59 (UTC) (edited on 2017-07-25 12:23 (UTC) by Plexcon)
lantw44 commented on 2017-03-25 13:52 (UTC)
shillshocked commented on 2017-03-24 04:18 (UTC)
Pelzflorian commented on 2016-12-26 18:16 (UTC)
lantw44 commented on 2016-12-26 17:17 (UTC) (edited on 2016-12-26 17:17 (UTC) by lantw44)
Pelzflorian commented on 2016-12-26 10:53 (UTC)
lantw44 commented on 2016-12-17 14:28 (UTC)
Reded commented on 2016-12-17 13:44 (UTC)
rafaelff commented on 2016-11-08 12:45 (UTC)
lantw44 commented on 2016-11-08 10:33 (UTC)
rafaelff commented on 2016-11-06 13:30 (UTC)
fusion809 commented on 2016-11-06 13:04 (UTC) (edited on 2016-11-06 13:20 (UTC) by fusion809)
lantw44 commented on 2016-11-05 07:39 (UTC)
rafaelff commented on 2016-11-04 18:34 (UTC)
lantw44 commented on 2016-11-04 12:38 (UTC)
lantw44 commented on 2016-11-03 17:31 (UTC)
rafaelff commented on 2016-11-01 15:36 (UTC)
wilfred commented on 2016-09-04 03:14 (UTC)
mhw commented on 2016-08-13 07:32 (UTC)
fusion809 commented on 2016-08-12 20:11 (UTC)
lantw44 commented on 2016-08-10 18:38 (UTC)
mhw commented on 2016-08-09 23:47 (UTC)
balduin commented on 2016-08-09 20:53 (UTC)
lantw44 commented on 2016-07-15 13:10 (UTC)
mcmuntjac commented on 2016-07-15 05:42 (UTC) (edited on 2016-07-15 20:14 (UTC) by mcmuntjac)
lantw44 commented on 2016-01-31 18:18 (UTC)
divansantana commented on 2016-01-29 12:05 (UTC)
Gonzih commented on 2015-10-19 08:03 (UTC)
lantw44 commented on 2015-10-16 19:10 (UTC)
Gonzih commented on 2015-10-16 09:13 (UTC)
techno-geek commented on 2015-05-14 15:22 (UTC)
lantw44 commented on 2015-03-10 08:14 (UTC)
holos commented on 2015-03-09 22:22 (UTC)
lantw44 commented on 2015-02-18 18:58 (UTC)
archthail commented on 2015-02-13 16:54 (UTC)
lantw44 commented on 2015-02-13 16:41 (UTC)
muchweb commented on 2015-02-13 16:13 (UTC)
lantw44 commented on 2015-02-13 15:55 (UTC)
archthail commented on 2015-02-13 03:07 (UTC)
tantalum commented on 2013-06-28 19:47 (UTC)
lantw44 commented on 2013-05-13 16:20 (UTC)