Re: Planning for the next release

Marius Bakke <mba...@fastmail.com> writes: > Anyway, the problem is that the parted script gets a negative size for > TESTS=basic: > > creating partition table with 2 partitions... > > DEBUG: (mkpart primary ext2 1048576B -199229

Re: Planning for the next release

he other system tests, but somehow missed "basic". Oops! Anyway, the problem is that the parted script gets a negative size for TESTS=basic: creating partition table with 2 partitions... DEBUG: (mkpart primary ext2 1048576B -19922944B set 1 boot on mkpart p

Re: Hydra evaluation failure

Marius Bakke <mba...@fastmail.com> writes: > Leo Famulari <l...@famulari.name> writes: > > [...] > >> In gnu/packages/mes.scm: >> 79: 1 [native-inputs] >> In unknown file: >>?: 0 [string-prefix? #f "x86_64-linux" ...] >> >

Re: Hydra evaluation failure

argument in position 1 > (expecting string): #f This seems to be because system is not x86_64, and (%current-target-system) evaluates to false. I *think* the attached patch solves it. WDYT? From baa90ac80d510e7357340a52316c5f438e27f538 Mon Sep 17 00:00:00 2001 From: Marius Bakke <mba...@fa

Re: gnome-updates

Ludovic Courtès writes: > Hello Kei, > > k...@openmailbox.org (Kei Kebreau) skribis: > >> kkebreau pushed a change to branch gnome-updates >> in repository guix. > > I don’t see a ‘gnome-updates’ jobset on hydra.gnu.org. Is anyone taking > care of it? It would be nice to merge

Re: UEFI support in boot image

Marius Bakke <mba...@fastmail.com> writes: > Ludovic Courtès <l...@gnu.org> writes: > >> Hello Marius, >> >> Marius Bakke <mba...@fastmail.com> skribis: >> >>> Thanks for the feedback! I'll keep hammering at this and should >>> h

Re: [PATCH] gnu: Add Xfce Notification Daemon.

Petter writes: > Hi Efraim, > > On Mon, 24 Apr 2017 22:22:43 +0300 > Efraim Flashner wrote: > >> The collection of inputs makes me wonder if it should be glib-or-gtk >> build-system and not "just" gnu-build-system. I don't have a good way to >> test if

Re: [PATCH] gnu: Add Xfce Notification Daemon.

Hi Petter, thanks a lot for this! The patch looks good, I only have one question (not very familiar with gtk packaging either, so please excuse my ignorance). > * gnu/packages/xfce.scm (xfce4-notifyd): New variable. [...] > +(native-inputs > + `(("intltool" ,intltool) > +

Re: Staging

Marius Bakke <mba...@fastmail.com> writes: > The master queue has cleared, so let's get this started again :) Uh, never mind, I see there is a pending evaluation for some time. Hopefully it won't time out (what's up with that, anyway). signature.asc Description: PGP signature

Re: Staging

The master queue has cleared, so let's get this started again :) signature.asc Description: PGP signature

Re: [PATCHES] gnu: nss: Update to 3.30.2 [fixes CVE-2017-5461].

Mark H Weaver <m...@netris.org> writes: > Hi Marius, > > Marius Bakke <mba...@fastmail.com> writes: >> Mark H Weaver <m...@netris.org> writes: >> >>> Unfortunately, even with "nss-increase-test-timeout.patch" and >>>

Re: [PATCHES] gnu: nss: Update to 3.30.2 [fixes CVE-2017-5461].

ept this time it took 50s instead of ~20s: https://lists.gnu.org/archive/html/guix-devel/2017-03/msg00412.html (search for '[ FAILED' in the build logs) I am 99% sure the attached patch will do the job. What do you think? From a6876365f2ee9a82452c3f364ee1cd94e44423c2 Mon Sep 17 00:00:00 2001 From: M

Re: Staging

Looks like the queue was cancelled. https://hydra.gnu.org/eval/109614?compare=master Should we try to build out the remaining packages? There have been a few large updates in 'master', might be useful to merge that first. Or just go the other way around.. ;-) signature.asc Description: PGP

Re: NSS test failure on armhf

Mark H Weaver <m...@netris.org> writes: > Marius Bakke <mba...@fastmail.com> writes: > >> Marius Bakke <mba...@fastmail.com> writes: >> >>>>> It turns out that the bug fix in 3.30.1 is critical: it fixes >>>>> CVE-2017-5461, a pote

Re: NSS test failure on armhf

Marius Bakke <mba...@fastmail.com> writes: >>> It turns out that the bug fix in 3.30.1 is critical: it fixes >>> CVE-2017-5461, a potential remote code execution vulnerability. 3.30.2 >>> has since been released, so I'm currently testing it and will push an &

Re: NSS test failure on armhf

Marius Bakke <mba...@fastmail.com> writes: > Mark H Weaver <m...@netris.org> writes: > >> Leo Famulari <l...@famulari.name> writes: >> >>> On Mon, Apr 17, 2017 at 11:23:43PM +0200, Marius Bakke wrote: >>>> Hello! >>>

Re: NSS test failure on armhf

Mark H Weaver <m...@netris.org> writes: > Leo Famulari <l...@famulari.name> writes: > >> On Mon, Apr 17, 2017 at 11:23:43PM +0200, Marius Bakke wrote: >>> Hello! >>> >>> Since version 3.30.1, one test consistently fails on armhf. It is the &g

Re: [staging] Mesa FTBFS on 32-bit architectures

Leo Famulari writes: > On Tue, Apr 18, 2017 at 02:52:18PM -0400, Leo Famulari wrote: >> == >>Mesa 17.0.4: src/compiler/test-suite.log >> == >> >> # TOTAL: 10 >> # PASS: 9 >> # SKIP:

Re: [staging] Mesa FTBFS on 32-bit architectures

Leo Famulari <l...@famulari.name> writes: > On Tue, Apr 18, 2017 at 07:00:37PM +0200, Marius Bakke wrote: >> "mesa" failed the same test on both i686 and armhf: >> >> https://hydra.gnu.org/job/gnu/staging/mesa-17.0.4.i686-linux >> https://hydra.gnu.

Re: Staging

Leo Famulari <l...@famulari.name> writes: > On Mon, Apr 17, 2017 at 09:33:12PM +0200, Marius Bakke wrote: >> @Leo, others: I don't anticipate more staging updates in a while, should >> we try and get this merged? > > Sure, I merged master into staging and started an

Re: NSS test failure on armhf

Leo Famulari <l...@famulari.name> writes: > On Mon, Apr 17, 2017 at 11:23:43PM +0200, Marius Bakke wrote: >> Hello! >> >> Since version 3.30.1, one test consistently fails on armhf. It is the >> same as in this bug report, although we don't see the exception: &g

UEFI support in boot image

Ludovic Courtès <l...@gnu.org> writes: > Marius Bakke <mba...@fastmail.com> skribis: > >> Ludovic Courtès <l...@gnu.org> writes: >> >>>3. UEFI support documented and possibly improved. >>> >>> We can certainly document t

Re: A simple workflow for adding apps guix

Feng Shu writes: > The below is the workflow I used current, any other > simpler workflow exists? comments are welcome! Hello! If you intend to submit these packages, I would recommend working directly from the main git repository rather than messing with GUIX_PACKAGE_PATH.

Re: [PATCH] gnu: add meson

Corentin Bocquillon writes: > * gnu/packages/meson.scm (meson.scm) Add meson package. Hello! Thanks for this patch. See comments inline. Could you send the updated patch to "guix-patc...@gnu.org"? Please also create the patch with `git format-patch` and either send it as

Re: 02/02: gnu: certbot: Share python-acme's arguments.

ut "/info"))) > +(and > + (zero? (system* "make" "-C" "docs" "man" "info")) > + (install-file "docs/_build/texinfo/Certbot.info" info) > + (install

Re: GuixSD on servers… has someone used Hetzner dedicated servers before?

ng0 writes: > Hi, > > later this year (once I have mailman functional) I want to add an > dedicated server from Hetzner (http://hetzner.deto) my network. > > With IN-Berlin I have this out-of-console requirement for agetty. > > Does someone know what special

Re: 04/05: gnu: xorg-server: Update to 1.19.3.

Leo Famulari <l...@famulari.name> writes: > On Thu, Apr 06, 2017 at 10:04:12AM -0400, Marius Bakke wrote: >> mbakke pushed a commit to branch staging >> in repository guix. >> >> commit 7c42cc7738cb28f393b17f9074a264607456c012 >> Author: Marius Bakke <mb

Re: Planning for the next release

Ludovic Courtès writes: >3. UEFI support documented and possibly improved. > > We can certainly document the UEFI setup and add the /boot/efi > partition in some of the ‘operating-system’ examples. > > The more difficult part is the installation: do we need to

Re: Greenisland & SDDM

Ludovic Courtès writes: > Since, SDDM can be built without Greenisland (and thus without Wayland > support I suppose), what about doing just that? I suggested this in [0] and see now that I completely missed Leos reply. Let's do that. No blockers left from my side, at least. [0]

Re: Let’s freeze and build ‘core-updates’!

Ricardo Wurmus <rek...@elephly.net> writes: > Marius Bakke <mba...@fastmail.com> writes: > >> "vim-full" also has a failing test, but is arguably less important. >> There are "relink" warnings during the test phase, like this: >> >>

Re: Let’s freeze and build ‘core-updates’!

Marius Bakke <mba...@fastmail.com> writes: > One "greenisland" test is segfaulting. This package is needed for the > "sddm" display manager, so I don't think we should merge until that is > sorted. I'm looking into it now, but struggling to produce useful &

Re: Let’s freeze and build ‘core-updates’!

Ludovic Courtès writes: > Hi! > > It looks like we’re doing okay now? There are still a number of > armhf-linux builds pending, but if everything goes well, I think we > should merge tomorrow (Sunday). WDYT? One "greenisland" test is segfaulting. This package is needed for the

Re: [PATCH 0/1] QEMU 2.9.0-rc1

Leo Famulari writes: > This is just a release candidate, but it does boot the GuixSD release > image. > > I'm sharing it so that people can get early access to the bug fixes it > includes. > > Leo Famulari (1): > gnu: qemu: Update to 2.9.0-rc1 [security fixes]. I think it

Re: Let’s freeze and build ‘core-updates’!

Marius Bakke <mba...@fastmail.com> writes: > Here are the results of the latest evaluation: > > https://hydra.gnu.org/eval/109570?full=1=master#tabs-now-fail [...] > With those out of the way, here are most remaining problems on x86_64: > > * aegis > * dis

Re: Let’s freeze and build ‘core-updates’!

Leo Famulari writes: > On Tue, Feb 14, 2017 at 10:05:04AM +0100, Ludovic Courtès wrote: >> So, here’s a plan: >> >> • Once Efraim has pushed some of the aarch64 patches, do another >> evaluation of the “core” package set for that branch, and check for >> anything

Re: wrong key used for signing

Marius Bakke <mba...@fastmail.com> writes: > Thomas Danckaert <p...@thomasdanckaert.be> writes: > >> I accidentally used the wrong key when signing my commits to >> core-updates yesterday. How can I fix this? A number of commits were >> already made on

Re: wrong key used for signing

Thomas Danckaert writes: > I accidentally used the wrong key when signing my commits to > core-updates yesterday. How can I fix this? A number of commits were > already made on top of mine, so we'd need to rebase? If you can send a signed message (using key D77D54FD

Re: [PATCH] gnu: Add emacs-aggresive-indent-mode.

Vasile Dumitrascu writes: > * gnu/packages/emacs.scm (emacs-aggresive-indent-mode): New variable. Thanks! > --- > gnu/packages/emacs.scm | 25 + > 1 file changed, 25 insertions(+) > > diff --git a/gnu/packages/emacs.scm b/gnu/packages/emacs.scm >

Re: kodi: LD_LIBRARY_PATH vs. RUNPATH

Ludovic Courtès <l...@gnu.org> writes: > Hi Marius, > > mba...@fastmail.com (Marius Bakke) skribis: > >> commit 4b9a5bd990a4c734828571147f9fec01c7053fcc >> Author: Marius Bakke <mba...@fastmail.com> >> Date: Tue Mar 21 07:02:36 2017 +0100 >> >&

Re: 02/05: gnu: nss, nss-certs: Update to 3.29.3.

Ludovic Courtès <l...@gnu.org> writes: > Marius Bakke <mba...@fastmail.com> skribis: > >> Marius Bakke <mba...@fastmail.com> writes: >> >>> Patch attached. I *think* the two values are for client and server >>> respectively, but will stud

Re: 02/05: gnu: nss, nss-certs: Update to 3.29.3.

Marius Bakke <mba...@fastmail.com> writes: > Patch attached. I *think* the two values are for client and server > respectively, but will study the source and build logs some more to make > sure we're adjusting the right knobs. > > I suggest we try this on 'core-updates' if

Re: 02/05: gnu: nss, nss-certs: Update to 3.29.3.

Leo Famulari <l...@famulari.name> writes: > On Tue, Mar 14, 2017 at 10:39:48PM +0100, Marius Bakke wrote: >> Going forward, I wonder if there could be any unintended side effects by >> simply increasing the timeouts in nss/gtests/ssl_gtest/tls_connect.cc >> from 5000

Re: 02/05: gnu: nss, nss-certs: Update to 3.29.3.

Leo Famulari writes: > On Tue, Mar 14, 2017 at 05:02:12PM -0400, Mark H Weaver wrote: >> This is not really sustainable. A single build attempt takes 7 hours on >> armhf, and about 40 hours on mips. When the failure occurs, it causes >> hundreds of other dependency

Re: 02/05: gnu: nss, nss-certs: Update to 3.29.3.

Mark H Weaver <m...@netris.org> writes: > Hi Marius, > > mba...@fastmail.com (Marius Bakke) writes: >> mbakke pushed a commit to branch master >> in repository guix. >> >> commit 4f3dcdd99ba13ab3bdbf1e014afcd076cd95fac7 >> Author: Marius Bakke <mba

Re: Updating tzdata freely

Leo Famulari writes: > After creating a special "for tests only" xorg-server package for GTK+'s > test suite recently, I started thinking about what other packages could > receive the same treatment. > > Tzdata is an important package to keep up to date. Amazingly, some >

Re: core-updates: Python build failures

Leo Famulari <l...@famulari.name> writes: > On Sat, Mar 11, 2017 at 08:50:32PM +0100, Marius Bakke wrote: >> I tried applying the upstream fix for 3.5: >> >> https://hg.python.org/cpython/rev/337461574c90 >> >> However, the monster patch does not ap

Re: core-updates: Python build failures

Leo Famulari <l...@famulari.name> writes: > On Fri, Mar 10, 2017 at 10:46:34PM +0100, Marius Bakke wrote: >> It looks like Hydra ran out of entropy which caused a bunch of failures. >> >> From the 'python-minimal' build: >> >> if test "no" !=

Re: [PATCH] gnu: Add obnam.

Arun Isaac writes: >> I noticed this program and some of the libraries it uses, requires a >> package called "CoverageTestRunner" to run unit tests. Currently tests >> are simply skipped. > > I tried packaging the tests too. But, the tests require the root user > and

Re: Let’s freeze and build ‘core-updates’!

Leo Famulari writes: > On Tue, Feb 14, 2017 at 10:05:04AM +0100, Ludovic Courtès wrote: >> • Build all the packages. (To do that, someone with access to Hydra >> must change the “subset” argument to “all” in the config of the >> ‘core-updates’ jobset.) > > I've

Re: MMMMM

John Darrington writes: > We now have 5001 !! Cool! That's a 25% increase in package count in just six months[0]. If this continues, we should have ~7k by the end of the year! :) 0: https://lists.gnu.org/archive/html/guix-devel/2016-09/msg00624.html signature.asc Description:

Re: [PATCH] gnu: Add obnam.

Arun Isaac writes: > * gnu/packages/backup.scm (obnam): New variable. Applied, thanks! I noticed this program and some of the libraries it uses, requires a package called "CoverageTestRunner" to run unit tests. Currently tests are simply skipped. It would be nice

Re: [PATCH 5/5] gnu: Add obnam.

Arun Isaac writes: > * gnu/packages/backup.scm (obnam): New variable. Thanks for this (and the dependencies)! Unfortunately the obnam patch does not apply due to recent changes in backup.scm, can you rebase it on current 'master' and send an updated patch? I've

Re: 04/05: gnu: Add python-faker.

Mark H Weaver <m...@netris.org> writes: > Hi Marius, > > mba...@fastmail.com (Marius Bakke) writes: > >> mbakke pushed a commit to branch master >> in repository guix. >> >> commit ce7911ddae5d30ba73c8c9552b7d4e71268e5db3 >> Author: Marius Bakke &

Re: Let’s freeze and build ‘core-updates’!

Marius Bakke <mba...@fastmail.com> writes: > Leo Famulari <l...@famulari.name> writes: > >> On Mon, Mar 06, 2017 at 10:19:34AM +0100, Ludovic Courtès wrote: >>> Hello Guix! >>> >>> Looks like there’s been a disk space issue a few days ago tha

Re: Let’s freeze and build ‘core-updates’!

Leo Famulari writes: > On Mon, Mar 06, 2017 at 10:19:34AM +0100, Ludovic Courtès wrote: >> Hello Guix! >> >> Looks like there’s been a disk space issue a few days ago that’s now >> solved, so I’ve restarted an evaluation of the “core” subset. >> >> Is there any blocker left

Re: Let’s freeze and build ‘core-updates’!

Ludovic Courtès writes: > Hello Guix! > > Looks like there’s been a disk space issue a few days ago that’s now > solved, so I’ve restarted an evaluation of the “core” subset. > > Is there any blocker left or should we move forward after that? We were waiting for the xorg-server

Re: `guix pull` over HTTPS

Ludovic Courtès <l...@gnu.org> writes: > Hi! > > Marius Bakke <mba...@fastmail.com> skribis: > >> From 800051909362b5817bbb386029edf14ffd8269a8 Mon Sep 17 00:00:00 2001 >> From: Marius Bakke <mba...@fastmail.com> >> Date: Tue, 28 Feb 2017 22:34:29

Re: 02/02: gnu: nss, nss-certs: Update to 3.29.2.

Leo Famulari <l...@famulari.name> writes: > On Fri, Mar 03, 2017 at 11:41:32AM -0500, Marius Bakke wrote: >> mbakke pushed a commit to branch master >> in repository guix. >> >> commit 3b175eab84f9899804b466506a57b5807285150a >> Author: Marius Bakke <mb

Re: core-updates frozen!

Leo Famulari <l...@famulari.name> writes: > On Fri, Mar 03, 2017 at 01:02:04AM +0100, Marius Bakke wrote: >> Leo Famulari <l...@famulari.name> writes: >> > Once these changes are pushed, I'll start a new evaluation: >> > >> > http://lists.gnu.o

Re: core-updates frozen!

Leo Famulari writes: > On Mon, Feb 27, 2017 at 03:30:59PM -0500, Leo Famulari wrote: >> On Tue, Feb 14, 2017 at 10:05:04AM +0100, Ludovic Courtès wrote: >> > So, here’s a plan: >> > >> > • Once Efraim has pushed some of the aarch64 patches, do another >> > evaluation

Re: [PATCH] gnu: python-sympy: Update to 1.0.

Alex Vong writes: > Hi, > > This patch updates sympy to the latest version. > > From 941107a5405207ce3cef426e087feb996f421c72 Mon Sep 17 00:00:00 2001 > From: Alex Vong > Date: Thu, 2 Mar 2017 00:43:37 +0800 > Subject: [PATCH] gnu: python-sympy:

[PATCH core-updates] gnu: nss, nss-certs: Update to 3.29.1.

I was not able to build 'nss' on core-updates. This patch works for me on x86_64. * gnu/packages/certs.scm (nss-certs): Update to 3.29.1. * gnu/packages/gnuzilla.scm (nss): Update to 3.29.1. * gnu/packages/patches/nss-pkgconfig.patch: Adjust to context changes. --- gnu/packages/certs.scm

Re: `guix pull` over HTTPS

Leo Famulari <l...@famulari.name> writes: > On Wed, Mar 01, 2017 at 03:36:11AM +0100, Marius Bakke wrote: >> Subject: [PATCH] pull: Default to HTTPS. >> >> * guix/build/download.scm (tls-wrap): Add CERTIFICATE-DIRECTORY parameter. >> (open-connection-for

[PATCH v3] pull: Default to HTTPS.

* guix/scripts/pull.scm (%snapshot-url): Use HTTPS. (guix-pull): Add GNUTLS and NSS-CERTS to inputs when appropriate. --- guix/scripts/pull.scm | 31 +-- 1 file changed, 29 insertions(+), 2 deletions(-) diff --git a/guix/scripts/pull.scm b/guix/scripts/pull.scm index

Re: PHP on core-updates

julien lepiller writes: > I've "fixed" the glib failure by disabling a test. Attached are patches > I would like to see in core-updates. If it's too late to add the patch > for gd, then I would like to keep gd-for-php. This time I've tested them > and php works. I did not

Re: `guix pull` over HTTPS

Marius Bakke <mba...@fastmail.com> writes: > Marius Bakke <mba...@fastmail.com> writes: > >> @@ -224,8 +225,11 @@ contained therein." >>(with-error-handling >> (let* ((opts (parse-options)) >> (store (open-connection)) >&

Re: `guix pull` over HTTPS

Leo Famulari <l...@famulari.name> writes: > On Tue, Feb 28, 2017 at 03:59:42PM +0100, Marius Bakke wrote: >> For some reason setting SSL_CERT_FILE to "le-certs.pem" does not work >> for `guix download`, but having just the one file in SSL_CERT_DIR does. >>

Re: `guix pull` over HTTPS

Marius Bakke <mba...@fastmail.com> writes: > @@ -224,8 +225,11 @@ contained therein." >(with-error-handling > (let* ((opts (parse-options)) > (store (open-connection)) > + (certs (string-append (pack

Re: `guix pull` over HTTPS

Marius Bakke <mba...@fastmail.com> writes: >>> I want to bundle a 'le-certs' package with GNU Guix, and change `guix >>> pull` to know to use the le-certs bundle when pulling from >>> %snapshot-url. For other URLs, users will have to take care of it >&g

Re: `guix pull` over HTTPS

>> I want to bundle a 'le-certs' package with GNU Guix, and change `guix >> pull` to know to use the le-certs bundle when pulling from >> %snapshot-url. For other URLs, users will have to take care of it >> themselves. > > This sounds like a better approach. Also, I did not see this email >

Re: `guix pull` over HTTPS

Leo Famulari <l...@famulari.name> writes: > On Tue, Feb 28, 2017 at 03:59:42PM +0100, Marius Bakke wrote: >> For some reason setting SSL_CERT_FILE to "le-certs.pem" does not work >> for `guix download`, but having just the one file in SSL_CERT_DIR does. >>

[PATCH] pull: Use HTTPS by default.

* guix/scripts/pull.scm (%snapshot-url): Use HTTPS. (%options): Add "--insecure" option. (show-help): Mention it. (guix-pull): Pass #:verify-certificate to DOWNLOAD-TO-STORE. --- guix/scripts/pull.scm | 11 +-- 1 file changed, 9 insertions(+), 2 deletions(-) diff --git

Re: `guix pull` over HTTPS

Leo Famulari <l...@famulari.name> writes: > On Sat, Feb 11, 2017 at 03:28:52PM +0100, Ludovic Courtès wrote: >> Marius Bakke <mba...@fastmail.com> skribis: >> > I think having a separate 'le-certs' package that can verify the Lets >> > Encrypt chain sounds

Re: [PATCH 1/1] gnu: fontconfig: Fix build failure caused by symbol conflict with glibc@2.25.

Leo Famulari writes: > * gnu/packages/patches/fontconfig-charwidth-symbol-conflict.patch: New file. > * gnu/local.mk (dist_patch_DATA): Add it. > * gnu/packages/fontutils.scm (fontconfig)[source]: Use it. LGTM, thanks! > --- > gnu/local.mk

Re: core-updates: Fix cups-minimal build failure

Leo Famulari writes: > Do you have any suggestions about how to make this more concise? > From 0191e8394eedd271494b5e1e8c8eb131176440a8 Mon Sep 17 00:00:00 2001 > From: Leo Famulari > Date: Sat, 25 Feb 2017 21:22:08 -0500 > Subject: [PATCH] gnu:

Re: core-updates: Fix eudev build failure

Leo Famulari writes: > The update is not necessary to fix the build failure, but we might as > well update if we are rebuilding eudev anyways. Thanks! These patches LGTM. > From 65c2a3f8edb1d8ef9dd32889acf833e5561329fa Mon Sep 17 00:00:00 2001 > From: Leo Famulari

Re: 04/12: gnu: python2-fastlmm: Update to 0.2.26.

Tobias Geerinckx-Rice writes: > nckx pushed a commit to branch master > in repository guix. > > commit 594358f5b6948095dad7a638241cdb2b80a2d293 > Author: Tobias Geerinckx-Rice > Date: Sat Dec 31 16:37:07 2016 +0100 > > gnu: python2-fastlmm: Update to

Re: [PATCH 2/2] gnu: tcsh: Use modify-phases.

Hi Leo, thanks for this update! The patch looks good, but please add a #t at the end of the 'patch-test-scripts' and 'post-install' phases with the second commit. Leo Famulari writes: > * gnu/packages/shells.scm (tcsh)[arguments]: Use modify-phases. > --- >

Re: [PATCH] gnu: prosody: Update to 0.9.12.

Clément Lassieur <clem...@lassieur.org> writes: > Marius Bakke <mba...@fastmail.com> writes: > >> Clément Lassieur <clem...@lassieur.org> writes: >> >>> * gnu/packages/messaging.scm (prosody): Update to 0.9.12. >>> [inputs]: Change lu

Re: [PATCH] gnu: prosody: Update to 0.9.12.

Clément Lassieur writes: > * gnu/packages/messaging.scm (prosody): Update to 0.9.12. > [inputs]: Change lua5.1-sec-0.5 to lua5.1-sec. > * gnu/packages/lua.scm (lua5.1-sec-0.5): Remove it. Hi Clément, The patch looks good, but I don't think removing the copyright is

Re: bug#25177: python-tests: python-oslosphinx fixed. Please evaluate.

Ricardo Wurmus writes: > Ricardo Wurmus writes: > >> Leo Famulari writes: >> >>> On Tue, Feb 21, 2017 at 06:30:12PM +0100, Ricardo Wurmus wrote: From 1ac5166df11766b47cd1ac723a464063a89afc96 Mon Sep 17 00:00:00 2001 From:

Re: Let’s freeze and build ‘core-updates’!

Ludovic Courtès <l...@gnu.org> writes: > Hey Marius, > > Marius Bakke <mba...@fastmail.com> skribis: > >> Ludovic Courtès <l...@gnu.org> writes: >> >>> Hello Guix! >>> >>> Since I’m about to leave keyboard for a coupl

Re: python-tests: python-oslosphinx fixed. Please evaluate.

Danny Milosavljevic writes: > Hi, > > so we finally got to the bottom of the problem with python-oslosphinx. > It should be fixed now (the main fix is in python-pbr-minimal). Thanks a lot for this! > > @Leo: Can you please start a new evaluation of python-tests? I

Re: [PATCH] gnu: Remove xf86-video-modesetting.

Leo Famulari <l...@famulari.name> writes: > On Tue, Feb 14, 2017 at 05:47:53PM +0100, Marius Bakke wrote: >> This is maintained as part of xorg-server nowadays. >> >> * gnu/packages/xorg.scm (xf86-video-modesetting): Remove variable. >> * gnu/services/xorg.scm (

Re: Announcement regarding the oss-security mailing list

Ricardo Wurmus writes: > Leo Famulari writes: > >> I think that several of us are subscribed to oss-security as part of our >> effort to learn about upstream security issues in a timely manner. >> >> A couple days ago, MITRE decided to stop assigning CVEs

[PATCH] gnu: Remove xf86-video-modesetting.

This is maintained as part of xorg-server nowadays. * gnu/packages/xorg.scm (xf86-video-modesetting): Remove variable. * gnu/services/xorg.scm (xorg-configuration-file, %default-xorg-modules): Adjust accordingly. --- gnu/packages/xorg.scm | 26 -- gnu/services/xorg.scm |

python-pyicu test failure

Hello Guix, The 'python-pyicu' package is currently failing a test. == FAIL: testAddPattern (test.test_DateTimeParserGenerator.TestDateTimePatternGenerator) Test overwriting a pattern with the same skeleton.

Re: [PATCH] gnu: Add python-openid.

Julien Lepiller writes: > * gnu/packages/python.scm (python-openid): New variable. [...] > +(define-public python-openid > + (package > +(name "python-openid") > +(version "3.0.10") > +(source > + (origin > + (method url-fetch) > + (uri

Re: Let’s freeze and build ‘core-updates’!

Ludovic Courtès writes: > Hello Guix! > > Since I’m about to leave keyboard for a couple of weeks, here’s a to-do > list for those of you who’ll be around. :-) > > The last things I wanted to push for ‘core-updates’ were a reproducible > Guile (done in

Re: [PATCH] gnu: ffmpeg: Build with SDL support.

Marius Bakke <mba...@fastmail.com> writes: > Arun Isaac <arunis...@systemreboot.net> writes: > >> SDL is required for the `ffplay' executable to be built. >> >> * gnu/packages/video.scm (ffmpeg)[inputs]: Add sdl2. > > This increases ffmpegs closure size

Re: [PATCH] gnu: ffmpeg: Build with SDL support.

Arun Isaac writes: > SDL is required for the `ffplay' executable to be built. > > * gnu/packages/video.scm (ffmpeg)[inputs]: Add sdl2. This increases ffmpegs closure size from 518.9 MiB to 525.7 MiB, which seems fine to me. If no one objects I will push this tomorrow

Re: [PATCH] gnu: slurm: Update to 16.05.9.1.

Carolili writes: > Dear Guix people, > > Here is a patch that updates Slurm to the latest version. Don't hesitate to > point out any corrections, as this is my first attempt at a Guix patch. > Thanks! > (It was nice meeting you at FOSDEM and learning more about the

Re: `guix pull` over HTTPS

Ludovic Courtès <l...@gnu.org> writes: > Marius Bakke <mba...@fastmail.com> skribis: > >> Ludovic Courtès <l...@gnu.org> writes: >> >>> Leo Famulari <l...@famulari.name> skribis: >>> > > [...] > >>> Initial

Re: Add murmur.

ng0 writes: > On 17-02-09 23:50:02, Ludovic Courtès wrote: >> ng0 skribis: >> >> > On 17-02-09 17:50:04, Ludovic Courtès wrote: >> >> Hi ng0! >> >> >> >> contact@cryptolab.net skribis: >> >> >> >> > This patch adds an proposed change

Re: `guix pull` over HTTPS

Ludovic Courtès writes: > Leo Famulari skribis: > >> On Thu, Feb 09, 2017 at 04:55:12PM +0100, Leo Famulari wrote: >>> Does anyone have any specific concerns or advice about changing the >>> value of %snapshot-url in (guix scripts pull) to use the HTTPS URL?

Re: [PATCH] gnu: ntfs-3g: Fix CVE-2017-0358.

Kei Kebreau <k...@openmailbox.org> writes: > Marius Bakke <mba...@fastmail.com> writes: > >> Leo Famulari <l...@famulari.name> writes: >> >>> On Thu, Feb 09, 2017 at 11:39:42PM +0100, Marius Bakke wrote: >>>> Kei Kebreau <k...@openmail

Re: [PATCH 4/5] gnu: Add syslinux.

David Craven writes: > * gnu/packages/grub.scm (syslinux): New variable. > --- > gnu/packages/grub.scm | 54 > +++ > 1 file changed, 54 insertions(+) > > diff --git a/gnu/packages/grub.scm b/gnu/packages/grub.scm > index

Re: [PATCH 3/5] gnu: Add ovmf.

David Craven writes: > * gnu/packages/grub.scm (ovmf): New variable. I would place this too in firmware.scm. > --- > gnu/packages/grub.scm | 82 > +++ > 1 file changed, 82 insertions(+) > > diff --git a/gnu/packages/grub.scm

Re: [PATCH 2/5] gnu: Add seabios.

David Craven writes: > * gnu/packages/grub.scm (seabios): New variable. I would place this in "firmware.scm". > --- > gnu/packages/grub.scm | 38 ++ > 1 file changed, 38 insertions(+) > > diff --git a/gnu/packages/grub.scm

Re: [PATCH 1/5] gnu: Use 'license:' prefix in (gnu packages grub).

David Craven writes: > * gnu/packages/grub.scm (grub): Add prefix. LGTM. signature.asc Description: PGP signature

<    1   2   3   4   5   6   7   8   9   10   >