Re: [PATCH] gnu: fontforge: Build fonts bit-reproducibly.

>> + (substitute* "fontforge/tottf.c" >> + (("at.>head\\.createtime\\[0\\]") "0") >> + (("at.>head\\.modtime\\[0\\]") "0")) > This is for timestamps recorded in TTF files, right? yes > Perhaps it would be best to honor the ‘SOURCE_DATE_EPOCH’ envir

Re: [PATCH 0/5] Automake custom test driver using SRFI-64.

On Thu, 24 Mar 2016 00:38:45 +0100 Mathieu Lirzin wrote: > Hello, > > this is the debugged version of a patch previously sent here: > > https://lists.gnu.org/archive/html/guix-devel/2015-11/msg00024.html > > It is possible to directly checkout 'origin/wip-check' branch to review these > patc

Re: Removing compilers that cannot be bootstrapped

On Wed, Mar 23, 2016 at 03:49:33PM -0700, Christopher Allan Webber wrote: > Ludovic Courtès writes: > > > Christopher Allan Webber skribis: > > > >> Let me give an even shorter-term solution: maybe there is a way to mark > >> things as risky from a trust perspective when it comes to bootstrapping

Re: [PATCH] gnu: Add erlang.

On Tue, Mar 22, 2016 at 09:59:37PM +0100, Pjotr Prins wrote: > I have used this package to build Elixir, a language on top of the > Erlang VM. That is a complicated 'test' and so far it runs > beautifully. I'll add a package for Elixir soon. I've attached an updated version of the patch. It is fun

Re: [GSoC] Integrating npm packages into the Guix ecosystem

Thanks for the feedback. You are correct in your interpretation of my description. Some packages only publish a blob, and while this should eventually also be handled gracefully, a first working version of an importer would surely be easier to realize if we focus on the more well-behaved packages

[PATCH v7] Add hplip

> python-wrapper wraps python, so that python3 is presented to the system > as python and as python3. Does the package really need both? Yes. Many of the hplip scripts use #!/usr/bin/env python and some use #!/usr/bin/env python3 . There's a script "hplip-install" which is kinda like patch-sheba

[PATCH 1/5] tests: Silence %cpio-program.

* tests/cpio.scm ("bit-identical to GNU cpio's output"): Silence %cpio-program call to avoid polluting the temporary files. --- tests/cpio.scm | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/tests/cpio.scm b/tests/cpio.scm index cf65f98..b6ae1b2 100644 --- a/tests/cpio.scm ++

[PATCH 2/5] build: Add a Guile custom test driver using SRFI-64.

Before that '.log' files for scheme tests were fragmented and not included in test-suite.log. This unifies the semantics of SRFI-64 API with Automake test suite. * build-aux/test-driver.scm: New file. * Makefile.am (SCM_LOG_DRIVER, AM_SCM_LOG_DRIVER_FLAGS): New variables. (SCM_LOG_COMPILER, AM_SC

[PATCH 0/5] Automake custom test driver using SRFI-64.

Hello, this is the debugged version of a patch previously sent here: https://lists.gnu.org/archive/html/guix-devel/2015-11/msg00024.html It is possible to directly checkout 'origin/wip-check' branch to review these patches. Thanks. Mathieu Lirzin (5): tests: Silence %cpio-program. build:

[PATCH 5/5] tests: Silence tar.

* tests/pypi.scm ("pypi->guix-package"): Remove verbose option when invoking tar to avoid polluting standard output. --- tests/pypi.scm | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/tests/pypi.scm b/tests/pypi.scm index e463467..c04318b 100644 --- a/tests/pypi.scm +++ b/tes

[PATCH 4/5] tests: Silence %have-nix-hash?.

* tests/base32.scm (%have-nix-hash?): Use 'which' instead of 'system' to avoid polluting standard output. --- tests/base32.scm | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/tests/base32.scm b/tests/base32.scm index 194f8da..7f59e76 100644 --- a/tests/base32.scm +++ b/te

[PATCH 3/5] tests: Silence guix-daemon.

* test-env.in: Redirect guix-daemon standard error to /dev/null. --- test-env.in | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/test-env.in b/test-env.in index 799a622..040175a 100644 --- a/test-env.in +++ b/test-env.in @@ -2,6 +2,7 @@ # GNU Guix --- Functional package ma

Re: [GSoC] Draft of my proposition

On Wed, Mar 23, 2016 at 10:45:05PM +, vinc...@cloutier.co wrote: > I want to add IPFS as an option, not as the only way to download stuff. It > might be better for privacy-conscious people to use http over Tor.  Perhaps, though I think it's worth thinking about if this issue is solvable for no

Re: Removing compilers that cannot be bootstrapped

Ludovic Courtès writes: > Christopher Allan Webber skribis: > >> Let me give an even shorter-term solution: maybe there is a way to mark >> things as risky from a trust perspective when it comes to bootstrapping? >> Maybe we could do something like: >> >> (define-public ghc >> (package >>

Re: [GSoC] Draft of my proposition

23. Mar 2016 17:29 by 166...@gmail.com: > On Wed, Mar 23, 2016 at 09:33:25PM +0100, Rémi Birot-Delrue wrote: >> GNUnet and IPFS seem to share some concepts (immutability, peer >> identity/namespace) but IPFS is less mature: for instance, there’s a >> priori no way to search a file. You might h

Re: [GSoC] Draft of my proposition

23. Mar 2016 02:17 by cmmarus...@gmail.com: > <> vinc...@cloutier.co> > writes: > >> Since Guix users know in advance the hash of the data they want, >> downloading from peers has no security implications (and privacy can >> be done trough proxies). > > How will trust work in the IPFS world?

Re: [REQ/DISCUSSION] patch managing system

Alex Kost skribis: > Ricardo Wurmus (2016-03-23 10:41 +0300) wrote: > >> Chris Marusich writes: >> >>> While we're talking about patches, I'm curious: how are other people >>> managing the patches? In particular, what does the workflow look like >>> for people who are committing? Do you manual

Re: [PATCH] gnu: fontforge: Build fonts bit-reproducibly.

alírio eyng skribis: > + (substitute* "fontforge/tottf.c" > + (("at.>head\\.createtime\\[0\\]") "0") > + (("at.>head\\.modtime\\[0\\]") "0")) Interesting, great that you found it! This is for timestamps recorded in TTF files, right? Perhaps it

Re: [GSoC] Draft proposal for an Install Wizard for Guix

Hi Thomas, Thomas Ingram writes: > I'm a big fan of the project and I'd like to help write an installer > for GuixSD this summer for GSoC I'm including a plain text version of > my draft proposal I'm about so submit to the GNU GSoC page. Sounds great! > Deliverables: > > A nice ncurses installe

Re: Removing compilers that cannot be bootstrapped

Christopher Allan Webber skribis: > Let me give an even shorter-term solution: maybe there is a way to mark > things as risky from a trust perspective when it comes to bootstrapping? > Maybe we could do something like: > > (define-public ghc > (package > (name "ghc") > (version

GNU Shepherd 0.3.1 released

We are pleased to announce the GNU Shepherd version 0.3.1, a bug-fix release. • About The GNU Daemon Shepherd or GNU Shepherd is a service manager written in Guile that looks after the herd of system services. It provides a replacement for the service-managing capabilities of SysV-init (o

Re: [GSoC] Draft of my proposition

On Wed, Mar 23, 2016 at 09:33:25PM +0100, Rémi Birot-Delrue wrote: > GNUnet and IPFS seem to share some concepts (immutability, peer > identity/namespace) but IPFS is less mature: for instance, there’s a > priori no way to search a file. You might hit the same difficulties I’ve > encountred: unstab

[PATCH] gnu: Add gnu-maintain and gnu-standards.

Hi, I was missing these info files. Greetings, Jan >From 914756aa6c8893ce68f57dab575ed67f4d5ae560 Mon Sep 17 00:00:00 2001 From: Jan Nieuwenhuizen Date: Wed, 23 Mar 2016 22:18:46 +0100 Subject: [PATCH] gnu: Add gnu-maintain and gnu-standards. * gnu/packages/gnu-doc.scm: New file. --- gnu/pack

[PATCH] Allow for incremental upgrade from guile-2.0 to guile-next.

Hi, Using Guile-2.0 and Guile-2.2 together is currently cumbersome, esp. on Guix, mainly because of incompatible .go files that must not be in the GUILE_LOAD_COMPILED_PATH. This patch allows using compiled .go files for guile and guile-next in one GUILE_LOAD_COMPILED_PATH by having guile skip any

Re: [PATCH 5/6] gnu: Add borg.

On Wed, Mar 23, 2016 at 11:14:24AM +0300, Alex Kost wrote: > Leo Famulari (2016-03-23 00:25 +0300) wrote: > > > On Tue, Mar 22, 2016 at 11:20:37PM +0300, Alex Kost wrote: > [...] > >> The rest looks good to me, so if you checked that this program works, I > >> think you can push this patchset. > >

Re: [PATCH v6] Add hplip

On Wed, Mar 23, 2016 at 12:36:30PM +0100, Danny Milosavljevic wrote: > Fiddle with some of the comments: > > diff --git a/gnu/packages/cups.scm b/gnu/packages/cups.scm > index ff3d152..ce90a28 100644 > --- a/gnu/packages/cups.scm > +++ b/gnu/packages/cups.scm > @@ -26,6 +26,10 @@ >#:use-module

Re: [PATCH 0/3] Fix letsencrypt

Leo Famulari writes: > Earlier today I found that I could not build letsencrypt. > > The recent update to python-hypothesis broke python-pyopenssl, which > blocked the build of letsencrypt. > > This patch series seems to be the minimum required to get letsencrypt > building again. I built letsen

Re: [GSoC] Draft of my proposition

Hello! > Have you considered picking up where Rémi left off? Even if you choose > not to use GNUnet instead of IPFS, perhaps Rémi's prior work can help > you as you work on your project. Our work last summer around sharing packages through a P2P network was tied to GNUnet’s architecture, but sur

Re: [GSoC] Bourne-shell compiler front-end for Guile

On Wed, Mar 23, 2016 at 03:05:08PM +0100, Ludovic Courtès wrote: > Efraim Flashner skribis: > > > On Mon, 21 Mar 2016 23:27:25 +0100 > > l...@gnu.org (Ludovic Courtès) wrote: > > > >> Hi Efraim, > >> > >> Thanks for your proposal! > >> > >> This project can be pretty fun, I think, and quite rew

Re: [PATCH] POWWOW: Make description more descriptive.

Leo Famulari writes: > On Sun, Mar 20, 2016 at 11:25:01PM +0100, Nils Gillmann wrote: >> Second attempt, feedback is welcome, also I will try to get the >> location mentioned (lavachat.psyced.org/unix/) to host a patched >> powwow.scm for guix and also on one of my domains as soon as I >> have a

Re: GSoC ideas

l...@gnu.org (Ludovic Courtès) writes: > Christopher Allan Webber skribis: > >> Maybe we should have a place to collect ideas? > > What about creating a page at ? > >> Anyway, here would be my top items for GSoC: >> >> - An installer wizard (written in Gu

GSOC draft

Hi, First, sorry for being late. I only realized GSOC application period had started on Sunday. Here is my proposal: (please note I can only work on it after the final (after 9/5), I think I will work on it even if proposal not accepted, just not working full time, some idea may looks silly to exp

Re: [PATCH] libressl -> update to 2.3.3

On Wed, Mar 23, 2016 at 01:19:40PM +0100, Nils Gillmann wrote: > LibreSSL is now at version 2.3.3, release notes: > http://ftp.openbsd.org/pub/OpenBSD/LibreSSL/libressl-2.3.3-relnotes.txt Thank you! Applied as 7b150a24fe > > From b4ba4746551d17abc2ea6516bc58291dbe86d233 Mon Sep 17 00:00:00 2001

Re: [PATCH] POWWOW: Make description more descriptive.

On Sun, Mar 20, 2016 at 11:25:01PM +0100, Nils Gillmann wrote: > Second attempt, feedback is welcome, also I will try to get the > location mentioned (lavachat.psyced.org/unix/) to host a patched > powwow.scm for guix and also on one of my domains as soon as I > have a webserver back. Okay, I thin

Re: [GSoC] Porting GuixSD to GNU Hurd draft

Hi, Quoting Ludovic Courtès (2016-03-23 14:40:38) > > 2. The Project > > > > The project consists of four main stages > > > > 1. Modify Guix so it will be able to create and mount the file-system > > needed to boot into a system with Hurd at its core. > > 2. Modify Guix so it can produce a worki

Re: [PATCH 3/3] gnu: python-pyopenssl: Update to 16.0.0.

On Wed, Mar 23, 2016 at 09:16:42AM +0200, Efraim Flashner wrote: > On Tue, Mar 22, 2016 at 09:46:12PM -0400, Leo Famulari wrote: > > * gnu/packages/python.scm (python-pyopenssl, python2-pyopenssl): Update to > > 16.0.0. > > [arguments]: Remove field. > > -(arguments > > - `(#:phases > > -

Re: [PATCH 0/3] Fix letsencrypt

On Tue, Mar 22, 2016 at 09:46:09PM -0400, Leo Famulari wrote: > Earlier today I found that I could not build letsencrypt. > > The recent update to python-hypothesis broke python-pyopenssl, which > blocked the build of letsencrypt. > > This patch series seems to be the minimum required to get lets

Re: [GSoC] Integrating npm packages into the Guix ecosystem

On Wed, Mar 23, 2016 at 11:56 AM, Christopher Allan Webber wrote: > I'd prefer to co-mentor it with Dave if that were an option, and Dave > would like to not handle it all on his own. Co-mentoring sounds good to me! - Dave

Re: [REQ/DISCUSSION] patch managing system

On Tue, Mar 22, 2016 at 09:44:47PM -0700, Chris Marusich wrote: > > While we're talking about patches, I'm curious: how are other people > managing the patches? In particular, what does the workflow look like > for people who are committing? Do you manually download the patch (or > patches) to a

Re: [GSoC] Integrating npm packages into the Guix ecosystem

Ludovic Courtès writes: > Hello! > > Christopher Allan Webber skribis: > >> This sounds great! I appreciate the detail and the exploration of the >> problem in the document... and the use of org-mode ;) >> >> You might want to look at >> >> http://sandervanderburg.blogspot.com/2014/10/deployi

Re: The story of GNOME on GuixSD

On Wed, Mar 23, 2016 at 02:59:45PM +0100, Ludovic Courtès wrote: > Here’s a recap of what it took to add GNOME support to GuixSD: > > http://savannah.gnu.org/forum/forum.php?forum_id=8491 Very nice summary! Hopefully it will encourage some of the other distros and people who are pessimistic abo

Re: [GSoC] Draft proposal for an Install Wizard for Guix

Ricardo Wurmus writes: > Chris Marusich writes: > >>> Partitioning will allow for custom setups and also offer several >>> default "most common" options such as: >>> >>> Simple all in one big partition on one disk >>> Separate root and home >>> LVM/LVM encrypted (this would probably be mor

[PATCH] gnu: fontforge: Build fonts bit-reproducibly.

From 701b9711b870ad4abdbea17616c98a456b93f86d Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?al=C3=ADrio=20eyng?= Date: Wed, 23 Mar 2016 13:13:35 + Subject: [PATCH] gnu: fontforge: Build fonts bit-reproducibly. * gnu/packages/fontutils.scm (fontforge)[source](snippet): Remove time dump on ttf. ---

Re: [GSoC] Draft proposal for an Install Wizard for Guix

Danny Milosavljevic skribis: >> One more thing to consider. While you write this installer, you might >> want to think about how we can make the installation process itself as >> reproducible as possible. One of Guix's features is reproducible >> software builds. Shouldn't GuixSD also make it

Re: [GSoC] Draft proposal for an Install Wizard for Guix

Ricardo Wurmus skribis: > I like that idea. It would be great if we could pass a kernel parameter > at boot time to initialise the system from a given “operating-system” > configuration file. Kickstart is very convenient in this manner, but it > relies on terrible macros that nobody seems to re

[PATCH] gnu: Add 4store.

>From 2366fd58893547e4db6e4350a643a44c056e0902 Mon Sep 17 00:00:00 2001 From: Roel Janssen Date: Wed, 23 Mar 2016 14:58:37 +0100 Subject: [PATCH] gnu: Add 4store. * gnu/packages/databases.scm (4store): New variable. * gnu/packages/patches/4store-fix-buildsystem.patch: New file. * gnu-system.am (d

Re: [GSoC] Rewrite Hydra to be more integrated with Guix.

Andreas Enge skribis: > In the end, I think it would be interesting to not use the offload approach, > where the offloading machine sends all inputs to the build machine, which > returns the result, so that more or less the complete set of binary packages > flows along the tree of build machines

Re: [GSoC] Integrating npm packages into the Guix ecosystem

Jelle Licht writes: > Hello Guix, > > Seeing as this time next year I'll be finishing up my studies, this was a > now-or-never moment for me. I would love to spend this summer hacking on > both guix, and reading up on npm. I think this project is a great idea! Feedback inline below. > #+AUTHOR

Re: [PATCH] Add vcflib.

Roel Janssen writes: > Dear Guix, > > In an effort to package freebayes, I would first like to add vcflib and > its dependencies. Therefore, I have attached eight patches. > > I've attempted to decouple the dependencies from vcflib, which worked > for intervaltree and htslib. The following dep

Re: [GSoC] Bourne-shell compiler front-end for Guile

Efraim Flashner skribis: > On Mon, 21 Mar 2016 23:27:25 +0100 > l...@gnu.org (Ludovic Courtès) wrote: > >> Hi Efraim, >> >> Thanks for your proposal! >> >> This project can be pretty fun, I think, and quite rewarding if it >> indeed allows us to get rid of a bunch of bootstrap binaries. >> >>

The story of GNOME on GuixSD

Here’s a recap of what it took to add GNOME support to GuixSD: http://savannah.gnu.org/forum/forum.php?forum_id=8491 Ludo’.

Re: [GSoC] Integrating npm packages into the Guix ecosystem

Hello! Christopher Allan Webber skribis: > This sounds great! I appreciate the detail and the exploration of the > problem in the document... and the use of org-mode ;) > > You might want to look at > > http://sandervanderburg.blogspot.com/2014/10/deploying-npm-packages-with-nix-package.html

Re: [GSoC] Porting GuixSD to GNU Hurd draft

Hello! Manolis Ragkousis skribis: > Although I have uploaded and shared my draft to the GSoC website, I am > also resending it to the lists as per Ludovic's instruction. Yeah, the GSoC website makes it possible to provide a link to a text file, so let’s do that instead of using their SaaSS. >

Re: Guix package in Nix

Andy Wingo skribis: > On Tue 22 Mar 2016 23:18, Leo Famulari writes: > >> The Guix package in Nix [0] is still on version 0.3 and it is failing to >> build from source. >> >> Does anybody want to take it over? >> >> From #guix: >> anyone that wants to maintain guix in nixpkgs? >> domenkozar: I

[PATCH] libressl -> update to 2.3.3

LibreSSL is now at version 2.3.3, release notes: http://ftp.openbsd.org/pub/OpenBSD/LibreSSL/libressl-2.3.3-relnotes.txt >From b4ba4746551d17abc2ea6516bc58291dbe86d233 Mon Sep 17 00:00:00 2001 From: Nils Gillmann Date: Wed, 23 Mar 2016 13:15:31 +0100 Subject: [PATCH] gnu: libressl: Update to 2.3.

Re: [GSoC] Draft proposal for an Install Wizard for Guix

> One more thing to consider. While you write this installer, you might > want to think about how we can make the installation process itself as > reproducible as possible. One of Guix's features is reproducible > software builds. Shouldn't GuixSD also make it possible to reproduce > the process

[PATCH v6] Add hplip

Fiddle with some of the comments: diff --git a/gnu/packages/cups.scm b/gnu/packages/cups.scm index ff3d152..ce90a28 100644 --- a/gnu/packages/cups.scm +++ b/gnu/packages/cups.scm @@ -26,6 +26,10 @@ #:use-module (gnu packages) #:use-module (gnu packages avahi) #:use-module (gnu packages co

Re: [GSoC] Draft proposal for an Install Wizard for Guix

Chris Marusich writes: >> Partitioning will allow for custom setups and also offer several >> default "most common" options such as: >> >> Simple all in one big partition on one disk >> Separate root and home >> LVM/LVM encrypted (this would probably be more difficult to add) > > Is this d

Re: Malconnected machines & guix pull

Marco van Zwetselaar writes: > On 10/03/16 18:44, Ricardo Wurmus wrote: > >> Instead of “guix pull” may I suggest using git instead? Especially, >> when you have multiple machines on which Guix should run, it may make >> sense to just clone the Guix git repository once from the Internet, >> clo

[PATCH v5] Add hplip

Hi, thanks for the review! Here's a new version; it also removes the installer of the proprietary plugin installer. diff --git a/gnu/packages/cups.scm b/gnu/packages/cups.scm index ff3d152..bd85974 100644 --- a/gnu/packages/cups.scm +++ b/gnu/packages/cups.scm @@ -26,6 +26,10 @@ #:use-module

cups-service v2

I think I have most of the parts now. Not sure how to tie them together, though: diff --git a/gnu/services/printing.scm b/gnu/services/printing.scm new file mode 100644 index 000..d8f6924 --- /dev/null +++ b/gnu/services/printing.scm @@ -0,0 +1,147 @@ +;;; GNU Guix --- Functional package manag

Re: [REQ/DISCUSSION] patch managing system

On Wed 23 Mar 2016 09:15, Chris Marusich writes: > Ricardo Wurmus writes: > >> I’m using an email client in Emacs, so the email as well as the attached >> patch is shown in a regular text buffer. When I see the patch I can >> directly apply it by running “git am” on the buffer contents, or by >

Re: [REQ/DISCUSSION] patch managing system

Alex Kost writes: >> I’m using an email client in Emacs, so the email as well as the attached >> patch is shown in a regular text buffer. When I see the patch I can >> directly apply it by running “git am” on the buffer contents, or by >> opening a shell and running “git am” on the file associat

Re: Guix package in Nix

On Tue 22 Mar 2016 23:18, Leo Famulari writes: > The Guix package in Nix [0] is still on version 0.3 and it is failing to > build from source. > > Does anybody want to take it over? > > From #guix: > anyone that wants to maintain guix in nixpkgs? > domenkozar: I see the Nix package is very out

Re: Malconnected machines & guix pull

On 10/03/16 18:44, Ricardo Wurmus wrote: Instead of “guix pull” may I suggest using git instead? Especially, when you have multiple machines on which Guix should run, it may make sense to just clone the Guix git repository once from the Internet, clone it to the other machines via local network

Re: [GSoC] Draft proposal for an Install Wizard for Guix

Thomas Ingram writes: > Project: Installer Wizard for GuixSD Sounds useful! I have a some shell scripts that I use to "reproducibly" install GuixSD on my laptops, but they're not very elegant at the moment, and they hard-code marusich-specific things in places. If you'd like to see them, I'd b

Re: [PATCH v4] Add hplip

Hi! Thank you for the quick reactions on the formatting. I know it can be irritating, but in the future things will be much smoother :) Just a couple additional fixes. On Tue 22 Mar 2016 20:12, Danny Milosavljevic writes: > +(build-system gnu-build-system) > +(home-page "http://hplipo

Re: [PATCH] gnu: texinfo: Use version 6.1 by default.

Ludovic Courtès (2016-03-20 00:02 +0300) wrote: > Alex Kost skribis: > >> From 6fc9bc8181a7be3dc2106f7ea6563b7536ff9fd7 Mon Sep 17 00:00:00 2001 >> From: Alex Kost >> Date: Sat, 19 Mar 2016 11:36:33 +0300 >> Subject: [PATCH] gnu: texinfo: Use version 6.1 by default. >> >> * gnu/packages/texinfo.

Re: [REQ/DISCUSSION] patch managing system

Ricardo Wurmus (2016-03-23 10:41 +0300) wrote: > Chris Marusich writes: > >> While we're talking about patches, I'm curious: how are other people >> managing the patches? In particular, what does the workflow look like >> for people who are committing? Do you manually download the patch (or >>

Re: [PATCH] emacs: Use space to separate package name and version in heading.

Ludovic Courtès (2016-03-21 12:36 +0300) wrote: > Alex Kost skribis: > >> From d3cd02351042f8139aeff0302bcb921c8b520716 Mon Sep 17 00:00:00 2001 >> From: Alex Kost >> Date: Mon, 21 Mar 2016 10:58:29 +0300 >> Subject: [PATCH] emacs: Use space to separate package name and version in >> heading. >

Re: [PATCH] emacs: Fix converting scheme into elisp expression.

Ludovic Courtès (2016-03-21 12:38 +0300) wrote: > Alex Kost skribis: > >> As you can see, "#F" is replaced with "nil". The problem is: we receive >> a string with scheme expression from geiser, and it should be converted >> into elisp expression. I don't see how to do it other than just to >> r

Re: [REQ/DISCUSSION] patch managing system

Ricardo Wurmus writes: > I’m using an email client in Emacs, so the email as well as the attached > patch is shown in a regular text buffer. When I see the patch I can > directly apply it by running “git am” on the buffer contents, or by > opening a shell and running “git am” on the file associa

Re: [PATCH 5/6] gnu: Add borg.

Leo Famulari (2016-03-23 00:25 +0300) wrote: > On Tue, Mar 22, 2016 at 11:20:37PM +0300, Alex Kost wrote: [...] >> The rest looks good to me, so if you checked that this program works, I >> think you can push this patchset. > > I've been using this program for a few months without problems (yes, I

Re: [REQ/DISCUSSION] patch managing system

Chris Marusich writes: > While we're talking about patches, I'm curious: how are other people > managing the patches? In particular, what does the workflow look like > for people who are committing? Do you manually download the patch (or > patches) to a temporary folder, view it/them, and if y

Re: [PATCH] Add AIDE.

Eric Bavier writes: > On Wed, 23 Mar 2016 06:35:29 +0100 > Ricardo Wurmus wrote: > >> From 212175f24c6624f93e95be721d713a97a9bac624 Mon Sep 17 00:00:00 2001 >> From: Ricardo Wurmus >> Date: Wed, 23 Mar 2016 06:34:45 +0100 >> Subject: [PATCH] gnu: Add AIDE. >> >> * gnu/packages/admin.scm (aide

Re: [PATCH 3/3] gnu: python-pyopenssl: Update to 16.0.0.

On Tue, Mar 22, 2016 at 09:46:12PM -0400, Leo Famulari wrote: > * gnu/packages/python.scm (python-pyopenssl, python2-pyopenssl): Update to > 16.0.0. > [arguments]: Remove field. > --- > gnu/packages/python.scm | 25 ++--- > 1 file changed, 2 insertions(+), 23 deletions(-) > >

Re: [PATCH 2/3] gnu: python-cryptography, python-cryptography-vectors: Update to 1.3.1.

On Tue, Mar 22, 2016 at 09:46:11PM -0400, Leo Famulari wrote: > These packages should be udpated together. > > * gnu/packages/python.scm (python-cryptography): Update to 1.3.1. > (python-cryptogprahy-vectors): Update to 1.3.1. > --- > gnu/packages/python.scm | 8 > 1 file changed, 4 inse

Re: [PATCH 1/3] gnu: python-pytest: Update to 2.7.3.

On Tue, Mar 22, 2016 at 09:46:10PM -0400, Leo Famulari wrote: > * gnu/packages/python.scm (python-pytest, python2-pytest): Update to 2.7.3. > --- > gnu/packages/python.scm | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/gnu/packages/python.scm b/gnu/packages/python.sc