Am Dienstag, 26. Februar 2013 schrieb Andreas Enge:
I reserve the right to err, however. For instance, font-bitstream-*dpi
looks almost x11, except for the three words and without fee, which
make them non-free.
Ah, sorry, we had these before. This is part of the MIT license; I would
still
Am Montag, 25. Februar 2013 schrieb Mark H Weaver:
Andreas Enge andr...@enge.fr writes:
(has-env (string-suffix? /env interp))
I think we might want to make this test more restrictive. I'm looking
at a package (guile-figl) that includes an 'env' script in its build
directory, analogous
Am Freitag, 22. Februar 2013 schrieb Andreas Enge:
Please find attached a patch for review. I tested it on a few example
files, but not yet with a real packet - I am waiting for the full
rebuild ;-)
I had test failures in coreutils, and to check whether it was related to my
patch, I tried
Am Samstag, 23. Februar 2013 schrieb Ludovic Courtès:
Andreas Enge andr...@enge.fr skribis:
I had test failures in coreutils,
Do you still have the details around? ‘env’ is part of Coreutils, so it
may be that it’s testing its behavior, and that patching prevents that.
This was also my
Am Donnerstag, 21. Februar 2013 schrieb Nikita Karetnikov:
What should I try now?
Did you already get the glibc, or did the problems appear before? Maybe it
would be enough to just replace the glibc with one that contains the 64 bit
headers.
I tried to compile glibc independently with
Am Freitag, 22. Februar 2013 schrieb Ludovic Courtès:
Can you run
guix build /nix/store/7pp5x6b3ikz6vnvrdlr836bjp4sbgbg8-guix-latest.drv
and post the log?
Unpacking og guix-0.2, then:
Backtrace:
In ice-9/boot-9.scm:
2786: 19 [try-module-autoload (guix build download) #f]
2131: 18
Am Freitag, 22. Februar 2013 schrieb Ludovic Courtès:
I believe this is fixed by 7b50c68 (which is like 855a8ad).
Can you confirm?
Yes, it is working now. Thanks!
Andreas
Am Samstag, 23. Februar 2013 schrieb Ludovic Courtès:
(make-regexp
^[[:blank:]]*([[:graph:]]+)[[:blank:]]*([[:graph:]]*)(.*)$)))
I think it should be a + after the second [[:blank:]], because there
should be space between the interpreter name and its argument.
Sometimes, there is no space
The following error occurs for me with the latest git version:
$ guix pull
starting download of `guix-file.CFKlaG' from
`http://hydra.gnu.org/job/guix/master/tarball/latest/download'...
following redirection to `http://hydra.gnu.org:3000/build/7168/download'...
following redirection to
Am Dienstag, 19. Februar 2013 schrieb Ludovic Courtès:
Help welcome! Note that if you have commit access to the source code
repo, you also have access to the web page repo (CVS)
Seriously? I think I forgot how to use cvs 10 years ago... How about
updating it to git?
Also, I noticed that the
Am Sonntag, 17. Februar 2013 schrieb Ludovic Courtès:
• Xorg co. packaged (Andreas? :-));
Ok, I will have a look during the weekend.
Andreas
Am Mittwoch, 20. Februar 2013 schrieb Ludovic Courtès:
How exactly did you modify gcc-boot0?
For the time being, I simply hard-coded two additional configure flags:
diff --git a/gnu/packages/base.scm b/gnu/packages/base.scm
index 5c39ec3..25e07bc 100644
--- a/gnu/packages/base.scm
+++
Am Mittwoch, 20. Februar 2013 schrieb Nikita Karetnikov:
Could you maybe provide some, Nikita?
Sure. But what should I do?
Should I adjust '%bootstrap-glibc' somehow?
I think adding something like
(arguments
'(#:configure-flags
(list CFLAGS=-march=mips64 -mabi=64)))
to
The currently unsatisfying situation, according to HACKING, is that
bootstrapping guix essentially starts by installing (and thus in the worst
case porting) nix.
I have spent the evening working on a shell script automating the
compilation of the bootstrap binaries. Unsurprisingly, I end up
Am Mittwoch, 13. Februar 2013 schrieb Mark H Weaver:
Anyway, in the case of w3m, there are quite a variety of licenses used:
http://packages.debian.org/changelogs/pool/main/w/w3m/w3m_0.5.3-8/w3m.c
opyright
It looks like essentially, a w3m license is used, with a little bit of X11
interspersed
Am Montag, 11. Februar 2013 schrieb Ludovic Courtès:
So, with the ‘mips64el’ branch, you should be able to download them and
get started.
Could you update the links and hashes in the branch? When trying to build
guix on mips64el, I get the following:
/run/current-system/sw/bin/mkdir -p
Am Mittwoch, 6. Februar 2013 schrieb Ludovic Courtès:
Andreas Enge andr...@enge.fr skribis:
checking whether libgcrypt can be dynamically loaded... no
configure: error: GNU libgcrypt does not appear to be usable; see
`--with- libgcrypt-prefix' and `README'.
Just pass --with-libgcrypt
Am Donnerstag, 7. Februar 2013 schrieb Cyril Roelandt:
We could do that, since tcsh is fully compatible with csh, but shouldn't
we rather package csh as well ? The csh package in Debian uses sources
from the OpenBSD CVS repository, so we'd need a cvs-fetch method.
My impression was that the
Am Mittwoch, 6. Februar 2013 schrieb Ludovic Courtès:
\ OK. That’s “user-environment-propagated-inputs”. We could achieve
that by just changing guix-profile to install propagated inputs.
That’s probably the right thing to do anyway.
Commit 4dede02 implements that.
Good initiative!
In
Concerning more checking in configure.ac:
The files included from nix require sqlite, it would be good to add a check
for that.
Now I get the following error:
Backtrace:
In ice-9/boot-9.scm:
157: 5 [catch #t #catch-closure ca1780 ...]
In unknown file:
?: 4 [apply-smob/1 #catch-closure
Am Mittwoch, 6. Februar 2013 schrieb Ludovic Courtès:
OK. That’s “user-environment-propagated-inputs”. We could achieve
that by just changing guix-profile to install propagated inputs.
That’s probably the right thing to do anyway.
Commit 4dede02 implements that.
It apparently works. The
Hello,
I am now trying to configure and build guix with the packages built by
guix. So I installed autoconf, automake, binutils, glibc, gcc and ld-
wrapper; added
export GUIX_LD_WRAPPER_ALLOW_IMPURITIES=yes
to my .bashrc as well as PATH, LIBRARY_PATH, CPATH, MANPATH and
PKG_CONFIG_PATH.
As
Am Sonntag, 3. Februar 2013 schrieb Ludovic Courtès:
OK. So the catalogs are built once for all during the build, right?
Yes, over the full content of the texlive distribution.
Perhaps “data” would be a (slightly) more descriptive name?
Okay, why not; I used share because normally the
Hello,
attached what I think could be the final version, once the license question
is decided.
Andreas
;;; GNU Guix --- Functional package management for GNU
;;; Copyright © 2013 Andreas Enge andr...@enge.fr
;;;
;;; This file is part of GNU Guix.
;;;
;;; GNU Guix is free software; you can
e3603d27c42d15e7c90f5130a83b15d5a11239aa Mon Sep 17 00:00:00 2001
From: Andreas Enge andr...@enge.fr
Date: Tue, 5 Feb 2013 23:01:14 +0100
Subject: [PATCH] licenses: Add new meta-license fsf-free.
* guix/licenses.scm (fsf-free): New record with constructor.
---
guix/licenses.scm | 10 +-
1 file changed, 9
Hello,
when trying to compile a file that includes errno.h with the gcc from guix,
I obtain the following error:
In file included from /nix/store/9fnjjsbarscbmakr44ixfv9yhg6z12mw-
glibc-2.17/include/errno.h:35:0,
from cm2.c:8:
/nix/store/9fnjjsbarscbmakr44ixfv9yhg6z12mw-
that I can fully drop my Debian packages, now we only need X.org to
enable xdvi ;-)
;;; GNU Guix --- Functional package management for GNU
;;; Copyright © 2013 Andreas Enge andr...@enge.fr
;;;
;;; This file is part of GNU Guix.
;;;
;;; GNU Guix is free software; you can redistribute
Am Sonntag, 3. Februar 2013 schrieb Ludovic Courtès:
Ah right, the ‘patch-shebangs’ phase just looks at files in ‘bin’ and
‘sbin’ (see gnu-build-system.scm).
Indeed, I am unpacking the additional tarballs and using patch-source-
shebangs on them, so your suggestion was really useful.
I’m not
Am Donnerstag, 31. Januar 2013 schrieb Nikita Karetnikov:
This patch works, but I'd like to simplify it a bit. Is it possible?
There is no need to repeat the phases that do not change in your patch. If
you have a look at icu4c.scm, there is an example using alist-replace for
the configure
Am Mittwoch, 30. Januar 2013 schrieb Ludovic Courtès:
Really? That’s weird. Building the empty profile can take a bit of
time the first time (a few seconds at most), but other than that, it
should be fast.
Well, it depends on your definition of fast. A second, I would say, which
felt slow
Am Mittwoch, 30. Januar 2013 schrieb Ludovic Courtès:
No. The right thing is to skip the test.
Okay. This actually means skipping almost all tests, but since the client
binary works, I committed nevertheless...
Andreas
Am Dienstag, 29. Januar 2013 schrieb Florian Friesdorf:
I think having version control and history is quite beneficial for
keeping track who closed what when.
There is already the git for the project itself, and at some point in time,
we might need a bug tracker. Here it is more about intra
Am Samstag, 26. Januar 2013 schrieb Ludovic Courtès:
So I would suggest adding Libtool/bin as an input, and adding a phase
that does (copy-file (which libtool) libtool) right after
‘configure’.
Thanks for your help in implementing this!
Did you check whether it does DNS lookups or similar?
Am Montag, 28. Januar 2013 schrieb Ludovic Courtès:
Jason Self ja...@bluehome.net skribis:
Perhaps we should ask savannah-hackers for a secondary Git repo?
Done at https://savannah.gnu.org/support/?108240.
I am not sure whether a git repo is the right thing, since we do not need
version
Courtès:
Andreas Enge andr...@enge.fr skribis:
$ guix-package --roll-back
error: no previous profile; not rolling back
No links are changed. I think in this case, rollback should create the
empty profile and have $PERUSER/guix-profile-1-link point to it.
Implemented in d930726
Am Dienstag, 29. Januar 2013 schrieb Cyril Roelandt:
Is it possible to have a read-only access to the files ? It would be
nice for potential contributors to be able to read our TODO list.
I do not think so.
Andreas
Am Sonntag, 20. Januar 2013 schrieb Ludovic Courtès:
Andreas Enge andr...@enge.fr skribis:
I get a test failure in guix-download.sh, the last line of which reads:
guix-download file://$abs_top_srcdir/README
I think this is a symptom of using an old Automake ( 1.12, I think),
which did
Am Dienstag, 22. Januar 2013 schrieb Ludovic Courtès:
Perhaps you need to install another package to get pkg.m4, or perhaps
you need to run ./bootstrap like this:
ACLOCAL=aclocal -I /path/to/pkg-config/macros ./bootstrap
Actually, this was it - no idea why it is needed now, but not before.
PS: All tests pass now, by the way.
Am Montag, 21. Januar 2013 schrieb Ludovic Courtès:
Alternately, you could move the ‘check’ phase after the install phase,
like this (untested):
But then, if the check fails, the /nix/store would contain an invalid
package, no? I think it would be desirable to install only packages for
which
Am Montag, 21. Januar 2013 schrieb Ludovic Courtès:
Andreas Enge andr...@enge.fr skribis:
Just to let you know I packaged groff; for once, without
complications. I will push it after we agree on what to do with the
psutils license.
Excellent! For psutils, I’d say bsd-3 or bsd-like
Am Sonntag, 20. Januar 2013 schrieb Ludovic Courtès:
In unknown file:
?: 0 [mkdir /nix/store/mv7v3y702k1yfml8067gn15r3n6pzjxm-user-
environment///nix/store/agjc4rdsvi4wvbz6dymgid5pb85nqcf7-
netpbm-10.61.01/VERSION ...]
ERROR: In procedure mkdir:
ERROR: In procedure mkdir: No such
Am Samstag, 19. Januar 2013 schrieb Cyril Roelandt:
Right. I did that, and the test suite fails :
/nix/store/4mg8b8vvmava68y64qmm70gqfnhhjzmx-bash-4.2/bin/bash: /bin/sh:
No such file or directory
This is strange - as if the bash binary called /bin/sh. I actually do not
have this nix store
Hello,
libjpeg-8 is listed by guix-package --list-available, and built without
problem by guix-build libjpeg-8. However:
$ guix-package -i libjpeg-8
libjpeg-8: package not found
Could this be related to the definition with inheritance?
(define-public libjpeg-8
(package (inherit libjpeg)
Am Donnerstag, 10. Januar 2013 schrieb Ludovic Courtès:
Nix provides other options that extend this model to something closer to
what you say, namely ‘gc-keep-outputs’ (see
http://hydra.nixos.org/build/3676991/download/1/nix/manual.html.)
I guess we should add a guix-daemon option for that.
test the package?
Andreas
From 2542c6f1107f271643bfc6da177d2c94f48b2d1f Mon Sep 17 00:00:00 2001
From: Andreas Enge andr...@enge.fr
Date: Sat, 19 Jan 2013 17:59:46 +0100
Subject: [PATCH] gnu: Add netpbm.
* gnu/packages/netpbm.scm: New file.
* Makefile.am (MODULES): Add it.
---
Makefile.am
Hello,
I get a test failure in guix-download.sh, the last line of which reads:
guix-download file://$abs_top_srcdir/README
As $abs_top_srcdir is undefined, it tries to download /README, which does
not exist.
Andreas
So maybe to avoid working on the same things, I currently have gnunet,
libextractor, flac (with a patch), curl, groff, netpbm, openldap and
ghostscript in my pipeline. These are all dependencies in one way or
another of gnunet. But I think it could take quite a while until I arrive
at the top
Am Freitag, 18. Januar 2013 schrieb Nikita Karetnikov:
If you are okay with it, Nikita, I would then push my oggvorbis
package, after adding a dependency on speex to vorbis-tools.
Could you push 'oggvorbis' first? Then I'll push 'speex'.
Okay, done, thanks!
By the way, should I use a
Hello,
Am Freitag, 18. Januar 2013 schrieb Cyril Roelandt:
This patch adds vim (Vi IMproved), a very popular text editor based on
vi, to the packages.
the recipe works well for me, thanks!
I did not specify a license, since vim uses a weird Charityware license;
is that OK ?
The FSF
Patch attached.
Andreas
From 7c3674c3878e46d40ad5f952df30216ec88aeae8 Mon Sep 17 00:00:00 2001
From: Andreas Enge andr...@enge.fr
Date: Thu, 17 Jan 2013 21:42:12 +0100
Subject: [PATCH] distro: Add Libjpeg.
* distro/packages/libjpeg.scm: New file.
* Makefile.am (MODULES): Add it.
---
Makefile.am
Two patches attached, since make check did not work for libtiff with
libjepg 9, so I also added libjpeg 8d.
Andreas
From 88ec8e5dffe86f70a3769aed970ba89b5cec493c Mon Sep 17 00:00:00 2001
From: Andreas Enge andr...@enge.fr
Date: Thu, 17 Jan 2013 22:49:23 +0100
Subject: [PATCH 1/2] distro: Add
Am Donnerstag, 17. Januar 2013 schrieb Ludovic Courtès:
+(uri (string-append http://www.ijg.org/files/jpegsrc.v;
+ version .tar.gz))
Seems that you’re using tabs. Please avoid them in Scheme source (using
spaces allows for copy/paste to a Guile REPL without
Am Donnerstag, 17. Januar 2013 schrieb Ludovic Courtès:
Andreas Enge andr...@enge.fr skribis:
Patch for file attached. Strangely, it uses file in its configure
script, but this does not seem to be crucial:
case `/usr/bin/file conftest.o` in
I think this bit is automatically added
Am Donnerstag, 17. Januar 2013 schrieb Ludovic Courtès:
Please, move the definition after that of ‘libjpeg’, and write it like
this:
This way, only the fields that differ need to be defined.
Excellent, thanks for the explanation!
Note that I’d like to rename (distro ...), and then tag the
Am Freitag, 18. Januar 2013 schrieb Ludovic Courtès:
Well, since /usr/bin/file is hard-coded, adding ‘file’ as an input would
not be enough: you’d also need to patch ‘configure’.
Yes, this is what I did indeed.
However, this /usr/bin/file stanza in ‘configure’ scripts doesn’t seem
to have
Am Dienstag, 15. Januar 2013 schrieb Ludovic Courtès:
So I’ll rename the (distro ...) modules to (gnu ...), because that’s
nicer and more meaningful (“a distro of the GNU system”).
Even though it contains non-gnu packages? For now, distro seems clearer to
me.
Andreas
Am Mittwoch, 16. Januar 2013 schrieb Ludovic Courtès:
Just minor nitpicking below, but if it builds in a chroot without /bin
or anything, please push!
Okay, all implemented.
The opening parenthesis on the second line is normally aligned with the
‘u’ of ‘substitute*’. :-)
Are the rules
Patch attached.
Andreas
From 1eee03a68efc9891e48777f67e5147fd967b10d9 Mon Sep 17 00:00:00 2001
From: Andreas Enge andr...@enge.fr
Date: Sun, 13 Jan 2013 14:27:16 +0100
Subject: [PATCH] distro: Add PARI/GP
* distro/packages/algebra.scm (pari-gp): New variable.
---
distro/packages/algebra.scm
17 00:00:00 2001
From: Andreas Enge andr...@enge.fr
Date: Sun, 13 Jan 2013 19:46:37 +0100
Subject: [PATCH] distro: Add Cyrus SASL.
* distro/packages/cyrus-sasl.scm: New file.
* Makefile.am (MODULES): Add it.
---
Makefile.am|1 +
distro/packages/cyrus-sasl.scm | 53
Hello,
currently, make fails with the following message:
/bin/mkdir -p `dirname distro/packages/mailutils.go`
./pre-inst-env \
/usr/bin/guild compile -L . -L .\
-Wformat -Wunbound-variable -Warity-mismatch \
A package I am trying to build contains the following lines in its
configure:
case `/bin/sh -c echo -n x` in
-n*)
case `/bin/sh -c echo 'x\c'` in
...
Would it make sense to globally add a rule to patch-shebangs so that
`/bin/sh is replaced? If not, how can this be handled?
Andreas
Am Sonntag, 13. Januar 2013 schrieb Ludovic Courtès:
Right, good point. (Apparently Nix’s manual doesn’t mention it either.)
So here’s what I would do:
I simply applied the patch, and it seems to be part of the solution.
Upon a first run of guix-package --list-available, I obtained the error
/distro/packages/cyrus-sasl.scm
@@ -1,4 +1,5 @@
;;; GNU Guix --- Functional package management for GNU
+;;; Copyright © 2013 Ludovic Courtès l...@gnu.org
;;; Copyright © 2013 Andreas Enge andr...@enge.fr
;;;
;;; This file is part of GNU Guix.
@@ -42,6 +43,20 @@
(mit-krb5 ,mit-krb5
Am Donnerstag, 10. Januar 2013 schrieb Ludovic Courtès:
Oops, should be fixed with f03e711
Yes, it is working now.
Andreas
Am Donnerstag, 10. Januar 2013 schrieb Ludovic Courtès:
I find it useful to have the server name printed (esp. in the case of
mirror://, ftpmirror.gnu.org, etc.), so I’ve come up with a solution
that abbreviates long URIs like this:
I’ll commit it if there are no objections.
This looks good
Hello,
when reinstalling from scratch the current core-updates branch and trying
to build hello, there is a problem with libsigsegv; the last lines of
output are:
make[1]: Leaving directory `/tmp/nix-build-
libsigsegv-2.10.drv-0/libsigsegv-2.10'
phase `install' succeeded after 0 seconds
Am Sonntag, 6. Januar 2013 schrieb Ludovic Courtès:
Let me know how it works! :-)
It does work now. Thanks a lot!
Andreas
Am Donnerstag, 3. Januar 2013 schrieb Ludovic Courtès:
Andreas Enge andr...@enge.fr skribis:
So should this be checked by ./configure?
It wouldn’t be enough: nscd could be running at configure time, and not
later.
True, but it would be better than nothing - as long as it is not packaged
Hello,
when executing
guix-package --list-available | grep mit
I see two packages:
mit-krb51.11distro/packages/mit-krb5.scm:29:3
mit-krb51.11distro/packages/sasl.scm:145:3
The first one is the really available one; the second one was contained in
a file sasl.scm in an
Am Donnerstag, 3. Januar 2013 schrieb Ludovic Courtès:
Most likely this is because nscd is not running, or not listening to the
right socket:
--8---cut here---start-8---
$ strace -o ,,s
Am Donnerstag, 3. Januar 2013 schrieb Ludovic Courtès:
I suppose the file sasl.scm still exists along with the other files.
Even if it’s not under version control, the module-listing code in
distro.scm will stumble upon it, and thus list any packages that it
exports.
Yes and no - it still
Am Donnerstag, 3. Januar 2013 schrieb Ludovic Courtès:
Right, it’s not independent of the autotools that were used.
What I meant is that an autotools-generated tarball contains a build
system whose sole requirement is a Bourne shell and a POSIX make.
Yes, you are right, sorry for my confusion!
Am Donnerstag, 3. Januar 2013 schrieb Ludovic Courtès:
No, because eventually there’ll be (distro system ...) too–the
equivalent of what NixOS is to Nixpkgs, if you see what i mean.
Okay, I see.
Andreas
Am Donnerstag, 3. Januar 2013 schrieb Ludovic Courtès:
It works for name lookups in general, including DNS lookups. It’s
useful to always enable it.
So should this be checked by ./configure?
I am still not sure why this is needed; the host command does work and I
can surf the web, so there
Am Sonntag, 30. Dezember 2012 schrieb Ludovic Courtès:
Andreas Enge andr...@enge.fr skribis:
the attached patch should go to core-updates, but I would be in favour
of moving it quickly to the master branch. It enables other make
targets for the check phase; for instance, openssl needs make
Am Sonntag, 30. Dezember 2012 schrieb Ludovic Courtès:
This is because this test relies on the presence of /etc/services when
looking up the “telnet” service by name (which is missing in chroots.)
Possibilities include:
• patching the test avoid that (for instance, by changing ‘localhost’
Am Sonntag, 30. Dezember 2012 schrieb Ludovic Courtès:
Andreas Enge andr...@enge.fr skribis:
the first leaf I came across in a surprisingly deep dependency tree
when trying to integrate gnunet...
Would be good if they used GDBM instead...
It is not gnunet itself, but, if I remember
Am Sonntag, 30. Dezember 2012 schrieb Ludovic Courtès:
Could it be that OpenSSL actually lacks a directory called ‘include’?
After installatio, there is .guix-profile/include/openssl/
with lots of header files.
Andreas
and cyrus-sasl all together.
So here one small file with one package.
Andreas
From 7d5d6c361ea12b4f985c10b10b44e9a3a1eddcef Mon Sep 17 00:00:00 2001
From: Andreas Enge andr...@enge.fr
Date: Sat, 29 Dec 2012 21:29:03 +0100
Subject: [PATCH 4/4] distro: Add GNU Libidn.
* distro/packages/libidn.scm
Added openssl; works only with the patch enabling test-target.
Andreas
Here is the patch.
Andreas
From ff730efb62818cdd6861cadbd815b2e05408a234 Mon Sep 17 00:00:00 2001
From: Andreas Enge andr...@enge.fr
Date: Sat, 29 Dec 2012 23:49:55 +0100
Subject: [PATCH 6/7] distro: Add OpenSSL.
* distro/packages/openssl.scm: New file.
* Makefile.am (MODULES): Add
One more comment: The size of guix-daemon is 9 804 696, that of
nix-worker 691 834, and the entire directory nix/bin contains
only 5 312 kB. A bit suspicious. Do you have an explanation?
Andreas
Am Dienstag, 11. Dezember 2012 schrieb Ludovic Courtès:
Anyway, what does work is something like:
$ guix-package --profile=$HOME/.guix-profile --install=hello
This worked, but in a rather strange way. .guix-profile did not exist
yet. It was created as a symbolic link to the new file
See attached patch.
Andreas
--- guix.alt/doc/guix.texi 2012-12-11 21:53:49.0 +0100
+++ guix/doc/guix.texi 2012-12-11 22:20:49.0 +0100
@@ -105,7 +105,7 @@
@cindex package store
The result of package build functions is @dfn{cached} in the file
system, in a special directory
Patch attached.
Unfortunately, I could not test it yet, since guix-package starts by
building path(s) `/nix/store/9syafc8xvscaywjldyszzgkc8pljwpj6-gcc-cross-
boot0-4.7.2'
although gcc-4.7.2 (without coss-boot) is already there. How come?
The previous mpc release built without problem without
Here is a recipe:
(define-public fplll
(package
(name fplll)
(version 4.0.1)
(source (origin
(method url-fetch)
(uri (string-append
http://perso.ens-lyon.fr/damien.stehle/fplll/libfplll-;
version .tar.gz))
(sha256 (base32
Am Montag, 10. Dezember 2012 schrieb Ludovic Courtès:
The test here creates the ‘test-EACCES’ directory, chmods it to 000, and
expects to be unable to list its contents. But in your case, it
succeeds.
I think that’s because nix-worker is running as root and doesn’t have
build users
Am Sonntag, 9. Dezember 2012 schrieb Ludovic Courtès:
“User-land distribution” means that it provides packages for user-land
software that can be installed on top of a running GNU/Linux system.
Currently it includes just ~100 packages, including the GNU libc, GCC,
Coreutils, and Guile.
This
401 - 489 of 489 matches
Mail list logo
