Re: [ART] Updated SLiM theme with GuixSD logo

2015-02-13 Thread Ludovic Courtès
Ricardo Wurmus rek...@elephly.net skribis:

 - do we really want to use the abbreviation GuixSD (rather than the
   actual name) so prominently?  In my opinion the abbreviation just
   makes it easier to refer to the system, but it's not like that's the
   actual name.  As the focus is on offering a GNU system (which just
   happens to be called Guix System Distribution or GuixSD in ambiguous
   circumstances) wouldn't it be better to stay with either just the new
   wildebeest logo or simply the GNU logo?

That’s the feeling that many of us shared several weeks ago, that we
shouldn’t do any branding other than GNU.

OTOH, it’s become clear that we’d have no support in doing that and no
influence over the GNU “brand”; in that sense, we would have to spend a
lot of energy for a result that may be unsatisfying.  I suspect Felipe
reached the same conclusion.

We continue to support GNU obviously, and I hope we can contribute to an
evolution in this area, even if not as directly as initially planned.

Does that make sense?

Ludo’.



Re: [ART] Logo proposal

2015-02-13 Thread Ludovic Courtès
Luis Felipe López Acevedo felipe.lo...@openmailbox.org skribis:

 If GuixSD is the final name for the distro, I attached a logo to replace
 the one currently used on the List of Free GNU/Linux Distributions. If
 not, tell me and I'll make any necessary changes.

Since http://www.gnu.org/distros/free-distros.html refers to our
software/guix/graphics directory, could you first add the GuixSD logo to
http://www.gnu.org/software/guix/graphics/ in a way similar to what is
done with the other one?  (See Source Code - Use CVS at
http://savannah.gnu.org/projects/guix, or drop by on IRC if you have
any problems.)

Then we’ll just send them the link.

For the list, I wonder which of the vertical or the horizontal variant
would fit best or would be most appropriate.  What are your thoughts?

Thanks,
Ludo’.



Re: CA certificates

2015-02-13 Thread Andreas Enge
On Fri, Feb 13, 2015 at 02:28:10AM -0500, Mark H Weaver wrote:
 I just realized that the 'zero?' is pointless in that position.

Indeed. But the real problem, as I mentioned before, is that grafting fails
with a non-utf8 locale. We should switch to utf8 for everything.

Andreas




Re: gnu: Add CLISP.

2015-02-13 Thread Taylan Ulrich Bayırlı/Kammer
Eric Bavier bav...@member.fsf.org writes:

 Could you use a more descriptive phase name?  E.g. patch-sh-and-pwd?
 [...]
 Ditto.  Several other packages use chdir or chdir-to-source

Done.

 If you know more specifically why parallel builds fail, could you
 comment on that?  Race conditions, or not using $(MAKE), etc?

I'm inexperienced with Makefiles, but I suppose the following hints at a
race condition:

--- START SNIP ---

MAKE=make CLISP=/tmp/nix-build-clisp-2.49.drv-0/clisp-2.49/src/clisp -K boot  
-E UTF-8 -Epathname 1:1 -Emisc 1:1 -norc with_dynamic_modules=no ./clisp-link 
add boot base i18n syscalls regexp readline || (rm -rf base ; exit 1)
make[1]: Entering directory 
'/tmp/nix-build-clisp-2.49.drv-0/clisp-2.49/src/i18n'
make[1]: Nothing to be done for 'clisp-module'.
make[1]: Leaving directory '/tmp/nix-build-clisp-2.49.drv-0/clisp-2.49/src/i18n'
make[1]: Entering directory 
'/tmp/nix-build-clisp-2.49.drv-0/clisp-2.49/src/syscalls'
rm -f libgnu_sc.a
rm -f libgnu_sc.a
mkdir -p gllib
mkdir -p gllib
test -f gllib/Makefile || sh config.status gllib/Makefile depfiles
cd gllib; \
  make 
srcdir=/tmp/nix-build-clisp-2.49.drv-0/clisp-2.49/modules/syscalls/gllib \

ACLOCAL_M4=/tmp/nix-build-clisp-2.49.drv-0/clisp-2.49/modules/syscalls/gllib/Makefile.am
 \
CFLAGS=-g -O2 -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit 
-Wreturn-type -Wmissing-declarations -Wno-sign-compare -Wno-format-nonliteral 
-O -falign-functions=4 -DENABLE_UNICODE -DDYNAMIC_FFI -DDYNAMIC_MODULES -I. 
-fPIC -I/tmp/nix-build-clisp-2.49.drv-0/clisp-2.49/src/; \
  ln libgnu.a ../libgnu_sc.a
test -f gllib/Makefile || sh config.status gllib/Makefile depfiles
cd gllib; \
  make 
srcdir=/tmp/nix-build-clisp-2.49.drv-0/clisp-2.49/modules/syscalls/gllib \

ACLOCAL_M4=/tmp/nix-build-clisp-2.49.drv-0/clisp-2.49/modules/syscalls/gllib/Makefile.am
 \
CFLAGS=-g -O2 -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit 
-Wreturn-type -Wmissing-declarations -Wno-sign-compare -Wno-format-nonliteral 
-O -falign-functions=4 -DENABLE_UNICODE -DDYNAMIC_FFI -DDYNAMIC_MODULES -I. 
-fPIC -I/tmp/nix-build-clisp-2.49.drv-0/clisp-2.49/src/; \
  ln libgnu.a ../libgnu_sc.a
  
[ SNIP ]

ln: failed to create hard link '../libgnu_sc.a': File exists
Makefile:51: recipe for target 'gllib' failed
make[1]: *** [gllib] Error 1
make[1]: Leaving directory 
'/tmp/nix-build-clisp-2.49.drv-0/clisp-2.49/src/syscalls'
Makefile:2282: recipe for target 'base' failed
make: *** [base] Error 1

--- END SNIP ---

This looks like several Makefiles want to ensure the existence of
libgnu_sc.a, and they all start doing it together when called in
parallel.

 Do not begin with A; `guix lint` will complain about that.  Perhaps
 just Common Lisp implementation.

Actually 'guix lint' recommended A Common Lisp implementation, which
is also what GCL in the same file uses. :-)

Maybe lint needs to be fixed then.  I went with Common Lisp
implementation as you suggested, assuming it's fine that it's more or
less the same with GCL.

 I think in this case the gpl3+ might win out, but I'll let others
 comment on that.

Done, taking Mark's comment into account.


I pushed the patch already to save a round-trip, assuming that my
decisions above are correct re. race condition comment and synopsis.
Tell me if I did wrong.

Thanks for the review,
Taylan



Re: gnu: Add CLISP.

2015-02-13 Thread Taylan Ulrich Bayırlı/Kammer
Mark H Weaver m...@netris.org writes:

 PS: It might now be possible to bootstrap sbcl from source code using
 either clisp or ecl.  Any takers?

It's my intention to work on that next.  Consider it under progress
until I report success or failure.  (Sometimes the work seems
overwhelming and frustrates me; I have a couple unfinished recipes
lingering around due to that.)

Taylan



[PATCH v1]: gnu: Add R.

2015-02-13 Thread Ricardo Wurmus
Hi Guix,

attached is a patch to add the statistics software R.

The test suite fails when using `guix build' but it's passing when run
in `guix environment --pure r' (where LANG is en_GB.UTF-8).  Judging
from the error message I suspect that the failure is locale-related, but
I was not able to fix this by adding a build phase before `check'.

Do you have any ideas how to fix the test suite?

The patch also includes the definition of a new mirror for the R package
repository CRAN.

~~ Ricardo

From d2839cb8b65049990964bdfd20c890db5a8e453b Mon Sep 17 00:00:00 2001
From: Ricardo Wurmus ricardo.wur...@mdc-berlin.de
Date: Thu, 12 Feb 2015 12:58:11 +0100
Subject: [PATCH] gnu: Add R.

* gnu/packages/statistics.scm: New file.
* gnu-system.am (GNU_SYSTEM_MODULES): Add it
* guix/download.scm (%mirrors): Add CRAN mirrors.
---
 gnu-system.am   |   1 +
 gnu/packages/statistics.scm | 124 
 guix/download.scm   |  10 
 3 files changed, 135 insertions(+)
 create mode 100644 gnu/packages/statistics.scm

diff --git a/gnu-system.am b/gnu-system.am
index 1a68b8b..0348bf1 100644
--- a/gnu-system.am
+++ b/gnu-system.am
@@ -257,6 +257,7 @@ GNU_SYSTEM_MODULES =\
   gnu/packages/socat.scm			\
   gnu/packages/ssh.scm\
   gnu/packages/stalonetray.scm			\
+  gnu/packages/statistics.scm			\
   gnu/packages/swig.scm\
   gnu/packages/sxiv.scm\
   gnu/packages/synergy.scm			\
diff --git a/gnu/packages/statistics.scm b/gnu/packages/statistics.scm
new file mode 100644
index 000..a0527bf
--- /dev/null
+++ b/gnu/packages/statistics.scm
@@ -0,0 +1,124 @@
+;;; GNU Guix --- Functional package management for GNU
+;;; Copyright © 2015 Ricardo Wurmus rek...@elephly.net
+;;;
+;;; This file is part of GNU Guix.
+;;;
+;;; GNU Guix is free software; you can redistribute it and/or modify it
+;;; under the terms of the GNU General Public License as published by
+;;; the Free Software Foundation; either version 3 of the License, or (at
+;;; your option) any later version.
+;;;
+;;; GNU Guix is distributed in the hope that it will be useful, but
+;;; WITHOUT ANY WARRANTY; without even the implied warranty of
+;;; MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+;;; GNU General Public License for more details.
+;;;
+;;; You should have received a copy of the GNU General Public License
+;;; along with GNU Guix.  If not, see http://www.gnu.org/licenses/.
+
+(define-module (gnu packages statistics)
+  #:use-module ((guix licenses) #:prefix license:)
+  #:use-module (guix packages)
+  #:use-module (guix download)
+  #:use-module (guix utils)
+  #:use-module (guix build-system gnu)
+  #:use-module (gnu packages)
+  #:use-module (gnu packages compression)
+  #:use-module (gnu packages gcc)
+  #:use-module (gnu packages gtk)
+  #:use-module (gnu packages icu4c)
+  #:use-module (gnu packages image)
+  #:use-module (gnu packages java)
+  #:use-module (gnu packages maths)
+  #:use-module (gnu packages pcre)
+  #:use-module (gnu packages perl)
+  #:use-module (gnu packages pkg-config)
+  #:use-module (gnu packages readline)
+  #:use-module (gnu packages texlive)
+  #:use-module (gnu packages texinfo)
+  #:use-module (gnu packages which)
+  #:use-module (gnu packages xorg))
+
+(define-public r
+  (package
+(name r)
+(version 3.1.2)
+(source (origin
+  (method url-fetch)
+  (uri (string-append mirror://cran/src/base/R-
+  (version-prefix version 1) /R-
+  version .tar.gz))
+  (sha256
+   (base32
+0ypsm11c7n49pgh2ricyhhpfhas3famscdazzdp2zq70rapm1ldw
+(build-system gnu-build-system)
+(arguments
+ `(;; Tests fail probably because of locale issues:
+   ;;  tm - seq(as.POSIXct(2012-06-01 06:00), by = 6 hours, length.out = 24)
+   ;; Error in as.POSIXlt.character(x, tz, ...) :
+   ;;   character string is not in a standard unambiguous format
+   #:tests? #f
+   #:phases
+   ;; XXX This phase doesn't fix the tests.
+   (alist-cons-before
+'check 'install-locales
+(lambda _
+  ;; A bunch of tests require the availability of a UTF-8
+  ;; locale and otherwise fail.  Give them what they want.
+  (setenv LOCPATH (getcwd))
+  (setenv LANG en_US.UTF-8)
+  (zero? (system* localedef --no-archive
+  --prefix (getcwd) -i en_US
+  -f UTF-8 ./en_US.UTF-8)))
+%standard-phases)
+   #:configure-flags
+   '(--with-blas
+ --with-lapack
+ --with-cairo
+ --with-libpng
+ --with-jpeglib
+ --with-libtiff
+ --with-ICU
+ --enable-R-shlib
+ --enable-BLAS-shlib
+ --with-system-zlib
+ --with-system-bzlib
+ --with-system-pcre
+ --with-system-tre
+ --with-system-xz)))  
+(native-inputs
+ 

Re: gnu: Add CLISP.

2015-02-13 Thread Eric Bavier
On Fri, 13 Feb 2015 02:35:44 -0500
Mark H Weaver m...@netris.org wrote:

 Eric Bavier bav...@member.fsf.org writes:
 
  On Fri, 13 Feb 2015 00:48:05 +0100
  taylanbayi...@gmail.com (Taylan Ulrich Bayırlı/Kammer) wrote:
 
  From 6201470b3e6c2410be7f38d8cc1cc99c3b13f0da Mon Sep 17 00:00:00 2001
  From: =?UTF-8?q?Taylan=20Ulrich=20Bay=C4=B1rl=C4=B1/Kammer?=
   taylanbayi...@gmail.com
  Date: Thu, 12 Feb 2015 22:19:52 +0100
  Subject: [PATCH] gnu: Add CLISP.
 
 I agree with all of Eric's feedback, with one exception:
 
  +(description GNU CLISP is an implementation of ANSI Common
  Lisp, with +many extensions.  It includes an interpreter, compiler,
   ^
  +many - many
 [...]
  Copy and paste + wrapping errors? ;)
 
 This seems to be a problem on your end, Eric.  I guess that your mail
 client word-wrapped Taylan's patch.  The '+'s you see intermixed were at
 the beginning of each line of the patch, of course.

Indeed, this was my error (using an unfamiliar email client).  My
apologies for the noise.

 
  +;; Website says gpl2+, COPYRIGHT file says gpl2; actual source
  files have
  +;; a lot of gpl3+.  (Also some parts are under non-copyleft
  licenses, such
  +;; as CLX by Texas Instruments.)
  +(license (list license:gpl2 license:gpl2+ license:gpl3+
 
  I think in this case the gpl3+ might win out, but I'll let others
  comment on that.
 
 Yes, I think that's correct.

Thanks for the confirmation.

`~Eric



Re: [PATCH v1]: gnu: Add R.

2015-02-13 Thread Ricardo Wurmus

Ricardo Wurmus writes:

 The test suite fails when using `guix build' but it's passing when run
 in `guix environment --pure r' (where LANG is en_GB.UTF-8).  Judging
 from the error message I suspect that the failure is locale-related, but
 I was not able to fix this by adding a build phase before `check'.

 Do you have any ideas how to fix the test suite?

Thanks to effa` on IRC I was able to fix it by setting the TZ variable.

Attached is the updated patch.

~~ Ricardo

From 79df400084e15de6388c832ae3d1791e5d0c8519 Mon Sep 17 00:00:00 2001
From: Ricardo Wurmus ricardo.wur...@mdc-berlin.de
Date: Thu, 12 Feb 2015 12:58:11 +0100
Subject: [PATCH] gnu: Add R.

* gnu/packages/statistics.scm: New file.
* gnu-system.am (GNU_SYSTEM_MODULES): Add it
* guix/download.scm (%mirrors): Add CRAN mirrors.
---
 gnu-system.am   |   1 +
 gnu/packages/statistics.scm | 112 
 guix/download.scm   |  10 
 3 files changed, 123 insertions(+)
 create mode 100644 gnu/packages/statistics.scm

diff --git a/gnu-system.am b/gnu-system.am
index 1a68b8b..0348bf1 100644
--- a/gnu-system.am
+++ b/gnu-system.am
@@ -257,6 +257,7 @@ GNU_SYSTEM_MODULES =\
   gnu/packages/socat.scm			\
   gnu/packages/ssh.scm\
   gnu/packages/stalonetray.scm			\
+  gnu/packages/statistics.scm			\
   gnu/packages/swig.scm\
   gnu/packages/sxiv.scm\
   gnu/packages/synergy.scm			\
diff --git a/gnu/packages/statistics.scm b/gnu/packages/statistics.scm
new file mode 100644
index 000..ff49b83
--- /dev/null
+++ b/gnu/packages/statistics.scm
@@ -0,0 +1,112 @@
+;;; GNU Guix --- Functional package management for GNU
+;;; Copyright © 2015 Ricardo Wurmus rek...@elephly.net
+;;;
+;;; This file is part of GNU Guix.
+;;;
+;;; GNU Guix is free software; you can redistribute it and/or modify it
+;;; under the terms of the GNU General Public License as published by
+;;; the Free Software Foundation; either version 3 of the License, or (at
+;;; your option) any later version.
+;;;
+;;; GNU Guix is distributed in the hope that it will be useful, but
+;;; WITHOUT ANY WARRANTY; without even the implied warranty of
+;;; MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+;;; GNU General Public License for more details.
+;;;
+;;; You should have received a copy of the GNU General Public License
+;;; along with GNU Guix.  If not, see http://www.gnu.org/licenses/.
+
+(define-module (gnu packages statistics)
+  #:use-module ((guix licenses) #:prefix license:)
+  #:use-module (guix packages)
+  #:use-module (guix download)
+  #:use-module (guix utils)
+  #:use-module (guix build-system gnu)
+  #:use-module (gnu packages)
+  #:use-module (gnu packages compression)
+  #:use-module (gnu packages gcc)
+  #:use-module (gnu packages gtk)
+  #:use-module (gnu packages icu4c)
+  #:use-module (gnu packages image)
+  #:use-module (gnu packages java)
+  #:use-module (gnu packages maths)
+  #:use-module (gnu packages pcre)
+  #:use-module (gnu packages perl)
+  #:use-module (gnu packages pkg-config)
+  #:use-module (gnu packages readline)
+  #:use-module (gnu packages texlive)
+  #:use-module (gnu packages texinfo)
+  #:use-module (gnu packages which)
+  #:use-module (gnu packages xorg))
+
+(define-public r
+  (package
+(name r)
+(version 3.1.2)
+(source (origin
+  (method url-fetch)
+  (uri (string-append mirror://cran/src/base/R-
+  (version-prefix version 1) /R-
+  version .tar.gz))
+  (sha256
+   (base32
+0ypsm11c7n49pgh2ricyhhpfhas3famscdazzdp2zq70rapm1ldw
+(build-system gnu-build-system)
+(arguments
+ `(#:phases
+   (alist-cons-before
+'check 'set-timezone
+;; Some tests require the timezone to be set.
+(lambda _ (setenv TZ UTC))
+%standard-phases)
+   #:configure-flags
+   '(--with-blas
+ --with-lapack
+ --with-cairo
+ --with-libpng
+ --with-jpeglib
+ --with-libtiff
+ --with-ICU
+ --enable-R-shlib
+ --enable-BLAS-shlib
+ --with-system-zlib
+ --with-system-bzlib
+ --with-system-pcre
+ --with-system-tre
+ --with-system-xz)))  
+(native-inputs
+ `((pkg-config ,pkg-config)))
+(inputs
+ `((atlas ,atlas) ; --with-blas
+   (bzip2 ,bzip2)
+   (cairo ,cairo)
+   (gfortran ,gfortran-4.8)
+   (icu4c ,icu4c)
+   (icedtea6 ,icedtea6)
+   (lapack ,lapack)
+   (libjpeg ,libjpeg)
+   (libpng ,libpng)
+   (libtiff ,libtiff)
+   (libxt ,libxt)
+   (pcre ,pcre)
+   (perl ,perl)
+   (readline ,readline)
+   (texlive ,texlive) ; needed to make vignettes
+   (texinfo ,texinfo) ; for building HTML manuals
+   (which ,which) ; for tests/Examples/base-Ex.R
+   (xz ,xz)
+   (zlib ,zlib)))
+(home-page http://www.r-project.org/;)
+   

Re: Improving the usability of 'guix environment'

2015-02-13 Thread David Thompson
Ludovic Courtès l...@gnu.org writes:

 David Thompson dthomps...@worcester.edu skribis:

 Ludovic Courtès l...@gnu.org writes:

 I'm a bit confused about that.  Are you suggesting we merge 'guix
 environment' into 'guix package'?

 A possibility might be to:

   • keep ‘guix environment’ as is; after all, ‘guix environment emacs’
 really reads as “the environment for [the development of] Emacs”;

After thinking about this more, I agree.

It seems that the real problem here is that using a string for the
'source' field of a package doesn't yield a buildable package, which
makes me feel like writing a package to encompass the dependencies is
just useless boilerplate.  If that was fixed, not only could you make an
environment from it, you could also easily pass it to 'guix build' or
'guix package', making it very useful.

   • add a -E option to ‘guix package’ (like the -E of ‘guix
 environment’).

 Example:

   # start a shell where guile and guile-sdl are available in addition to
   # what’s in ~/.guix-profile
   $ guix package -i guile guile-sdl -E $SHELL

   # start a shell where only guile and guile-sdl are available
   $ guix package -i guile guile-sdl --scratch -E $SHELL

   # start a shell in an environment which is my profile minus emacs
   # plus vim and with an upgraded zile
   $ guix package -r emacs -i vim -u zile --pure -E $SHELL

 Hmm.

 I’ve not completely convinced myself.

 Maybe keeping it in ‘guix environment’ is wiser.  I’m not quite sure
 that changing the default behavior is desirable though.

I think keeping the functionality in 'guix environment' is the best
idea, but I'm going to hold off on adding a feature like this for now.
It might not be necessary at all.

Thanks for thinking this through with me!

-- 
David Thompson
Web Developer - Free Software Foundation - http://fsf.org
GPG Key: 0FF1D807
Support the FSF: https://fsf.org/donate



Re: [ART] Updated SLiM theme with GuixSD logo

2015-02-13 Thread Luis Felipe López Acevedo
El vie, 13-02-2015 a las 10:46 +0100, Ludovic Courtès escribió:
 Ricardo Wurmus rek...@elephly.net skribis:
 
  - do we really want to use the abbreviation GuixSD (rather than the
actual name) so prominently?  In my opinion the abbreviation just
makes it easier to refer to the system, but it's not like that's the
actual name.  As the focus is on offering a GNU system (which just
happens to be called Guix System Distribution or GuixSD in ambiguous
circumstances) wouldn't it be better to stay with either just the new
wildebeest logo or simply the GNU logo?
 
 That’s the feeling that many of us shared several weeks ago, that we
 shouldn’t do any branding other than GNU.
 
 OTOH, it’s become clear that we’d have no support in doing that and no
 influence over the GNU “brand”; in that sense, we would have to spend a
 lot of energy for a result that may be unsatisfying.  I suspect Felipe
 reached the same conclusion.
 

Exactly. So I proposed the new logo to avoid any clash within the GNU
Project.

I also feel unhappy about not being able to promote this system as the
GNU Operating System (because that's what I think it is). [1]

[1]
http://lists.gnu.org/archive/html/gnu-system-discuss/2014-11/msg2.html





Re: docbook-xsl version number in pathname (was Re: [PATCH] gnu: Add moreutils.)

2015-02-13 Thread Mark H Weaver
taylanbayi...@gmail.com (Taylan Ulrich Bayırlı/Kammer) writes:

 From d7eeccc9c6b53670aa82936add30e2b0c80ea201 Mon Sep 17 00:00:00 2001
 From: =?UTF-8?q?Taylan=20Ulrich=20Bay=C4=B1rl=C4=B1/Kammer?=
  taylanbayi...@gmail.com
 Date: Sun, 1 Feb 2015 02:21:11 +0100
 Subject: [PATCH] gnu: Add moreutils.

 * gnu/packages/moreutils.scm: New file.
 * gnu-system.am (GNU_SYSTEM_MODULES): Add it.
 ---
  gnu-system.am  |  1 +
  gnu/packages/moreutils.scm | 69 
 ++
  2 files changed, 70 insertions(+)
  create mode 100644 gnu/packages/moreutils.scm


 diff --git a/gnu-system.am b/gnu-system.am
 index 706ad57..8ae5b79 100644
 --- a/gnu-system.am
 +++ b/gnu-system.am
 @@ -187,6 +187,7 @@ GNU_SYSTEM_MODULES =  \
gnu/packages/miscfiles.scm \
gnu/packages/mit-krb5.scm  \
gnu/packages/moe.scm   \
 +  gnu/packages/moreutils.scm \
gnu/packages/mpd.scm   \
gnu/packages/mp3.scm   \
gnu/packages/mpi.scm   \
 diff --git a/gnu/packages/moreutils.scm b/gnu/packages/moreutils.scm
 new file mode 100644
 index 000..0d07456
 --- /dev/null
 +++ b/gnu/packages/moreutils.scm
 @@ -0,0 +1,69 @@
 +;;; GNU Guix --- Functional package management for GNU
 +;;; Copyright © 2015 Taylan Ulrich Bayırlı/Kammer taylanbayi...@gmail.com
 +;;;
 +;;; This file is part of GNU Guix.
 +;;;
 +;;; GNU Guix is free software; you can redistribute it and/or modify it
 +;;; under the terms of the GNU General Public License as published by
 +;;; the Free Software Foundation; either version 3 of the License, or (at
 +;;; your option) any later version.
 +;;;
 +;;; GNU Guix is distributed in the hope that it will be useful, but
 +;;; WITHOUT ANY WARRANTY; without even the implied warranty of
 +;;; MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
 +;;; GNU General Public License for more details.
 +;;;
 +;;; You should have received a copy of the GNU General Public License
 +;;; along with GNU Guix.  If not, see http://www.gnu.org/licenses/.
 +
 +(define-module (gnu packages moreutils)
 +  #:use-module ((guix licenses) #:prefix l:)
 +  #:use-module (guix packages)
 +  #:use-module (guix download)
 +  #:use-module (guix build-system gnu)
 +  #:use-module (gnu packages perl)
 +  #:use-module (gnu packages xml)
 +  #:use-module (gnu packages docbook))
 +
 +(define-public moreutils
 +  (package
 +(name moreutils)
 +(version 0.55)
 +(source (origin
 +  (method url-fetch)
 +  (uri (string-append
 +mirror://debian/pool/main/m/moreutils/moreutils_
 +version .orig.tar.gz))
 +  (sha256
 +   (base32
 +1dcah2jx8dbznn8966xl7sf1jrld2qfh6l6xcmx9dsnf8p8mr7fs
 +(build-system gnu-build-system)
 +(inputs `((perl ,perl)
 +  (libxml2 ,libxml2)
 +  (libxslt ,libxslt)
 +  (docbook-xml ,docbook-xml-4.4)
 +  (docbook-xsl ,docbook-xsl)))
 +(arguments
 + `(#:phases
 +   (alist-replace
 +'configure
 +(lambda* (#:key inputs #:allow-other-keys)
 +  (use-modules (srfi srfi-1)
 +   (ice-9 regex))
 +  (substitute* Makefile
 +((/usr/share/xml/.*/docbook.xsl)
 + (let* ((docbook-xsl (assoc-ref inputs docbook-xsl))
 +(files (find-files docbook-xsl ^docbook\\.xsl$)))
 +   (find (lambda (file)
 +   (string-match /manpages/docbook\\.xsl$ file))
 + files)

How about using 'string-suffix?' instead of 'string-match'?  Then you
could remove the (ice-9 regex) import.  This would also be a nice place
to use 'cut'.

 +%standard-phases)
 +   #:make-flags
 +   (list (string-append PREFIX= (assoc-ref %outputs out))
 + CC=gcc)))
 +(home-page http://joeyh.name/code/moreutils/;)
 +(synopsis Miscellaneous general-purpose command-line tools)
 +(description
 + Moreutils is a collection of general-purpose command-line tools to
 +augment the traditional Unix toolbox.)
 +(license l:gpl2+)))

Otherwise looks good to me.  Okay to push.

 Thanks!
   Mark



Re: [PATCH]: gnu: Add lvtk.

2015-02-13 Thread Ludovic Courtès
Ricardo Wurmus rek...@elephly.net skribis:

 From b89cc322bbc2ebd0faa361f5b1c1ffccb7b40688 Mon Sep 17 00:00:00 2001
 From: Ricardo Wurmus rek...@elephly.net
 Date: Wed, 11 Feb 2015 21:11:53 +0100
 Subject: [PATCH] gnu: Add lvtk.

 * gnu/packages/audio.scm (lvtk): New variable.

LGTM!

Ludo'.



Re: [PATCH]: gnu: Add bedops.

2015-02-13 Thread Ludovic Courtès
Ricardo Wurmus ricardo.wur...@mdc-berlin.de skribis:

 The build process for this application is a bit messy because the
 sources include tarballs of modified upstream libraries (jansson, bzip2,
 zlib), so we cannot just swap them out for system libraries.

 I'm in touch with the developers to see if we can get a build option to
 link against system libraries instead of the bundled copies.  To achieve
 this, though, the patches have to be extracted first (already submitted
 a patch upstream), and any feature that has been added by patching
 upstream library sources would have to be implemented a different way.
 Until then we can't do anything but go along with building these patched
 library copies even though it isn't pretty.

Uh, OK.  I hope that’ll be resolved quickly because it’s really
unpleasant, notably for security reasons.

 From 270b5a501c251e80a040342d4d39d4e236b90c97 Mon Sep 17 00:00:00 2001
 From: Ricardo Wurmus ricardo.wur...@mdc-berlin.de
 Date: Wed, 11 Feb 2015 16:55:33 +0100
 Subject: [PATCH] gnu: Add bedops.

 * gnu/packages/bioinformatics.scm (bedops): New variable.

[...]

 + 'unpack 'unpack-tarballs
 + (lambda _
 +   ;; XXX Bedops includes tarballs of minimally patched upstream
 +   ;; libraries jansson, zlib, and bzip2.  We cannot just use stock
 +   ;; libraries because at least one of the libraries (zlib) is
 +   ;; patched to add a C++ function definition (deflateInit2cpp).
 +   ;; Until the Bedops developers offer a way to link against system
 +   ;; libraries we have to build the in-tree copies of these three
 +   ;; libraries.

Could you s/XXX/FIXME/ and add a link to the upstream discussion, if
possible?

 +  (alist-delete 'check %standard-phases)

Could you use #:tests? #f instead?  I find it clearer.

OK with these changes!

Thanks,
Ludo’.



Re: [ART] Logo proposal

2015-02-13 Thread Luis Felipe López Acevedo
El jue, 12-02-2015 a las 21:12 +0100, Ludovic Courtès escribió:
 Luis Felipe López Acevedo felipe.lo...@openmailbox.org skribis:
 
  El mié, 11-02-2015 a las 22:23 +0100, Ludovic Courtès escribió:
 
 [...]
 
  Thus, the first step would be to come up with a multi-page site (yay!)
  and with appropriate style.  That probably means departing from the
  gnu.org style sheets and server-side includes.  This is not an ideal
  solution, but it easier than trying to adjust all of gnu.org to meet our
  needs.  I would hope that whoever takes up this task communicates with
  the gnu.org webmasters in an effort to collaborate in the longer run.
  
  Thoughts?  Volunteers?
  
 
  While a place for the website is found, I can work on some mock-ups, if
  that's OK.
 
 Your help is definitely welcome, as always!
 
 Perhaps I wasn’t clear: the web site would remain at gnu.org, just
 possibly without the standard gnu.org server-side includes and CSS.
 
 (I’m not saying we *must* get rid of the SSIs and CSS; I’m just saying
 you or whoever else wants to work on the web site can feel free to do
 whatever they deem appropriate in that regard.)

OK. Pierre-Antoine (rigelk) and I will work on the website.






[PATCH]: gnu: Add lash.

2015-02-13 Thread Ricardo Wurmus
Attached is a patch to add lash, an audio application session handler.

~~ Ricardo

From 19edc131b719981a9545867bf167daa642551a08 Mon Sep 17 00:00:00 2001
From: Ricardo Wurmus rek...@elephly.net
Date: Fri, 13 Feb 2015 23:20:00 +0100
Subject: [PATCH] gnu: Add lash.

* gnu/packages/audio.scm (lash): New variable.
---
 gnu/packages/audio.scm | 37 +
 1 file changed, 37 insertions(+)

diff --git a/gnu/packages/audio.scm b/gnu/packages/audio.scm
index 81e07c2..d0e1842 100644
--- a/gnu/packages/audio.scm
+++ b/gnu/packages/audio.scm
@@ -256,6 +256,43 @@ synchronous execution of all clients, and low latency operation.)
 to be plugged into a wide range of audio synthesis and recording packages.)
 (license license:lgpl2.1+)))
 
+(define-public lash
+  (package
+(name lash)
+(version 0.6.0-rc2)
+(source (origin
+ (method url-fetch)
+ (uri (string-append
+   mirror://savannah/lash/lash-
+   (string-map (lambda (x) (if (char=? x #\-) #\~ x)) version)
+   .tar.bz2))
+ (file-name (string-append name - version .tar.gz))
+ (sha256
+  (base32
+   12z1vx3krrzsfccpah9xjs68900xvr7bw92wx8np5871i2yv47iw
+(build-system gnu-build-system)
+(inputs
+ `((bdb ,bdb)
+   (gtk ,gtk+-2)
+   (jack ,jack-1)
+   (libuuid ,util-linux)
+   (readline ,readline)
+   (python ,python-2)))
+(propagated-inputs
+ `((alsa-lib ,alsa-lib)
+   (dbus ,dbus)
+   (libxml2 ,libxml2)))
+(native-inputs
+ `((pkg-config ,pkg-config)))
+(home-page http://www.nongnu.org/lash/;)
+(synopsis Audio application session manager)
+(description
+ LASH is a session management system for audio applications.  It allows
+you to save and restore audio sessions consisting of multiple interconneced
+applications, restoring program state (i.e. loaded patches) and the
+connections between them.)
+(license license:gpl2+)))
+
 (define-public liblo
   (package
 (name liblo)
-- 
2.1.0



Re: [PATCH 1/4] build-system/perl: Use Build.PL for builds if present.

2015-02-13 Thread Ludovic Courtès
Eric Bavier bav...@member.fsf.org skribis:

 * guix/build/perl-build-system.scm (configure): Use Build.PL if present.
   (build, check, install): New procedures.
   (%standard-phases): Replace build, check, and install phases.
 * guix/build-system/perl (perl-build): Add make-maker? and module-build-flags
   arguments.

 squash: aab6f19: Include make-maker? argument.
   ^^^
Hm?

LGTM.  Could you also update guix.texi before pushing?

Thanks,
Ludo’.



Re: [PATCH 4/4] import: cpan: Sort inputs, use mirror url, adjust licenses.

2015-02-13 Thread Ludovic Courtès
Eric Bavier bav...@member.fsf.org skribis:

 * guix/import/cpan.scm (string-license): Add artistic2.0.  Use
   '(package-license perl) for perl_5 as in our convention.
   (cpan-module-sexp)[convert-inputs]: Sort returned list of inputs.
   [source-url]: Substitute cpan mirror url.

LGTM, but please commit as 3 different patches since the 3 changes are
unrelated.

Thanks,
Ludo’.



Re: [ART] Logo proposal

2015-02-13 Thread Ludovic Courtès
Luis Felipe López Acevedo felipe.lo...@openmailbox.org skribis:

 El vie, 13-02-2015 a las 10:23 +0100, Ludovic Courtès escribió:
 Luis Felipe López Acevedo felipe.lo...@openmailbox.org skribis:
 
  If GuixSD is the final name for the distro, I attached a logo to replace
  the one currently used on the List of Free GNU/Linux Distributions. If
  not, tell me and I'll make any necessary changes.
 
 Since http://www.gnu.org/distros/free-distros.html refers to our
 software/guix/graphics directory, could you first add the GuixSD logo to
 http://www.gnu.org/software/guix/graphics/ in a way similar to what is
 done with the other one?  (See Source Code - Use CVS at
 http://savannah.gnu.org/projects/guix, or drop by on IRC if you have
 any problems.)
 

 Done. I added both, vertical and horizontal versions of the logo.

Great.  Could add them to graphics/index.html as well?

 Then we’ll just send them the link.
 
 For the list, I wonder which of the vertical or the horizontal variant
 would fit best or would be most appropriate.  What are your thoughts?
 

 Well, both look fine to me. I'll let you decide. See the attached
 screenshots for comparison :)

Yeah, the vertical one seems like the right strategy.  ;-)
I’ll email Joshua to update the free-distro list.

Thanks,
Ludo’.



Re: Torrenting GuixSD!

2015-02-13 Thread David Thompson
Polchi polchi.daba...@riseup.net writes:

 As jgrant asked on IRC, I proposed to help creating torrents for GuixSD.
 Because those files are big, it might help GNU servers if we exchange
 the data by ourselves. :-)
 I attached the torrent, if you can contribute with us helping to
 distribute the file!

Awesome, thanks!  I'm seeding.

-- 
David Thompson
Web Developer - Free Software Foundation - http://fsf.org
GPG Key: 0FF1D807
Support the FSF: https://fsf.org/donate




Re: [PATCH]: gnu: Add lash.

2015-02-13 Thread David Thompson
Ricardo Wurmus rek...@elephly.net writes:

 Attached is a patch to add lash, an audio application session handler.

 ~~ Ricardo

 From 19edc131b719981a9545867bf167daa642551a08 Mon Sep 17 00:00:00 2001
 From: Ricardo Wurmus rek...@elephly.net
 Date: Fri, 13 Feb 2015 23:20:00 +0100
 Subject: [PATCH] gnu: Add lash.

 * gnu/packages/audio.scm (lash): New variable.
 ---
  gnu/packages/audio.scm | 37 +
  1 file changed, 37 insertions(+)

 diff --git a/gnu/packages/audio.scm b/gnu/packages/audio.scm
 index 81e07c2..d0e1842 100644
 --- a/gnu/packages/audio.scm
 +++ b/gnu/packages/audio.scm
 @@ -256,6 +256,43 @@ synchronous execution of all clients, and low latency 
 operation.)
  to be plugged into a wide range of audio synthesis and recording packages.)
  (license license:lgpl2.1+)))
  
 +(define-public lash
 +  (package
 +(name lash)
 +(version 0.6.0-rc2)
 +(source (origin
 + (method url-fetch)
 + (uri (string-append
 +   mirror://savannah/lash/lash-
 +   (string-map (lambda (x) (if (char=? x #\-) #\~ x)) 
 version)

How about splitting the string on #\- and then joining on #\~ instead?

 +   .tar.bz2))
 + (file-name (string-append name - version .tar.gz))

The extension should be .tar.bz2.

 + (sha256
 +  (base32
 +   12z1vx3krrzsfccpah9xjs68900xvr7bw92wx8np5871i2yv47iw
 +(build-system gnu-build-system)
 +(inputs
 + `((bdb ,bdb)
 +   (gtk ,gtk+-2)
 +   (jack ,jack-1)
 +   (libuuid ,util-linux)
 +   (readline ,readline)
 +   (python ,python-2)))
 +(propagated-inputs
 + `((alsa-lib ,alsa-lib)
 +   (dbus ,dbus)
 +   (libxml2 ,libxml2)))

I'm always wary of propagated inputs, but I'll take your word for it. :)

 +(native-inputs
 + `((pkg-config ,pkg-config)))
 +(home-page http://www.nongnu.org/lash/;)
 +(synopsis Audio application session manager)
 +(description
 + LASH is a session management system for audio applications.  It allows
 +you to save and restore audio sessions consisting of multiple interconneced
 +applications, restoring program state (i.e. loaded patches) and the
 +connections between them.)
 +(license license:gpl2+)))
 +
  (define-public liblo
(package
  (name liblo)
 -- 
 2.1.0


Could you send an updated patch?  Thanks!

-- 
David Thompson
Web Developer - Free Software Foundation - http://fsf.org
GPG Key: 0FF1D807
Support the FSF: https://fsf.org/donate



Re: [PATCH 2/4] guix: licenses: Add Artistic 2.0 license.

2015-02-13 Thread Ludovic Courtès
Eric Bavier bav...@member.fsf.org skribis:

 * guix/licenses.scm (artistic2.0): New variable.

OK!

Ludo'.



[PATCH]: Add LV2 mda Piano/EPiano plugins.

2015-02-13 Thread Ricardo Wurmus
Here are two packages for my own software: the LV2 ports of the mda
Piano and mda EPiano audio plugins.

Downloads from gitorious do not appear to work (see bug #19840), so I
offer the tarball (one for both plugins) on my own server until this is
fixed.

~~ Ricardo

From 9bc97be6d04e02c1474e3a257de2062055260401 Mon Sep 17 00:00:00 2001
From: Ricardo Wurmus rek...@elephly.net
Date: Wed, 11 Feb 2015 23:30:50 +0100
Subject: [PATCH 1/2] gnu: Add LV2 mda Piano plugin.

* gnu/packages/audio.scm (lv2-mdapiano): New variable.
---
 gnu/packages/audio.scm | 35 +++
 1 file changed, 35 insertions(+)

diff --git a/gnu/packages/audio.scm b/gnu/packages/audio.scm
index 92ed2ac..9a79c53 100644
--- a/gnu/packages/audio.scm
+++ b/gnu/packages/audio.scm
@@ -336,6 +336,41 @@ add functionality to support the needs of increasingly powerful audio
 software.)
 (license license:isc)))
 
+(define-public lv2-mdapiano
+  (package
+(name lv2-mdapiano)
+(version 0.0.2)
+(source (origin
+  (method url-fetch)
+  (uri
+   ;; Archive downloads from gitorious.org are currently broken,
+   ;; see bug #19840.
+   (list
+(string-append
+ http://elephly.net/downies/lv2-mdametapiano-;
+ version .tar.gz)
+(string-append
+ https://gitorious.org/lv2-synths/lv2-mdametapiano/archive/;
+ version .tar.gz)))
+ (sha256
+  (base32
+   03ydnqw82wxqdbd7xqdx0vsd9ajk269cclvjvn2s3iq5797j2pfb
+(build-system gnu-build-system)
+(arguments
+ `(#:make-flags '(TYPE=mdaPiano)
+   #:tests? #f ; no check target
+   #:phases (alist-delete 'configure %standard-phases)))
+(inputs
+ `((lv2 ,lv2)
+   (lvtk ,lvtk)))
+(native-inputs
+ `((pkg-config ,pkg-config)))
+(home-page http://elephly.net/lv2/mdapiano.html;)
+(synopsis LV2 port of the mda Piano plugin)
+(description
+ An LV2 port of the mda Piano VSTi.)
+(license license:gpl3+)))
+
 (define-public lvtk
   (package
 (name lvtk)
-- 
2.1.0

From c71b66b20d04e57228685f709ccb7e4195de4ae8 Mon Sep 17 00:00:00 2001
From: Ricardo Wurmus rek...@elephly.net
Date: Wed, 11 Feb 2015 23:31:37 +0100
Subject: [PATCH 2/2] gnu: Add LV2 mda EPiano plugin.

* gnu/packages/audio.scm (lv2-mdaepiano): New variable.
---
 gnu/packages/audio.scm | 12 
 1 file changed, 12 insertions(+)

diff --git a/gnu/packages/audio.scm b/gnu/packages/audio.scm
index 9a79c53..e9ab5a5 100644
--- a/gnu/packages/audio.scm
+++ b/gnu/packages/audio.scm
@@ -371,6 +371,18 @@ software.)
  An LV2 port of the mda Piano VSTi.)
 (license license:gpl3+)))
 
+(define-public lv2-mdaepiano
+  (package (inherit lv2-mdapiano)
+(name lv2-mdaepiano)
+(arguments
+ `(#:make-flags '(TYPE=mdaPiano)
+   #:tests? #f ; no check target
+   #:phases (alist-delete 'configure %standard-phases)))
+(home-page http://elephly.net/lv2/mdaepiano.html;)
+(synopsis LV2 port of the mda EPiano plugin)
+(description
+ An LV2 port of the mda EPiano VSTi.)))
+
 (define-public lvtk
   (package
 (name lvtk)
-- 
2.1.0



Re: [ART] Updated SLiM theme with GuixSD logo

2015-02-13 Thread Ludovic Courtès
David Thompson dthomps...@worcester.edu skribis:

 Luis Felipe López Acevedo felipe.lo...@openmailbox.org writes:

 El jue, 12-02-2015 a las 23:34 +0100, Ricardo Wurmus escribió:

 [...]

 - The SLiM theme is blue whereas the GRUB theme (and the colour theme of
   Ludo's slides) is orange.  Will the SLiM theme's colours eventually be
   adjusted?
 

 I made the SLiM theme use the same default desktop background to provide
 a smooth transition to the desktop after logging on (in a default
 installation).

 But I'm not against using black/orange backgrounds on GRUB and SLiM. I
 attach an example.

 I like that better than the blue background.  Very good work!

I like it too!

Ludo’.



Re: [PATCH]: gnu: Add lash.

2015-02-13 Thread Ricardo Wurmus

David Thompson writes:

 + (uri (string-append
 +   mirror://savannah/lash/lash-
 +   (string-map (lambda (x) (if (char=? x #\-) #\~ x)) 
 version)

 How about splitting the string on #\- and then joining on #\~ instead?

Yeah, that would probably look better.  (I just adapted this from
another package without thinking much of it.)

 +   .tar.bz2))
 + (file-name (string-append name - version .tar.gz))

 The extension should be .tar.bz2.

Ouch!  Good catch!

 + (sha256
 +  (base32
 +   12z1vx3krrzsfccpah9xjs68900xvr7bw92wx8np5871i2yv47iw
 +(build-system gnu-build-system)
 +(inputs
 + `((bdb ,bdb)
 +   (gtk ,gtk+-2)
 +   (jack ,jack-1)
 +   (libuuid ,util-linux)
 +   (readline ,readline)
 +   (python ,python-2)))
 +(propagated-inputs
 + `((alsa-lib ,alsa-lib)
 +   (dbus ,dbus)
 +   (libxml2 ,libxml2)))

 I'm always wary of propagated inputs, but I'll take your word for it. :)

I'm not sure I'm doing this right, but I noticed that in a package using
lash pkg-config complained about not being able to confirm a working
lash because of these three missing dependencies.  These are lash
dependencies that are listed in PC_REQUIRES.  As far as I can tell any
package dependent on lash would have to have at least these three
packages as inputs.  The complete list of PC_REQUIRES is this:

  dbus, libuuid, libxml2, alsa, jack

I would be happy if someone could confirm that this is how propagated
inputs are to be used, and if lash should propagate all five of these
inputs (instead of only the three here).

~~ Ricardo



Re: [PATCH v1]: gnu: Add R.

2015-02-13 Thread Ludovic Courtès
Ricardo Wurmus ricardo.wur...@mdc-berlin.de skribis:

 +(inputs
 + `((atlas ,atlas) ; --with-blas
 +   (bzip2 ,bzip2)

Unless used for libbz2, move it to ‘native-inputs’.

 +   (perl ,perl)

Likewise.

 +   (texlive ,texlive) ; needed to make vignettes
 +   (texinfo ,texinfo) ; for building HTML manuals
 +   (which ,which) ; for tests/Examples/base-Ex.R

These 3 are definitely native inputs.

 +   (xz ,xz)

Most likely native input.

 +(home-page http://www.r-project.org/;)
 +(synopsis Language and environment for statistical computing and 
 graphics)
 +(description
 + R is a language and environment for statistical computing and graphics.
 +R is similar to the award-winning S system, which was developed at Bell

‘guix lint’ should propose you a synopsis and description; could you use
them?

The rest LGTM.

Thanks for the good work!

Ludo’.



Re: [PATCH]: gnu: Add lash.

2015-02-13 Thread Mark H Weaver
Ricardo Wurmus ricardo.wur...@mdc-berlin.de writes:

 David Thompson writes:

 + (uri (string-append
 +   mirror://savannah/lash/lash-
 +   (string-map (lambda (x) (if (char=? x #\-) #\~ x)) 
 version)

 How about splitting the string on #\- and then joining on #\~ instead?

 Yeah, that would probably look better.  (I just adapted this from
 another package without thinking much of it.)

Either way is fine with me.

Also, could you please add a comment explaining why we are doing this
instead of just putting '~' in the 'version' field?

 +   .tar.bz2))
 + (file-name (string-append name - version .tar.gz))

 The extension should be .tar.bz2.

 Ouch!  Good catch!

Indeed, thanks David!

 + (sha256
 +  (base32
 +   12z1vx3krrzsfccpah9xjs68900xvr7bw92wx8np5871i2yv47iw
 +(build-system gnu-build-system)
 +(inputs
 + `((bdb ,bdb)
 +   (gtk ,gtk+-2)
 +   (jack ,jack-1)
 +   (libuuid ,util-linux)
 +   (readline ,readline)
 +   (python ,python-2)))
 +(propagated-inputs
 + `((alsa-lib ,alsa-lib)
 +   (dbus ,dbus)
 +   (libxml2 ,libxml2)))

 I'm always wary of propagated inputs, but I'll take your word for it. :)

 I'm not sure I'm doing this right, but I noticed that in a package using
 lash pkg-config complained about not being able to confirm a working
 lash because of these three missing dependencies.  These are lash
 dependencies that are listed in PC_REQUIRES.  As far as I can tell any
 package dependent on lash would have to have at least these three
 packages as inputs.

Yes, I think this justifies adding them to 'propagated-inputs'.  Could
you add a comment?

 The complete list of PC_REQUIRES is this:

   dbus, libuuid, libxml2, alsa, jack

 I would be happy if someone could confirm that this is how propagated
 inputs are to be used, and if lash should propagate all five of these
 inputs (instead of only the three here).

I'm not sure.  For now, I'd suggest just adding the three here, and we
can revisit later if we run into problems or if someone does a more
careful study.

Okay to push with these changes.

Thanks!
  Mark



Re: [PATCH 3/4] import: cpan: Use corelist to filter dependencies.

2015-02-13 Thread Eric Bavier
On Sat, 14 Feb 2015 00:15:22 +0100
l...@gnu.org (Ludovic Courtès) wrote:

 Eric Bavier bav...@member.fsf.org skribis:
 
  * guix/import/cpan.scm (%corelist): New variable.
(module-dist-name, core-module?): New procedures.
(cpan-module-sexp)[convert-inputs]: Use them.  Include test 
  dependencies
in converted inputs.
  * doc/guix.texi (Invoking guix import)[cpan]: Mention corelist filtering.
 
 [...]
 
  +(define %corelist
  +  (let* ((perl (with-store store
  + (derivation-output-path
  +  (package-derivation store perl
  + (core (string-append perl /bin/corelist)))
  +(and (access? core X_OK)
  + core)))
 
 What about adding:
 
   (warning (_ the 'corelist' command is unavailable, not filtering 
 modules~%))
 
 ?

I like this idea.

 Or perhaps it would be even better to take it from $PATH, otherwise the
 situation could be confusing: even if Perl is installed, the user could
 get an “unavailable” warning just because it’s not the exact same Perl.
 
 WDYT?

This might be reasonable if we check first that the perl versions match
up. Otherwise the core modules might differ enough to not be helpful.
Maybe we could try finding 'corelist' in $PATH if the current perl is
not available in the store.  In practice we should usually have the
most up-to-date 'corelist' in the store, if the packager is using `guix
build` to check that the resulting recipe builds, correct?

Thanks for the review,
`~Eric



Re: Torrenting GuixSD!

2015-02-13 Thread Eric Bavier
On Fri, 13 Feb 2015 17:53:57 -0500
David Thompson dthomps...@worcester.edu wrote:

 Polchi polchi.daba...@riseup.net writes:
 
  As jgrant asked on IRC, I proposed to help creating torrents for GuixSD.
  Because those files are big, it might help GNU servers if we exchange
  the data by ourselves. :-)
  I attached the torrent, if you can contribute with us helping to
  distribute the file!
 
 Awesome, thanks!  I'm seeding.
 

I'm seeding now too.  Would it make sense to link the torrent files
under the Downloading section on the website?

`~Eric



Re: [ART] Logo proposal

2015-02-13 Thread Luis Felipe López Acevedo
El vie, 13-02-2015 a las 23:52 +0100, Ludovic Courtès escribió:
 Luis Felipe López Acevedo felipe.lo...@openmailbox.org skribis:
 
  El vie, 13-02-2015 a las 10:23 +0100, Ludovic Courtès escribió:
  Luis Felipe López Acevedo felipe.lo...@openmailbox.org skribis:
  
   If GuixSD is the final name for the distro, I attached a logo to replace
   the one currently used on the List of Free GNU/Linux Distributions. If
   not, tell me and I'll make any necessary changes.
  
  Since http://www.gnu.org/distros/free-distros.html refers to our
  software/guix/graphics directory, could you first add the GuixSD logo to
  http://www.gnu.org/software/guix/graphics/ in a way similar to what is
  done with the other one?  (See Source Code - Use CVS at
  http://savannah.gnu.org/projects/guix, or drop by on IRC if you have
  any problems.)
  
 
  Done. I added both, vertical and horizontal versions of the logo.
 
 Great.  Could add them to graphics/index.html as well?
 

Done. The SVG has all available variations of the logo (vertical,
horizontal, black  white).