Re: GUIX_LOCPATH in daemon unit file

Ludovic Courtès writes: > Hello, > > Ricardo Wurmus skribis: > >> Hi Thomas, >> >>> using Guix on Ubuntu, I kept seeing messages “substitute: warning: >>> failed to install locale: Invalid argument” (though apart from this >>> warning, everything

Re: [PATCH 0/6] gnupg updates.

On Sun, Jul 17, 2016 at 11:34:58PM +, ng0 wrote: > How do other people create these chained x of y PATCH threads? > With Gnus it took a while. > Is it done with the git-email patch function? I do my work on some branch besides master. Then, I ctrl-R this from my shell's history: $ git

Re: [PATCH 0/6] gnupg updates.

How do other people create these chained x of y PATCH threads? With Gnus it took a while. Is it done with the git-email patch function? -- ♥Ⓐ ng0 For non-prism friendly talk find me on http://www.psyced.org SecuShare – http://secushare.org

Re: [PATCH 5/6] gnu: gnupg: Update to 2.1.14.

Post-setup functionality tests: ng0@shadowwalker ~$ cd /gnu/store/5nwqjgsck7wbybbx0gcp5ghn0yxhcqxs-gnupg-2.1.14 ng0@shadowwalker /gnu/store/5nwqjgsck7wbybbx0gcp5ghn0yxhcqxs-gnupg-2.1.14$ ls bin/ libexec/ sbin/ share/ ng0@shadowwalker /gnu/store/5nwqjgsck7wbybbx0gcp5ghn0yxhcqxs-gnupg-2.1.14$ cd

[PATCH 6/6] gnu: gnupg.scm: Replace http with https in (home-page)

>From 7575249d270f45fb91c52acbccdf99f779447072 Mon Sep 17 00:00:00 2001 From: ng0 Date: Sun, 17 Jul 2016 22:35:28 + Subject: [PATCH 6/6] gnu: gnupg.scm: Replace http with https in (home-page) URLs. * gnu/packages/gnupg.scm: (home-page) Use https for *gnupg.org,

[PATCH 5/6] gnu: gnupg: Update to 2.1.14.

2.1.14 introduced tests in gpgscm. This package relies on gpgscm package for now. >From 22d466e34e653eda765fe424043200d9ced54cd6 Mon Sep 17 00:00:00 2001 From: ng0 Date: Sun, 17 Jul 2016 22:28:55 + Subject: [PATCH 5/6] gnu: gnupg: Update to 2.1.14. *

[PATCH 4/6] gnu: Add gpgscm.

Whoever wants to fix how this looks in code can change it before commit, like it is now it works and serves its purpose (run the gnupg tests). Commented parts included for people who want to make it smaller, if you make it smaller in size the code size on our side will grow. >From

[PATCH 3/6] gnu: libassuan: Update to 2.4.3.

>From 97fc5313a312ebb6f6ccf2ef43d7208a4250fc2f Mon Sep 17 00:00:00 2001 From: ng0 Date: Sat, 16 Jul 2016 18:10:48 + Subject: [PATCH 3/6] gnu: libassuan: Update to 2.4.3. * gnu/packages/gnupg.scm (libassuan): Update to 2.4.3. --- gnu/packages/gnupg.scm | 4 ++-- 1

[PATCH 1/6] gnu: libgcrypt: Update to 1.7.2.

>From acf61581030f0cd6ffa4c0dd6ae12e467731738e Mon Sep 17 00:00:00 2001 From: ng0 Date: Sat, 16 Jul 2016 17:54:08 + Subject: [PATCH 1/6] gnu: libgcrypt: Update to 1.7.2. * gnu/packages/gnupg.scm: libgcrypt: Update to 1.7.2. --- gnu/packages/gnupg.scm | 4 ++-- 1

[PATCH 2/6] gnu: libgpg-error: Update to 1.24.

>From 7b2f5d56227e8bb2c6ba27034f8fc2f61ada2043 Mon Sep 17 00:00:00 2001 From: ng0 Date: Sat, 16 Jul 2016 18:05:23 + Subject: [PATCH 2/6] gnu: libgpg-error: Update to 1.24. * gnu/packages/gnupg.scm (libgpg-error): Update to 1.24. --- gnu/packages/gnupg.scm | 4

[PATCH 0/6] gnupg updates.

The following will be patches to: * update libgcrypt to 1.7.2, * update libgpg-error to 1.24, * update libassuan to 2.4.3, * correct some (home-page) urls in gnupg.scm to https, * add gpgscm which is needed for * gnupg update to 2.1.14. -- ♥Ⓐ ng0 For non-prism friendly talk find me on

Re: GUIX_LOCPATH in daemon unit file

I think including glibc-utf8-locales in the binary tarball is a good idea, it eases usability and doesn't really have any downsides. (if a really minimal tarball is needed for some purpose, that can be built separately)

Re: SourceForge URLs changed

On Sun, Jul 17, 2016 at 11:40:24PM +0200, Ricardo Wurmus wrote: > I read claims on the #guix IRC channel that the URLs appear to change > over time. Has this been confirmed yet? It would be sad if you or > others waste time on changing the URLs only to have them change yet > again. I claim that

Re: SourceForge URLs changed

Leo Famulari writes: > On Fri, Jul 15, 2016 at 10:58:00PM -0400, Leo Famulari wrote: >> I can begin updating the URLs. It will be a good chance to stretch my >> Guile a little bit. But, feel free to beat me to it :) > > There is just enough variety in the new URLs that I

Re: [PATCH 0/5] Improve the pypi updater.

Am 16.07.2016 um 17:23 schrieb Cyril Roelandt: > and a huge one: we should now be able to > automatically compute the test requirements of our Python packages! Could you please add some documentation to the manual, too? Thanks. -- Regards Hartmut Goebel | Hartmut Goebel |

Re: SourceForge URLs changed

On Fri, Jul 15, 2016 at 10:58:00PM -0400, Leo Famulari wrote: > I can begin updating the URLs. It will be a good chance to stretch my > Guile a little bit. But, feel free to beat me to it :) There is just enough variety in the new URLs that I don't know how to approach it programmatically. So,

[PATCH] Add pam-limits-service. (was: [RFC] Support for pam_limits.so: “su” is ignored.)

Ricardo Wurmus writes: > Ludovic Courtès writes: >> I haven’t checked the feasibility etc., but eventually, maybe it would >> be best to have Scheme bindings for limits.conf. That way, we could >> write services that extend ‘limits-service-type’ with new

Re: dry-run defunct

On Sun, Jul 17, 2016 at 06:52:01PM +0200, Pjotr Prins wrote: > Grafts, I thought, an intermediate solution to prevent excessive > rebuilds. Still, regularly we would rebuild everything, right? Or are > we now grafting on grafting? Yes. No. :-) We undo the grafts in core-updates and rebuild

Re: gnutls 'name-constraints' test failure

On Sun, Jul 17, 2016 at 03:25:46PM +0200, Ludovic Courtès wrote: > Interesting failure mode. "Interesting" is one word for it ;) It's not the first time I've seen a test go stale. > In the meantime grafting is a good idea. Would you like to try that? A patch is attached for review! From

Re: dry-run defunct

On Sun, Jul 17, 2016 at 03:40:56PM +0200, Ludovic Courtès wrote: > I agree this isn’t great, but I’m not sure how to improve on that. > (Nevertheless, it is better than answering the question based on > compile-time dependencies as was done before.) Grafts, I thought, an intermediate solution to

Re: [PATCH] Add LAPACKE

Andreas Enge writes: > On Wed, Jul 13, 2016 at 02:22:12PM +0200, Ricardo Wurmus wrote: >> “guix refresh -l lapack” shows me that 51 packages are affected, which >> results in a rebuild of 86 dependent packages. Okay to push to master? > > I would do so. Okay. I’ve pushed the

Re: Seeking guidance regarding system roll-back and switch-generation

Ahoy Chris, Just one aside, for context: (And to softly nudge people into the right™ direction of activation scripts, of course. ;-) On 2016-07-17 11:22, Chris Marusich wrote: However, it may not be necessary to generate a "switch-to-configuration" script at all. Instead, what if we just

Re: dry-run defunct

Andreas Enge skribis: > On Sun, Jul 17, 2016 at 12:32:18PM +0200, Pjotr Prins wrote: >> Did --dry-run stop working, or is it me? Basically the flag is ignored >> on the latest checkout. > > It does not quite work in the presence of grafts. As far as I understand > from testing,

Re: [PATCH v2] gnu: Add xdelta.

Tobias Geerinckx-Rice skribis: > * gnu/packages/compression.scm (xdelta): New variable. Applied, thanks! :-) Ludo’.

Re: gnutls 'name-constraints' test failure

Leo Famulari skribis: > On Sat, Jul 16, 2016 at 09:04:47PM +0200, nee wrote: >> ./certtool: line 83: datefudge: command not found >> >> You need datefudge to run this test >> >> FAIL: name-constraints >> == >> >> Loaded 3 certificates, 1 CAs and 0 CRLs

Re: lm-sensors vanished

Andreas Enge skribis: > On Sat, Jul 16, 2016 at 03:13:26PM +0200, Ludovic Courtès wrote: >> We’d need to check what it’s used for, but maybe yes. > > I just tried it out: It is used by pwmconfig, which sends control numbers > between 255 downto 0 to each fan and measures its

Re: hydra.gnu.org down

Hello! An update: hydra.gnu.org has started building again current master and core-updates branches. However, its web server (the ‘hydra-server’ program of Hydra) is currently very unstable. We are investigating, but in the meantime, binaries cannot be reliably downloaded from hydra.gnu.org.

Re: gnutls 'name-constraints' test failure

On Sun, Jul 17, 2016 at 03:32:06AM -0400, Leo Famulari wrote: > The test certificates have expired. > I think we need to apply this patch with a graft, from the gnutls_3_4_x > branch: > https://gitlab.com/gnutls/gnutls/commit/47f25d9e08d4e102572804a2aed186b01db23c65 I think the package is still

Re: dry-run defunct

On Sun, Jul 17, 2016 at 12:32:18PM +0200, Pjotr Prins wrote: > Did --dry-run stop working, or is it me? Basically the flag is ignored > on the latest checkout. It does not quite work in the presence of grafts. As far as I understand from testing, the ungrafted packages are still built, and then

Re: [PATCH 3/3] gnu: Add perl-log-any-adapter-log4perl.

On 17 Jul 2016 12:17, Alex Sassmannshausen wrote: > > Hi Ricardo, > > On 17 Jul 2016 10:44, Ricardo Wurmus wrote: > > > > > > Alex Sassmannshausen writes: > > > > > * gnu/packages/perl.scm (perl-log-any-adapter-log4perl): New

dry-run defunct

Did --dry-run stop working, or is it me? Basically the flag is ignored on the latest checkout. Pj.

Re: [PATCH 3/3] gnu: Add perl-log-any-adapter-log4perl.

Hi Ricardo, On 17 Jul 2016 10:44, Ricardo Wurmus wrote: > > > Alex Sassmannshausen writes: > > > * gnu/packages/perl.scm (perl-log-any-adapter-log4perl): New variable. > > --- > >  gnu/packages/perl.scm | 27 +++ > > 

Re: [PATCH 3/3] gnu: Add perl-log-any-adapter-log4perl.

Alex Sassmannshausen writes: > * gnu/packages/perl.scm (perl-log-any-adapter-log4perl): New variable. > --- > gnu/packages/perl.scm | 27 +++ > 1 file changed, 27 insertions(+) > > diff --git a/gnu/packages/perl.scm

Re: add rlwrap

Efraim Flashner writes: > Rlwrap is a wrapper program around readline, so I've stuck it in > readline.scm. I realized while testing some of the programs I use > regularly I've been negligent in submitting patches, so here's the first > one I have. This patch looks good

Re: gnutls 'name-constraints' test failure

On Sat, Jul 16, 2016 at 09:04:47PM +0200, nee wrote: > ./certtool: line 83: datefudge: command not found > > You need datefudge to run this test > > FAIL: name-constraints > == > > Loaded 3 certificates, 1 CAs and 0 CRLs > > Subject: C=US,O=Foo Bar Inc.,CN=Foo Bar Sub

Re: guix system: error: service 'ssh-daemon' requires 'networking', which is undefined

On Fri, Jul 15, 2016 at 4:27 PM, Vincent Legoll wrote: > Would a static-networking-service or wicd-service workaround that problem too > ? The static-networking-service does help as well. I haven't tried wicd-service, it seems to require a dbus service of some sort and

add rlwrap

Rlwrap is a wrapper program around readline, so I've stuck it in readline.scm. I realized while testing some of the programs I use regularly I've been negligent in submitting patches, so here's the first one I have. -- Efraim Flashner אפרים פלשנר GPG key = A28B F40C