Guix website

I just had a look at the Guix website and it appears to advertise liberating, dependable and hackable. Now I am not going to say this is bad, it appeals to *me*, but it does address hackers more than system administrators who ought to switch to GNU Guix. The man who wrote this http://www.vitav

Re: [PATCH] Help Ruby packages be reproducible

.scm > b/guix/build/ruby-build-system.scm > index 2685da1..b020272 100644 > --- a/guix/build/ruby-build-system.scm > +++ b/guix/build/ruby-build-system.scm > @@ -1,6 +1,7 @@ > ;;; GNU Guix --- Functional package management for GNU > ;;; Copyright ?? 2015 David Thompson > ;;

Re: Getting rid of build tools

On Tue, Dec 29, 2015 at 04:37:16PM +0100, Ludovic Courtès wrote: > > > > http://nixos.org/~eelco/pubs/iscsd-scm11-submitted.pdf > > It would be interesting to see what a Maak translated to Guile + Guix > would look like. > > The ‘makeLibrary’, ‘compileC’, and other functions used as illustratio

Re: Getting rid of build tools

On Tue, Dec 29, 2015 at 04:33:47PM +0100, Ludovic Courtès wrote: > Pjotr Prins skribis: > > > I am not saying we don't need build tools altogether - I'll still use > > make and rake, for example. But we certainly don't need all the > > baggage that

Re: [PATCH] Add LDC.

Just a few comments from my end: On Tue, Dec 29, 2015 at 04:02:00PM +0100, Ricardo Wurmus wrote: > Why “dlanguage.scm” and not just “d.scm”? We could do. But in general it is referred to as the D language. I don't know why. > > +(supported-systems '("x86_64-linux" "i686-linux")) > > Could y

Re: Getting rid of build tools

On Tue, Dec 29, 2015 at 08:22:53AM +0100, Ricardo Wurmus wrote: > > 3. Does dependencies on time stamps > > > > the last is a real problem on cluster builds, which becomes visible > > with bioinformatics pipelines using make. > > Why is this a problem? > > Snakemake (like make but with Python syn

Re: Getting rid of build tools

On Tue, Dec 29, 2015 at 02:47:23AM +0100, Pjotr Prins wrote: > For anyone interested, Eelco's description of Maak, a functional make, > is here: > > http://nixos.org/~eelco/pubs/iscsd-scm11-submitted.pdf This is actually an interesting topic. GNU Make does a number of thing

Re: Getting rid of build tools

On Mon, Dec 28, 2015 at 08:05:36PM +0100, Pjotr Prins wrote: > On Mon, Dec 28, 2015 at 09:06:40AM -0600, Christopher Allan Webber wrote: > I agree. It is actually in line with Eelco Dolstra's thinking more > than 10 years ago (he created 'Maak'), though he did not use Gui

Re: Getting rid of build tools

On Mon, Dec 28, 2015 at 09:06:40AM -0600, Christopher Allan Webber wrote: > I guess these things could be done through Guix itself. What I'd rather > see though is a "./configure && make" compatible interface system for > package building which uses Guile as its configuration language. > Automake

Re: Multiple versions

On Sun, Dec 27, 2015 at 05:40:02PM +0300, Dmitry Bogatov wrote: > It makes sence. The only problem is find required hash. Is it any idea > to automate it? Not really. > > > In case of haskell/python/ruby libraries, I propose keep all versions > > > multiplied by every version of compiler/interpre

Re: Multiple versions

On Sun, Dec 27, 2015 at 12:20:27PM +0300, Dmitry Bogatov wrote: > Currently, I am at master branch. I want install parallel-20151122. > But it is gone since 0877e. I propose to keep *all* versions, > but just 'parallel' refer to latest. Use a combination of git hash values (to generate the version

Getting rid of build tools

Hi all, 2015 was a good year for GNU Guix - Guix has made immense progress. Some thoughts for 2016: I am a software developer by trade and for years I have struggled with build systems, such as configure/automake, cmake, Ruby RVM/bundler, Python virtualenv etc. etc. You probably know I have alre

Re: Multiple versions

Hi Dmitry, On Sat, Dec 26, 2015 at 11:02:52PM +, Dmitry Bogatov wrote: > Hello! > > In my attempt to understand Guix, get used to it and use > it's advantages, I got following considerations that I would like > to discuss with more experienced users: > > * Guix provides first-class support

Re: Circular dependency with LDC and Phobos

On Fri, Dec 25, 2015 at 10:18:37PM +0100, Ricardo Wurmus wrote: > > Pjotr Prins writes: > > > My question is how to do this last one in the best way because I don't > > see any precedents in the gnu/package sources. > > > 1. Write a source package for phobos

Re: Circular dependency with LDC and Phobos

On Fri, Dec 25, 2015 at 06:06:22PM +0100, Roel Janssen wrote: > > $ git submodule update -i > > I think this specific case can be easily solved by the LDC developers by > providing proper tarballs with the *complete* source code to build LDC. Asking upstream developers may or may not solve it, de

Circular dependency with LDC and Phobos

We are trying to build the LLVM D-compiler (ldc). The problem is a circular dependency on a D-library (Phobos). The D-compiler source won't compile without the Phobos sources which are in a separate repository. Normally it is handled by git --recurse, but I think it would be better to download the

Re: substitutes mirror of 0.9.0 packages

On Sun, Dec 20, 2015 at 10:42:47PM +0100, Ludovic Courtès wrote: > Thanks for setting up the server! Wow. Different experience! Looking forward to the new substitute server. How far are we with funding? Pj.

Re: FOSDEM talks!

The schedule for the GNU Guile/Guix devroom can be found at https://fosdem.org/2016/schedule/track/gnu_guile/ Speakers, please make sure your information is up-to-date.

Re: Moving to beta? When?

On Sun, Dec 20, 2015 at 10:08:26AM +0200, Efraim Flashner wrote: > On the other side, gnome-shell sounds like a good cut-off for beta. And beta should last months, not years. PJ.

Re: guixsd offline installation media

Hi Mark, On Fri, Dec 18, 2015 at 12:41:27PM -0500, Mark H Weaver wrote: > Pjotr Prins writes: > > > If it is technically feasibly it would be a great feature to go back > > in time without resorting to using a checkout of the guix source tree > > :) > > I'

Re: guixsd offline installation media

If you are on a slow connection (and 90% of the world IS on a slow connection) downloads are a problem. I am in Africa now. Guix pull is one problem - I accidentily did that and now I can't do anything because it wants to fetch a complete rebuilt Guix. But also installing by package is problematic

Re: Packagers tutorial, deployment tutorial

On Thu, Dec 17, 2015 at 04:58:15PM -0600, Christopher Allan Webber wrote: > Yes, I just had conversations with one person today who was frustrated > trying to learn how to build their first package and lamenting the lack > of an official tutorial. Easy as it looks ;). But yes, I'd champion a stepw

Re: guixsd offline installation media

able to do an unpull. Pj. On Thu, Dec 17, 2015 at 11:35:40PM +0100, Ludovic Courtès wrote: > Pjotr Prins skribis: > > > Which reminds me, is there a way of simply rolling back on a 'guix pull' > > command? > > Not yet! > > Ludo’. > --

Re: Packagers tutorial, deployment tutorial

On Thu, Dec 17, 2015 at 02:01:37PM +0100, Ludovic Courtès wrote: > For someone willing to contribute non-trivial documentation, I cannot > imagine Texinfo being a significant barrier. For the most part, it’s > really trivial. > > WDYT? Texinfo is quite a bit harder to read/write than Org-mode. I

Re: Donation links on web site

On Tue, Dec 15, 2015 at 10:02:43PM +0100, Ludovic Courtès wrote: > >> Would you be available to integrate donation links on the Guix web site, > >> pointing to /donate and/or to the brand new (yes!) > >> ? > > > > Awesome! > > > > Can we

Re: guixsd offline installation media

I suggest we brand it GuixSD-Sumo. Which reminds me, is there a way of simply rolling back on a 'guix pull' command? Pj. On Wed, Dec 16, 2015 at 05:42:36AM +0100, Pjotr Prins wrote: > On Wed, Dec 16, 2015 at 11:07:34AM +0700, Dika Setya Prayogi wrote: > > can we make an o

Packagers tutorial, deployment tutorial

In addition to the a packaging tutorial, I would also like a deployment tutorial where explain how to do system configuration and how to create a caching server/build server in a few steps. The information is there in the main docs (and source code), but what we lack is a short descriptive list wh

Re: guixsd offline installation media

On Wed, Dec 16, 2015 at 11:07:34AM +0700, Dika Setya Prayogi wrote: > can we make an offline installation media for future guixsd ? because > it is more reliable and easy to build in slow or problematic bandwith > like in my town > +1 (from Africa). In combination with a conscise description how

Re: package dependencies

(not least Guile ;). Pj. On Mon, Dec 14, 2015 at 02:36:54PM -0500, Leo Famulari wrote: > On Mon, Dec 14, 2015 at 10:28:57AM +0100, Pjotr Prins wrote: > > The problem with the main text is that it is written from the view > > point of technology. I would like something more human th

Re: package dependencies

09:58:19AM +0100, Ludovic Courtès wrote: > Pjotr Prins skribis: > > > Thanks Ludo. I still think it could be made a little clearer from the > > packager's > > perspective. How about concluding it with something like: > > > > In short, to create a packag

Re: package dependencies

Thanks Ludo. I still think it could be made a little clearer from the packager's perspective. How about concluding it with something like: In short, to create a package, by default you should use 'inputs' for dependencies. Use 'native-inputs' for tools used at build-time, but not at runtime and

Short writeup on deterministic system configuration with GNU Guix

A short writeup on how Guix handles sudo: https://github.com/pjotrp/guix-notes/blob/master/SYSCONFIG.org Comments? Pj.

Re: package dependencies

Hi Fabian, It has been noted before that these are not well explained in the docs. I like this description: 1. *native-inputs*: required for building but not runtime - installing a package through a substitute won't install these inputs 2. *inputs*: installed in the store but not in the prof

Re: proposal: add "packagers" field (list of strings (names)) to package definition

On Wed, Dec 02, 2015 at 03:59:52PM +0100, Florian Paul Schmidt wrote: > Aww, too bad. I think it's a missed opportunity to be inclusive and > generous with attribution which might motivate people to contribute. > Guix is in a unique position with this opportunity. Git history is conclusive. There

Re: [PATCH] More Ruby gems: utils, guard, redcloth...

As a Ruby guy I am not complaining :). For me the final tool missing is cucumber itself. On Wed, Nov 25, 2015 at 05:34:44PM +0100, Ricardo Wurmus wrote: > Hi Guix! > > Here are 23 patches for various Ruby gems and their dependencies. As > we’re getting closer to having all dependencies for build

Re: Adding build status to the package list table

On Sat, Nov 21, 2015 at 04:24:50PM +0100, Roel Janssen wrote: > > IMO it wouldn’t be very useful since the list is updated once a day. > > Ok. If we can instead fetch the status of all packages on all > architectures in one HTTP request (using javascript on the client-side), > would that be accept

Re: Adding build status to the package list table

> Maybe we could instead determine the build status at the time we > generate the website's package list? Or trigger the page generation on a build. I don't think that will be a problem for Hydra compared to other activity ;) Pj. --

Re: Funding the build farm

ute server? > > ~Malcolm > > > -Original Message- > > From: guix-devel-bounces+mec=stowers@gnu.org [mailto:guix-devel- > > bounces+mec=stowers@gnu.org] On Behalf Of Ludovic Courtès > > Sent: Wednesday, November 18, 2015 12:30 PM > > To: Pjotr P

Re: updating list of substitutes

Hi Ludo, Hydra needs to get kicked ;). Download substitutes is slow. Too slow. How much would it cost to get some decent hardware for the substitute server? Maybe we can do a dedicated round of funding on this list and go round with a cap at FOSDEM? I am happy to put in $100 if it solves the iss

Re: FOSDEM 2016: Call for Participation

Oh yes, Guile has the devroom from 10-14 hrs. During lunch we may have one overlapping hour with the LUA folks - so talks that cross-over would be interesting too. On Mon, Nov 09, 2015 at 06:21:17PM +0100, Pjotr Prins wrote: > Hi everyone, > > Just a quick heads-up. Submit your FOSDE

Re: FOSDEM 2016: Call for Participation

Hi everyone, Just a quick heads-up. Submit your FOSDEM talk to https://penta.fosdem.org/submission/FOSDEM16/ with a title and a short description (one paragraph is enough). Add whether you aim for 15 or 30 minutes. If you are unsure, ping me directly. Thanks, Pj.

Re: [PATCH] gnu: Add ruby-eventmachine.

I met Tony Arcieri this weekend. He is great. If you get no response, we can ping him. Pj. On Mon, Nov 09, 2015 at 09:07:59AM -0500, Thompson, David wrote: > On Thu, Nov 5, 2015 at 4:20 PM, Ricardo Wurmus wrote: > > Looks good to me. Thank you for packaging this! > > > > Out of curiosity: do al

Re: Internship

On Sat, Nov 07, 2015 at 04:12:43PM +0100, Roel Janssen wrote: > I am in this process. I want to add a package to Guix pretty soon. I've > run into some problems with the combination Fedora + Guix, so I still > have to get a working Guix setup before I can test my package expression. Did you try th

Re: FOSDEM 2016: Call for Participation

Submit a talk! Talks can be 15 or 30 minutes w. Q&A. We'll have 3-4 hours to distribute. # GNU Guile devroom call for talks @FOSDEM 2016 For the first time ever, we have a GNU Guile devroom at FOSDEM on January 30, 2016. The call for talk proposals is open! Important members of the GNU Guile an

Re: FOSDEM 2016: Call for Participation

Note that we will have a Guix meet and talks too. On Fri, Oct 23, 2015 at 08:49:39PM +0200, Pjotr Prins wrote: > Exciting news! > > FOSDEM has approved a GNU Guile devroom. We will have a 80 person room > for half a day on Saturday January 30th. This is absolutely fabulous > as F

Re: FOSDEM 2016: Call for Participation

Exciting news! FOSDEM has approved a GNU Guile devroom. We will have a 80 person room for half a day on Saturday January 30th. This is absolutely fabulous as FOSDEM is one of the main FOSS conferences in the world with thousands of people attending. We will have a call for participation soon. Fo

Re: Giving up on RubyGems

Hi Dave, You know I am not so much interested in fixing upstream concepts which appear to be mixed up (indeed). I think you are heroic for trying to discuss this with the Rubygem system authors. Kudos for trying. Still: GNU Guix Rubygem support is a major achievement. Fact is that: 1. We have s

Re: GuixSD and free hardware

On Fri, Oct 16, 2015 at 10:32:28AM +0200, Ludovic Courtès wrote: > I think many of us are interested in having GuixSD on those devices. Absolutely! OpenWRT runs MIPS routers and replacing those eventually with Guix support would be great. > Mark recently ported GuixSD to mips, which allowed him t

Re: failing packages

Anything bioinformatics is not really used on non Intel architectures. It may change later but, yes, defaulting to x86_64 is the quick option for failing packages. I prefer we change them that way. Pj. On Fri, Oct 16, 2015 at 11:02:06PM +0200, Andreas Enge wrote: > How about non-sequencer? >h

Sharing GNU guix with VMs (in this case KVM)

Just wanted to share the following: This is my setup for sharing GUIX from the host with running VMs. GUIX can be mounted read-only and it is similar to Ricardo's setup on an HPC compute cluster: http://elephly.net/posts/2015-04-17-gnu-guix.html Sharing Guix with host and KVM, start up the VM wit

Re: updating list of substitutes

On Mon, Oct 12, 2015 at 07:03:51PM +0200, Ludovic Courtès wrote: > Having said that, I’m all for fewer network accesses. When we have a > new front-end with more disk space, we can hopefully have it retain > build products for longer, and thus increase the TTL. I just checked the substitute cache

Re: updating list of substitutes

On Mon, Oct 12, 2015 at 12:31:21PM -0400, Mark H Weaver wrote: > In summary, the full set of available substitutes is typically quite > large and changes frequently, so this approach would entail a lot of > wasted network bandwidth (and load on hydra) to maintain the complete > list of substitutes

Re: updating list of substitutes

On Mon, Oct 12, 2015 at 01:15:01AM -0400, Mark H Weaver wrote: > The phrase "the substitute list" suggests a single, complete list of all > available substitutes, but there is no such list. Instead, quoting > Ludovic above: > > "When building a package FOO, Guix looks for substitutes for FOO >

Re: updating list of substitutes

On Sun, Oct 11, 2015 at 08:39:32PM +0200, Ludovic Courtès wrote: > No! Slowness is a longstanding issue of hydra.gnu.org, a poor little > VM. I hope we can address it soon! See > . Looking forward to that :) > > It appears to

Re: updating list of substitutes

The list of substitutes gets downloaded every time I do someting: substitute: updating list of substitutes from 'http://hydra.gnu.org'... 4.6% and it is slow. Am I doing something wrong? It appears to me that if the list does not change it should not be downloaded. Would a simple check on a

Re: Reproducible environments

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

Re: Reproducible environments

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

Re: failing packages

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

Re: FOSDEM 2016: Call for Participation

if anyone would be interested in > that! But it's something I really care about. > > Pjotr Prins writes: > > > Would it be worth contacting the other GNU projects that use Guile? > > Can someone put this announcement on the Guile mailing list? > > > > Pj. > &g

Re: FOSDEM 2016: Call for Participation

Would it be worth contacting the other GNU projects that use Guile? Can someone put this announcement on the Guile mailing list? Pj. On Fri, Sep 25, 2015 at 06:53:38AM +0200, Pjotr Prins wrote: > FOSDEM Dev track deadline Oct. 9th. The more talk proposals we have > for Guile/Guix, the

We are Neanderthals!

Only antique Neanderthals type two spaces after a period: http://www.berkeleybreathed.com/signed-strips-store/57-two-spaces

FOSDEM 2016: Call for Participation

FOSDEM Dev track deadline Oct. 9th. The more talk proposals we have for Guile/Guix, the better: https://libreplanet.org/wiki/Group:Guix/TalkProposals If you have an idea for a talk on Guile/Guix, please add it before coming Monday. Even if you are not sure you can make it. We may find someone e

Re: R and R modules (and a Ruby twist)

On Thu, Sep 24, 2015 at 11:40:57AM +0200, Ricardo Wurmus wrote: > Maybe it would be best to append the R version to the site-library > directory. I don’t think we should go further than that and bring in > the Guix hash, because I’m willing to trust that packages built with > version 3.2.2 are com

R and R modules (and a Ruby twist)

When we add an R module, such as R-qtl, the R-build-system does not provide R itself as a propagated input, i.e., the R interpreter is not in the profile. In the R world this is kinda odd. Almost all modules used from R. I.e. start up R and library(qtl) do something with R/qtl Would have use

Re: [PATCH] Add python2-seqmagick.

Hi Ludo, On Mon, Sep 21, 2015 at 06:13:19PM +0200, Ludovic Courtès wrote: > Pjotr Prins skribis: > > > This contains the most lucid description of 'inputs' I have yet seen. > > Could they go into the main Guix documentation? > > What do you think needs to

Re: [PATCH] Add python2-seqmagick.

This contains the most lucid description of 'inputs' I have yet seen. Could they go into the main Guix documentation? Pj. On Sat, Sep 19, 2015 at 07:36:17PM +1000, Ben Woodcroft wrote: >On 18/09/15 01:51, Ricardo Wurmus wrote: > > Hi Ben, > > thank you very much for your patch! > >an

Re: [PATCH] gnu: Add r-qtl.

Well, if he cares, only the better, right? And, actually, I am also listed as a co-author of this particular software. And I care ;). So it is a bit more confused than that. Pj. On Sun, Sep 20, 2015 at 06:52:19PM +0200, Ludovic Courtès wrote: > Pjotr Prins skribis: > > > I chec

Re: [PATCH] gnu: Add r-qtl.

200, Pjotr Prins wrote: > > Well, unless someone comes up with a 'proper' description I don't > > think we'll get anywhere. Tell me what you want to see. We can't > > explain the whole field of genetics in one line. > > Well, I think the package a

Re: [PATCH] gnu: Add r-qtl.

Well, unless someone comes up with a 'proper' description I don't think we'll get anywhere. Tell me what you want to see. We can't explain the whole field of genetics in one line. Pj. On Fri, Sep 18, 2015 at 04:08:54PM +0200, Andreas Enge wrote: > On Fri, Sep 18, 201

Re: [PATCH] gnu: Add r-qtl.

perhaps it could be changed to: Biostatistics library for analysis of experimental crosses to identify quantitative trait loci (QTLs): genes cont ributing to variation in quantitative traits. ...neat to see it in GNU Guix. On Fri, Sep 18, 2015 at 11:50:24AM +0200, Ludovic Courtès wrote: >

Re: [PATCH] gnu: Add r-qtl.

patch. Pj. On Thu, Sep 17, 2015 at 07:18:10PM +0200, Mathieu Lirzin wrote: > Pjotr Prins writes: > > > * gnu/packages/bioinformatics.scm (r-qtl): New variable. > > --- > > gnu/packages/bioinformatics.scm | 22 ++ > > 1 file changed, 22 insertions

Re: Dealing with common collisions in profiles

How do we disable the message? I get pages and pages of collisions by now. warning: arbitrarily choosing /gnu/store/z4pvymzvvk8mlsry6gf04z40ij537aj4-gcc-toolchain-5.1.0/include/linux/ipv6.h warning: collision encountered: /gnu/store/z4pvymzvvk8mlsry6gf04z40ij537aj4-gcc-toolchain-5.1.0/include/li

[PATCH] gnu: Add r-qtl.

* gnu/packages/bioinformatics.scm (r-qtl): New variable. --- gnu/packages/bioinformatics.scm | 22 ++ 1 file changed, 22 insertions(+) diff --git a/gnu/packages/bioinformatics.scm b/gnu/packages/bioinformatics.scm index a13fd7a..cc6a418 100644 --- a/gnu/packages/bioinformatics

Re: [PATCH] gnu: Add bio-blastxmlparser.

This one is in the queue. On Wed, Sep 16, 2015 at 08:53:13AM +0200, Pjotr Prins wrote: > * gnu/packages/bioinformatics.scm (bio-blastxmlparser): New variable. > --- > gnu/packages/bioinformatics.scm | 25 + > 1 file changed, 25 insertions(+) > > diff --

Re: [PATCH] gnu: Add ruby-libxml and bioruby.

BioRuby patch updated. Pj. >From dd1fb03349d2ba2e7f36252d68f3de11f21b8866 Mon Sep 17 00:00:00 2001 Date: Thu, 17 Sep 2015 06:17:44 + Subject: [PATCH] gnu: Add ruby-libxml and bioruby. To: guix-devel@gnu.org From: Pjotr Prins * gnu/packages/bioinformatics.scm (bioruby): New varia

Re: [PATCH] gnu: Add ruby-libxml

Please push if OK. >From 6ef3fbc9fea7ec68def9b66f6091bc4b0423e78c Mon Sep 17 00:00:00 2001 Date: Tue, 15 Sep 2015 13:32:34 + Subject: [PATCH] gnu: Add ruby-libxml To: guix-devel@gnu.org From: Pjotr Prins * gnu/packages/ruby.scm (ruby-libxml): New variable. --- gnu/packages/ruby.scm |

Re: [PATCH] gnu: Add ruby-libxml and bioruby.

On Tue, Sep 15, 2015 at 10:39:56AM -0400, Thompson, David wrote: > That is odd. Coreutils is most definitely there. I added this to a > build phase of another Ruby package and rebuilt it: > > (pk 'ECHO (which "echo")) > > And the file name for echo was indeed displayed. That is a useful tr

Re: [PATCH 2/2] gnu: Add ruby-simplecov.

The dependency is only for those cases that use HTML output. I am using it for cucumber which don't needs it. Feel free to put in the dependency. And push it. Pj. On Wed, Sep 16, 2015 at 11:34:18AM +0200, Ricardo Wurmus wrote: > Hi Pjotr, > > > * gnu/packages/ruby.scm (ruby-simplecov): New vari

Re: [PATCH 1/2] gnu: Add ruby-docile.

Do you mind just editing this patch your way? The description comes from the package website - I don't feel the urge to improve on it. Pj. On Wed, Sep 16, 2015 at 11:39:38AM +0200, Ricardo Wurmus wrote: > Hi Pjotr, > > > * gnu/packages/ruby.scm (ruby-docile): New variable. > > [...] > > > +

Re: [PATCH] gnu: Add ruby-bio-logger.

n would be nice. > > > +(home-page "https://github.com/pjotrp/bioruby-logger-plugin";) > > +(license license:expat))) > > + > > (define-public ruby-atoulme-antwrap > >(package > > (name "ruby-atoulme-antwrap") > > ~~

[PATCH] gnu: Add bio-blastxmlparser.

* gnu/packages/bioinformatics.scm (bio-blastxmlparser): New variable. --- gnu/packages/bioinformatics.scm | 25 + 1 file changed, 25 insertions(+) diff --git a/gnu/packages/bioinformatics.scm b/gnu/packages/bioinformatics.scm index 1f34211..b9e1158 100644 --- a/gnu/package

[PATCH] gnu: Add ruby-bio-logger.

* gnu/packages/ruby.scm (ruby-bio-logger): New variable. --- gnu/packages/ruby.scm | 21 + 1 file changed, 21 insertions(+) diff --git a/gnu/packages/ruby.scm b/gnu/packages/ruby.scm index e61332f..0cdc5e3 100644 --- a/gnu/packages/ruby.scm +++ b/gnu/packages/ruby.scm @@ -445,

[PATCH] gnu: Add ruby-log4r.

* gnu/packages/ruby.scm (ruby-log4r): New variable. --- gnu/packages/ruby.scm | 24 1 file changed, 24 insertions(+) diff --git a/gnu/packages/ruby.scm b/gnu/packages/ruby.scm index 7dc46b6..e61332f 100644 --- a/gnu/packages/ruby.scm +++ b/gnu/packages/ruby.scm @@ -421,6

Re: Build passing status icon

On Tue, Sep 15, 2015 at 09:05:46PM +0200, Ludovic Courtès wrote: > It turns out that Hydra has a bunch of things under > lib/Hydra/Controller/API.pm¹. For example: > > http://hydra.gnu.org/api/latestbuilds?nr=10 > > { "project":"gnu", > "timestamp":1442315120, > "nixname":"gcr-3.16.0

[PATCH 1/2] gnu: Add ruby-docile.

* gnu/packages/ruby.scm (ruby-docile): New variable. --- gnu/packages/ruby.scm | 23 +++ 1 file changed, 23 insertions(+) diff --git a/gnu/packages/ruby.scm b/gnu/packages/ruby.scm index 7dc46b6..539b00b 100644 --- a/gnu/packages/ruby.scm +++ b/gnu/packages/ruby.scm @@ -1125,6

[PATCH 2/2] gnu: Add ruby-simplecov.

* gnu/packages/ruby.scm (ruby-simplecov): New variable. --- gnu/packages/ruby.scm | 28 1 file changed, 28 insertions(+) diff --git a/gnu/packages/ruby.scm b/gnu/packages/ruby.scm index 539b00b..2f7f89c 100644 --- a/gnu/packages/ruby.scm +++ b/gnu/packages/ruby.scm @@

[PATCH] gnu: Add ruby-cucumber-core.

* gnu/packages/ruby.scm (ruby-cucumber-core): New variable. --- gnu/packages/ruby.scm | 28 1 file changed, 28 insertions(+) diff --git a/gnu/packages/ruby.scm b/gnu/packages/ruby.scm index 7dc46b6..752b825 100644 --- a/gnu/packages/ruby.scm +++ b/gnu/packages/ruby.sc

[no subject]

>From f8493e0e3e4520bb4de4fd20e93d325444332dc3 Mon Sep 17 00:00:00 2001 Date: Tue, 15 Sep 2015 14:21:17 + Subject: [PATCH] gnu: Add ruby-gherkin3 To: guix-devel@gnu.org From: pjotr.publi...@thebird.nl * gnu/packages/ruby.scm (ruby-gherkin3): New variable. --- gnu/packages/ruby.scm | 25 ++

[PATCH] gnu: Add ruby-libxml

* gnu/packages/ruby.scm (ruby-libxml): New variable. --- gnu/packages/ruby.scm | 26 ++ 1 file changed, 26 insertions(+) diff --git a/gnu/packages/ruby.scm b/gnu/packages/ruby.scm index ee0acc8..1ca5f96 100644 --- a/gnu/packages/ruby.scm +++ b/gnu/packages/ruby.scm @@ -465

Re: [PATCH] gnu: Add ruby-libxml and bioruby.

On Tue, Sep 15, 2015 at 08:58:28AM -0400, Thompson, David wrote: > > +(home-page "http://bioruby.org/";) > > +;; Code is released under Ruby license, except for setup > > +;; (LGPLv2.1+), scripts in samples (GPL2 and GPL2+) > > +(license (list license:ruby license:lgpl2.1+ license:g

[PATCH] gnu: Add ruby-libxml

* gnu/packages/ruby.scm (ruby-libxml): New variable. --- gnu/packages/ruby.scm | 26 ++ 1 file changed, 26 insertions(+) diff --git a/gnu/packages/ruby.scm b/gnu/packages/ruby.scm index ee0acc8..1ca5f96 100644 --- a/gnu/packages/ruby.scm +++ b/gnu/packages/ruby.scm @@ -465

Re: Build passing status icon

5 at 10:10:36AM +0200, Pjotr Prins wrote: > Would it be possible to get a status icon straight from the build > farm, such as Travis CI provides, for Guix builds? That would mean we > could add it to a package README, e.g. > > https://github.com/pjotrp/bioruby-vcf/blob/master/RE

Re: [PATCH] gnu: Add ruby-libxml and bioruby.

Sorry for the double mail. I just got round to using command line mailing patches and hit enter twice. Anyway, the bioruby package works with many tests :). ruby-libxml, meanwhile, installs fine but its tests depend on the shared library that needs to get built and installed. Anyone dealt with

Re: [PATCH] gnu: Add ruby-libxml and bioruby.

On Tue, Sep 15, 2015 at 08:58:28AM -0400, Thompson, David wrote: > > +(native-inputs `(("ruby-libxml" ,ruby-libxml))) > > This should be a propagated input. oops. I can be such a noob. > > +(inputs > > + `(("coreutils" ,coreutils) ; required for /bin/echo in tests > > Coreutils is

[PATCH] gnu: Add ruby-libxml and bioruby.

* gnu/packages/ruby.scm (ruby-libxml): New variable. * gnu/packages/bioinformatics.scm (bioruby): New variable. --- gnu/packages/bioinformatics.scm | 47 + gnu/packages/ruby.scm | 26 +++ 2 files changed, 73 insertions(+

[PATCH] gnu: Add ruby-libxml and bioruby.

* gnu/packages/ruby.scm (ruby-libxml): New variable. * gnu/packages/bioinformatics.scm (bioruby): New variable. --- gnu/packages/bioinformatics.scm | 47 + gnu/packages/ruby.scm | 26 +++ 2 files changed, 73 insertions(+

[PATCH] gnu: Add ruby-bio-locus.

* gnu/packages/ruby.scm (ruby-bio-locus): New variable. --- gnu/packages/bioinformatics.scm | 24 1 file changed, 24 insertions(+) diff --git a/gnu/packages/bioinformatics.scm b/gnu/packages/bioinformatics.scm index 03eb2df..c4ba0e0 100644 --- a/gnu/packages/bioinformati

Re: [PATCH] gnu: Add ruby-bio-locus.

gems. I added to https://github.com/pjotrp/guix-notes/blob/master/RUBY.org#adding-a-ruby-gem-to-guix Pj. On Mon, Sep 14, 2015 at 10:01:40AM -0400, Thompson, David wrote: > On Mon, Sep 14, 2015 at 9:24 AM, Pjotr Prins > wrote: > > * gnu/packages/ruby.scm (ruby-bio-locus):

[PATCH] gnu: Add ruby-bio-locus.

* gnu/packages/ruby.scm (ruby-bio-locus): New variable. --- gnu/packages/ruby.scm | 20 1 file changed, 20 insertions(+) diff --git a/gnu/packages/ruby.scm b/gnu/packages/ruby.scm index ee0acc8..0a0fc1a 100644 --- a/gnu/packages/ruby.scm +++ b/gnu/packages/ruby.scm @@ -1124,3

Re: New ‘guix graph’ command

Maybe we should have both. I like the current version because it reads logically from a *users* perspective. E.g. http://dthompson.us/images/guix/ruby-pg-graph.png ruby-pg depends on postgresql 9.3.8, depends on zlib 1.2.7. Logical. Pj. On Thu, Sep 03, 2015 at 08:55:46PM +, Cook, Malcolm

<    4   5   6   7   8   9   10   11   >