Re: Review process

On Fri, Jul 22, 2016 at 06:02:48PM +0200, Ludovic Courtès wrote: > > I think I have covered that both in my writeup and in my response to > > Ben. I think this work should be accepted as is. > > I find this unfair. You are not a newcomer, as proved by the fact that > you’ve already identified

[PATCH] gnu: libepoxy: Update to 1.3.1.

VLC build graph in core-update fails at libepoxy (see core-updates thread), this updates libepoxy and hopefully fixes the problem with vlc. >From 3974440fdcd69b8e6f968492c2f031daeba61193 Mon Sep 17 00:00:00 2001 From: ng0 Date: Sat, 23 Jul 2016 00:33:28 + Subject:

[PATCH] gnu: Add trash-cli.

This patch adds trash-cli, a simple command line utility for interacting with the FreeDesktop.org Trash used by GNOME, KDE, XFCE, etc. -- Alex Griffin From 1aaeb3dc699d58d7ef18791b8c385e341e4acc15 Mon Sep 17 00:00:00 2001 From: Alex Griffin Date: Fri, 22 Jul 2016 19:20:53 -0500

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

While building vlc libepoxy is in the graph, and this fails on its own, adding one problem to get vlc to testbuild on core-updates. I've seen someone fix something similar this this week but I don't know how. libepoxy is also outdated, newest release is

[PATCH] Add trio (dependency of ghostscript)

Hi Guix, I noticed that GNU Ghostscript (and the unpackaged AGPL Ghostscript) bundles a few dependencies. One of them is trio. Here’s a working build of this library that has been sitting in my “wip” branch for more than a year. ~~ Ricardo >From 15ee46e1db30696c0f1dade014d619a8383dfa96 Mon

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

On Fri, Jul 22, 2016 at 07:00:43PM -0400, Leo Famulari wrote: > Done. I also wrote a description of the conflicts I resolved in the > commit message. I think this is useful, since I've had difficulty > learning this information about other merges in the past. Thank you! I just launched a new

Re: [PATCH] download: Add official SourceForge mirror.

On Fri, Jul 22, 2016 at 01:08:31PM -0500, Alex Griffin wrote: > This patch mirrors a similar change in nixpkgs [1][2]. > > The official method for downloading from SourceForge is to use > downloads.sourceforge.net, which redirects to various other mirrors. It > can be unreliable, but also faster

Re: 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: core-updates, next release, and all that

On Sat, Jul 23, 2016 at 12:06:49AM +0200, Andreas Enge wrote: > Hello Leo, > > some of the failures are due to missing sourceforge tarballs. I think > we should merge master into core-updates and start a new evaluation. Done. I also wrote a description of the conflicts I resolved in the commit

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

On Fri, Jul 22, 2016 at 10:46:16PM +, ng0 wrote: > I still have the gnupg updates sitting here. Sorry that it took a > bit longer, I had to figure out problems and solutions with > another system and project. > > >gnupg-2.1.14 requires libgcrypt >= 1.7.0 [0] and libgpg-error >= 1.24. > >Those

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

Andreas Enge writes: > Hello Leo, > > some of the failures are due to missing sourceforge tarballs. I think > we should merge master into core-updates and start a new evaluation. > > Andreas > > I still have the gnupg updates sitting here. Sorry that it took a bit longer, I had

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

On Sat, Jul 23, 2016 at 12:06:49AM +0200, Andreas Enge wrote: > some of the failures are due to missing sourceforge tarballs. I think > we should merge master into core-updates and start a new evaluation. Okay, I will try the merge now.

Re: [PATCH] gnu: Add libsmpeg.

> I see 2 solutions The other solution could be to patch the setup.py script, if you want to do that I'll tell you what to change -- Vincent Legoll

Re: [PATCH] gnu: Add libsmpeg.

> reply = raw_input('\n' + message + ' [Y/n]:') > EOFError: EOF when reading a line That setup.py is handcrafted, and is interactive. It asks a question to the user and waits for a keypress in return. And it looks like it is getting EOF instead of a keypress. I see 2 solutions, either you

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

Hello Leo, some of the failures are due to missing sourceforge tarballs. I think we should merge master into core-updates and start a new evaluation. Andreas

Gs

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. * gnu/packages/ghostscript.scm (ghostscript)[arguments]: Remove

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

On Fri, Jul 22, 2016 at 10:59:38PM +0200, Ludovic Courtès wrote: > polkit https://hydra.gnu.org/build/1287623 If I'm reading the Hydra web page correctly, this is a consequence of the failure of mozjs-17 and a cached failure of the Shepherd.

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

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 copy-file: ERROR: In procedure copy-file: No such file

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

On Fri, Jul 22, 2016 at 10:59:38PM +0200, Ludovic Courtès wrote: > Critical things: > > mozjs https://hydra.gnu.org/build/1291842 Disabling parallel-builds worked for mozjs-24, which failed the same way, so I pushed a similar change for mozjs-17.

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

On Fri, Jul 22, 2016 at 11:24:52PM +0200, Ludovic Courtès wrote: > Cyril Roelandt skribis: > > > * guix/import/pypi.scm (compute-inputs): remove python-setuptools from the > > inputs. > > * tests/pypi.scm ("pypi->guix-package", "pypi->guix-package, wheels"): > > Update > >

Re: [PATCH 5/5] import: pypi: Add more tests.

Cyril Roelandt skribis: > * tests/pypi.scm ("pypi->guix-package, no requirements", "pypi->guix-package, > no test requirements", "pypi->guix-package, no runtime requirements"): New > tests. Perfect. :-) Thank you! Ludo'.

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

Cyril Roelandt skribis: > * guix/import/pypi.scm (guess-requirement-from-source): Read > test-requirements.txt as well as requirements.txt. > * tests/pypi.scm ("pypi->guix-package"): Update accordingly. [...] >(let* ((req-file (string-append dirname

Re: [PATCH 3/5] import: pypi: Compute test requirements when using wheels.

Cyril Roelandt skribis: > * guix/import/pypi.scm (read-wheel-metadata): Read test requirements from the > metadata included in the wheel. > * guix/import/pypi.scm (guess-requirement-from-source): Return an empty list > for test requirements. > * guix/import/pypi.scm

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

Cyril Roelandt skribis: > * guix/import/pypi.scm (compute-inputs): remove python-setuptools from the > inputs. > * tests/pypi.scm ("pypi->guix-package", "pypi->guix-package, wheels"): Update > accordingly. IIRC python-setuptools is needed for Python 2.x only, right? I keep

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

Hello! Cyril Roelandt skribis: > A couple of minor improvements, and a huge one: we should now be able to > automatically compute the test requirements of our Python packages! Neat! So the test dependencies go to ‘inputs’ instead of ‘propagated-inputs’, right? That can

Re: none

On Fri, Jul 22, 2016 at 10:50:14PM +1000, Jookia wrote: > On top of that, the maintainers can't even use the mailing list properly: > Patches are lost, discussion doesn't happen, things are lost and it's hard for > new users to join in. Who exactly benefits from this workflow compared to >

Re: [PATCH] gnu: Add libsmpeg.

Vincent Legoll writes: >> Pygame's config.py is not finding smpeg-config. This will be fun! Anyone >> with skill in Python is welcome to offer me assistance! > > Maybe I can help, could you elaborate on how to reproduce ? Sure. Apply the libsmpeg patch and the attached

core-updates, next release, and all that

Hello Guix! Time passes and we still have that ‘core-updates’ branch waiting to be healed and merged. It seems to be doing mostly OK: https://hydra.gnu.org/jobset/gnu/core-updates with ~90 packages failing compared to master: https://hydra.gnu.org/eval/109012?compare=master Critical

Re: Customising linux-libre

> PS: any chance you could easily switch to plain text for this list? > It would make reading & replying just a bit more pleasant :-) Sry, it's probably when I reply from my phone... I can't see anything wrong [0] dough... [0] http://lists.gnu.org/archive/html/guix-devel/2016-07/msg00969.html

Re: Customising linux-libre

David, On 2016-07-22 22:00, David Craven wrote: I'm sure if you improve the linux-libre package to make it simpler to customize we can annoy ludo until he merges it... =P That's the plan! I just don't want to do the work only to hear (or realise myself) ‘yeah, it should be like that, but x,

Re: [PATCH] gnu: wesnoth: Update to 1.12.6.

On Fri, Jul 22, 2016 at 01:11:21PM -0500, Alex Griffin wrote: > * gnu/packages/games.scm (wesnoth): Update to 1.12.6. Thanks, applied with 26ad4adb5!

Re: Customising linux-libre

Vincent, Thanks for the quick reply! 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: Customising linux-libre (was: [PATCH 4/4] environment: Add '--debug' flag.)

On Fri, Jul 22, 2016 at 10:00 PM, David Craven wrote: > I'm sure if you improve the linux-libre package to make it simpler to > customize we can annoy ludo until he merges it... =P Maybe something like what I proposed here:

Re: Customising linux-libre (was: [PATCH 4/4] environment: Add '--debug' flag.)

I'm sure if you improve the linux-libre package to make it simpler to customize we can annoy ludo until he merges it... =P On Jul 22, 2016 9:58 PM, "Vincent Legoll" wrote: > > That's wonderfully trivial. It encouraged me to finally try porting > > my old patched Linux

Re: Customising linux-libre (was: [PATCH 4/4] environment: Add '--debug' flag.)

> That's wonderfully trivial. It encouraged me to finally try porting > my old patched Linux kernel + custom configuration to the new GuixSD > installation. Now to find out why it silently fails after ‘make’... > > Hmm, seems like I'll be copying over the entire linux-libre > 'build-phase to poke

Re: [PATCH] gnu: Add libsmpeg.

> Pygame's config.py is not finding smpeg-config. This will be fun! Anyone > with skill in Python is welcome to offer me assistance! Maybe I can help, could you elaborate on how to reproduce ? -- Vincent Legoll

Customising linux-libre (was: [PATCH 4/4] environment: Add '--debug' flag.)

Danny, Thank you! On 2016-07-19 22:11, Danny Milosavljevic wrote: ~$ echo $GUIX_PACKAGE_PATH /home/dannym/.local/guix ~/.local/guix/gnu/packages$ ls patches/ pythonb.scm pythonc.scm rust.scm The files look just like the ones in the guix git repo. That's wonderfully trivial. It encouraged

Re: [PATCH] gnu: Add libsmpeg.

Kei Kebreau writes: > This is a preliminary patch for pygame. I don't really have a test case > for it outside of (hopefully) a successful build of pygame. We'll see > how it goes. Pygame's config.py is not finding smpeg-config. This will be fun! Anyone with skill in

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

Ludovic Courtès writes: > Ricardo Wurmus skribis: > >> From: Ricardo Wurmus >> >> * gnu/packages/java.scm (icedtea-6)[arguments]: Add phase >> "install-keystore". >> [native-inputs]: Add nss-certs and openssl. > > [...] > >> +

Re: gnu/system/u-boot.scm

Hi, On Fri, 22 Jul 2016 02:59:34 -0700 Chris Marusich wrote: > I'm not familiar with u-boot, but based on recent emails, it sounds like it's > important for getting GuixSD to run on ARM. Yeah, because many ARM platforms don't have a BIOS (or any similar replacement),

[PATCH] gnu: wesnoth: Update to 1.12.6.

This patch just updates wesnoth to the latest version. -- Alex Griffin From 6c85b6054737f6d96d31eb8862c84bd429a16f3c Mon Sep 17 00:00:00 2001 From: Alex Griffin Date: Fri, 22 Jul 2016 13:09:01 -0500 Subject: [PATCH] gnu: wesnoth: Update to 1.12.6. * gnu/packages/games.scm

[PATCH] download: Add official SourceForge mirror.

This patch mirrors a similar change in nixpkgs [1][2]. The official method for downloading from SourceForge is to use downloads.sourceforge.net, which redirects to various other mirrors. It can be unreliable, but also faster because it can find a nearby mirror and load-balance. If it fails Guix

Re: [PATCH 2/4] gnu: Rename 'glib' label to 'glib:bin' where appropriate.

So I resubmitted the check-native-inputs patch and dropped the other three based on the discussions.

[PATCH] lint: 'inputs-should-be-native' checks for intltool, itstool and glib:bin.

* guix/scripts/lint.scm (check-inputs-should-be-native): Warn when intltool, itstool or glib:bin isn't a native-input. * tests/lint.scm (inputs: glib:bin is probably a native input): Add test. --- guix/scripts/lint.scm | 20 +--- tests/lint.scm| 10 ++ 2 files

Re: [PATCH] gnu: maths: Fix expected hash of gnuplot tarball.

Just ignore it, it seemed to me that Efraim forgot to send the patch as we discussed on IRC but in fact my imap server was dead and I haven't noticed that. Sorry :) S_W On Fri, Jul 22, 2016 at 06:57:43PM +0200, Tomáš Čech wrote: * gnu/packages/maths.scm(gnuplot): Fix hash of downloaded

curl releases and download - package location to add

Hello, I'm one of the developers who maintain GNU Guix, the package manager and its GNU System (GuixSD). Through our package manager curl is available as sourcecode and as binary substitute on all supported systems and architectures which Guix supports at the moment:

[PATCH] gnu: maths: Fix expected hash of gnuplot tarball.

* gnu/packages/maths.scm(gnuplot): Fix hash of downloaded tarball. Upstream silently changed tarballs without changing version. Diff of the tarball change: diff -Naur gnuplot-5.0.4-old/docs/gnuplot.pdf gnuplot-5.0.4-new/docs/gnuplot.pdf --- gnuplot-5.0.4-old/docs/gnuplot.pdf 2016-07-20

Re: none

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 up doing the following: >> 1. Make the

Re: none

Hi Roel, Roel Janssen skribis: > For the last twenty weeks or so I have started contributing packages to > GNU Guix mainly because Pjotr gave me the opportunity to do so. For me, > upstreaming was part of the deal, and I'd say it has taken me at least > two times the time it took

Re: [PATCH] gnu: wxwidgets-2: Update to upstream's re-release of 2.8.12.

On Fri, Jul 22, 2016 at 03:59:48PM +0200, Jelle Licht wrote: > * gnu/packages/wxwidgets.scm (wxwidgets-2): Add a guix revision number > to the version scheme of wxwidgets-2 to force an update. > - (uri (string-append "mirror://sourceforge/wxwindows/" version > -

Re: [PATCH] gnu: fish: Update to 2.3.1.

Dave, On 2016-07-22 14:47, Thompson, David wrote: LGTM. Thanks! Do you have commit access? Not at the moment, but some guy named Ludo' did just ask me for my GPG key... Kind regards, T G-R -- Sent from a web browser. Excuse my brevity.

Review process

Howdy, Pjotr Prins skribis: > On Thu, Jul 21, 2016 at 02:51:38PM +0200, Ludovic Courtès wrote: >> In >> , >> you already identified exactly what we were going

Re: [PATCH] gnu: Add mono.

On Fri, Jul 15, 2016 at 09:32:43PM +0200, Jan Nieuwenhuizen wrote: > Subject: [PATCH] gnu: Add mono. > > * gnu/packages/mono.scm: New file. > * gnu/packages/local.mk (GNU_SYSTEM_MODULES): Add it. Thank you! I assume this mono is working for you? I'm wondering if the problems requiring skipped

Re: More SourceForge package problems

On Fri, Jul 22, 2016 at 11:04:42AM -0400, Leo Famulari wrote: > There are still some packages that can't download source code at all: > > utfcpp > slim (found on tarballs.nixos.org) > lxtask > lxappearance > lxrandr > libfm > lxterminal > menu-cache > pcmanfm > libmng > gtkglext > freeglut

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

Hi! Chris Marusich skribis: > Thank you very much for taking the time to respond! Now I have a better > idea of how to proceed. Sorry for the delay! That’s what you get for asking difficult questions. ;-) > l...@gnu.org (Ludovic Courtès) writes: > >> Chris Marusich

More SourceForge package problems

These packages have been "updated in place". That is, our URLs do fetch something with the given version string, but the hash is wrong. wxwidgets-2.8 gnuplot pardre We have to audit the differences before updating these packages with new hashes. There are still some packages that can't download

[PATCH] gnu: Add libsmpeg.

This is a preliminary patch for pygame. I don't really have a test case for it outside of (hopefully) a successful build of pygame. We'll see how it goes. From fa92b4e1fd08b19ad2427121b57a5a61ea798aca Mon Sep 17 00:00:00 2001 From: Kei Kebreau Date: Fri, 22 Jul 2016

Re: none

On Fri, Jul 22, 2016 at 4:07 PM, Leo Famulari wrote: >> You've seen the mistakes I made, and the little syntactic things that >> kept going wrong over time. Near the end of my internship, however, I >> saw a positive change: Reviewers actually make little changes, instead >>

Re: Installing incompatible major versions of packages alongside each other

On Fri, Jul 22, 2016 at 03:02:10PM +0200, Ludovic Courtès wrote: > > For example right now I can't install icedtea-7: "guix package: error: > > icedtea: package not found for version 7" > > There’s no version 7, but there are other versions available: > > --8<---cut

Re: [PATCH] gnu: Add elixir.

On Fri, Jul 22, 2016 at 02:55:55PM +0200, Ludovic Courtès wrote: > Leo Famulari skribis: > > > On Thu, Jul 21, 2016 at 09:43:57PM +1000, Ben Woodcroft wrote: > >> On 21/07/16 11:42, Pjotr Prins wrote: > >> > Sorry for the new thread. But this time the patch is readable from

Re: [PATCH] gnu: wxwidgets-2: Update to upstream's re-release of 2.8.12.

On Fri, Jul 22, 2016 at 4:01 PM, Jelle Licht wrote: > packages on SourceForge that have been changed in place. They have a past history of doing "interesting" things to binary packages they host... I hope that's not a new batch of those... -- Vincent Legoll

Re: [PATCH 1/4] lint: Add packages with suffix ':bin' to 'inputs-should-be-native'.

> That’ll happen, someday, but even then, I’m not sure we’ll remove > labels; at least we won’t remove them overnight, for sure. ;-) That may be a good fit for a guix lint warning, maybe first as a --pedantic mode, then after the first rush of newbies-editing-the-world, it can be turned into

Re: none

> You've seen the mistakes I made, and the little syntactic things that > kept going wrong over time. Near the end of my internship, however, I > saw a positive change: Reviewers actually make little changes, instead > of leaving it up to the submitter to ``fix the indendation''. This > change

Re: [PATCH] gnu: wxwidgets-2: Update to upstream's re-release of 2.8.12.

Hello guix, Shamelessly stole most of this from Efraim, as wxwidgets had the same problem. Lets hope that it's just a couple of packages on SourceForge that have been changed in place. Jelle 2016-07-22 15:59 GMT+02:00 Jelle Licht : > * gnu/packages/wxwidgets.scm

[PATCH] gnu: wxwidgets-2: Update to upstream's re-release of 2.8.12.

* gnu/packages/wxwidgets.scm (wxwidgets-2): Add a guix revision number to the version scheme of wxwidgets-2 to force an update. --- gnu/packages/wxwidgets.scm | 54 +- 1 file changed, 29 insertions(+), 25 deletions(-) diff --git

Re: [PATCH 1/4] lint: Add packages with suffix ':bin' to 'inputs-should-be-native'.

Tobias Geerinckx-Rice skribis: > On 2016-07-21 18:06, l...@gnu.org wrote: (inputs `(("somethingsilly" ,glib "bin"))) >> >> This "somethingsilly" is just a label that allows you to refer to an >> input on the build side, in idioms like: >> >> (assoc-ref inputs

Re: [PATCH 3/3] doc: Note on inclusive language for documentation.

I pushed something along these lines as 3c2d03a2b91a085b94c66e7810f358988538d1e4. Thanks, Ludo’.

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

Danny Milosavljevic skribis: >> This note should go to the top of the .patch file, along with one or two >> sentences explaining what it does and why we need it. > > OK, will do that. Great. >> In that case, I’d suggest writing a procedure like: >> >> (define

Re: [PATCH v2] gnu: Add lrzip.

Hi Tobias, Tobias Geerinckx-Rice skribis: > On 2016-07-21 22:24, Tobias Geerinckx-Rice wrote: >> +(native-inputs >> + `(,@(if (string-prefix? "i686" (or (%current-target-system) >> +(%current-system))) >> + `(("nasm"

Re: [PATCH v2] gnu: Add ptpython, ptpython-2.

Danny Milosavljevic skribis: > * gnu/packages/python.scm (ptpython, ptpython-2): New variables. [...] > + (name "ptpython-2" I changed this to “ptpython2” as discussed and applied with minor indentation changes. Thank you! Ludo’.

Re: [PATCH 2/4] gnu: Rename 'glib' label to 'glib:bin' where appropriate.

The reason I renamed them was to be able to check for :bin in the label. I already dropped this patch from my fork, since we decided to take a different approach. I'll update the other patch, still working on it... (Need to read up on how pattern matching works in scheme etc.)

Re: Installing incompatible major versions of packages alongside each other

Hi Danny, Danny Milosavljevic skribis: >> In the former command-line package specification syntax, which is still >> supported but deprecated, “ptpython-2” was taken to mean “version 2 of >> package ‘ptpython’”. Because of this, you cannot refer to this >> “ptpython-2”

Re: [PATCH 2/4] gnu: Rename 'glib' label to 'glib:bin' where appropriate.

David Craven skribis: > (native-inputs > `(("intltool" ,intltool) > - ("glib" ,glib "bin") > + ("glib:bin" ,glib "bin") > ("pkg-config" ,pkg-config))) This patch triggers a lot of rebuild. While I agree that consistency is good, and that we

Re: [PATCH] gnu: cross-libc: Cross build the correct libc for GNU/Hurd systems.

Hi Manolis, Manolis Ragkousis skribis: > This is the updated patch. I have tested it as suggested and it works. Great! (In the future, could you quote the relevant parts of the message you’re replying to? Otherwise I have to search a little bit to find the context,

Re: [PATCH] gnu: Add elixir.

Leo Famulari skribis: > On Thu, Jul 21, 2016 at 09:43:57PM +1000, Ben Woodcroft wrote: >> On 21/07/16 11:42, Pjotr Prins wrote: >> > Sorry for the new thread. But this time the patch is readable from all >> > mailers (supporting UTF8). Please comment. >> >> Maybe to fix the

Re: none

On Fri, Jul 22, 2016 at 02:23:42PM +0200, Ricardo Wurmus wrote: > Pjotr Prins writes: > > > On Fri, Jul 22, 2016 at 06:48:47AM +0200, Tobias Geerinckx-Rice wrote: > >> In the spirit of (friendly) provocation, I'd nitpick on the term > >> ‘purist views’ and suggest the

Re: [PATCH] gnu: fish: Update to 2.3.1.

On Fri, Jul 22, 2016 at 3:01 AM, Tobias Geerinckx-Rice wrote: > * gnu/packages/fish.scm (fish): Update to 2.3.1. > [home-page, source]: Use 'https' in the URL. LGTM. Do you have commit access? - Dave

Re: gnuplot update

Ignore the previous patch, here's the real one to update it. -- Efraim Flashner אפרים פלשנר GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351 Confidentiality cannot be guaranteed on emails sent or received unencrypted From

gnuplot update

Hydra discovered that gnuplot's release tarball didn't match, and it turns out that there was an in-place update to the release tarball. The diff of the two tarballs is attached. Attached is a patch to update to the new 5.0.4 release. Old tarball:

Re: none

Pjotr Prins writes: > On Fri, Jul 22, 2016 at 06:48:47AM +0200, Tobias Geerinckx-Rice wrote: >> In the spirit of (friendly) provocation, I'd nitpick on the term >> ‘purist views’ and suggest the word ‘standards’ instead. ;-) > > Alright. I concede ;) > >> But

Re: [PATCH 2/2] gnu: racket: Add more inputs.

l...@gnu.org (Ludovic Courtès) writes: > 宋文武 skribis: > >> * gnu/packages/schem.scm (racket)[inputs]: Add glu, gmp, libpng, libx11, > ^^ > Typo. > >> mesa, mpfr, openssl and unixodbc. Replace libjpeg-8 with libjpeg and >> gtk+-2 with

Re: none

On Fri, Jul 22, 2016 at 06:48:47AM +0200, Tobias Geerinckx-Rice wrote: > In the spirit of (friendly) provocation, I'd nitpick on the term > ‘purist views’ and suggest the word ‘standards’ instead. ;-) Alright. I concede ;) > But seriously: the code reviews? Most Free software projects don't > do

Re: [PATCH] Add python-protobuf and python2-protobuf

thanks :) Daniel Pimentel (aka d4n1)On Leo Famulari , Jul 22, 2016 3:23 AM wrote:On Thu, Jul 14, 2016 at 12:23:35PM -0300, Daniel Pimentel wrote: > Guix, > > Patches to add python-protobuf to Python3 and Python2. Thanks! I moved the packages to (gnu packages

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

Chris Marusich writes: > Specifically, to complete the first milestone (flip symlinks and > regenerate grub.cfg), I need to determine the paths to certain things > like the kernel and the initrd for an arbitrary system generation. So, > I'm not sure if I should simply

Re: gnu/system/u-boot.scm

Danny Milosavljevic writes: > Hi, > > below is my (untested!) attempt at an u-boot-configuration for use like this > > (bootloader (u-boot-configuration (device "/dev/sda"))) Neat! Kudos to you for getting the ball rolling. I'm not familiar with u-boot, but based on

Installing incompatible major versions of packages alongside each other

Hi Ludo, > In the former command-line package specification syntax, which is still > supported but deprecated, “ptpython-2” was taken to mean “version 2 of > package ‘ptpython’”. Because of this, you cannot refer to this > “ptpython-2” package from the command-line (except with -e). > > The

[PATCH 1/3] gnu: Add xdpyprobe.

* gnu/packages/xdisorg.scm (xdpyprobe): New variable. --- gnu/packages/xdisorg.scm | 23 +++ 1 file changed, 23 insertions(+) diff --git a/gnu/packages/xdisorg.scm b/gnu/packages/xdisorg.scm index 54545a8..485bbc4 100644 --- a/gnu/packages/xdisorg.scm +++

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

* gnu/packages/guile.scm (guile-xosd): New variable. --- gnu/packages/guile.scm | 32 1 file changed, 32 insertions(+) diff --git a/gnu/packages/guile.scm b/gnu/packages/guile.scm index 2d8ca0c..9b85016 100644 --- a/gnu/packages/guile.scm +++

[PATCH 0/3] 3 packages for my programs

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? [PATCH 1/3] gnu: Add xdpyprobe. [PATCH 2/3] gnu: Add guile-xosd. [PATCH 3/3] gnu: Add guile-daemon.

Re: none

Pjotr Prins writes: > On Thu, Jul 21, 2016 at 02:51:38PM +0200, Ludovic Courtès wrote: >> In >> , >> you already identified exactly what we were going to say. :-) >> >> Namely, why are

[PATCH] gnu: fish: Update to 2.3.1.

* gnu/packages/fish.scm (fish): Update to 2.3.1. [home-page, source]: Use 'https' in the URL. --- gnu/packages/fish.scm | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/gnu/packages/fish.scm b/gnu/packages/fish.scm index 7abaaf0..a8b88e7 100644 ---

Re: [PATCH 2/3] profiles: Add fonts-dir-file hook.

Ludovic Courtès (2016-07-05 17:31 +0300) wrote: > Alex Kost skribis: > >> Ludovic Courtès (2016-07-02 17:34 +0300) wrote: >> >>> Alex Kost skribis: >>> * guix/profiles.scm (fonts-dir-file): New procedure. (%default-profile-hooks): Add it. >>> >>>

Re: [PATCH] Add python-protobuf and python2-protobuf

On Thu, Jul 14, 2016 at 12:23:35PM -0300, Daniel Pimentel wrote: > Guix, > > Patches to add python-protobuf to Python3 and Python2. Thanks! I moved the packages to (gnu packages protobuf). Also, I updated them to the latest upstream version (3.0.0b4) and removed a couple unused inputs. I