From: Eric Bavier
If --with-frozenpaths is given, then configure will retain absolute paths
discovered for delegate programs, otherwise they are discarded.
* gnu/packages/imagemagick.scm (imagemagick)[arguments]: Add
'--with-frozenpaths' to #:configure-flags.
---
gnu/packages/imagemagick.scm
ericbav...@openmailbox.org skribis:
> From: Eric Bavier
>
> If --with-frozenpaths is given, then configure will retain absolute paths
> discovered for delegate programs, otherwise they are discarded.
Sounds good. Any idea what programs this includes? How is the output
of ‘guix size imagemagick
I've been looking at hydra.gnu.org a bit at some of the failing packages to
see what is causing them to fail. This list is far from complete, and is
based on eval #107275 on hydra.
bwa:
fails on non-x86_64 targets.
This package is part of bioinformatics.scm so it may not be intended for
non-x86_6
Alex Vong skribis:
> On 05/10/2015, Mathieu Lirzin wrote:
>> Alex Vong writes:
[...]
>> I'm not competent enough to judge if it's a useful build-system to add but
>> this should be done in another commit and in
>> “guix/guix/build/bootstap-build-system.scm” if yes.
>>
> I should be more a new
Hi everyone,
I am exploring the use of Guix for reproducible environments in scientific
computing. My goals are very similar to those described in the paper
"Reproducible and User-Controlled Software Environments in HPC with Guix".
Section 4.1 of that paper says that a given environment, define
Efraim Flashner skribis:
> I've been looking at hydra.gnu.org a bit at some of the failing packages to
> see what is causing them to fail. This list is far from complete, and is
> based on eval #107275 on hydra.
Thanks for looking into it!
> bwa:
> fails on non-x86_64 targets.
> This package is
On Tue, Oct 06, 2015 at 01:38:32PM +0200, Ludovic Courtès wrote:
> > bwa:
> > fails on non-x86_64 targets.
> > This package is part of bioinformatics.scm so it may not be intended for
> > non-x86_64 targets.
>
> Pjotr, Ricardo: could you look into this and other bioinfo packages that
> Efraim ment
Hi Konrad,
On Tue, Oct 06, 2015 at 12:50:52PM +0200, Konrad Hinsen wrote:
> Hi everyone,
>
> I am exploring the use of Guix for reproducible environments in scientific
> computing. My goals are very similar to those described in the paper
> "Reproducible and User-Controlled Software Environment
Efraim Flashner writes:
> bwa:
> fails on non-x86_64 targets.
> This package is part of bioinformatics.scm so it may not be intended for
> non-x86_64 targets.
Yes, I think it makes sense to just declare x86_64 as the only supported
system. Unfortunately, most bioinfo packages pretend that x86_
On Tue, Oct 06, 2015 at 02:25:44PM +0200, Ricardo Wurmus wrote:
> I would like to note that I find it quite hard to use the hydra
> interface as it doesn’t seem to support filtering. (Do we have an Emacs
> mode for displaying hydra tables?) Currently it’s a bit discouraging to
> work go through t
On Tue, 06 Oct 2015 11:50:36 +0200
l...@gnu.org (Ludovic Courtès) wrote:
> ericbav...@openmailbox.org skribis:
>
> > From: Eric Bavier
> >
> > If --with-frozenpaths is given, then configure will retain absolute paths
> > discovered for delegate programs, otherwise they are discarded.
>
> Sounds
Hi Alex,
On 06/10/2015, Alex Kost wrote:
> Hello and thank you for contributing. This is a tremendous patch for
> the first attempt!
>
> As Mathieu noted, if this auxiliary code for adding 'flags' is needed,
> it should be separated from the package commit and it shouldn't be
> placed in the pac
* configure.ac: Set LIBGCRYP_PREFIX, LIBGCRYPT_LIBDIR and LIBGCRYPT according
to the output of `libgcrypt-config'.
---
configure.ac | 31 +++
1 file changed, 15 insertions(+), 16 deletions(-)
diff --git a/configure.ac b/configure.ac
index 1cfe876..afffea1 100644
---
Hi Ludovic,
On 06/10/2015, Ludovic Courtès wrote:
> Alex Vong skribis:
>
>> On 05/10/2015, Mathieu Lirzin wrote:
>>> Alex Vong writes:
>
> [...]
>
>>> I'm not competent enough to judge if it's a useful build-system to add
>>> but
>>> this should be done in another commit and in
>>> “guix/guix/
Thompson, David writes:
> Hey Ricardo,
>
> On Wed, Sep 16, 2015 at 5:12 AM, Ricardo Wurmus
> wrote:
>> Hi Guix,
>>
>> attached are a couple of patches that resulted from a recent attempt to
>> traverse the dependency graph for a dependency of some tool I wanted to
>> package.
>>
>> I’m not happ
Alex Vong (2015-10-06 16:43 +0300) wrote:
> Hi Alex,
>
> On 06/10/2015, Alex Kost wrote:
[...]
>>> +;;; selectors of flag-sublist
>>> +(define (flag-type flag-sublist)
>>> + (car flag-sublist))
>>> +(define (flag-string-list flag-sublist)
>>> + (cdr flag-sublist))
>>
>> IMO it is clearer to wri
* guix/build/glib-or-gtk-build-system.scm (wrap-all-programs):
Factorize it.
---
guix/build/glib-or-gtk-build-system.scm | 77 +
1 file changed, 21 insertions(+), 56 deletions(-)
diff --git a/guix/build/glib-or-gtk-build-system.scm b/guix/build/glib-or-gtk-build
On 07/10/15 00:35, Ricardo Wurmus wrote:
Thompson, David writes:
Hey Ricardo,
On Wed, Sep 16, 2015 at 5:12 AM, Ricardo Wurmus
wrote:
Hi Guix,
attached are a couple of patches that resulted from a recent attempt to
traverse the dependency graph for a dependency of some tool I wanted to
pa
Alex Vong writes:
> On 05/10/2015, Mathieu Lirzin wrote:
>> Alex Vong writes:
>>> +
>>> +;;; Procedures to manupulate build flags, similar to dpkg-buildflags.
>>> +;;;
>>> +;;; The data strcture flag-list is constrcuted by (flag-list
>>> ...)
>> ^^
>>
Ludovic Courtès (2015-10-05 18:55 +0300) wrote:
> Alex Kost skribis:
>
>> Ludovic Courtès (2015-10-04 19:57 +0300) wrote:
>>
[...]
>>> In that case, I would suggest something based on the URL at point rather
>>> than the origin at point.
>>
>> It's neither URL at point, nor origin at point: it's
Ricardo Wurmus (2015-10-06 15:25 +0300) wrote:
> I would like to note that I find it quite hard to use the hydra
> interface as it doesn’t seem to support filtering. (Do we have an Emacs
> mode for displaying hydra tables?) Currently it’s a bit discouraging to
> work go through the list of failu
Mathieu Lirzin (2015-10-06 18:06 +0300) wrote:
> Alex Vong writes:
>
>> On 05/10/2015, Mathieu Lirzin wrote:
>>> Alex Vong writes:
+
+;;; Procedures to manupulate build flags, similar to dpkg-buildflags.
+;;;
+;;; The data strcture flag-list is constrcuted by (flag-list
Efraim Flashner skribis:
> commit 3f9f176b3a98a8c7dedb40f7fd14e8b5b3f45906
> Author: Efraim Flashner
> Date: Tue Oct 6 15:04:12 2015 +0300
>
> gnu: libbluray: Upgrade to 0.9.1.
>
> * gnu/packages/video.scm (libbluray): Upgrade to 0.9.1.
> [inputs]: Add "ant" and "icedtea7" t
On Tue, Oct 06, 2015 at 06:28:21PM +0200, Ludovic Courtès wrote:
> I think it would be good to be able to watch videos without having to
> pull Icedtea and its dependencies, if possible.
Notice that since icedtea does not build on arm, this update prevents
compilation of essentially all video play
On Tue, 6 Oct 2015 19:41:32 +0200
Andreas Enge wrote:
> On Tue, Oct 06, 2015 at 06:28:21PM +0200, Ludovic Courtès wrote:
> > I think it would be good to be able to watch videos without having to
> > pull Icedtea and its dependencies, if possible.
>
> Notice that since icedtea does not build on a
On Tue, Oct 06, 2015 at 06:59:44PM +0200, Konrad Hinsen wrote:
> Here's an example (a simplified version of the real situation that motivated
> me to check out Guix):
>
>- I need to use Program X that depends on libraries A and B.
>- The current versions are A-1.1 and B-42.0.1.
>- X re
On Tue, 06 Oct 2015 18:28:21 +0200
l...@gnu.org (Ludovic Courtès) wrote:
> Efraim Flashner skribis:
>
> > commit 3f9f176b3a98a8c7dedb40f7fd14e8b5b3f45906
> > Author: Efraim Flashner
> > Date: Tue Oct 6 15:04:12 2015 +0300
> >
> > gnu: libbluray: Upgrade to 0.9.1.
> >
> > * gnu/pa
Hi!
Alex Vong skribis:
> On 06/10/2015, Ludovic Courtès wrote:
[...]
>> It’s not uncommon, indeed. However, the details on how to bootstrap are
>> not standard: Often ‘autoreconf -vfi’ will do, sometimes it’s
>> ‘./bootstrap’, sometimes ‘./autogen.sh’, etc.
>>
>> Now the proposed build syste
Alex Kost skribis:
> Ouch, yes, 'second' is 'cadr', my bad. Actually I think 'first',
> 'second', etc. are not much better then 'car', 'cadr', etc. It is
> usually possible and desirable to avoid such things, although I confess
> I use 'car'-s sometimes (when Ludovic doesn't see :-)).
Bah, cau
Andreas Enge skribis:
> currently, we get lots of failed jobs for armhf coming from cross-compilation,
> such as
>
> http://hydra.gnu.org/job/gnu/master/mips64el-linux-gnu.grep-2.21.armhf-linux
The problem in question is this:
--8<---cut here---start->8--
Alex Kost skribis:
> Ricardo Wurmus (2015-10-06 15:25 +0300) wrote:
>
>> I would like to note that I find it quite hard to use the hydra
>> interface as it doesn’t seem to support filtering. (Do we have an Emacs
>> mode for displaying hydra tables?) Currently it’s a bit discouraging to
>> work
On Tue, Oct 6, 2015 at 10:55 AM, Ben Woodcroft wrote:
>
> Stupidly not being aware of this thread I believe I've got ruby-yard
> packaged without disabling tests just now, by packaging rspec-2 (and
> skipping the 2 remaining failing tests that write to /homeless-shelter). I
> think that issue on g
Efraim Flashner skribis:
> On Tue, 06 Oct 2015 18:28:21 +0200
> l...@gnu.org (Ludovic Courtès) wrote:
>
>> Efraim Flashner skribis:
>>
>> > commit 3f9f176b3a98a8c7dedb40f7fd14e8b5b3f45906
>> > Author: Efraim Flashner
>> > Date: Tue Oct 6 15:04:12 2015 +0300
>> >
>> > gnu: libbluray: Upgr
Hi Pjotr,
First of all, thanks for your explanations!
> At this point (correct me if I am wrong), the route to take is to
> checkout a commit of the Guix source tree (with packages). The SHA
> value is captured on Hydra in the build itself. That is the only way
> to fully reproduce GUIX as a
Mark H Weaver writes:
> Christopher Allan Webber writes:
>
>> From 8d29d47c0558c24562c2c0760e1f05a78b064838 Mon Sep 17 00:00:00 2001
>> From: Christopher Allan Webber
>> Date: Fri, 18 Sep 2015 16:58:31 -0500
>> Subject: [PATCH] gnu: guile: Add guile-wisp
>>
>> * gnu/packages/guile.scm (guile-wis
宋文武 skribis:
> * configure.ac: Set LIBGCRYP_PREFIX, LIBGCRYPT_LIBDIR and LIBGCRYPT according
> to the output of `libgcrypt-config'.
I ended up doing it a bit differently in dd01fec.
Thank you!
Ludo’.
Hi Konrad,
Just to complete what Pjotr already wrote:
Konrad Hinsen skribis:
> Section 4.1 of that paper says that a given environment, defined by a Guix
> profile, can be reproduced given (1) a manifest and (2) the Guix commit
> defining all the packages.
>
> Problem #1: After reading the ma
On Tue, Oct 06, 2015 at 08:45:44PM +0300, Efraim Flashner wrote:
> Yikes! Thats not good at all. That seems like a really good reason to apply
> the second patch to take out java and put in the compile flag.
Very well, thanks for your quick reaction!
Andreas
Alex Kost writes:
> Ludovic Courtès (2015-10-05 18:55 +0300) wrote:
>
>> Alex Kost skribis:
>>
>>> Ludovic Courtès (2015-10-04 19:57 +0300) wrote:
>>>
However, if this is “too convenient”, I’m afraid this would give an
incentive to not check OpenPGP signatures when they are available.
From: Eric Bavier
* guix/build/utils.scm (search-path-as-list)[pattern]: Check requested file
type. Check pattern against directory names.
* guix/search-paths.scm (evaluate-search-paths)[pattern]: Remove symlink hack.
---
guix/build/utils.scm | 9 ++---
guix/search-paths.scm | 6 --
From: Eric Bavier
Benefits include: 'guix environment' more useful for ghc libraries, more
useful 'guix package --search-paths' for installed ghc libraries, cleaner
package recipes: no longer need to propagate runtime package dependencies.
* guix/build/haskell-build-system.scm (configure): Unset
From: Eric Bavier
The first of these patches lets search-path-as-list function correctly when a
pattern is given and the 'directory file type is specified.
The second adds a native-search-paths field to our ghc package. It modifies
our haskell-build-system to install a package-specific package
Mark H Weaver writes:
> Alex Kost writes:
>
>> Ludovic Courtès (2015-10-05 18:55 +0300) wrote:
>>
>>> Alex Kost skribis:
>>>
Ludovic Courtès (2015-10-04 19:57 +0300) wrote:
> However, if this is “too convenient”, I’m afraid this would give an
> incentive to not check OpenPGP si
Quoting ericbav...@openmailbox.org (2015-10-06 17:26:17)
> + (define (line-items str)
> +;; Return a list of the whitespace-delimited "words" in a string
> +(remove string-null?
> +(map string-trim-both (string-split str char-set:whitespace
This strikes me as something gen
44 matches
Mail list logo
