[PATCH] gnu: Add metabat.

Thanks for fixing the samtools headers Ricardo, needed that for this. >From 3f253f059edee5ee2fdb116e310ab210646acf40 Mon Sep 17 00:00:00 2001 From: Ben Woodcroft Date: Sat, 11 Jul 2015 16:49:30 +1000 Subject: [PATCH] gnu: Add metabat. * gnu/packages/bioinformatics.scm (metabat): New variable. --

Re: [PATCH] gnu: add the rc shell package

Jeff Mickey writes: > I've never contributed a patch to guix, so please let me know if I'm > missing any prerequisites for contribution. To add to the feedback provided by Ricardo: your new file rc.scm should contain the same large header as the other files, with your copyright notice. Thank

Re: [PATCH] gnu: add the rc shell package

> The tests are written in an m4 file which generates a configure script > that generates c main()'s that are compiled and run as tests against > rc.. there was a /bin/pwd in there that failed the test and I didn't > think a simple sed would be able to remove that part of the test. You can use

RE: Using a shared Guix store (was RE: [Bio-packaging] testing out guix)

Ludovic, and Ricardo, > Yes, one way to help would be by trying a simple setup using Guix as it > currently exists, coupled with socat: > > http://debbugs.gnu.org/cgi/bugreport.cgi?bug=20381 > > If you could test this and provide feedback about the other options discussed > there, that would b

Re: [PATCH] gnu: add the rc shell package

* Ricardo Wurmus [2015-07-10 06:59]: > Please add a comment to explain why the tests are disabled (no “check” > target or failing tests?). The tests are written in an m4 file which generates a configure script that generates c main()'s that are compiled and run as tests against rc.. there was a /

[PATCH 3/3] gnu: Add python-pelican

At last, Pelican itself! Static site publishing managed by Guix, here we come! >From 220db75dbf4700a8c9b342cf68dacce74d864d8a Mon Sep 17 00:00:00 2001 From: Christopher Allan Webber Date: Fri, 10 Jul 2015 16:28:01 -0500 Subject: [PATCH 3/3] gnu: Add python-pelican * gnu/packages/python.scm (pyt

[PATCH 2/3] gnu: Add python-blinker

Here's the second patch towards Pelican support. This one's the python-blinker library! Easy! No extra dependencies! >From 0ef695078864edb838827b9b4eac918f4c090391 Mon Sep 17 00:00:00 2001 From: Christopher Allan Webber Date: Fri, 10 Jul 2015 16:12:47 -0500 Subject: [PATCH 2/3] gnu: Add python

[PATCH 1/3] gnu: Add python-feedgenerator

Hello! I'm packaging pelican, so here's the first of the couple of required dependencies to install it. (Unfortunately we have to install from git because the LICENSE file was just added at my request. Otherwise I'd use a tarball!) >From 32fe80103c1cef93f1608d5c09e4edf7cd005a5e Mon Sep 17 00:00

Re: 01/01: gnu: boost: Update to 1.58.0.

Andreas Enge writes: > I will push this to a wip-boost branch, and try to build a dependent package > locally. I wonder if I should base wip-boost on openssl-update; but with > only 69 dependent packages (if the count is true), it probably does not > matter. I see that you pushed this branch and

Re: How to handle required plugins and dbus services for GNOME Programs?

Mark H Weaver skribis: > So, at this point my inclination is to do the following: > > * Add 'dconf' to the propagated-inputs of 'totem', since totem needs > dconf services to be available on the user session D-Bus. > > * Add a wrapper for 'totem' that add prefixes to both > GST_PLUGIN_SYSTEM_

Re: [PATCH] gnu: make-bootstrap: Produce the correct %glibc-bootstrap-tarball for Hurd systems.

Manolis Ragkousis skribis: > On 7 July 2015 at 17:58, Ludovic Courtès wrote: >> Could you make sure that ‘guix build glibc-stripped-tarball’ still works >> as expected? (I assume you already tested with --target=i586-pc-gnu.) > > All OK with the changes, but 'guix build glibc-stripped-tarball'

Re: [PATCH] gnu: bootstrap: Create a wrapper for guile to set the system load path

Mark H Weaver skribis: > We currently use gnu/packages/patches/guile-relocatable.patch to set the > system load path in the bootstrap guile. However, that patch depends on > /proc/self/exe which is not present on the Hurd. Therefore, I came up > with another approach in the attached patch. Aft

Re: [PATCH 3/6] gnu: Add perl-date-manip.

Andreas Enge skribis: > On Thu, Jul 09, 2015 at 07:38:06PM -0500, ericbav...@openmailbox.org wrote: >> +(arguments >> + ;; Tests would require tzdata for timezone information, but tzdata is >> in >> + ;; (gnu packages base) which would create a circular dependency. TODO: >> + ;;

Re: 01/01: gnu: boost: Update to 1.58.0.

Andreas Enge writes: > On Fri, Jul 10, 2015 at 12:52:24PM -0400, Mark H Weaver wrote: >> I'm not 100% sure what's happening either, but more packages are >> becoming broken over time. I think it has to do with the fact that >> 'git' is one of the broken packages, and other packages that fetch th

Re: 01/01: gnu: boost: Update to 1.58.0.

On Fri, Jul 10, 2015 at 12:52:24PM -0400, Mark H Weaver wrote: > I'm not 100% sure what's happening either, but more packages are > becoming broken over time. I think it has to do with the fact that > 'git' is one of the broken packages, and other packages that fetch their > source code using 'git

Re: [PATCH 14/15] scripts: environment: Add --container option.

"Thompson, David" skribis: > On Tue, Jul 7, 2015 at 10:35 AM, Ludovic Courtès wrote: >> Since this works without root privileges, what about adding a test in >> tests/guix-environment.sh? >> >> Basically something similar to one of the existing tests, but >> additionally checking from within th

Re: [PATCH 11/15] gnu: system: Add Linux container module.

"Thompson, David" skribis: > From 7c41e765a91f6a4c50b692f6230d6e0e3e3b7099 Mon Sep 17 00:00:00 2001 > From: David Thompson > Date: Mon, 8 Jun 2015 08:59:00 -0400 > Subject: [PATCH] gnu: system: Add Linux container module. > > * gnu/system/linux-container.scm: New file. > * gnu-system.am (GNU_SYS

Re: Presence of GuixSD as "a Linux"

Adam Pribyl skribis: > On Fri, 10 Jul 2015, Taylan Ulrich Bayırlı/Kammer wrote: [...] >> Such a case we had recently: Guitarix web page. Despite having >> "GNU/Linux" in the project name, they were unwilling to change mentions >> of "a Linux" and "Linux flavours" on their page to GNU/Linux, wi

Re: Call for testing : guix-tox, a version of tox that uses "guix environment".

Amirouche Boubekki skribis: > On 2015-07-10 03:38, Christopher Allan Webber wrote: [...] >>> I intend to propose a 20 minute talk about >>> guix-tox at the next PyConFR. > > Nice! \o/ >> This is great! I've also been very interested in "guix environment" as >> a universal virtualenv. Replac

Re: OpenStack and GuixOps

Great, thanks for looking into this! Ludo’.

Re: 01/01: gnu: boost: Update to 1.58.0.

Andreas Enge writes: > On Thu, Jul 09, 2015 at 06:00:39PM -0400, Mark H Weaver wrote: >> Boost turns out to be an important package. The fallout from this is >> 412 newly failed builds on mips64el: >> http://hydra.gnu.org/eval/105333#tabs-now-fail > > I do not quite understand this number, it

Re: Guix "ops"

David Thompson writes: > Hello again Carlos, > > Carlos Sosa writes: > >> I like the idea of 'guix deploy', and maybe something to propagates >> given configuration files, like 'guix config prepare' and later 'guix >> config apply'. >> >> Now, how can I contribute? work the guix command? >>

Re: Presence of GuixSD as "a Linux"

On Fri, 10 Jul 2015, Taylan Ulrich Bayırlı/Kammer wrote: Some pages and documentation of some projects insist on using terminology such as "a Linux", "Linux distributions", "Linux flavours" etc. when referring to GNU/Linux systems. Would the publicity benefits of appearing on such pages outweig

Presence of GuixSD as "a Linux"

Some pages and documentation of some projects insist on using terminology such as "a Linux", "Linux distributions", "Linux flavours" etc. when referring to GNU/Linux systems. Would the publicity benefits of appearing on such pages outweigh the harm done by GuixSD appearing as "a Linux"? Such a c

Re: [PATCH] gnu: add the rc shell package

Hi Jeff, thanks for the contribution! Below are some comments about your patch, mostly relating to formatting. > From 5deadfb23d8235101220310d0c47626c1d4c219f Mon Sep 17 00:00:00 2001 > From: Jeff Mickey > Date: Thu, 9 Jul 2015 17:39:42 -0700 > Subject: [PATCH] gnu: add the rc shell package > >

Re: [PATCH] Add Gridmap + psutils.

Eric Bavier writes: > On 2015-07-10 07:59, Ricardo Wurmus wrote: >> * gnu/packages/python.scm (python-psutil, python2-psutil): New >> variables. > [...] >> +(native-inputs >> + `(("python-setuptools" ,python-setuptools))) > > Nitpick: I believe the '`' should align with the 'n'. Oh, y

[PATCH] gnu: add the rc shell package

Hi guix-devel! I've never contributed a patch to guix, so please let me know if I'm missing any prerequisites for contribution. This adds the rc shell to guix. // jeff mickey >From 5deadfb23d8235101220310d0c47626c1d4c219f Mon Sep 17 00:00:00 2001 From: Jeff Mickey Date: Thu, 9 Jul 2015 17:3

Re: [PATCH] Add Gridmap + psutils.

On 2015-07-10 07:59, Ricardo Wurmus wrote: * gnu/packages/python.scm (python-psutil, python2-psutil): New variables. [...] +(native-inputs + `(("python-setuptools" ,python-setuptools))) Nitpick: I believe the '`' should align with the 'n'. -- `~Eric

[PATCH] Add Gridmap + psutils.

>From 0f415a0c5a18083c5ead7cf0c84c201234a806e0 Mon Sep 17 00:00:00 2001 From: Ricardo Wurmus Date: Fri, 10 Jul 2015 14:57:05 +0200 Subject: [PATCH 1/2] gnu: Add python-psutil. * gnu/packages/python.scm (python-psutil, python2-psutil): New variables. --- gnu/packages/python.scm | 30 +

Re: [PATCH] gnu: Update pumpa to 0.9.1.

On Fri, Jul 10, 2015 at 4:31 AM, Claes Wallin (韋嘉誠) wrote: > On Jul 9, 2015 7:49 PM, "Mathieu Lirzin" wrote: >> >> PS: There is no need to use "git send-mail ..." here. Just attach the >> file generated by "git format-patch origin/master" to your answer. > > The advantage I see with git send-mai

Re: [PATCH 5/5] gnu: Add emacs-mmm-mode

Alex Kost skribis: > So my guess is: MELPA periodically updates all the tarballs, not just > the packages with the new version tags. I think it means we should > refuse from using melpa(-stable) tarballs and use the upstream releases > instead. In this particular case it will be >

Re: [PATCH 2/2] gnu: Add dunst.

Alex Kost skribis: > From 8d8928b84b565eb47c36c1e6b2ff2b3c963076d2 Mon Sep 17 00:00:00 2001 > From: Alex Kost > Date: Wed, 8 Jul 2015 21:03:49 +0300 > Subject: [PATCH 2/2] gnu: Add dunst. > > * gnu/packages/dunst.scm: New file. > * gnu-system.am (GNU_SYSTEM_MODULES): Add it. LGTM. >From the de

Re: Using a shared Guix store (was RE: [Bio-packaging] testing out guix)

"Cook, Malcolm" skribis: >> Another one, which I think Ricardo has been investigating lately, would be to >> have users manage their profiles via the Web user interface, >> guix-web: . (The video >> > 01__GNU_Gu

Re: [PATCH] gnu: Update pumpa to 0.9.1.

On Jul 9, 2015 7:49 PM, "Mathieu Lirzin" wrote: > > One last thing before pushing. :) > > Following the > http://lists.gnu.org/archive/html/guix-devel/2015-07/msg00235.html > discussion, I want to know if the usage of the email address > instead of > in your patch was intentionnal? Do you mean

Re: [PATCH 3/6] gnu: Add perl-date-manip.

On Thu, Jul 09, 2015 at 07:38:06PM -0500, ericbav...@openmailbox.org wrote: > +(arguments > + ;; Tests would require tzdata for timezone information, but tzdata is in > + ;; (gnu packages base) which would create a circular dependency. TODO: > + ;; Maybe put this package elsewhere

Re: [PATCH 2/6] gnu: Add perl-html-tableextract.

Looks good. Andreas

Re: [PATCH 1/6] gnu: Add perl-html-element-extended.

On Thu, Jul 09, 2015 at 07:38:04PM -0500, ericbav...@openmailbox.org wrote: > +(description > + "Perl extension for manipulating a table composed of HTML::Element style > +components.") I would use a full sentence as in your other patch: "... is a Perl extension...". Otherwise it looks go

Re: [PATCH 3/5] build: Add 'emacs-build-system'

On Fri, Jul 10, 2015 at 8:47 AM, Alex Kost wrote: > Federico Beffa (2015-07-09 23:41 +0300) wrote: > >> On Thu, Jul 9, 2015 at 10:51 AM, Alex Kost wrote: >>> Federico Beffa (2015-07-08 23:22 +0300) wrote: >>> On Tue, Jul 7, 2015 at 6:58 PM, Alex Kost wrote: > A side note: I think genera

Re: [PATCH] Add Emacs PDF tools

Alex Kost writes: > Since now we have 'emacs-byte-compile-directory', the elisp files may > also be compiled. I modified your patch to: > > - move patching the variables (including 'pdf-tools-handle-upgrades') > into a separate phase; > - compile the elisp files; > - generate autoloads. Than

Re: [PATCH] Add preseq.

Mark H Weaver writes: > No. It's deterministic, and 'modify-phases' is in (guix build utils) so > it can't be changed without triggering a full rebuild. The edits are > done in the order shown, as if it was imperative code. For example: Thank you for confirming the behaviour. >> When I buil