Re: A registry for distributed sources and binaries

On Sun, Jul 24, 2016 at 01:29:20AM -0400, Mark H Weaver wrote: > It's crucially important to the future vitality of this project that we > retain our freedom to evolve the design of Guix, the way packages are > specified in Guix, as well as the set of core packages. These freedoms > will be

Re: [PATCH} Add RAID devices.

Andreas Enge writes: >> How do you plan to address mdadm and grub config? >> Will you be booting from RAID? > > the attached patch adds RAID support to our mapped device mechanism. Cool! Is it possible to use them in combination? Using the example From the documentation,

Re: A registry for distributed sources and binaries

Pjotr Prins writes: > How about the following: > > 1. Separate from the GNU project, we create a number of registries of >online git repos without opinion (i.e., anything goes, it is up to >the authors). A registry can contain the work of multiple packages >

Re: A registry for distributed sources and binaries

Another interesting thought would be to even generalize the idea of plugins: guix package --plugin http://URL/registry-plugin.scm -A ruby -- --registry http://my-registry/list.scm guix package --plugin http://URL/registry-plugin.scm -i ruby-package -- --registry http://my-registry/list.scm

Re: help with setenv of perl-curses

On Sat, Jul 23, 2016 at 01:18:10PM +, ng0 wrote: > Possibly fixed with this patch. Things I have not addressed so > far and require input on: How to do this > "perl Makefile.PL PANELS MENUS FORMS" in the setup. > Successfully built does not mean functional in all cases, so I > will build the

Re: A registry for distributed sources and binaries

On Sun, Jul 24, 2016 at 07:10:44AM +0200, Tobias Geerinckx-Rice wrote: > > The main problems with the current GUIX_PACKAGE_PATH approach are > > [...]you need a Guix source tree[...] > > Oh. Really? That seems like something that shouldn't be. You are right. I am using this to fixate the Guix

Re: A registry for distributed sources and binaries

Pjotr, On 24/07/2016 5:30, Pjotr Prins wrote: > After some thought I am coming to the following: my primary goals are > to lower the barrier to entry, scale out development of Guix packages > and have people collaborate on each others packages without some > centralized 'opinion'. I've also been

Re: [PATCH] gnu: emacs: Install site-start.el in non-versioned directory.

Alex Kost writes: > Ricardo tested Emacs 25 with this package definition: > and noticed that it doesn't find > Emacs packages in ~/.guix-profile. > > This happens because "site-start.el" in the inherited package is placed >

Re: none

On Fri, Jul 22, 2016 at 05:19:42PM -0400, Leo Famulari wrote: > I can look at my Guix mailbox to see all outstanding patches. Can you post a list of this? Does it include my outstanding patches? > By the way, if someone asks the submitter to look into something or make > a change, the patch is

[PATCH] gnu: Add perceptualdiff.

* gnu/packages/image.scm (perceptualdiff): New variable. --- gnu/packages/image.scm | 32 1 file changed, 32 insertions(+) diff --git a/gnu/packages/image.scm b/gnu/packages/image.scm index 188d142..7d72492 100644 --- a/gnu/packages/image.scm +++

A registry for distributed sources and binaries

After some thought I am coming to the following: my primary goals are to lower the barrier to entry, scale out development of Guix packages and have people collaborate on each others packages without some centralized 'opinion'. The main problems with the current GUIX_PACKAGE_PATH approach are 1.

Re: Cook source disappeared

Yes, like Leo says, Peter Miller is deceased. It looks as if his entire home page is now gone. As I recall, it used to be hosted by the Australian Unix User Group. I suggest they just re-arranged their web site, and it somehow got inadvertently dropped. It might well be worth a mail to the

[GSoC update] Npm & guix

Hello Guix! After hopefully enough contemplation and a lot of elbow grease, I would like to give you an overview of what I have been up to these past weeks. To start off with something that might make some people less than happy; jQuery and its dependencies will most likely not be packaged this

Re: [PATCH] gnu: Add trash-cli.

On Fri, Jul 22, 2016 at 07:29:12PM -0500, Alex Griffin wrote: > This patch adds trash-cli, a simple command line utility for interacting > with the FreeDesktop.org Trash used by GNOME, KDE, XFCE, etc. > * gnu/packages/shellutils.scm (trash-cli): New variable. Thanks! Pushed as 92c2f6055.

Removing corrupted items from a mirror

While trying to build the trash-cli patch on top of the master branch (commit 2a69d4df7d7), I got the following hash mismatch while downloading a coreutils substitute from my local mirror. When I used mirror.hydra.gnu.org instead, the correct data was downloaded. My question is: How can I remove

Re: [PATCH] Add trio (dependency of ghostscript)

On Sat, Jul 23, 2016 at 01:36:41AM +0200, Ricardo Wurmus wrote: > * gnu/packages/code.scm (trio): New variable. LGTM

Re: [PATCH] gnu: Add haveged.

On Sun, Jul 24, 2016 at 01:43:12AM +0200, Tobias Geerinckx-Rice wrote: > That's the one. I've added: > > (license:non-copyleft "file://nist/mconf.h") > (license:non-copyleft "file://nist/packtest.h") > ... > > but many packages — not all — also like to add a "See in the > distribution."

Re: [PATCH] gnu: Add haveged.

Leo, On 24/07/2016 0:47, Leo Famulari wrote: > I would use 'non-copyleft'. There's an example in the libbsd package and > several others. That's the one. I've added: (license:non-copyleft "file://nist/mconf.h") (license:non-copyleft "file://nist/packtest.h") ... but many packages — not

Re: [PATCH 3/3] gnu: icedtea-6: Generate keystore.

On Sat, Jul 23, 2016 at 11:33:12PM +0200, Ricardo Wurmus wrote: > You’re welcome to give it a try yourself! (Who knows, maybe this change > would also allow us to reinstate the phase in the latest icedtea > version?) Unfortunately it fails for me with the following error message: starting phase

[PATCH] gnu: icecat: Install icons.

This patch installs some icons so that the IceCat desktop menu entry displays its logo. -- Alex Griffin From 3db1ee5a43de65ad14645267b1abcfd323304d45 Mon Sep 17 00:00:00 2001 From: Alex Griffin Date: Sat, 23 Jul 2016 16:44:46 -0500 Subject: [PATCH] gnu: icecat: Install icons. *

Re: [PATCH] gnu: Add haveged.

On Sun, Jul 24, 2016 at 12:09:46AM +0200, Tobias Geerinckx-Rice wrote: > How'd I best encode these (presumably FSDG-compliant) licences? I would use 'non-copyleft'. There's an example in the libbsd package and several others. Otherwise, the package looks good to me, thanks!

Re: [PATCH 4/7] gnu: Add spice-gtk.

On Sat, Jul 23, 2016 at 03:18:56PM +0200, David Craven wrote: > * gnu/packages/spice.scm: Add it. > +(define-public spice-gtk > +(propagated-inputs > + `(("gstreamer" ,gstreamer) > +("gst-libav" ,gst-libav) > +("gst-plugins-base" ,gst-plugins-base) > +

Re: [PATCH 6/7] gnu: Add spice-vdagent.

On Sat, Jul 23, 2016 at 03:18:58PM +0200, David Craven wrote: > * gnu/packages/spice.scm: Add it. > * gnu/packages/patches/spice-vdagent-localstatedir.patch: Add it. I will move this patch into a build phase, with a substitution, if you don't mind. That way, it will not affect `guix build

Re: [PATCH 5/7] gnu: Add spice.

On Sat, Jul 23, 2016 at 03:18:57PM +0200, David Craven wrote: > * gnu/packages/spice.scm: Add it. > +(define-public spice > +(propagated-inputs > + `(("openssl" ,openssl) > +("pixman" ,pixman) > +("spice-protocol" ,spice-protocol))) Same questions as with the previous

Re: [PATCH 7/7] gnu: Add virt-viewer.

On Sat, Jul 23, 2016 at 03:18:59PM +0200, David Craven wrote: > * gnu/packages/spice.scm: Add it. > +(define-public virt-viewer > +(inputs > + `(("gtk+" ,gtk+) > +("libcap" ,libcap) > +("libxml2" ,libxml2) > +("openssl" ,openssl) > +("perl" ,perl) > +

[PATCH] gnu: Add haveged.

* gnu/packages/linux.scm (haveged): New variable. --- Hullo Guix, - A package for haveged, for those who trust it. - A question about licencing, for those with more knowledge than me. Quoth Debian[1]: > Files: nist/mconf.h > Copyright: 1984, 1987, 1989, 1995 Stephen L. Moshier > License:

Re: [PATCH 3/7] gnu: Add spice-protocol.

On Sat, Jul 23, 2016 at 03:18:55PM +0200, David Craven wrote: > * gnu/packages/spice.scm: Add it. > +(define-public spice-protocol > +(license license:gpl2))) It appears to be a mix of bsd-3 and lgpl2.1+. Otherwise LGTM, and I can fix the license myself.

Re: [PATCH 2/7] gnu: Add virglrenderer.

On Sat, Jul 23, 2016 at 03:18:54PM +0200, David Craven wrote: > * gnu/packages/spice.scm: Add it. > +(define-public virglrenderer > +(inputs > + `(("libepoxy" ,libepoxy) > +("mesa" ,mesa) > +("udev" ,eudev))) > +(native-inputs > + `(("pkg-config" ,pkg-config)))

Re: [PATCH 1/7] gnu: Add usbredir.

Thank you for these patches! On Sat, Jul 23, 2016 at 03:18:53PM +0200, David Craven wrote: > * gnu/local.mk: Add file. > * gnu/packages/spice.scm: Add file. > +(license license:gpl2))) I believe this source code is actually gpl2+, lgpl2+, and lgpl2.1+, based on the copyright notices in the

Re: [PATCH 3/3] gnu: icedtea-6: Generate keystore.

Ricardo Wurmus writes: > Andreas Enge writes: > >> Hello, Ricardo! >> >> Icedtea@1 in master now fails to build in the install-keystore phase. >>http://hydra.gnu.org:3000/build/1309224 >>http://hydra.gnu.org:3000/build/1308950 >> Could you have a

Re: [PATCH 3/3] gnu: icedtea-6: Generate keystore.

Andreas Enge writes: > Hello, Ricardo! > > Icedtea@1 in master now fails to build in the install-keystore phase. >http://hydra.gnu.org:3000/build/1309224 >http://hydra.gnu.org:3000/build/1308950 > Could you have a look, please? Hmm, that’s strange. I ran “guix build

Re: Cook source disappeared

Hello Leo, On Sat, Jul 23, 2016 at 03:23:35PM -0400, Leo Famulari wrote: > The author of cook and Aegis, Peter Miller, died in 2014 [0]. thank you for this information! > I noticed the missing source code last year, and I didn't find a new > "canonical" source for it. Perhaps we can find it in

Re: Cook source disappeared

On Sat, Jul 23, 2016 at 08:46:56PM +0200, Andreas Enge wrote: > in Guix, the "cook" package currently does not build for lack of source > (it is possible that the source has disappeared a while ago, but that > this was only noticed once the cache broke down with hydra.gnu.org). > The Free Software

Re: [PATCH v2] gnu: Add lrzip.

Ludo', On 23/07/2016 12:45, Ludovic Courtès wrote: > I’ve added you to the Savannah group so you can commit directly. Thanks! > Please see the ‘HACKING’ file on how to be a good citizen. ;-) In > particular, make sure to configure commit signing Done and (already) done. I spent about an

Cook source disappeared

Hello, in Guix, the "cook" package currently does not build for lack of source (it is possible that the source has disappeared a while ago, but that this was only noticed once the cache broke down with hydra.gnu.org). The Free Software Directory mentions version 2.25 from 2004 with a home page

Re: [PATCH 3/3] gnu: icedtea-6: Generate keystore.

Hello, Ricardo! Icedtea@1 in master now fails to build in the install-keystore phase. http://hydra.gnu.org:3000/build/1309224 http://hydra.gnu.org:3000/build/1308950 Could you have a look, please? Andreas

Re: Odd behavior with --dry-run and --upgrade

On Sat, Jul 23, 2016 at 05:11:03PM +0200, Roel Janssen wrote: > For some time now, running `guix package --dry-run --upgrade' results in > build actions involving grafting. For a dry-run, I find that really > odd. I believe the correct behavior should be what can be achieved > with: `guix

Odd behavior with --dry-run and --upgrade

Dear Guix, For some time now, running `guix package --dry-run --upgrade' results in build actions involving grafting. For a dry-run, I find that really odd. I believe the correct behavior should be what can be achieved with: `guix package --dry-run --no-grafts --upgrade'. Do you think the

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

On 07/22/2016 11:22 PM, Ludovic Courtès wrote: > Neat! So the test dependencies go to ‘inputs’ instead of > ‘propagated-inputs’, right? That can definitely save time and avoid > errors. > Indeed, the runtime dependencies are propagated inputs, and the test dependencies are native inputs. This

Re: Gs

Hello! On Sat, Jul 23, 2016 at 01:03:07PM +0200, Ludovic Courtès wrote: > For the current solution (avoiding a full rebuild), see commit > 61dc82d9b90d0545739c30bfc33003bd062071f0. LilyPond could hard-code the > file name of ‘gsc’. This looks like too much work to implement for each package

Re: [PATCH 4/5] import: pypi: Compute test requirements when reading requirements files.

On 07/22/2016 11:30 PM, Ludovic Courtès wrote: > This seems to suggest that this could be factorized somehow. Maybe > unpack once and read the two files at once? The problem is that both files might not be there, and unzip will return a non-zero exit code if any of them is missing, so it seems

Re: [PATCH 2/5] import: pypi: Remove setuptools from the inputs.

On 07/22/2016 11:43 PM, Leo Famulari wrote: > In my experience, it is more often required for Python 2.x, but > sometimes it is required by Python 3.x packages, and sometimes not for > Python 2.x packages. > > I'd be happy to get a more systematic explanation, or to be shown wrong. > A simple

Re: [PATCH] Add gnu/packages/u-boot.scm with all the boards that u-boot supports right now

Hello, just two tiny comments: On Tue, Jul 19, 2016 at 10:07:02PM +0200, Danny Milosavljevic wrote: > * gnu/packages/patches/device-tree-compiler_1.4.0+dfsg-2ubuntu1.diff: New > file. The file should be renamed according to the scheme of the patches already present:

[PATCH} Add RAID devices.

Hello, On Fri, Jul 15, 2016 at 10:25:47AM -0400, myglc2 wrote: > How do you plan to address mdadm and grub config? > Will you be booting from RAID? the attached patch adds RAID support to our mapped device mechanism. To give more explanation: Like for LUKS devices or file systems, the RAID

Re: help with setenv of perl-curses

Looks functional to me: it seems to recognize Curses and moves on to different errors I solved in our Gentoo package, after these are solved its about some different bugfixes I need to do/help with. ./pre-inst-env guix package -i perl-net-psyc: ng0@shadowwalker ~$ psycion You need IO::Socket::SSL

Re: [PATCH][rfc][doc] extending the contribution guidelines

Hello, On Thu, Jul 21, 2016 at 06:05:03PM +, ng0 wrote: > A question on copyright assignment: We have the Guix Europe > association. Could we not use it for copyright assignments in > file headers like this, either in addition to the already > existing ones or use it exclusively? > ;;;

[PATCH 6/7] gnu: Add spice-vdagent.

* gnu/packages/spice.scm: Add it. * gnu/packages/patches/spice-vdagent-localstatedir.patch: Add it. --- .../patches/spice-vdagent-localstatedir.patch | 13 gnu/packages/spice.scm | 35 ++ 2 files changed, 48 insertions(+) create mode

[PATCH 5/7] gnu: Add spice.

* gnu/packages/spice.scm: Add it. --- gnu/packages/spice.scm | 40 1 file changed, 40 insertions(+) diff --git a/gnu/packages/spice.scm b/gnu/packages/spice.scm index aa331db..ccecb23 100644 --- a/gnu/packages/spice.scm +++ b/gnu/packages/spice.scm @@

[PATCH 7/7] gnu: Add virt-viewer.

* gnu/packages/spice.scm: Add it. --- gnu/packages/spice.scm | 45 + 1 file changed, 45 insertions(+) diff --git a/gnu/packages/spice.scm b/gnu/packages/spice.scm index 182e76b..7bbe0a1 100644 --- a/gnu/packages/spice.scm +++ b/gnu/packages/spice.scm

[PATCH 1/7] gnu: Add usbredir.

* gnu/local.mk: Add file. * gnu/packages/spice.scm: Add file. --- gnu/local.mk | 1 + gnu/packages/spice.scm | 33 + 2 files changed, 34 insertions(+) create mode 100644 gnu/packages/spice.scm diff --git a/gnu/local.mk b/gnu/local.mk index

[PATCH 4/7] gnu: Add spice-gtk.

* gnu/packages/spice.scm: Add it. --- gnu/packages/spice.scm | 71 ++ 1 file changed, 71 insertions(+) diff --git a/gnu/packages/spice.scm b/gnu/packages/spice.scm index b571818..aa331db 100644 --- a/gnu/packages/spice.scm +++

[PATCH 2/7] gnu: Add virglrenderer.

* gnu/packages/spice.scm: Add it. --- gnu/packages/spice.scm | 27 +++ 1 file changed, 27 insertions(+) diff --git a/gnu/packages/spice.scm b/gnu/packages/spice.scm index 3c81a93..8979d32 100644 --- a/gnu/packages/spice.scm +++ b/gnu/packages/spice.scm @@ -1,6 +1,8 @@

[PATCH 3/7] gnu: Add spice-protocol.

* gnu/packages/spice.scm: Add it. --- gnu/packages/spice.scm | 20 1 file changed, 20 insertions(+) diff --git a/gnu/packages/spice.scm b/gnu/packages/spice.scm index 8979d32..b571818 100644 --- a/gnu/packages/spice.scm +++ b/gnu/packages/spice.scm @@ -58,3 +58,23 @@ USB

Re: help with setenv of perl-curses

Possibly fixed with this patch. Things I have not addressed so far and require input on: How to do this "perl Makefile.PL PANELS MENUS FORMS" in the setup. Successfully built does not mean functional in all cases, so I will build the package I needed this for now and see if it changed. >From

Re: core-updates, next release, and all that

On Sat, Jul 23, 2016 at 12:39:31PM +0200, Ludovic Courtès wrote: > It could be a parallel-build issue. I added "#:parallel-build? #f", but to no avail. There are tons of strange error messages like: In file included from ../lp_MDO.c:22:0: ../shared/commonlib.h:88:24: error: expected identifier or

Gs

Andreas Enge writes: > Hello, > > the following commit > commit eb354bdacbf4154ec66038dac07f19bf4ced1fad > Author: Ludovic Courtès > Date: Mon May 9 15:54:34 2016 +0200 > > gnu: ghostscript: Do not build the statically-linked 'gs' binary. > > *

Re: [PATCH 3/3] gnu: Add guile-daemon.

Alex Kost skribis: > * gnu/packages/guile.scm (guile-daemon): New variable. OK! > +(home-page "https://github.com/alezost/guile-daemon;) > +(synopsis "Evaluate code in a running Guile process") > +(description > + "Guile-Daemon is a small Guile program that

Re: [PATCH 2/3] gnu: Add guile-xosd.

Alex Kost skribis: > * gnu/packages/guile.scm (guile-xosd): New variable. OK!

Re: [PATCH 1/3] gnu: Add xdpyprobe.

Alex Kost skribis: > * gnu/packages/xdisorg.scm (xdpyprobe): New variable. OK!

Re: [PATCH 0/3] 3 packages for my programs

Alex Kost skribis: > Hello, I use these programs all the time, so I think maybe they could be > useful for someone else. Is it reasonable to add these packages to > Guix? I think so! Ludo’.

Re: Gs

Hi! Andreas Enge skribis: > the following commit > commit eb354bdacbf4154ec66038dac07f19bf4ced1fad > Author: Ludovic Courtès > Date: Mon May 9 15:54:34 2016 +0200 > > gnu: ghostscript: Do not build the statically-linked 'gs' binary. > > *

Re: [PATCH] gnu: libepoxy: Update to 1.3.1.

Hello, On Sat, Jul 23, 2016 at 12:37:44AM +, ng0 wrote: > VLC build graph in core-update fails at libepoxy (see > core-updates thread), this updates libepoxy and hopefully fixes > the problem with vlc. I tried it out on master, where vlc still built, and then committed to core-updates, since

Re: [PATCH v2] gnu: Add lrzip.

Hi Tobias, l...@gnu.org (Ludovic Courtès) skribis: > Tobias Geerinckx-Rice skribis: > >> On 2016-07-21 22:24, Tobias Geerinckx-Rice wrote: >>> +(native-inputs >>> + `(,@(if (string-prefix? "i686" (or (%current-target-system) >>> +

Re: core-updates, next release, and all that

Leo Famulari skribis: > On Fri, Jul 22, 2016 at 10:59:38PM +0200, Ludovic Courtès wrote: >> lpsolve https://hydra.gnu.org/build/1248528 > > From the failing build log: > > In unknown file: >?: 0 [copy-file "lpsolve55/bin/ux64/liblpsolve55.a" ...] > > ERROR: In procedure

Re: Customising linux-libre

Hello! Tobias Geerinckx-Rice skribis: > On 2016-07-22 21:58, Vincent Legoll wrote: >>> Does anyone know a reason why all the .config stuff couldn't be >>> moved to a separate 'configure-phase, before I waste my time? ;-) >> >> There's a thread in help-guix that may be relevant:

Re: Review process

Alex Kost writes: > Pjotr Prins (2016-07-23 05:24 +0300) wrote: > >> Thanks Ludo. As it stands I am no longer submitting packages to ML. I >> did my utmost to make the package lean and clean. This package is not >> going in. >> >> But, I suggest you listen. I know at least 4

Re: none

> If the maintainer wants to do additional changes, I also prefer he does it in > a separate patch/commit, as that would enable me to git pull --ff instead of > merge... I like fetching origin master, checking which patches made it in and then rebase -i origin/master and drop the commits that

Re: Review process

Pjotr Prins (2016-07-23 05:24 +0300) wrote: > Thanks Ludo. As it stands I am no longer submitting packages to ML. I > did my utmost to make the package lean and clean. This package is not > going in. > > But, I suggest you listen. I know at least 4 people here who say they > have trouble

Re: [PATCH] gnu: Add libsmpeg.

Hello Kei, I had patches for PyGame including SMPEG as well. Here's what I did: (define-public python-pygame (package (name "python-pygame") (version "1.9.1") (source (origin (method url-fetch) (uri (string-append

Re: none

On Fri, Jul 22, 2016 at 12:38:44PM -0400, myglc2 wrote: l...@gnu.org (Ludovic Courtès) writes: Hi Roel, Roel Janssen skribis: [...] One thing that really helped me in reducing the time to contribute changes to the upstream distribution, is to have a good workflow. I ended