Search Criteria
Package Details: guix 1.4.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: | 36 |
Popularity: | 0.73 |
First Submitted: | 2013-04-22 11:06 (UTC) |
Last Updated: | 2023-03-19 04:18 (UTC) |
Dependencies (28)
- bzip2 (bzip2-gitAUR)
- disarchiveAUR
- gnutls (gnutls-gitAUR)
- guile (guile-gitAUR)
- guile-avahiAUR
- guile-gcryptAUR
- guile-git-libAUR (guile-git-lib-gitAUR)
- guile-gnutlsAUR
- guile-jsonAUR (guile-json3AUR)
- guile-lzlibAUR (guile-lzlib-gitAUR)
- guile-lzmaAUR
- guile-sqlite3AUR
- guile-zlibAUR (guile-zlib-gitAUR)
- libgcrypt
- sqlite (sqlite-fossilAUR)
- bash-completion (bash-completion-gitAUR) (make)
- fish (fish-gitAUR) (make)
- guile-libAUR (make)
- guile-semverAUR (make)
- guile-sshAUR (make)
- Show 8 more dependencies...
Latest Comments
« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 .. 12 Next › Last »
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.
<deleted-account> 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.
« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 .. 12 Next › Last »