On 01/10/2014 01:20 PM, John Darrington via RT wrote:
On Fri, Jan 10, 2014 at 12:44:25AM -0500, Ineiev via RT wrote:
Then, there are also tts (which may translate into something
different, like code or em) and a few other substitutions [1].
I wonder whether it would be
On 01/10/2014 01:17 PM, Ludovic Courtès via RT wrote:
It seems to me that the ideal would be to have (HTML) markup in the
authoritative source (pkgblurbs.txt). Then users could choose whether
to keep/convert/discard that markup. I believe it’s more flexible and
robust than trying to infer
I thought you guys didn't want these hypothetical TP translators to see
HTML. If you do, fine, we can make the original be HTML, at least as
far as the internal text goes, which is the only concern here afaik.
Brandon and I wrote the blurbs in plain text simply because it seemed
natural;
Karl Berry via RT web-translat...@gnu.org skribis:
I thought you guys didn't want these hypothetical TP translators to see
HTML. If you do, fine, we can make the original be HTML, at least as
far as the internal text goes, which is the only concern here afaik.
This is really just a
Karl Berry via RT web-translat...@gnu.org skribis:
I thought you guys didn't want these hypothetical TP translators to see
HTML. If you do, fine, we can make the original be HTML, at least as
far as the internal text goes, which is the only concern here afaik.
This is really just a
On 01/11/2014 10:21 AM, Ludovic Courtès via RT wrote:
how about not introducing HTML markup in the translated text?
I'm afraid www.gnu.org translators would object; sometimes they
want to adjust the markup.
Hi!
I’ll be talking about Guix at FOSDEM, in the “Distributions” track:
https://fosdem.org/2014/schedule/event/gnuguix/
If you’re around on Sunday 2nd, please do stop by!
Until then, let’s discuss it if you have suggestions, things you’d like
to hear about, things you’d like to be demoed,
What would you prefer?
I prefer plain text, but I don't feel that strongly about it, as such.
about not introducing HTML markup in the translated text?
If the translation you're referring to is the home-pkgblurbs.html file
which the web translators work with, that is (obviously)
On Sat, Jan 11, 2014 at 06:34:38PM -0500, Karl Berry via RT wrote:
On the other hand, having translations simultaneously happening in TP
and www seems like a lot of headache to me.
I agree, and this is what I was alluding to in my previous emails - and in some
cases the work is
On Sat, Jan 11, 2014 at 06:34:38PM -0500, Karl Berry via RT wrote:
On the other hand, having translations simultaneously happening in TP
and www seems like a lot of headache to me.
I agree, and this is what I was alluding to in my previous emails - and in some
cases the work is
John Darrington j...@gnu.org skribis:
* gnu/packages/maths.scm (pspp): Update to 0.8.2.
* gnu/packages/patches/pspp-tests.patch: Removed.
Could you remove the patch from gnu-system.am too?
Thanks,
Ludo’.
Yes, but it may not work if those distros have systemd which is likely
to replace or may have replaced sysinit.
Sree
On 01/15/2014 04:22 PM, Ludovic Courtès wrote:
Sree Harsha Totakura sreehar...@totakura.in skribis:
I wrote an initd script for starting guix-daemon and would like
to share
I wrote an initd script for starting guix-daemon and would like to
share it. It is available here:
https://gnunet.org/content/gnu-guix-initd-script
Could you add a license header?
pgpz2N9UVYWxf.pgp
Description: PGP signature
Alex Sassmannshausen alex.sassmannshau...@gmail.com skribis:
Don't know about anyone else, but I'm pretty excited about the
DMD/declarative system configuration aspect of things — would be great
to have an intro/overview to that, if that seems appropriate?
Yes, definitely, I had that in mind
On 01/15/2014 08:40 PM, Nikita Karetnikov wrote:
Could you add a license header?
Ok, attached the file with license header.
Sree
#!/bin/sh
### BEGIN INIT INFO
# Provides: guix-daemon
# Required-Start:$local_fs $remote_fs $network $syslog
# Required-Stop: $local_fs $remote_fs
On Tue, Jan 14, 2014 at 02:42:47PM +0100, Ludovic Courtès wrote:
A great initiative that we could get inspiration from: the Nixpkgs
Monitor scans packages for updates à la ‘guix refresh’ (but not limited
to GNU packages), and also for CVEs.
What is the limitation on scanning for updates only
Andreas Enge andr...@enge.fr writes:
when trying to package the neon library:
http://www.webdav.org/neon/ ,
the tests fail inside the chroot with
addr_reverse (reverse lookup for 127.0.0.1 failed)
Should I disable the corresponding test?
I think we should include /etc/hosts in the
John Darrington j...@darrington.wattle.id.au writes:
On Sat, Jan 18, 2014 at 01:48:47PM +0100, Andreas Enge wrote:
Hi,
when trying to package the neon library:
http://www.webdav.org/neon/ ,
the tests fail inside the chroot with
addr_reverse (reverse
Andreas Enge andr...@enge.fr skribis:
On Tue, Jan 14, 2014 at 02:42:47PM +0100, Ludovic Courtès wrote:
A great initiative that we could get inspiration from: the Nixpkgs
Monitor scans packages for updates à la ‘guix refresh’ (but not limited
to GNU packages), and also for CVEs.
What is the
On Sat, Jan 18, 2014 at 09:41:14AM -0500, Mark H Weaver wrote:
I think we should include /etc/hosts in the chroot with an entry for
localhost. We might also need /etc/nsswitch.conf; I'm not sure. I see
no reason not to do this, and I suspect it would ultimately take less
time and effort than
Mark H Weaver m...@netris.org skribis:
Andreas Enge andr...@enge.fr writes:
when trying to package the neon library:
http://www.webdav.org/neon/ ,
the tests fail inside the chroot with
addr_reverse (reverse lookup for 127.0.0.1 failed)
Should I disable the corresponding test?
I
John Darrington j...@darrington.wattle.id.au skribis:
On Sat, Jan 18, 2014 at 05:45:08PM +0100, Andreas Enge wrote:
On Sat, Jan 18, 2014 at 09:41:14AM -0500, Mark H Weaver wrote:
I think we should include /etc/hosts in the chroot with an entry for
localhost. We might also
Commit d43eb49 updates the Nix sub-module that provides the daemon’s
C++ code.
To update, run:
( cd nix ; ./sync-with-upstream )
autoreconf -vfi
./configure ... make make check
Please report any test suite failure.
The changes compared to the daemon we had so far include interesting
Now I get messages like
guix build: error: build failed: got unexpected path
`/nix/store/y7hz3la98sk4lmxmsvzbvjxifz4yrnwz-tzdata-2013d' from substituter
Maybe we need to clear /nix/store on hydra and restart it to fill the store
again?
Andreas
l...@gnu.org (Ludovic Courtès) writes:
Commit d43eb49 updates the Nix sub-module that provides the daemon’s
C++ code.
To update, run:
( cd nix ; ./sync-with-upstream )
autoreconf -vfi
./configure ... make make check
A few of us ran into problems with these instructions. It led
Hi,
Over the last week I tried to fetch substitutes with no success from
hydra.gnu.org. It always showed the error server is unresponsive.
However, the nar packages get downloaded with wget.
So, I removed the timeout with the attached patch and the substitute
downloads are working again. This
Mark H Weaver m...@netris.org skribis:
l...@gnu.org (Ludovic Courtès) writes:
Commit d43eb49 updates the Nix sub-module that provides the daemon’s
C++ code.
To update, run:
( cd nix ; ./sync-with-upstream )
autoreconf -vfi
./configure ... make make check
A few of us ran into
Sree Harsha Totakura sreehar...@totakura.in skribis:
I want to debug why a testcase from inetutils package fails. For
this, I am running 'make check' in the derivation build directory
'/tmp/nix-build-inetutils..drv-1' after sourcing a new bash with the
'environmental-variables' file present
Hi!
(It took me a while to respond, notably because I was chasing a
web-related bug I had just introduced in Guile. Dog food!)
Andreas Enge andr...@enge.fr skribis:
Now I get messages like
guix build: error: build failed: got unexpected path
Hi,
The attached patch upgrades Sqlite to 3.8.2. Please commit it to master.
Sree
From 848d90f4b02cd16417e6488ef9dcbec352e9c2f2 Mon Sep 17 00:00:00 2001
From: Sree Harsha Totakura sreehar...@totakura.in
Date: Wed, 22 Jan 2014 14:34:42 +0100
Subject: [PATCH] gnu: sqlite: Upgrade to 3.8.2
Count me in.
On Wed, Jan 22, 2014 at 1:50 PM, Cillian de Róiste
cillian.deroi...@gmail.com wrote:
Hi,
Since there will be quite a few NixOS and Guix folks at FOSDEM it would be
great to meet up. Is there some interest in arranging dinner / drinks on
Saturday evening?
Cheers,
Cillian
Cillian de Róiste cillian.deroi...@gmail.com writes:
Hi,
Since there will be quite a few NixOS and Guix folks at FOSDEM it would be
great to meet up. Is there some interest in arranging dinner / drinks on
Saturday evening?
I'd love this! Just out of interest, which of us will be going?
-
Hi,
Attached is a recipe for libopus-1.1. Please include it.
Thank you,
Sree
From eafeaed576eccd20e108f62dc61d89d2c4be353b Mon Sep 17 00:00:00 2001
From: Sree Harsha Totakura sreehar...@totakura.in
Date: Wed, 22 Jan 2014 16:17:18 +0100
Subject: [PATCH] new package: libopus-1.1
Signed-off-by:
On 01/22/2014 04:23 PM, Sree Harsha Totakura wrote:
Hi,
Hello,
Attached is a recipe for libopus-1.1. Please include it.
Comments inlined.
Thank you,
Sree
0001-new-package-libopus-1.1.patch
From eafeaed576eccd20e108f62dc61d89d2c4be353b Mon Sep 17 00:00:00 2001
From: Sree Harsha
Hi,
Sree Harsha Totakura sreehar...@totakura.in writes:
From 848d90f4b02cd16417e6488ef9dcbec352e9c2f2 Mon Sep 17 00:00:00 2001
From: Sree Harsha Totakura sreehar...@totakura.in
Date: Wed, 22 Jan 2014 14:34:42 +0100
Subject: [PATCH] gnu: sqlite: Upgrade to 3.8.2
Signed-off-by: Sree Harsha
The patch looks good.
On 01/22/2014 06:02 PM, Sree Harsha Totakura wrote:
- version /sqlite-autoconf-3071502.tar.gz))
+ version /sqlite-autoconf-3080200.tar.gz))
It would be nice to be able to generate this version number automagically :)
Cyril.
Ok, thanks. Attached the new patch with the suggested changes.
Sree
On 01/22/2014 05:43 PM, Mark H Weaver wrote:
gnu: sqlite: Update to 3.8.2.
* gnu/packages/sqlite.scm (sqlite): Upgrade to 3.8.2.
From 16a77fe7ff74fd5062671d6fdb9eabba2bd89659 Mon Sep 17 00:00:00 2001
From: Sree Harsha
Hi,
Here is the patch with the suggested commit message.
Sree
On 01/22/2014 05:37 PM, Mark H Weaver wrote:
gnu: Add libopus.
* gnu/packages/opus.scm: New file.
* gnu-system.am (GNU_SYSTEM_MODULES): Add it.
From 18c8bb6e1064ec39982c5350e22c74562fd6ea94 Mon Sep 17 00:00:00 2001
From: Sree
Hello Sree,
thanks for the patch, and congratulations for your first guix package
(which I did not try out yet, I simply assumed it worked...).
Actually, it should go into oggvorbis.scm, where we put all xiph codecs.
Could you please do so and drop the new file, also from gnu-system.am?
I am not
Andreas Enge andr...@enge.fr skribis:
thanks for the patch, and congratulations for your first guix package
(which I did not try out yet, I simply assumed it worked...).
Indeed, cool. :-)
And thanks to the other people for the reviews!
Actually, it should go into oggvorbis.scm, where we
Sree Harsha Totakura sreehar...@totakura.in skribis:
+(synopsis Libopus - highly versatile audio codec)
One last thing: please don’t repeat the package name in the synopsis
(there have been exceptions to this rule but we’ll fix them over time.)
As you can see there are a bunch of
Sree Harsha Totakura sreehar...@totakura.in skribis:
From 16a77fe7ff74fd5062671d6fdb9eabba2bd89659 Mon Sep 17 00:00:00 2001
From: Sree Harsha Totakura sreehar...@totakura.in
Date: Wed, 22 Jan 2014 18:00:09 +0100
Subject: [PATCH] gnu: sqlite: Upgrade to 3.8.2.
* gnu/packages/sqlite.scm
* dmd.texi (Introduction): Rewrite for style and clarity.
---
dmd.texi | 52
1 file changed, 28 insertions(+), 24 deletions(-)
diff --git a/dmd.texi b/dmd.texi
index 841ce7c..4e06e93 100644
--- a/dmd.texi
+++ b/dmd.texi
@@ -78,24 +78,28 @@
Hello,
I'm assuming that dmd contributions go to the guix list for now.
Attached a patch introducing some changes to the dmd manual — the
patch only covers the Introduction section for now as I wanted to
submit something with my approach early to know whether it is
acceptable.
As you can see
That would be really nice! Count me in.
Bas
On 22 January 2014 13:50, Cillian de Róiste cillian.deroi...@gmail.com wrote:
Hi,
Since there will be quite a few NixOS and Guix folks at FOSDEM it would be
great to meet up. Is there some interest in arranging dinner / drinks on
Saturday evening?
Mark H Weaver m...@netris.org skribis:
Andreas Enge andr...@enge.fr writes:
Actually, it should go into oggvorbis.scm, where we put all xiph codecs.
I think that module should be renamed. Maybe xiph-codecs.scm ?
Or just xiph.scm? Because not everything is a codec strictly speaking.
Ludo’.
Hi,
It has been known for a while that any access to /dev/shm fails inside
chroot if the host system has /dev/shm symlinked to /run/shm.
The suggested method to deal with this until now is to remove the
symlink from the host system, create /dev/shm directory and mount a
tmpfs on it.
I spent
On Tue, Jan 21, 2014 at 11:51:08PM +0100, Ludovic Courtès wrote:
Do you have a way to reproduce it (command line + “will be downloaded” list)?
I tried a few substitutions at random and everything went fine.
Now everything goes well for me, too. No idea what happened.
Andreas
On Sat, Jan 18, 2014 at 04:35:14PM +0100, Ludovic Courtès wrote:
And what do we do for URIs in http:// or mirror://?
What is the particular problem? For ffmpeg, for instance, the uri reads
(uri (string-append http://www.ffmpeg.org/releases/ffmpeg-;
version
Hi,
Sree Harsha Totakura sreehar...@totakura.in writes:
It has been known for a while that any access to /dev/shm fails inside
chroot if the host system has /dev/shm symlinked to /run/shm.
The suggested method to deal with this until now is to remove the
symlink from the host system, create
* gnu/packages/fltk.scm: New file
* gnu-system.am: New file fltk.scm
---
gnu-system.am |1 +
gnu/packages/fltk.scm | 63 +
2 files changed, 64 insertions(+)
create mode 100644 gnu/packages/fltk.scm
diff --git a/gnu-system.am
* gnu/packages/xorg.scm (libxft): Propagate input libxrender.
---
gnu/packages/xorg.scm |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/gnu/packages/xorg.scm b/gnu/packages/xorg.scm
index dfdd82c..c21ed63 100644
--- a/gnu/packages/xorg.scm
+++ b/gnu/packages/xorg.scm
@@
Hi!
Finally support for offloading builds to other Guix machines has landed!
It’s still rough on the edges, but it does the job, and should allow us
to start having more than one machine (and one architecture) building
things. Yay!
It requires Guile 2.0.10 (not yet released) though, and is not
Hello Alex,
Alex Sassmannshausen alex.sassmannshau...@gmail.com skribis:
Ludovic Courtès writes:
Let me know if you think I should ba approaching this differently.
I will comment on the first patch, but what specific points do you want
to address more generally? Is it more about wording,
Andreas Enge andr...@enge.fr skribis:
On Thu, Jan 23, 2014 at 11:58:43AM -0500, Thompson, David wrote:
On Thu, Jan 23, 2014 at 11:51 AM, Ludovic Courtès l...@gnu.org wrote:
Or just xiph.scm? Because not everything is a codec strictly speaking.
I like this name best.
Done in 54ff0b7.
Sree Harsha Totakura sreehar...@totakura.in skribis:
From 23dcddebb12c619e22dac20a6181dfb77df4c876 Mon Sep 17 00:00:00 2001
From: Sree Harsha Totakura sreehar...@totakura.in
Date: Thu, 23 Jan 2014 19:38:39 +0100
Subject: [PATCH] gnu: oggvorbis: Add libopus-1.1.
* gnu/packages/oggvorbis.scm:
John Darrington j...@gnu.org skribis:
* gnu/packages/xorg.scm (libxft): Propagate input libxrender.
Can you please provide the rationale in a comment next to it?
Thanks,
Ludo’.
On 01/24/2014 05:16 AM, Sree Harsha Totakura wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/23/2014 08:56 PM, Mark H Weaver wrote:
We should not inherit /dev from the host system at all, but rather
create it from scratch with just the things we need. IMO, that's
the only truly
Hi John,
Noticed one small thing.
On Thu, Jan 23, 2014 at 3:07 PM, John Darrington j...@gnu.org wrote:
* gnu/packages/fltk.scm: New file
* gnu-system.am: New file fltk.scm
---
gnu-system.am |1 +
gnu/packages/fltk.scm | 63
+
Shea Levy s...@shealevy.com skribis:
On 01/24/2014 05:16 AM, Sree Harsha Totakura wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/23/2014 08:56 PM, Mark H Weaver wrote:
We should not inherit /dev from the host system at all, but rather
create it from scratch with just the
Shea Levy s...@shealevy.com writes:
On 01/24/2014 05:16 AM, Sree Harsha Totakura wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/23/2014 08:56 PM, Mark H Weaver wrote:
We should not inherit /dev from the host system at all, but rather
create it from scratch with just the things
On 01/24/2014 06:18 PM, Ludovic Courtès wrote:
+ #:use-module ((guix licenses)
+#:renamer (symbol-prefix-proc 'license:)))
#:use-module (guix licenses)
I had to use the renamer as the package depends on zlib and there is
also a license with the same name.
Sree
Hello,
On the back of me looking at the manual and my resulting playing with
dmd (which is a pretty cool program by the way), I've come across the
following:
Running dmd as a non-privileged user currently results in (by default):
- log: ~/.dmd.log
- config: ~/.dmdconf.scm
- an attempt being made
Sree Harsha Totakura sreehar...@totakura.in skribis:
On 01/24/2014 06:13 PM, Mark H Weaver wrote:
Shea Levy s...@shealevy.com writes:
Another option is to mount a devtmpfs there, for systems which support
it.
devtmpfs may give different devices on each machine and they may hinder
our
Sree Harsha Totakura sreehar...@totakura.in skribis:
* gnu/packages/dc.scm : New module.
* gnu-system.am (GNU_SYSTEM_MODULES): Add module.
Applied, thanks!
+(license 'license:x11)))
I removed the quote.
Please make sure to use no tabs in .scm files and leave no trailing
white space
On 01/24/2014 04:17 PM, Ludovic Courtès wrote:
Sree Harsha Totakura sreehar...@totakura.in skribis:
On 01/24/2014 06:13 PM, Mark H Weaver wrote:
Shea Levy s...@shealevy.com writes:
Another option is to mount a devtmpfs there, for systems which support it.
devtmpfs may give different
Hello,
On 01/25/2014 01:51 AM, Sree Harsha Totakura wrote:
+ (bash (string-append
+(assoc-ref inputs bash) /bin/bash))
You could use '(which bash)' here.
Regards,
Cyril.
* gnu/packages/fltk.scm: New file
* gnu-system.am: New file fltk.scm
---
gnu-system.am |2 ++
gnu/packages/fltk.scm | 63 +
2 files changed, 65 insertions(+)
create mode 100644 gnu/packages/fltk.scm
diff --git a/gnu-system.am
* gnu/packages/xorg.scm (libxft): Propagate input libxrender.
---
gnu/packages/xorg.scm |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/gnu/packages/xorg.scm b/gnu/packages/xorg.scm
index dfdd82c..c230654 100644
--- a/gnu/packages/xorg.scm
+++ b/gnu/packages/xorg.scm
@@
* gnu/packages/ncdu.scm: New file
* gnu-system.am: New file ncdu.scm
---
gnu-system.am |1 +
gnu/packages/ncdu.scm | 46 ++
2 files changed, 47 insertions(+)
create mode 100644 gnu/packages/ncdu.scm
diff --git a/gnu-system.am
Sorry! Corrected patch herewith.
* gnu/packages/fltk.scm: New file
* gnu-system.am: New file fltk.scm
---
gnu-system.am |1 +
gnu/packages/fltk.scm | 63 +
2 files changed, 64 insertions(+)
create mode 100644 gnu/packages/fltk.scm
diff --git a/gnu-system.am
John Darrington j...@darrington.wattle.id.au skribis:
On Sat, Jan 25, 2014 at 05:42:17PM +0100, Andreas Enge wrote:
On Sat, Jan 25, 2014 at 05:14:57PM +0100, John Darrington wrote:
The octave build system is rather naive. These propagated inputs
don't actually
*need* to be
Andreas Enge andr...@enge.fr skribis:
On Sat, Jan 18, 2014 at 04:35:14PM +0100, Ludovic Courtès wrote:
And what do we do for URIs in http:// or mirror://?
What is the particular problem? For ffmpeg, for instance, the uri reads
(uri (string-append http://www.ffmpeg.org/releases/ffmpeg-;
On Sat, Jan 25, 2014 at 09:41:32PM +0100, Ludovic Court??s wrote:
John Darrington j...@darrington.wattle.id.au skribis:
On Sat, Jan 25, 2014 at 05:42:17PM +0100, Andreas Enge wrote:
On Sat, Jan 25, 2014 at 05:14:57PM +0100, John Darrington wrote:
The octave
... In the meantime, here is a patch for gnuplot (without octave).
This one includes some additional inputs not present in the previous
patch, to provide some features.
* gnu/packages/maths.scm (gnuplot): New variable
---
gnu/packages/maths.scm | 33 +
1 file changed, 33 insertions(+)
diff --git a/gnu/packages/maths.scm b/gnu/packages/maths.scm
index 640d502..206ebba 100644
--- a/gnu/packages/maths.scm
+++
$ sudo ./pre-inst-env guix archive --generate-key
$ ./pre-inst-env guix archive --export hello hello.nar
error: executing `guix-authenticate': No such file or directory
guix archive: error: build failed: program `guix-authenticate' failed with exit
code 1
The command succeeded when I installed
Indeed. I just fixed that.
Thanks!
Also, where can I find the corresponding NAR info file? According to
this commit [1], the signature should be there.
The .narinfo files are created on the fly. When looking for a binary
for /nix/store/x4mnd9747fgwacjrvl1rynh59qlgz8gh-coreutils-8.21,
Ludovic Courtès l...@gnu.org writes:
FYI commit 22f33e6 goes with option (1).
Ludo’.
Cool, thanks!
- Dave
On Sun, Jan 26, 2014 at 08:38:16AM +0100, John Darrington wrote:
So it would not reduce the total number of inputs. Further, it would mean
we would have
to devise a number of potentially complicated patches, which we would be
condemned to
maintain. Further, it seems to me, to be a bit
Nikita Karetnikov nik...@karetnikov.org skribis:
Also, where can I find the corresponding NAR info file? According to
this commit [1], the signature should be there.
The .narinfo files are created on the fly. When looking for a binary
for
Andreas Enge andr...@enge.fr skribis:
On Sun, Jan 26, 2014 at 08:38:16AM +0100, John Darrington wrote:
So it would not reduce the total number of inputs. Further, it would mean
we would have
to devise a number of potentially complicated patches, which we would be
condemned to
maintain.
On Sun, Jan 26, 2014 at 08:30:02PM +0100, Ludovic Court??s wrote:
Andreas Enge andr...@enge.fr skribis:
On Sun, Jan 26, 2014 at 08:38:16AM +0100, John Darrington wrote:
So it would not reduce the total number of inputs. Further, it would
mean we would have
to devise
On 01/27/2014 10:53 AM, Ludovic Courtès wrote:
I believe this could be addressed by having a simple “toolchain”
meta-package with the sole purpose of propagating these 4 inputs, and by
documenting it in the manual.
Yes, a toolchain package would be nice. Debian does similarly: it has
It has come to my attention that guix packages (at least those with gnu build
system)
default their statedirs to directories under /nix/store/. Recall that the
statedirs (ie:
sharedstatedir localstatedir and runstatedir) are for installing data files
*which the programs
modify while they run*
* gnu/packages/libffi.scm (libffi): Symlink header files instead of moving them.
---
gnu/packages/libffi.scm |6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/gnu/packages/libffi.scm b/gnu/packages/libffi.scm
index d1a834d..978481a 100644
--- a/gnu/packages/libffi.scm
John Darrington j...@darrington.wattle.id.au skribis:
It has come to my attention that guix packages (at least those with gnu build
system)
default their statedirs to directories under /nix/store/. Recall that the
statedirs (ie:
sharedstatedir localstatedir and runstatedir) are for
Maybe we could go with Python folks? Otherwise Cillians idea sounds good!
On Mon, Jan 27, 2014 at 2:37 PM, Oliver Charles ol...@ocharles.org.ukwrote:
Cillian de Róiste cillian.deroi...@gmail.com writes:
It looks like we have 4-6 people interested. That's great! I guess we
don't
really
l...@gnu.org (Ludovic Courtès) writes:
John Darrington j...@darrington.wattle.id.au skribis:
It has come to my attention that guix packages (at least those with gnu
build system)
default their statedirs to directories under /nix/store/. Recall that the
statedirs (ie:
sharedstatedir
Sorry, I’m failing to understand how the protocol works. Is the spec
available somewhere?
Could you describe the entire process in a step-by-step way? What does
happen when the client requests a substitute? You mentioned that the
client attempts to fetch the corresponding .narinfo file. What
Nikita Karetnikov nik...@karetnikov.org skribis:
Sorry, I’m failing to understand how the protocol works. Is the spec
available somewhere?
No.
Could you describe the entire process in a step-by-step way? What does
happen when the client requests a substitute? You mentioned that the
Sree Harsha Totakura sreehar...@totakura.in skribis:
--- a/gnu/packages/libffi.scm
+++ b/gnu/packages/libffi.scm
@@ -32,8 +32,10 @@
(with-directory-excursion
(string-append out /lib/libffi-3.0.13/include)
(for-each (lambda (h)
-
Mark H Weaver m...@netris.org skribis:
l...@gnu.org (Ludovic Courtès) writes:
John Darrington j...@darrington.wattle.id.au skribis:
It has come to my attention that guix packages (at least those with gnu
build system)
default their statedirs to directories under /nix/store/. Recall that
On Mon, Jan 27, 2014 at 7:52 PM, Bas van Dijk v.dijk@gmail.com wrote:
On 27 Jan 2014 14:28, Cillian de Róiste cillian.deroi...@gmail.com
wrote:
The talks should be finished by 19:00 so why don't we meet up at the
main infodesk shortly afterwards and take it from there?:
+1
+1
On 01/27/2014 07:05 PM, Ludovic Courtès wrote:
Pushed, thanks (I made a mistake so this is two commits instead of one;
sorry!).
I applied it to ‘master’, but it needs a fix for
http://bugs.gnu.org/16569, right?
Yes, it needs to be fixed for this.
Sree
l...@gnu.org (Ludovic Courtès) skribis:
John Darrington j...@darrington.wattle.id.au skribis:
It has come to my attention that guix packages (at least those with gnu
build system)
default their statedirs to directories under /nix/store/. Recall that the
statedirs (ie:
sharedstatedir
Mark H Weaver m...@netris.org skribis:
l...@gnu.org (Ludovic Courtès) writes:
Mark H Weaver m...@netris.org skribis:
l...@gnu.org (Ludovic Courtès) writes:
John Darrington j...@darrington.wattle.id.au skribis:
It has come to my attention that guix packages (at least those with gnu
Hi,
Is there support for using a HTTP proxy while downloading sources or
substitutes?
-
Sree
On Tue, Jan 28, 2014 at 10:23:16AM +0100, Ludovic Court??s wrote:
I was overconfident: the patch broke everything, because
Automake-generated makefiles typically try to mkdir $localstatedir:
http://hydra.gnu.org/eval/45514
So I just reverted it, and I think
501 - 600 of 64579 matches
Mail list logo