Re: Developing libraries for the GNU system with Guix

Ludovic Courtès writes: > Ricardo Wurmus skribis: > >> Ludovic Courtès writes: >> >>> Again to make this more convenient, I thought we could have a >>> --with-graft option, which would work like --with-input except that it >>> would graft the new Z onto A/B/C instead of rebuilding them. >> >>

[PATCH] gnu: slim: Do not reset session after failed login

Hello Guix, The first patch fixes an often-bemoaned usability issue in SLiM. The second is mostly to improve aesthetics, IMHO. `~Eric From cd6e3c5d8956c4cd89631d706a1f0be84d45275a Mon Sep 17 00:00:00 2001 From: Eric Bavier Date: Mon, 17 Oct 2016 17:17:50 -0500 Subject: [PATCH 1/2] gnu: slim: Do

Re: [PATCH] add kobodeluxe

Thank you both for the warm welcome and feedback :) I've attached a patch that builds upon Chris's changes. Changed: spelling patch - removed description - "game" now included in description patch names - use dashes consistently (thank you Chris) Unchanged: whitespace warnings - these are due to

[PATCH 1/1] gnu: borg: Install more documentation.

* gnu/packages/backup.scm (borg)[arguments]: Install more documentation in 'install-doc' phase. --- gnu/packages/backup.scm | 9 - 1 file changed, 8 insertions(+), 1 deletion(-) diff --git a/gnu/packages/backup.scm b/gnu/packages/backup.scm index eb5e98d..b75e99b 100644 --- a/gnu/packages

[PATCH 0/1] Borg: Install more docs

These text files explain in greater detail some things that are explained in the Borg man page. You could think of them as extended examples. The visual explanation of pruning was especially helpful to me. This method of selecting the files is crude. Originally I used (find-files "docs/misc" "\\.t

[PATCH 1/1] gnu: dbus-1.10.12: Fix Guix build failure.

Previously, building Guix failed like this: -- ice-9/psyntax.scm:1422:32: In procedure expand-macro: ice-9/psyntax.scm:1422:32: Syntax error: gnu/packages/glib.scm:141:8: origin: extraneous field initializers (inherit) in form (origin (method url-fetch) (inherit (package-source dbus)) (uri (

Re: 01/03: gnu: jasper: Update to 1.900.5.

On Mon, Oct 17, 2016 at 09:08:53PM +, Efraim Flashner wrote: > efraim pushed a commit to branch master > in repository guix. > > commit b333d00c3566a8a6b058a35426da96200ebf2c6d > Author: Efraim Flashner > Date: Mon Oct 17 23:47:14 2016 +0300 > > gnu: jasper: Update to 1.900.5. > >

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

Hello, I updated my git repository and have generated patches. If you do not have a branch, do the follwoing: git checkout -b gnome-bluefish # search for your two patches, e.g using "git reflog | grep gunimap" and "git reflog | grep bluefish" git cherry-pick abcdefg # use commit-id of gunimap

Re: [PATCH] gnu: Add vim-full.

Marius Bakke writes: > ng0 writes: > >> Hi, >> >> thanks for reviewing. >> >> Marius Bakke writes: >> >>> ng0 writes: >>> * gnu/packages/vim.scm (vim-full): New variable. * gnu/packages/patches/vim-8.0.0003.patch: New file. * gnu/packages/patches/vim-8.0.0004.patch: New file. >>

Re: [PATCH] gnu: Add vim-full.

ng0 writes: > Hi, > > thanks for reviewing. > > Marius Bakke writes: > >> ng0 writes: >> >>> * gnu/packages/vim.scm (vim-full): New variable. >>> * gnu/packages/patches/vim-8.0.0003.patch: New file. >>> * gnu/packages/patches/vim-8.0.0004.patch: New file. >>> * gnu/packages/patches/vim-8.0.0005

Re: Developing libraries for the GNU system with Guix

Ricardo Wurmus skribis: > Ludovic Courtès writes: > >> Again to make this more convenient, I thought we could have a >> --with-graft option, which would work like --with-input except that it >> would graft the new Z onto A/B/C instead of rebuilding them. > > This is a good idea! Done in 645b9df

[PATCH] gnu: Add supertuxkart.

* gnu/packages/games.scm (supertuxkart): New variable. --- gnu/packages/games.scm | 74 ++ 1 file changed, 74 insertions(+) diff --git a/gnu/packages/games.scm b/gnu/packages/games.scm index 17ca12b..90963bd 100644 --- a/gnu/packages/games.scm +++ b

Re: Bash headers path changed in 4.4 (core-updates)

On Mon, Oct 17, 2016 at 10:07:52PM +0200, Ludovic Courtès wrote: > l...@gnu.org (Ludovic Courtès) skribis: > > > I believe this patch should work, though I haven’t yet been able to > > rebuild recutils: > > I pushed a variant of it as c21af659b4e6871b9576278cd5745881c696fd70. Thanks!

Re: Making substitute* throw an error if substition failed?

On Mon, Oct 17, 2016 at 10:50:36AM +0200, Ludovic Courtès wrote: > Hi, > > Ricardo Wurmus skribis: > > > it happened a couple of times already that a “substitute*” expression > > silently failed and I only found out about it when investigating the > > remains of a failing build (“guix build -K”)

Re: [PATCH] gnu: Add vim-full.

Hi, thanks for reviewing. Marius Bakke writes: > ng0 writes: > >> * gnu/packages/vim.scm (vim-full): New variable. >> * gnu/packages/patches/vim-8.0.0003.patch: New file. >> * gnu/packages/patches/vim-8.0.0004.patch: New file. >> * gnu/packages/patches/vim-8.0.0005.patch: New file. >> * gnu/lo

Re: [PATCH] gnu: Add vim-full.

Kei Kebreau writes: > [ Unknown signature status ] > ng0 writes: > >> * gnu/packages/vim.scm (vim-full): New variable. >> * gnu/packages/patches/vim-8.0.0003.patch: New file. >> * gnu/packages/patches/vim-8.0.0004.patch: New file. >> * gnu/packages/patches/vim-8.0.0005.patch: New file. >> * gnu/

Re: 01/01: gnu: hdf4: Fix non-x86 architectures.

andr...@enge.fr (Andreas Enge) writes: > andreas pushed a commit to branch master > in repository guix. > > commit 60da9fb1100787c49ed4910eacf50e83c6462dcc > Author: Andreas Enge > Date: Sun Oct 16 17:00:56 2016 +0200 > > gnu: hdf4: Fix non-x86 architectures. > > * gnu/packages/pat

Re: [PATCH] guxi: cmake-build-system: Enable output for failing test-cases.

Hartmut Goebel skribis: > Am 13.10.2016 um 22:12 schrieb Ludovic Courtès: >> It’s a good idea, but it would entail a rebuild of 1,000+ packages. Can >> you save it for the next big-rebuild cycle? > > No problem. > > Still have to learn what "next big-rebuild cycle" means. Is there a > branch for

Re: Bash headers path changed in 4.4 (core-updates)

l...@gnu.org (Ludovic Courtès) skribis: > I believe this patch should work, though I haven’t yet been able to > rebuild recutils: I pushed a variant of it as c21af659b4e6871b9576278cd5745881c696fd70. Ludo’.

Re: [PATCH] Update networkmanager+nm-applet

ng0 writes: > [PATCH 1/2] gnu: network-manager: Update to 1.4.2. > [PATCH 2/2] gnu: network-manager-applet: Update to 1.4.2. > > Update to 1.4.2 for both, nm-applet is build without WWAN support > until we have glib updated to 2.50, > which should be done in core-updates if it isn't already bei

Re: [PATCH 06/15] gnu: Add chez-irregex.

Federico Beffa skribis: > On Mon, Oct 17, 2016 at 4:40 PM, Ludovic Courtès wrote: >> Federico Beffa skribis: >> >>> From 4293c55d921d82c0542907024a1b51abea32b6dc Mon Sep 17 00:00:00 2001 >>> From: Federico Beffa >>> Date: Sun, 16 Oct 2016 16:10:31 +0200 >>> Subject: [PATCH 06/15] gnu: Add chez

[PATCH] gnu: Enable pam in xlock

* gnu/packages/xdisorg.scm (xlockmore) [arguments]: Add --enable-pam --- gnu/packages/xdisorg.scm | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/gnu/packages/xdisorg.scm b/gnu/packages/xdisorg.scm index 323ff11..0fe9c94 100644 --- a/gnu/packages/xdisorg.scm +++ b/gnu/package

Re: [PATCH 4/4] gnu: xapian: Update to 1.4.0.

On Mon, Oct 17, 2016 at 05:55:06PM +0100, Marius Bakke wrote: > * gnu/packages/search.scm (xapian): Update to 1.4.0. > [source]: Use https URL. > [home-page]: Use https URL. > [arguments]: Remove 'patch-remotetcp-harness' phase. Replace 'check' > phase with a list of custom test targets. Works for

Re: [PATCH 2/4] gnu: notmuch: Enable tests.

Leo Famulari writes: > On Mon, Oct 17, 2016 at 05:55:04PM +0100, Marius Bakke wrote: >> * gnu/packages/patches/notmuch-emacs-25-compatibility-fix.patch: New file. >> * gnu/local.mk (dist_patch_DATA): Register it. >> * gnu/packages/mail.scm (notmuch)[arguments]: Add verbose make flags. >> Add ph

Re: [PATCH] gnu: openssh: Enable kerberos features.

On Mon, Oct 17, 2016 at 07:26:11PM +0200, John Darrington wrote: > * gnu/packages/ssh.scm (openssh): New input mit-krb5. It should mention the addition to configure-flags and that mit-krb5 is added to [inputs]. Otherwise LGTM. It increases the OpenSSH closure by ~4 MiB, to 117.9.

Re: locales gone

On Mon, Oct 17, 2016 at 11:00:25AM +0200, Ludovic Courtès wrote: > Danny Milosavljevic skribis: > > > And if I strace postgres service I get > > > > [pid 6184] > > open("/gnu/store/m9vxvhdj691bq1f85lpflvnhcvrdilih-glibc-2.23/lib/locale/locale-archive", > > O_RDONLY|O_CLOEXEC) = -1 ENOENT (No s

Re: [PATCH] gnu: Add xpad.

ren...@openmailbox.org writes: > Hello, > this patch is Xpad, a sticky note application. > > * I did not find the application in the GNOME repository. > > Built, linted and tested. > > Thank you Thanks for the good patch! Everything seems to work fine. Commited as 0bd697591bd5f020032cc2650fa6f0f4

Re: [PATCH 1/4] gnu: notmuch: Update to 0.23.

Leo Famulari writes: > On Mon, Oct 17, 2016 at 05:55:03PM +0100, Marius Bakke wrote: >> * gnu/packages/mail.scm (notmuch, python-notmuch): Update to 0.23. >> [home-page]: Use https URL. > > LGTM. Is it possible to use (package-version notmuch) as > python-notmuch's version? That worked fine, tha

Re: [PATCH 3/4] gnu: xapian: Use 'modify-phases'.

Leo Famulari writes: > On Mon, Oct 17, 2016 at 05:55:05PM +0100, Marius Bakke wrote: >> * gnu/packages/search.scm (xapian)[arguments]: Use 'modify-phases'. > >> + `(#:phases >> + (modify-phases %standard-phases >> + (add-after 'unpack 'patch-remotetcp-harness >> + (lam

Re: [PATCH] gnu: Add vim-full.

ng0 writes: > * gnu/packages/vim.scm (vim-full): New variable. > * gnu/packages/patches/vim-8.0.0003.patch: New file. > * gnu/packages/patches/vim-8.0.0004.patch: New file. > * gnu/packages/patches/vim-8.0.0005.patch: New file. > * gnu/local.mk (dist_patch_DATA): Add patches. > --- > gnu/local.m

Re: [PATCH 2/4] gnu: notmuch: Enable tests.

On Mon, Oct 17, 2016 at 05:55:04PM +0100, Marius Bakke wrote: > * gnu/packages/patches/notmuch-emacs-25-compatibility-fix.patch: New file. > * gnu/local.mk (dist_patch_DATA): Register it. > * gnu/packages/mail.scm (notmuch)[arguments]: Add verbose make flags. > Add phase 'patch-notmuch-lib.el' to

Re: [PATCH] gnu: Add vim-full.

ng0 writes: > * gnu/packages/vim.scm (vim-full): New variable. > * gnu/packages/patches/vim-8.0.0003.patch: New file. > * gnu/packages/patches/vim-8.0.0004.patch: New file. > * gnu/packages/patches/vim-8.0.0005.patch: New file. > * gnu/local.mk (dist_patch_DATA): Add patches. > --- > gnu/local.m

Re: [PATCH 3/4] gnu: xapian: Use 'modify-phases'.

On Mon, Oct 17, 2016 at 05:55:05PM +0100, Marius Bakke wrote: > * gnu/packages/search.scm (xapian)[arguments]: Use 'modify-phases'. > + `(#:phases > + (modify-phases %standard-phases > + (add-after 'unpack 'patch-remotetcp-harness > + (lambda _ > + (substitu

Re: [PATCH 1/4] gnu: notmuch: Update to 0.23.

On Mon, Oct 17, 2016 at 05:55:03PM +0100, Marius Bakke wrote: > * gnu/packages/mail.scm (notmuch, python-notmuch): Update to 0.23. > [home-page]: Use https URL. LGTM. Is it possible to use (package-version notmuch) as python-notmuch's version?

[PATCH] gnu: openssh: Enable kerberos features.

* gnu/packages/ssh.scm (openssh): New input mit-krb5. --- gnu/packages/ssh.scm | 11 +-- 1 file changed, 9 insertions(+), 2 deletions(-) diff --git a/gnu/packages/ssh.scm b/gnu/packages/ssh.scm index c551f18..9fd1506 100644 --- a/gnu/packages/ssh.scm +++ b/gnu/packages/ssh.scm @@ -37,6 +3

[PATCH 4/4] gnu: xapian: Update to 1.4.0.

* gnu/packages/search.scm (xapian): Update to 1.4.0. [source]: Use https URL. [home-page]: Use https URL. [arguments]: Remove 'patch-remotetcp-harness' phase. Replace 'check' phase with a list of custom test targets. --- gnu/packages/search.scm | 22 +++--- 1 file changed, 15 inser

[PATCH 3/4] gnu: xapian: Use 'modify-phases'.

* gnu/packages/search.scm (xapian)[arguments]: Use 'modify-phases'. --- gnu/packages/search.scm | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/gnu/packages/search.scm b/gnu/packages/search.scm index 9eb4039..a43abde 100644 --- a/gnu/packages/search.scm +++ b/gnu/p

[PATCH 0/4] Notmuch and Xapian update.

This brings notmuch and xapian to the latest upstream releases. Unfortunately some Xapian tests had to be excluded. If anyone knows how to make getaddrinfo() work for 127.0.0.1 in the build chroot, I'm all ears. NB notmuch users: You may have to adjust 'notmuch-fcc-dirs' after this. See release a

[PATCH 2/4] gnu: notmuch: Enable tests.

* gnu/packages/patches/notmuch-emacs-25-compatibility-fix.patch: New file. * gnu/local.mk (dist_patch_DATA): Register it. * gnu/packages/mail.scm (notmuch)[arguments]: Add verbose make flags. Add phase 'patch-notmuch-lib.el' to fix hard-coded /bin/sh. Add 'prepare-test-environment' phase to pat

[PATCH 1/4] gnu: notmuch: Update to 0.23.

* gnu/packages/mail.scm (notmuch, python-notmuch): Update to 0.23. [home-page]: Use https URL. --- gnu/packages/mail.scm | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/gnu/packages/mail.scm b/gnu/packages/mail.scm index 47c1549..1cb3ef4 100644 --- a/gnu/packages/m

Re: [PATCH] add kobodeluxe

Christopher Allan Webber writes: >> On Sun, Oct 16, 2016 at 9:06 PM, Kei Kebreau wrote: >>> When I applied the patch, git complained about trailing whitespace; a >>> trivial fix. > > Those whitespace "errors" were in the original patches we borrowed from > Debian, and weren't on any of the lines

vim-full v2

v2

[PATCH] gnu: Add vim-full.

* gnu/packages/vim.scm (vim-full): New variable. * gnu/packages/patches/vim-8.0.0003.patch: New file. * gnu/packages/patches/vim-8.0.0004.patch: New file. * gnu/packages/patches/vim-8.0.0005.patch: New file. * gnu/local.mk (dist_patch_DATA): Add patches. --- gnu/local.mk

Re: [PATCH 06/15] gnu: Add chez-irregex.

On Mon, Oct 17, 2016 at 4:40 PM, Ludovic Courtès wrote: > Federico Beffa skribis: > >> From 4293c55d921d82c0542907024a1b51abea32b6dc Mon Sep 17 00:00:00 2001 >> From: Federico Beffa >> Date: Sun, 16 Oct 2016 16:10:31 +0200 >> Subject: [PATCH 06/15] gnu: Add chez-irregex. >> >> * gnu/packages/che

Re: [PATCH 05/15] gnu: Add chez-matchable.

On Mon, Oct 17, 2016 at 3:54 PM, Ludovic Courtès wrote: > Federico Beffa skribis: > >> From 5821d3e41e37df01492141f128a0a09b5e70498f Mon Sep 17 00:00:00 2001 >> From: Federico Beffa >> Date: Sun, 16 Oct 2016 16:08:33 +0200 >> Subject: [PATCH 05/15] gnu: Add chez-matchable. >> >> * gnu/packages/c

Re: [PATCH 03/15] gnu: Add chez-web.

On Mon, Oct 17, 2016 at 4:43 AM, Marius Bakke wrote: > Federico Beffa writes: > >> From 828438eb009a557cd0be5f0e2a42eebb0d59257d Mon Sep 17 00:00:00 2001 >> From: Federico Beffa >> Date: Sun, 16 Oct 2016 15:59:49 +0200 >> Subject: [PATCH 03/15] gnu: Add chez-web >> >> * gnu/packages/chez.scm (ch

Re: [PATCH 04/15] gnu: Add chez-sockets.

On Mon, Oct 17, 2016 at 3:37 PM, Ludovic Courtès wrote: > Federico Beffa skribis: > >> From d09667ff264149467b2b69e8a4ef67a1ce9b123c Mon Sep 17 00:00:00 2001 >> From: Federico Beffa >> Date: Sun, 16 Oct 2016 16:03:07 +0200 >> Subject: [PATCH 04/15] gnu: Add chez-sockets. >> >> * gnu/packages/che

Re: [PATCH] add kobodeluxe

Hello! Welcome, Stephen! Christopher Allan Webber skribis: > From c8b122d8c7cf7a574bbbac66963ac355c64effc5 Mon Sep 17 00:00:00 2001 > From: Stephen Webber > Date: Sun, 16 Oct 2016 15:04:35 -0500 > Subject: [PATCH] gnu: Add kobodeluxe. > > * gnu/packages/games.scm (kobodeluxe): New variable. >

Re: Guix "ops"

Christopher Allan Webber skribis: > 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,

Re: Specifying and build output separately?

Hartmut Goebel skribis: > Am 17.10.2016 um 10:55 schrieb Ludovic Courtès: >> I prefer this approach over what you propose because it’s more >> consistent with what we usually do, which is to have doc in a “doc” >> output rather than in a separate package. > > Yes, but it has the major drawback of

Re: [PATCH 06/15] gnu: Add chez-irregex.

Federico Beffa skribis: > From 4293c55d921d82c0542907024a1b51abea32b6dc Mon Sep 17 00:00:00 2001 > From: Federico Beffa > Date: Sun, 16 Oct 2016 16:10:31 +0200 > Subject: [PATCH 06/15] gnu: Add chez-irregex. > > * gnu/packages/chez.scm (chez-irregex): New variable. [...] > + (uri (string

Re: [PATCH 07/15] gnu: Add chez-fmt.

Federico Beffa skribis: > From c6d0839666e90da4074a1ae6af9a355907a9cdd8 Mon Sep 17 00:00:00 2001 > From: Federico Beffa > Date: Sun, 16 Oct 2016 16:12:25 +0200 > Subject: [PATCH 07/15] gnu: Add chez-fmt. > > * gnu/packages/chez.scm (chez-fmt): New variable. LGTM, thanks! Ludo'.

Re: gnu: artanis: Remove implied $(DESTDIR) usage.

Adonay Felipe Nogueira writes: > Oh my! ... Sorry for being careless. I guess I was so happy to finally > fix the problem upstream that I forgot to adapt our recipe accordingly. > > Thanks for testing. :) > > I have made the patch again, and also properly referenced the patch > tickets from upstr

Re: [PATCH] add kobodeluxe

Stephen Webber writes: > As for the permanent user profile, one of the debian patches I applied > changed the functionality for security reason. I'm not certain I have the > expertise to make a correcting decision at this time, especially that is in > line with guix conventions about state. I als

Re: [PATCH 05/15] gnu: Add chez-matchable.

Federico Beffa skribis: > From 5821d3e41e37df01492141f128a0a09b5e70498f Mon Sep 17 00:00:00 2001 > From: Federico Beffa > Date: Sun, 16 Oct 2016 16:08:33 +0200 > Subject: [PATCH 05/15] gnu: Add chez-matchable. > > * gnu/packages/chez.scm (chez-matchable): New variable. [...] > +;; Help functio

Re: Bash headers path changed in 4.4 (core-updates)

Leo Famulari skribis: > While looking at the build failure of recutils on core-updates [0], I > noticed that the directory structure of bash:include changed from 4.3 to > 4.4. > > Using stdc.h as an example, For 4.3, our package creates a tree like this: > ./include/bash/stdc.h > > For 4.4, it's

Re: [PATCH 04/15] gnu: Add chez-sockets.

Federico Beffa skribis: > From d09667ff264149467b2b69e8a4ef67a1ce9b123c Mon Sep 17 00:00:00 2001 > From: Federico Beffa > Date: Sun, 16 Oct 2016 16:03:07 +0200 > Subject: [PATCH 04/15] gnu: Add chez-sockets. > > * gnu/packages/chez.scm (chez-sockets): New variable. [...] > +(define-public chez

Re: [PATCH 02/15] gnu: Add chez-srfi.

Federico Beffa skribis: > From 1433f85bd0ba7fa0239b200f693e9b2ffcc8e039 Mon Sep 17 00:00:00 2001 > From: Federico Beffa > Date: Sun, 16 Oct 2016 15:49:36 +0200 > Subject: [PATCH 02/15] gnu: Add chez-srfi. > > * gnu/packages/chez.scm (chez-srfi): New variable. OK!

Re: [PATCH 01/15] gnu: chez-scheme: Add search-path and fix i686 build.

Hello Federico, Federico Beffa skribis: > On Sun, Oct 16, 2016 at 8:25 PM, Ricardo Wurmus wrote: [...] >> Could you separate these different changes into different patches, >> please? > > I've split them. Thanks for taking the time. > From c25b941dc4a0b5d04a871edb590a728b6075b081 Mon Sep 17

Re: Writing recipe for Crypto++, and getting build errors

Indeed, you're right: I no longer need it. But I decided to test it so that people can make use of the patch you suggested. signature.asc Description: This is a digitally signed message part

Re: Writing recipe for Crypto++, and getting build errors

Adonay Felipe Nogueira skribis: > I have good news: The patch suggested by Ludovic does work. :) > > I did a test with a simple recipe (because I no longer need to deal with > zipbomb itself, since I found the tar.gz generated by their repository, > which luckly isn't a tarbomb). > > Now, reverti

[Chris Lamb] [rb-general] Next Reproducible Builds IRC meeting: 17 Oct 2016 @ 19h00 UTC (reminder)

Hello Guix! Sorry for the late notice, it’s later today! (I won’t be around.) I guess I’ll let people subscribe to rb-general for future announcements: https://lists.reproducible-builds.org/listinfo/rb-general :-) Ludo’. --- Begin Message --- Dear all, This is a reminder that the next IRC

Re: gnu: artanis: Remove implied $(DESTDIR) usage.

Oh my! ... Sorry for being careless. I guess I was so happy to finally fix the problem upstream that I forgot to adapt our recipe accordingly. Thanks for testing. :) I have made the patch again, and also properly referenced the patch tickets from upstream. From 85d418a8750cb7b90cab12c5cc7687e8fd8

Re: [PATCH 1/1] gnu: Add python-betamax.

Am 16.10.2016 um 22:22 schrieb Marius Bakke: > Can we leverage this mechanism instead of propagating everything? Are > there any drawbacks to doing that? propagating all inputs is the correct way for two reasons: a) In Python only *one* version of a module can but used within an environment [*] S

Re: [PATCH] gnu: wrap-python3: Use a bash wrapper for 'python3-config'.

Leo Famulari writes: > On Sun, Oct 16, 2016 at 11:21:13AM +0800, 宋文武 wrote: >> >> Hi, python-wrapper has a broken `python3-config', which >> >> output cflags to the wrapper instead of the origin python3, >> >> leading the build failure of python-pycairo. >> > >> > So it appears to resolve the CFL

Re: [PATCH] import: pypi: All inputs are propagated-inputs by default.

Am 17.10.2016 um 11:00 schrieb Hartmut Goebel: > * guix/import/pypi.scm (maybe-inputs): Return inputs as > "propagated-inputs". Rational: Most python inputs need to be propagated inputs, not normal ones. -- Regards Hartmut Goebel | Hartmut Goebel | h.goe...@crazy-compilers.com

Re: [PATCH] gnu: node: Update to 6.8.0.

Al McElrath skribis: > I took Jelle's 6.4.0 patch and updated it to 6.8.0. I only updated the > version and included a patch that is specific to 6.8.0. Hopefully this > version will have more success. I reset the author to myself. Not sure > what the protocol is for patching someone else's patch.

Re: Specifying and build output separately?

Am 17.10.2016 um 10:55 schrieb Ludovic Courtès: > I prefer this approach over what you propose because it’s more > consistent with what we usually do, which is to have doc in a “doc” > output rather than in a separate package. Yes, but it has the major drawback of building numpy twice - which is q

Re: locales gone

Danny Milosavljevic skribis: > And if I strace postgres service I get > > [pid 6184] > open("/gnu/store/m9vxvhdj691bq1f85lpflvnhcvrdilih-glibc-2.23/lib/locale/locale-archive", > O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) > [pid 6184] > open("/gnu/store/m9vxvhdj691bq1f85lpflv

[PATCH] import: pypi: All inputs are propagated-inputs by default.

* guix/import/pypi.scm (maybe-inputs): Return inputs as "propagated-inputs". --- guix/import/pypi.scm | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/guix/import/pypi.scm b/guix/import/pypi.scm index 8aeffb2..68153d5 100644 --- a/guix/import/pypi.scm +++ b/guix/import/pypi.sc

Re: Specifying and build output separately?

Hello, Hartmut Goebel skribis: > we have several cyclic dependencies due to e.g. packages depending on > each other only for building the documentation. Examples are numpy and > matpltlib. > > So I wonder it it would be possible to to something like this: > > (define-public numpy:doc > (inheri

Re: [PATCH 1/1] gnu: Add python-betamax.

Am 16.10.2016 um 19:17 schrieb Leo Famulari: > +(inputs > + `(("python-requests" ,python-requests))) These need to be propagated inputs, In assume. Please refer to the Python packaging guide which was updated some days ago. -- Regards Hartmut Goebel | Hartmut Goebel | h.goe...@

Re: Making substitute* throw an error if substition failed?

Hi, Ricardo Wurmus skribis: > it happened a couple of times already that a “substitute*” expression > silently failed and I only found out about it when investigating the > remains of a failing build (“guix build -K”). This can easily happen > when a package is updated and substitutions “anchor

Re: Go 1.4.3 failing on core-updates

On Sat 15 Oct 2016 22:12, Leo Famulari writes: > # net > cannot load DWARF output from $WORK/net/_obj//_cgo_.o: decoding dwarf section > info at offset 0x4: unsupported version 0 > # os/user > cannot load DWARF output from $WORK/os/user/_obj//_cgo_.o: decoding dwarf > section info at offset 0x4

Re: [PATCH 01/15] gnu: chez-scheme: Add search-path and fix i686 build.

On Sun, Oct 16, 2016 at 8:25 PM, Ricardo Wurmus wrote: > Hi Federico, > > it’s a bit unfortunate to mix moving of packages between modules with a > fix and a feature addition (search paths). I think the move to a new > module is not necessary. I moved Chez Scheme to a new module because I'm addi