Re: Ruby security updates

On Sat, Jan 09, 2016 at 03:15:04PM +1000, Ben Woodcroft wrote: > In general though it is a shame to remove old packages, Guix seems > well suited to keeping old software usable. Is there a more useful > place for removed packages to go other than the trash? A collection > of exported profiles perha

Re: Ruby security updates

On Sat, Jan 09, 2016 at 03:15:04PM +1000, Ben Woodcroft wrote: > Indeed, but seems it also affects 2.1 < 2.1.8, where we have 2.1.6. I've > attached a trivial patch that updates it - ok to push? Definitely. Andreas

Re: [PATCH] Upgrade bedtools to 0.25.0.

On Sat, Jan 09, 2016 at 04:47:15PM +1000, Ben Woodcroft wrote: > A reasonably straightforward update. If I remember correctly, it is common practice to do the move to modify-phases and the update in two separate commits. Andreas

Re: [PATCH 5/6] gnu: mit-scheme: Generate and install documentation.

On Tue, Jan 5, 2016 at 11:13 PM, Ludovic Courtès wrote: > Federico Beffa skribis: > >> * gnu/packages/scheme.scm (mit-scheme): Convert to the 'modify-phases' >> syntax. Add phases 'configure-doc, 'build-doc and 'install-doc. Add >> 'texlive' input. > > Could you split into two patches: first

Re: [PATCH 6/6] gnu: Add emacs-slime.

On Tue, Jan 5, 2016 at 11:17 PM, Ludovic Courtès wrote: > Federico Beffa skribis: >> + (add-before 'install 'install-doc >> + (lambda* (#:key outputs #:allow-other-keys) >> + (let* ((out (assoc-ref outputs "out")) >> +(info-dir (string-append out

Guix as a Guile package manager

Package managers have been immensely successful in increasing the popularity of programming languages - think about Perl's CPAN or Ruby's Gem. But Guile doesn't a package manager, and that in my opinion slows down its adoption. The Guix repos distribute a lot of useful Guile libraries (like guile-

Re: [PATCH 4/6] gnu: Add emacs-constants.

On Tue, Jan 5, 2016 at 11:08 PM, Ludovic Courtès wrote: > Federico Beffa skribis: >> +(define* (uncompressed-file-fetch url hash-algo hash >> + #:optional name >> + #:key (system (%current-system)) >> +

[PATCH] gnu: aspell: Wrap binary to find dictionaries.

Currently just installing aspell (and a dictionary) doesn't work. This fixes this situation. Regards, Fede From e183f8e473b97406968ecbda9fb13ebdf60963ec Mon Sep 17 00:00:00 2001 From: Federico Beffa Date: Fri, 8 Jan 2016 14:23:12 +0100 Subject: [PATCH 11/11] gnu: aspell: Wrap binary to find dicti

reproducibility

Hi, I've noticed that a derivation is a function of the order of the inputs. As an example, the following two input orders give rise to two distinct derivations: A) (inputs `(("texlive" ,texlive) ("texinfo" ,texinfo) ("m4" ,m4) ("libx11" ,libx11)) B) (inputs

Re: Guix as a Guile package manager

Héllo, On 2016-01-09 11:35, Fabio Pesari wrote: Package managers have been immensely successful in increasing the popularity of programming languages - think about Perl's CPAN or Ruby's Gem. But Guile doesn't a package manager, and that in my opinion slows down its adoption. There is a package

Re: [PATCH] Upgrade bedtools to 0.25.0.

On Sat, Jan 09, 2016 at 10:54:42AM +0100, Andreas Enge wrote: > On Sat, Jan 09, 2016 at 04:47:15PM +1000, Ben Woodcroft wrote: > > A reasonably straightforward update. > > If I remember correctly, it is common practice to do the move to modify-phases > and the update in two separate commits. Some

Re: Guix as a Guile package manager

On 01/09/2016 02:05 PM, Amirouche Boubekki wrote: > Héllo, Hi! > There is a package manager https://github.com/ijp/guildhall with a > package > repository with automatic package publishing without review. There are many package managers actually, and most of them were abandoned by their maintai

Re: Guix as a Guile package manager

On 2016-01-09 15:06, Fabio Pesari wrote: On 01/09/2016 02:05 PM, Amirouche Boubekki wrote: There is a package manager https://github.com/ijp/guildhall with a package repository with automatic package publishing without review. Asking users to install a separate package manager might work in so

[sr #108948] Renaming 'dmd' to 'shepherd'

URL: Summary: Renaming 'dmd' to 'shepherd' Project: Savannah Administration Submitted by: civodul Submitted on: Sat 09 Jan 2016 03:54:15 PM CET Category: None Prior

Re: [PATCH 6/6] gnu: Add emacs-slime.

Federico Beffa (2016-01-09 13:30 +0300) wrote: > On Tue, Jan 5, 2016 at 11:17 PM, Ludovic Courtès wrote: >> Federico Beffa skribis: >>> + (add-before 'install 'install-doc >>> + (lambda* (#:key outputs #:allow-other-keys) >>> + (let* ((out (assoc-ref outputs "out"))

Re: Guix as a Guile package manager

On 01/09/2016 03:35 PM, Amirouche Boubekki wrote: > > Can you explain what a Guile specific fork of guix will bring over guix? See the last part of this post. >> User should be able to upload packages but each package should be >> carefully reviewed (possibly by the community itself). > > This i

[PATCH] build: Fix out-of-tree building of documentation.

While working on my other patch I noticed we already have some issues with out-of-tree builds. Resolved by this patch. >From 41650754511487f5f1f937317eebd80c19ca8bf1 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Taylan=20Ulrich=20Bay=C4=B1rl=C4=B1/Kammer?= Date: Sat, 9 Jan 2016 15:56:23 +0100 Subjec

Re: Guix as a Guile package manager

On Sat, Jan 9, 2016 at 5:35 AM, Fabio Pesari wrote: > Package managers have been immensely successful in increasing the > popularity of programming languages - think about Perl's CPAN or Ruby's > Gem. But Guile doesn't a package manager, and that in my opinion slows > down its adoption. Many of u

Re: [PATCH] gnu: aspell: Wrap binary to find dictionaries.

Federico Beffa (2016-01-09 13:46 +0300) wrote: > Currently just installing aspell (and a dictionary) doesn't work. This > fixes this situation. It works on GuixSD, because /etc/profile sets ASPELL_CONF, so if this patch will be accepted, I think 'operating-system-etc-service' from (gnu system) mo

Re: Guix as a Guile package manager

On 01/09/2016 04:30 PM, Thompson, David wrote: > > I don't think Guix is a good fit here, because there's simply no way > around the fact that Guix packages *must* contain the full dependency > graph for build-time and runtime dependencies. There's no way that > you could use, say, the Guile or GC

Re: [PATCH] gnu: aspell: Wrap binary to find dictionaries.

>> From e183f8e473b97406968ecbda9fb13ebdf60963ec Mon Sep 17 00:00:00 2001 >> From: Federico Beffa >> Date: Fri, 8 Jan 2016 14:23:12 +0100 >> Subject: [PATCH 11/11] gnu: aspell: Wrap binary to find dictionaries. >> >> * gnu/packages/aspell.scm (aspell): Add 'wrap-aspell phase.

Re: [PATCH] Upgrade bedtools to 0.25.0.

On Sat, Jan 09, 2016 at 02:44:19PM +0100, Pjotr Prins wrote: > Sometimes I wonder if we are not being too prissy. Not exactly taxing > to read it in one commit and we can trust the committer to test it. I > see the point of agreed layouts and putting things in a *single* > commit. Now, for a change

Re: [PATCH] Upgrade bedtools to 0.25.0.

Andreas Enge skribis: > I do not have very strong feelings about the matter, but I do see the point > of separating stylistic and syntactic changes on one hand from functional > changes on the other hand. Then one can simply accept the former without > further checking; and the latter does not re

Re: [PATCH] Upgrade bedtools to 0.25.0.

Ben Woodcroft writes: > A reasonably straightforward update. I think you forgot to also remove the “bedtools-32bit-compilation.patch” file from “gnu/packages/patches”. Otherwise I agree with Andreas about separating the stylistic from the functional changes by doing two commits. Thanks! ~~ R

Re: [PATCH 5/6] gnu: mit-scheme: Generate and install documentation.

Federico Beffa skribis: > On Tue, Jan 5, 2016 at 11:13 PM, Ludovic Courtès wrote: >> Federico Beffa skribis: >> >>> * gnu/packages/scheme.scm (mit-scheme): Convert to the 'modify-phases' >>> syntax. Add phases 'configure-doc, 'build-doc and 'install-doc. Add >>> 'texlive' input. >> >> Could

Re: [PATCH 6/6] gnu: Add emacs-slime.

Federico Beffa skribis: > On Tue, Jan 5, 2016 at 11:17 PM, Ludovic Courtès wrote: [...] >> Can we build and install only Info files? This is what we usually do >> for packages that have Texinfo manuals. Incidentally, it allows us to >> get rid of the TeX Live dependency. > > I'm OK to remove

Re: Guix as a Guile package manager

"Thompson, David" skribis: > Many of us in the Guile community, including myself, are not very > interested in language-specific package managers because they are > problematic: > > - They put burden on the user to make sure the right toolchain is > available to build/install things (GCC and co

Re: [PATCH] build: Speed up .go compilation.

l...@gnu.org (Ludovic Courtès) writes: > So, what speedup to you get compared to ‘make -jN’? It should have the same improvement as 'guix pull' since it does basically the same thing. I measured to make things concrete, and on my machine the run time of 'make -j4' decreases from ~26m to ~6m. >>

Re: Guix as a Guile package manager

Fabio Pesari writes: > The way I see it: > > * Guile ships with guile-guix (a library that implements much of Guix' > package management capabilities, but not the Guix program) and a > (very small) Guile package manager which depends on guile-guix The package management capabilities provide

Re: [PATCH] gnu: aspell: Wrap binary to find dictionaries.

On Sat, Jan 09, 2016 at 07:29:20PM +0300, Alex Kost wrote: > >> From e183f8e473b97406968ecbda9fb13ebdf60963ec Mon Sep 17 00:00:00 2001 > >> From: Federico Beffa > >> Date: Fri, 8 Jan 2016 14:23:12 +0100 > >> Subject: [PATCH 11/11] gnu: aspell: Wrap binary to find dictionaries. > >> > >> * gnu/pack

Re: [PATCH] Upgrade bedtools to 0.25.0.

On Sat, Jan 09, 2016 at 07:07:42PM +0100, Ricardo Wurmus wrote: > > Ben Woodcroft writes: > > > A reasonably straightforward update. > > I think you forgot to also remove the “bedtools-32bit-compilation.patch” > file from “gnu/packages/patches”. In that case, the patch can also be "de-listed"

Re: Guix as a Guile package manager

On Sat, Jan 09, 2016 at 11:35:13AM +0100, Fabio Pesari wrote: > Package managers have been immensely successful in increasing the > popularity of programming languages - think about Perl's CPAN or Ruby's > Gem. But Guile doesn't a package manager, and that in my opinion slows > down its adoption. >

Working with VMs

I've been trying to get started with Guix's virtual machine tools. As a person without much QEMU experience, I have some questions. I'd like to use `guix system vm-image`. Should I be using the scripts produced by `guix system vm` as an example of how to invoke QEMU to run the images produced by `

New CLI syntax for package version

In , we came to the conclusion that we need a new syntax to denote a specific package version on the command line. The current syntax is described in the manual (info "(guix) Invoking guix package"). Basically, ‘guile-1.8’ refers to version 1.8.x of Guile; however, this

Re: [PATCH] build: Fix out-of-tree building of documentation.

taylanbayi...@gmail.com (Taylan Ulrich "Bayırlı/Kammer") skribis: > From 41650754511487f5f1f937317eebd80c19ca8bf1 Mon Sep 17 00:00:00 2001 > From: =?UTF-8?q?Taylan=20Ulrich=20Bay=C4=B1rl=C4=B1/Kammer?= > > Date: Sat, 9 Jan 2016 15:56:23 +0100 > Subject: [PATCH] build: Fix out-of-tree building of

Re: [PATCH] build: Speed up .go compilation.

taylanbayi...@gmail.com (Taylan Ulrich "Bayırlı/Kammer") skribis: > l...@gnu.org (Ludovic Courtès) writes: > >> So, what speedup to you get compared to ‘make -jN’? > > It should have the same improvement as 'guix pull' since it does > basically the same thing. I measured to make things concrete,

Re: [PATCH 5/6] gnu: mit-scheme: Generate and install documentation.

On Sat, Jan 9, 2016 at 7:42 PM, Ludovic Courtès wrote: > Federico Beffa skribis: >> MIT Scheme is a complex system and without the documentation it's not >> possible to use it proficiently. > > Agreed, I didn’t mean to imply we should give up on documentation. > > I just realized that its documen

Re: New CLI syntax for package version

l...@gnu.org (Ludovic Courtès) writes: > In , we came to the conclusion that we need a > new syntax to denote a specific package version on the command line. > > The current syntax is described in the manual (info "(guix) Invoking > guix package"). Basically, ‘guile-1.8

Update R

Hello, I just tried to update R to the latest version 3.2.3 (with the trivial patch), which works without problem. I also checked that a few dependent packages still build. Is it okay to push to master? My main motivation is that R-3.2.2 does not compile on arm (nor on mips), which causes a large

Re: New CLI syntax for package version

On Sat, Jan 09, 2016 at 10:26:22PM +0100, Ludovic Courtès wrote: > 2. underscore, > emacs_24.5:out I do not like this one, as the "_" is not sufficiently "separating" - it looks too much like "-", which can be part of a package name. T

[sr #108948] Renaming 'dmd' to 'shepherd'

Update of sr #108948 (project administration): Open/Closed:Open => Closed ___ Follow-up Comment #1: Hi Ludo - well, rms's confirmation doesn't seem to be in that thread, but I'll take your

Re: New CLI syntax for package version

On 10/01/16 08:40, Federico Beffa wrote: l...@gnu.org (Ludovic Courtès) writes: In , we came to the conclusion that we need a new syntax to denote a specific package version on the command line. The current syntax is described in the manual (info "(guix) Invoking g

Re: [PATCH 01/17] gnu: Add python-atomicwrites.

On Thu, Jan 07, 2016 at 11:48:57AM -0500, Leo Famulari wrote: > On Wed, Jan 06, 2016 at 09:02:10PM +0200, Efraim Flashner wrote: > > On Sun, 3 Jan 2016 19:04:59 -0500 > > Leo Famulari wrote: > > > > > * gnu/packages/python.scm (python-atomicwrites): New variable. [...] > > Is this python 3 onl

Re: Ruby security updates

Pjotr Prins writes: > Ruby 1.8.7 is still being used. For me one of the selling points of > GNU Guix is that we can retain older packages when they are still > useful. The switch from Ruby 1.8 to 1.9 was quite intrusive and not > all software made the switch (similar to the python 2 to 3 > switc