Re: guix archive export/import and software deployment

On Sun, Mar 06, 2016 at 11:02:48PM -0800, Chris Marusich wrote: > > I think ‘guix package’ should have options to simplify this. > > Does that basically achieve a similar effect as the following in Nix? > > https://nixos.org/nix/manual/#sec-nix-copy-closure > > I haven't used Nix much yet, but i

Re: guix archive export/import and software deployment

l...@gnu.org (Ludovic Courtès) writes: > Otherwise, is it OK to pass the whole profile around, as with: > > guix archive --export $(readlink -f ~/.guix-profile) > profile.nar > > ? > > You’d still have to manually link to this profile on the target machine, > though: > > cd /var/guix/profiles/

Re: Guix vs GuixSD

myglc2 writes: Everyone loves pictures! Here are my thoughts about the graphic: * What do the different colors mean? It is not clear to me what red, blue, and gray mean. I see that some of the boxes are grouped by color, but I don't see the pattern. The same question applies to the round c

Re: [PATCH] gnu: Add powwow.

l...@gnu.org (Ludovic Courtès) writes: > Ricardo Wurmus skribis: > >> Nils Gillmann writes: >> >>> should be: >>> >>> +;; The following files are GPLv3+: >>> +;; config.guess, config.sub, depcomp >>> +(license (list license:gpl2+ license:gpl3+ >> >> What happened to the public

Re: [PATCH 4/4] gnu: Add gst-python.

l...@gnu.org (Ludovic Courtès) writes: > 宋文武 skribis: > >> * gnu/packages/gstreamer.scm (python-gst, python2-gst): New variables. > > [...] > >> +(arguments >> + `(#:configure-flags >> + (let ((python-sitedir >> + ;; XXX: make this a package property? >> +

Re: [PATCH 4/4] gnu: Add gst-python.

宋文武 skribis: > * gnu/packages/gstreamer.scm (python-gst, python2-gst): New variables. [...] > +(arguments > + `(#:configure-flags > + (let ((python-sitedir > + ;; XXX: make this a package property? > + ,(string-append "lib/python" > +

Re: [PATCH 3/4] gnu: python-pygobject: Propagate glib and libffi.

宋文武 skribis: > * gnu/packages/glib.scm (python-pygobject): Move glib and libffi to > propagated-inputs. > (python2-pygobject)[inputs]: Remove glib and libffi. OK. (Propagating these things is evil, but no better idea…) Ludo'.

Re: [PATCH 2/4] gnu: python-pygobject: Add search path for GI_TYPELIB_PATH.

宋文武 skribis: > * gnu/packages/glib.scm (python-pygobject)[native-search-paths]: Use the > same search paths as gobject-introspection. [...] > --- a/gnu/packages/glib.scm > +++ b/gnu/packages/glib.scm > @@ -548,6 +548,7 @@ useful for C++.") > ;; test_callback_user_data_middle_single >

Re: [PATCH 1/4] gnu: orc: Update to 0.4.25.

宋文武 skribis: > * gnu/packages/gstreamer.scm (orc): Update to 0.4.25. OK! Ludo'.

Re: (operating-system (packages ...)): hack to allow specifying outputs

Jan Nieuwenhuizen skribis: > Is this documentation in gnu/system.scm > > (packages operating-system-packages ; list of (PACKAGE > OUTPUT...) > (default %base-packages)) ; or just PACKAGE > > is conveying future intent? I cannot get it to work without the pa

Re: [PATCH] services: Use 'packages->manifest' in 'packages->profile-entry'.

宋文武 skribis: > This allows using (PACKAGE OUTPUT) in the packages field. > Reported by Jan Nieuwenhuizen . > > * gnu/services.scm (packages->profile-entry): Use 'packages->manifest'. Sure, thanks! Ludo'.

Re: 01/01: doc: Typos and small stylistic changes.

Andreas Enge skribis: > On Sat, Mar 05, 2016 at 10:48:33PM +0100, Ludovic Courtès wrote: >> This commit modifies some of the service documentation, which is also >> available in docstrings in gnu/services/*.scm. Could you update them >> accordingly? > > Oh dear Ultimately I think we should at l

Re: guix archive export/import and software deployment

Pjotr Prins skribis: > Guix archive is not working well for me. What I want is to deploy a > package with its runtime dependencies reliably from one machine to > another and update the profile after so it can be run, with its > propagated dependencies. > > Dependencies are not all included when e

Re: [PATCH] gnu: Add laby.

Andreas Enge writes: > I am afraid that my digression on unison has made us forget laby. If I > remember well, you had a package more or less ready? Could you maybe > send the patch again? Thanks for the ping. It was hanging on gdkpixbuf svg image loading. That does not work for me. I added a w

Re: [PATCHES] Update elogind to 219.13

Andy Wingo skribis: > 1. What is now possible > --- > > The attached patches update to the latest elogind, for which I just cut > a new release. The big change is that elogind can now map PIDs to > sessions. Elogind already keeps an idea of what sessions are "active". > On t

Re: [PATCH] gnu: Add laby.

Hi Jan, I am afraid that my digression on unison has made us forget laby. If I remember well, you had a package more or less ready? Could you maybe send the patch again? Andreas

Re: 01/01: doc: Typos and small stylistic changes.

Andreas Enge writes: > On Sun, Mar 06, 2016 at 02:46:06PM +0100, Mathieu Lirzin wrote: >> It is painful but necessary: >> >> https://www.gnu.org/prep/standards/html_node/Doc-Strings-and-Manuals.html#Doc-Strings-and-Manuals >> A way to understand why this is important is to read some of the >>

Re: [PATCH 3/5] gnu: Split python2-pyicu into python-pyicu and python2-pyicu.

On Sun, Mar 06, 2016 at 01:58:00PM +0100, Andreas Enge wrote: > On Sat, Mar 05, 2016 at 05:32:07PM -0500, Leo Famulari wrote: > > I understood that message as "Python 3 could work, but we will have to > > do something special to help it link with libpython3.3m". > > > > When it built successfully

[PATCHES] Update elogind to 219.13

Hi, Success! Mostly :) A table of contents: 1. What is now possible 2. How elogind maps PIDs to sessions 3. GuixSD caveats 1. What is now possible --- The attached patches update to the latest elogind, for which I just cut a new release. The big change is that elog

Re: Server for Guix Hydra/Slave ?

On Sun, Mar 06, 2016 at 06:42:11PM +0100, Nils Gillmann wrote: > So mirror.gnu.org is not like rsync, but more like webcache > servers. Exactly! Andreas

Re: Server for Guix Hydra/Slave ?

l...@gnu.org (Ludovic Courtès) writes: > Andreas Enge skribis: > >> On the other hand, an additional mirror cache could always be useful; >> with mirror.guixsd.org, we are experimenting right now, so I do not know >> whether an additional mirror will make a big difference or not. > > If you want

Re: [PATCH] Add un-fonts (new patch, closes old thread)

okay, fixed it. >From 8cc2f10b46840096039d75b4edc910ad2cbbb274 Mon Sep 17 00:00:00 2001 From: Nils Gillmann Date: Sun, 6 Mar 2016 17:26:21 +0100 Subject: [PATCH] gnu: Add font-un. * gnu/packages/fonts.scm (font-un): New variable. --- gnu/packages/fonts.scm | 72 +

Re: [PATCH] Add un-fonts (new patch, closes old thread)

Andreas Enge writes: > A bit odd indeed, but okay, I think. I would either go with "font-un" and put > everything into it (or keep just the core part and drop the extra part, as you > wish), or "font-un-core" and "font-un-extra" (in two packages, > for instance). for now I go with font-un and la

Re: [PATCH] Add un-fonts (new patch, closes old thread)

Nils Gillmann writes: Appendum: Should fix the errors lint found. I know too little texinfo markup, why is that wrong? the period, okay I can see that now. ~/projects/guix_project/guix $ ./pre-inst-env guix build font-un substitute: updating list of substitutes from 'http://hydra.gnu.org'... 10

Re: [PATCH] Add un-fonts (new patch, closes old thread)

On Sun, Mar 06, 2016 at 05:17:59PM +0100, Nils Gillmann wrote: > Okay, sounds odd but reasonable. But what about un-fonts-core and > un-fonts-extra, if I add -extra (see packages.gentoo.org for > example), with this naming scheme it should be then font-un > which gets separated into font-un:core an

Re: [PATCH] Add un-fonts (new patch, closes old thread)

added correction and renamed package according to what I described and submitted in the messages in this thread. >From a473a240fbea1ef6bd4bd2aeab1f5244c64ae385 Mon Sep 17 00:00:00 2001 From: Nils Gillmann Date: Sun, 6 Mar 2016 17:26:21 +0100 Subject: [PATCH] gnu: Add font-un. * gnu/packages/font

Re: [PATCH] Add un-fonts (new patch, closes old thread)

Andreas Enge writes: > On Sun, Mar 06, 2016 at 02:49:11PM +0100, Ludovic Courtès wrote: >> > +(name "font-un-fonts") >> Shouldn’t it be “font-un-fonts-core” since that’s what the tarball is >> called? > > I just read up on our font naming guidelines in the manual: > "The name of a package con

Re: 01/01: doc: Typos and small stylistic changes.

On Sat, Mar 05, 2016 at 10:48:33PM +0100, Ludovic Courtès wrote: > This commit modifies some of the service documentation, which is also > available in docstrings in gnu/services/*.scm. Could you update them > accordingly? Finally, I think this is unreasonable. I already spent 20 minutes just try

Re: Guix vs GuixSD

l...@gnu.org (Ludovic Courtès) writes: > myglc2 skribis: > >> myglc2 writes: (paraphrased) >> >>> I started experimenting with Nix and NixOS 6 weeks ago. 3 weeks ago I >>> switched to guixSD. I found it difficult to determine exactly which >>> parts of the volumminous (and tasty) Guix doc to rea

Re: 01/01: doc: Typos and small stylistic changes.

On Sun, Mar 06, 2016 at 02:46:06PM +0100, Mathieu Lirzin wrote: > It is painful but necessary: > > https://www.gnu.org/prep/standards/html_node/Doc-Strings-and-Manuals.html#Doc-Strings-and-Manuals > A way to understand why this is important is to read some of the > "documentation" used by the Ja

Re: [PATCH] Add un-fonts (new patch, closes old thread)

l...@gnu.org (Ludovic Courtès) writes: > Nils Gillmann skribis: > >> I made the file being served from sdf.org available on >> krosos.sdf.org/static/unix/ and as soon as I get the okay from >> any other location (potentially in-berlin.de) I will change the >> location. Sdf.org is really permanent

Re: [PATCH] Add un-fonts (new patch, closes old thread)

On Sun, Mar 06, 2016 at 02:49:11PM +0100, Ludovic Courtès wrote: > > +(name "font-un-fonts") > Shouldn’t it be “font-un-fonts-core” since that’s what the tarball is > called? I just read up on our font naming guidelines in the manual: "The name of a package containing only one font family star

guix archive export/import and software deployment

Guix archive is not working well for me. What I want is to deploy a package with its runtime dependencies reliably from one machine to another and update the profile after so it can be run, with its propagated dependencies. Dependencies are not all included when exporting. In fact all R modules ar

Re: guix pull is shafted

Pjotr Prins skribis: > On Sat, Mar 05, 2016 at 10:57:54AM +0100, Pjotr Prins wrote: >> Don't do a guix pull right now. There is a recursive grafts problem. > > It is fixed now. Everything hunky dory. Kudos. Great, thanks for confirming! This was also discussed in . L

Re: Manual structure

Andreas Enge skribis: > I would like to suggest moving some chapters and sections around in the > manual. For keeping this short, I will refer to the section numbers. > My main motivation are the four digits now denoting subsections in 7; > this is an indication that we are putting too much into

Re: Guix vs GuixSD

myglc2 skribis: > myglc2 writes: (paraphrased) > >> I started experimenting with Nix and NixOS 6 weeks ago. 3 weeks ago I >> switched to guixSD. I found it difficult to determine exactly which >> parts of the volumminous (and tasty) Guix doc to read. To clarify my >> thoughts, I made diagrams of

Re: [PATCH] Add un-fonts (new patch, closes old thread)

Nils Gillmann skribis: > I made the file being served from sdf.org available on > krosos.sdf.org/static/unix/ and as soon as I get the okay from > any other location (potentially in-berlin.de) I will change the > location. Sdf.org is really permanent, but I prefer to move it to > a place which co

Re: 01/01: doc: Typos and small stylistic changes.

Andreas Enge writes: > On Sat, Mar 05, 2016 at 10:48:33PM +0100, Ludovic Courtès wrote: >> This commit modifies some of the service documentation, which is also >> available in docstrings in gnu/services/*.scm. Could you update them >> accordingly? > > Oh dear, correcting typos in the texinfo ma

[PATCH] services: Use 'packages->manifest' in 'packages->profile-entry'.

This allows using (PACKAGE OUTPUT) in the packages field. Reported by Jan Nieuwenhuizen . * gnu/services.scm (packages->profile-entry): Use 'packages->manifest'. --- gnu/services.scm | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/gnu/services.scm b/gnu/services.scm index

Re: 01/01: doc: Typos and small stylistic changes.

On Sat, Mar 05, 2016 at 10:48:33PM +0100, Ludovic Courtès wrote: > This commit modifies some of the service documentation, which is also > available in docstrings in gnu/services/*.scm. Could you update them > accordingly? Oh dear, correcting typos in the texinfo manual is already close to more w

Re: [PATCH 3/5] gnu: Split python2-pyicu into python-pyicu and python2-pyicu.

On Sat, Mar 05, 2016 at 05:32:07PM -0500, Leo Famulari wrote: > I understood that message as "Python 3 could work, but we will have to > do something special to help it link with libpython3.3m". > > When it built successfully and passed its test suite, I figured it was > okay. > > Andreas, do you

(operating-system (packages ...)): hack to allow specifying outputs

Hi, Is this documentation in gnu/system.scm (packages operating-system-packages ; list of (PACKAGE OUTPUT...) (default %base-packages)) ; or just PACKAGE is conveying future intent? I cannot get it to work without the patch below. Obviously, this needs som

Re: [PATCH 0/1] Remove an unused patch?

On Sat, Mar 05, 2016 at 05:08:40PM -0500, Leo Famulari wrote: > To make it more clear, what do you think about renaming the patch so it > doesn't refer to cpio, and adding references to Rush and Dico in the > patch? Yes, I was thinking the same. But this is a very singular case, and now everybody

Re: guix pull is shafted

On Sat, Mar 05, 2016 at 10:57:54AM +0100, Pjotr Prins wrote: > Don't do a guix pull right now. There is a recursive grafts problem. It is fixed now. Everything hunky dory. Kudos. Pj. --