unofficial mirror of guix-devel@gnu.org 
 help / color / mirror / code / Atom feed
* Staging freeze
@ 2016-12-23  5:23 Leo Famulari
  2016-12-23  6:00 ` John Darrington
                   ` (2 more replies)
  0 siblings, 3 replies; 32+ messages in thread
From: Leo Famulari @ 2016-12-23  5:23 UTC (permalink / raw)
  To: guix-devel

[-- Attachment #1: Type: text/plain, Size: 455 bytes --]

The last staging branch was merged into the master branch on December
11.

According to the 3 week staging cycle we are trying to adhere to [0],
this would mean we freeze the current branch on December 25 and try to
merge it on January 1.

These dates are inconvenient for many people. I propose we freeze the
branch and start building on December 27, and try to merge on January 3.

[0]
http://lists.gnu.org/archive/html/guix-devel/2016-10/msg00933.html

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

^ permalink raw reply	[flat|nested] 32+ messages in thread

* Re: Staging freeze
  2016-12-23  5:23 Staging freeze Leo Famulari
@ 2016-12-23  6:00 ` John Darrington
  2016-12-26 18:16   ` Leo Famulari
  2016-12-27 23:56 ` Leo Famulari
  2017-01-04  8:45 ` Leo Famulari
  2 siblings, 1 reply; 32+ messages in thread
From: John Darrington @ 2016-12-23  6:00 UTC (permalink / raw)
  To: Leo Famulari; +Cc: guix-devel

[-- Attachment #1: Type: text/plain, Size: 855 bytes --]

On Fri, Dec 23, 2016 at 12:23:39AM -0500, Leo Famulari wrote:
     The last staging branch was merged into the master branch on December
     11.
     
     According to the 3 week staging cycle we are trying to adhere to [0],
     this would mean we freeze the current branch on December 25 and try to
     merge it on January 1.
     
     These dates are inconvenient for many people. I propose we freeze the
     branch and start building on December 27, and try to merge on January 3.
     
     [0]
     http://lists.gnu.org/archive/html/guix-devel/2016-10/msg00933.html


Sounds good to me.

J'



-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.


[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

^ permalink raw reply	[flat|nested] 32+ messages in thread

* Re: Staging freeze
  2016-12-23  6:00 ` John Darrington
@ 2016-12-26 18:16   ` Leo Famulari
  0 siblings, 0 replies; 32+ messages in thread
From: Leo Famulari @ 2016-12-26 18:16 UTC (permalink / raw)
  To: John Darrington; +Cc: guix-devel

[-- Attachment #1: Type: text/plain, Size: 777 bytes --]

On Fri, Dec 23, 2016 at 07:00:38AM +0100, John Darrington wrote:
> On Fri, Dec 23, 2016 at 12:23:39AM -0500, Leo Famulari wrote:
>      The last staging branch was merged into the master branch on December
>      11.
>      
>      According to the 3 week staging cycle we are trying to adhere to [0],
>      this would mean we freeze the current branch on December 25 and try to
>      merge it on January 1.
>      
>      These dates are inconvenient for many people. I propose we freeze the
>      branch and start building on December 27, and try to merge on January 3.
>      
>      [0]
>      http://lists.gnu.org/archive/html/guix-devel/2016-10/msg00933.html
> 
> 
> Sounds good to me.

I'll start the evaluation of the staging branch in ~12 hours.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

^ permalink raw reply	[flat|nested] 32+ messages in thread

* Re: Staging freeze
  2016-12-23  5:23 Staging freeze Leo Famulari
  2016-12-23  6:00 ` John Darrington
@ 2016-12-27 23:56 ` Leo Famulari
  2016-12-28  4:13   ` Leo Famulari
  2017-01-04  8:45 ` Leo Famulari
  2 siblings, 1 reply; 32+ messages in thread
From: Leo Famulari @ 2016-12-27 23:56 UTC (permalink / raw)
  To: guix-devel

[-- Attachment #1: Type: text/plain, Size: 590 bytes --]

On Fri, Dec 23, 2016 at 12:23:39AM -0500, Leo Famulari wrote:
> The last staging branch was merged into the master branch on December
> 11.
> 
> According to the 3 week staging cycle we are trying to adhere to [0],
> this would mean we freeze the current branch on December 25 and try to
> merge it on January 1.
> 
> These dates are inconvenient for many people. I propose we freeze the
> branch and start building on December 27, and try to merge on January 3.

And the build failures are rolling in :)

https://hydra.gnu.org/eval/109410?full=1&compare=master#tabs-now-fail

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

^ permalink raw reply	[flat|nested] 32+ messages in thread

* Re: Staging freeze
  2016-12-27 23:56 ` Leo Famulari
@ 2016-12-28  4:13   ` Leo Famulari
  2016-12-28  9:17     ` John Darrington
  0 siblings, 1 reply; 32+ messages in thread
From: Leo Famulari @ 2016-12-28  4:13 UTC (permalink / raw)
  To: guix-devel

[-- Attachment #1: Type: text/plain, Size: 1062 bytes --]

On Tue, Dec 27, 2016 at 06:56:44PM -0500, Leo Famulari wrote:
> On Fri, Dec 23, 2016 at 12:23:39AM -0500, Leo Famulari wrote:
> > The last staging branch was merged into the master branch on December
> > 11.
> > 
> > According to the 3 week staging cycle we are trying to adhere to [0],
> > this would mean we freeze the current branch on December 25 and try to
> > merge it on January 1.
> > 
> > These dates are inconvenient for many people. I propose we freeze the
> > branch and start building on December 27, and try to merge on January 3.
> 
> And the build failures are rolling in :)
> 
> https://hydra.gnu.org/eval/109410?full=1&compare=master#tabs-now-fail

The 'qemu-image' build failed due to a lack of disk space, presumably on
the VM image file:

------
registering closures...
error: setting journal mode: database or disk is full
ERROR: In procedure scm-error:
ERROR: failed to register store items "/xchg/system"
------
https://hydra.gnu.org/build/1741220

Any advice? I'm not sure where to start looking in the code.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

^ permalink raw reply	[flat|nested] 32+ messages in thread

* Re: Staging freeze
  2016-12-28  4:13   ` Leo Famulari
@ 2016-12-28  9:17     ` John Darrington
  2016-12-29 17:16       ` Leo Famulari
  2016-12-29 17:51       ` Ludovic Courtès
  0 siblings, 2 replies; 32+ messages in thread
From: John Darrington @ 2016-12-28  9:17 UTC (permalink / raw)
  To: Leo Famulari; +Cc: guix-devel

[-- Attachment #1: Type: text/plain, Size: 1760 bytes --]

On Tue, Dec 27, 2016 at 11:13:05PM -0500, Leo Famulari wrote:
     On Tue, Dec 27, 2016 at 06:56:44PM -0500, Leo Famulari wrote:
     > On Fri, Dec 23, 2016 at 12:23:39AM -0500, Leo Famulari wrote:
     > > The last staging branch was merged into the master branch on December
     > > 11.
     > > 
     > > According to the 3 week staging cycle we are trying to adhere to [0],
     > > this would mean we freeze the current branch on December 25 and try to
     > > merge it on January 1.
     > > 
     > > These dates are inconvenient for many people. I propose we freeze the
     > > branch and start building on December 27, and try to merge on January 3.
     > 
     > And the build failures are rolling in :)
     > 
     > https://hydra.gnu.org/eval/109410?full=1&compare=master#tabs-now-fail
     
     The 'qemu-image' build failed due to a lack of disk space, presumably on
     the VM image file:
     
     ------
     registering closures...
     error: setting journal mode: database or disk is full
     ERROR: In procedure scm-error:
     ERROR: failed to register store items "/xchg/system"
     ------
     https://hydra.gnu.org/build/1741220
     
     Any advice? I'm not sure where to start looking in the code.

For what it's worth, I find that building *anything* related to qemu fails
for different reasons in about 2/3 attempts. So I think there is a 
fundamental, yet to be diagnosed problem.

Would it be worth restarting the build and crossing fingers?

J'



-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.


[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

^ permalink raw reply	[flat|nested] 32+ messages in thread

* Re: Staging freeze
  2016-12-28  9:17     ` John Darrington
@ 2016-12-29 17:16       ` Leo Famulari
  2016-12-29 17:51       ` Ludovic Courtès
  1 sibling, 0 replies; 32+ messages in thread
From: Leo Famulari @ 2016-12-29 17:16 UTC (permalink / raw)
  To: John Darrington; +Cc: guix-devel

[-- Attachment #1: Type: text/plain, Size: 1869 bytes --]

On Wed, Dec 28, 2016 at 10:17:31AM +0100, John Darrington wrote:
> On Tue, Dec 27, 2016 at 11:13:05PM -0500, Leo Famulari wrote:
>      On Tue, Dec 27, 2016 at 06:56:44PM -0500, Leo Famulari wrote:
>      > On Fri, Dec 23, 2016 at 12:23:39AM -0500, Leo Famulari wrote:
>      > > The last staging branch was merged into the master branch on December
>      > > 11.
>      > > 
>      > > According to the 3 week staging cycle we are trying to adhere to [0],
>      > > this would mean we freeze the current branch on December 25 and try to
>      > > merge it on January 1.
>      > > 
>      > > These dates are inconvenient for many people. I propose we freeze the
>      > > branch and start building on December 27, and try to merge on January 3.
>      > 
>      > And the build failures are rolling in :)
>      > 
>      > https://hydra.gnu.org/eval/109410?full=1&compare=master#tabs-now-fail
>      
>      The 'qemu-image' build failed due to a lack of disk space, presumably on
>      the VM image file:
>      
>      ------
>      registering closures...
>      error: setting journal mode: database or disk is full
>      ERROR: In procedure scm-error:
>      ERROR: failed to register store items "/xchg/system"
>      ------
>      https://hydra.gnu.org/build/1741220
>      
>      Any advice? I'm not sure where to start looking in the code.
> 
> For what it's worth, I find that building *anything* related to qemu fails
> for different reasons in about 2/3 attempts. So I think there is a 
> fundamental, yet to be diagnosed problem.

I've seen this error before when I fail to create a large enough blank
QEMU image. I think that's the problem here, but I'm not sure where this
qemu-image derivation comes from in the Guix code base, so I'm not sure
what to try adjusting or even how to replicate the failure.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

^ permalink raw reply	[flat|nested] 32+ messages in thread

* Re: Staging freeze
  2016-12-28  9:17     ` John Darrington
  2016-12-29 17:16       ` Leo Famulari
@ 2016-12-29 17:51       ` Ludovic Courtès
  2016-12-29 18:42         ` Leo Famulari
  1 sibling, 1 reply; 32+ messages in thread
From: Ludovic Courtès @ 2016-12-29 17:51 UTC (permalink / raw)
  To: John Darrington; +Cc: guix-devel

Hi!

John Darrington <john@darrington.wattle.id.au> skribis:

> For what it's worth, I find that building *anything* related to qemu fails
> for different reasons in about 2/3 attempts. So I think there is a 
> fundamental, yet to be diagnosed problem.

Yet to be diagnosed… and yet to be reported?  :-)

This ‘qemu-image’ job has been failing since Dec. 11, apparently because
the closure of the OS in build-aux/hydra/demo-os.scm has become more
than 1.4G (the size specified in build-aux/hydra/gnu-system.scm):

  https://hydra.gnu.org/job/gnu/master/qemu-image.x86_64-linux

I’m tempted to simply remove this job because it doesn’t buy us anything
compared to the system tests.

Objections?

Ludo’.

^ permalink raw reply	[flat|nested] 32+ messages in thread

* Re: Staging freeze
  2016-12-29 17:51       ` Ludovic Courtès
@ 2016-12-29 18:42         ` Leo Famulari
  2016-12-31 11:12           ` Ludovic Courtès
  0 siblings, 1 reply; 32+ messages in thread
From: Leo Famulari @ 2016-12-29 18:42 UTC (permalink / raw)
  To: Ludovic Courtès; +Cc: guix-devel

On Thu, Dec 29, 2016 at 06:51:46PM +0100, Ludovic Courtès wrote:
> Hi!
> 
> John Darrington <john@darrington.wattle.id.au> skribis:
> 
> > For what it's worth, I find that building *anything* related to qemu fails
> > for different reasons in about 2/3 attempts. So I think there is a 
> > fundamental, yet to be diagnosed problem.
> 
> Yet to be diagnosed… and yet to be reported?  :-)
> 
> This ‘qemu-image’ job has been failing since Dec. 11, apparently because
> the closure of the OS in build-aux/hydra/demo-os.scm has become more
> than 1.4G (the size specified in build-aux/hydra/gnu-system.scm):
> 
>   https://hydra.gnu.org/job/gnu/master/qemu-image.x86_64-linux
> 
> I’m tempted to simply remove this job because it doesn’t buy us anything
> compared to the system tests.

Okay!

> Objections?

None here :)

^ permalink raw reply	[flat|nested] 32+ messages in thread

* Re: Staging freeze
  2016-12-29 18:42         ` Leo Famulari
@ 2016-12-31 11:12           ` Ludovic Courtès
  0 siblings, 0 replies; 32+ messages in thread
From: Ludovic Courtès @ 2016-12-31 11:12 UTC (permalink / raw)
  To: Leo Famulari; +Cc: guix-devel

Leo Famulari <leo@famulari.name> skribis:

> On Thu, Dec 29, 2016 at 06:51:46PM +0100, Ludovic Courtès wrote:
>> Hi!
>> 
>> John Darrington <john@darrington.wattle.id.au> skribis:
>> 
>> > For what it's worth, I find that building *anything* related to qemu fails
>> > for different reasons in about 2/3 attempts. So I think there is a 
>> > fundamental, yet to be diagnosed problem.
>> 
>> Yet to be diagnosed… and yet to be reported?  :-)
>> 
>> This ‘qemu-image’ job has been failing since Dec. 11, apparently because
>> the closure of the OS in build-aux/hydra/demo-os.scm has become more
>> than 1.4G (the size specified in build-aux/hydra/gnu-system.scm):
>> 
>>   https://hydra.gnu.org/job/gnu/master/qemu-image.x86_64-linux
>> 
>> I’m tempted to simply remove this job because it doesn’t buy us anything
>> compared to the system tests.
>
> Okay!
>
>> Objections?
>
> None here :)

Done in a3a27745013f3e5a287de3bf0187b2f72beb6965.

Ludo’.

^ permalink raw reply	[flat|nested] 32+ messages in thread

* Re: Staging freeze
  2016-12-23  5:23 Staging freeze Leo Famulari
  2016-12-23  6:00 ` John Darrington
  2016-12-27 23:56 ` Leo Famulari
@ 2017-01-04  8:45 ` Leo Famulari
  2017-01-04 22:31   ` Ludovic Courtès
  2 siblings, 1 reply; 32+ messages in thread
From: Leo Famulari @ 2017-01-04  8:45 UTC (permalink / raw)
  To: guix-devel

[-- Attachment #1: Type: text/plain, Size: 609 bytes --]

On Fri, Dec 23, 2016 at 12:23:39AM -0500, Leo Famulari wrote:
> The last staging branch was merged into the master branch on December
> 11.
> 
> According to the 3 week staging cycle we are trying to adhere to [0],
> this would mean we freeze the current branch on December 25 and try to
> merge it on January 1.
> 
> These dates are inconvenient for many people. I propose we freeze the
> branch and start building on December 27, and try to merge on January 3.

Update:

We are having some issues with the armhf and mips64el build machines
that are keeping us from building all the packages.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

^ permalink raw reply	[flat|nested] 32+ messages in thread

* Re: Staging freeze
  2017-01-04  8:45 ` Leo Famulari
@ 2017-01-04 22:31   ` Ludovic Courtès
  2017-01-07 11:50     ` Let’s fix build failures on ‘staging’! Ludovic Courtès
  2017-01-07 18:10     ` [PATCH 1/2] Revert "gnu: Add threaded variants of fftw and fftwf for Ardour and mod-host." David Craven
  0 siblings, 2 replies; 32+ messages in thread
From: Ludovic Courtès @ 2017-01-04 22:31 UTC (permalink / raw)
  To: Leo Famulari; +Cc: guix-devel

Leo Famulari <leo@famulari.name> skribis:

> On Fri, Dec 23, 2016 at 12:23:39AM -0500, Leo Famulari wrote:
>> The last staging branch was merged into the master branch on December
>> 11.
>> 
>> According to the 3 week staging cycle we are trying to adhere to [0],
>> this would mean we freeze the current branch on December 25 and try to
>> merge it on January 1.
>> 
>> These dates are inconvenient for many people. I propose we freeze the
>> branch and start building on December 27, and try to merge on January 3.
>
> Update:
>
> We are having some issues with the armhf and mips64el build machines
> that are keeping us from building all the packages.

That should be more or less solved.

I’ve just merged ‘master’ into ‘staging’ and started a new evaluation.

Ludo’.

^ permalink raw reply	[flat|nested] 32+ messages in thread

* Let’s fix build failures on ‘staging’!
  2017-01-04 22:31   ` Ludovic Courtès
@ 2017-01-07 11:50     ` Ludovic Courtès
  2017-01-07 17:15       ` Fix python-pygpgme FTBFS [was Re: Let’s fix build failures on ‘staging’!] Leo Famulari
                         ` (3 more replies)
  2017-01-07 18:10     ` [PATCH 1/2] Revert "gnu: Add threaded variants of fftw and fftwf for Ardour and mod-host." David Craven
  1 sibling, 4 replies; 32+ messages in thread
From: Ludovic Courtès @ 2017-01-07 11:50 UTC (permalink / raw)
  To: Leo Famulari; +Cc: guix-devel

Hello Guix!

Looking at
<https://hydra.gnu.org/eval/109427?compare=master#tabs-now-fail> we have
a few new failures:

  • Ardour fails its ‘configure’ phase
    https://hydra.gnu.org/build/1749839

  • there’s 1 tests failure in python2-pygpgme (breaks many things)
    https://hydra.gnu.org/build/1752661

  • kcrash fails to run its test with Xvfb (breaks all of KDE)
    https://hydra.gnu.org/build/1750201

  • NSS test failure on ARM (breaks many things)
    https://hydra.gnu.org/build/1749670

  • python2-pillow test failures on ARM
    https://hydra.gnu.org/build/1751907

  • ENOSPC on mips64el
    https://hydra.gnu.org/build/1742430

Let’s fix those!

Ludo’.

^ permalink raw reply	[flat|nested] 32+ messages in thread

* Fix python-pygpgme FTBFS [was Re: Let’s fix build failures on ‘staging’!]
  2017-01-07 11:50     ` Let’s fix build failures on ‘staging’! Ludovic Courtès
@ 2017-01-07 17:15       ` Leo Famulari
  2017-01-07 21:31         ` Ludovic Courtès
  2017-01-07 17:22       ` Let’s fix build failures on ‘staging’! Leo Famulari
                         ` (2 subsequent siblings)
  3 siblings, 1 reply; 32+ messages in thread
From: Leo Famulari @ 2017-01-07 17:15 UTC (permalink / raw)
  To: Ludovic Courtès; +Cc: guix-devel


[-- Attachment #1.1: Type: text/plain, Size: 395 bytes --]

On Sat, Jan 07, 2017 at 12:50:33PM +0100, Ludovic Courtès wrote:
>   • there’s 1 tests failure in python2-pygpgme (breaks many things)
>     https://hydra.gnu.org/build/1752661

I attached a patch that takes a patch from Debian to fix the test
failure. But I'm not sure if anything else is still broken in pygpgme.

Also, AFAICT, only 'alot' uses python2-pygpgme. What else breaks?

[-- Attachment #1.2: 0001-gnu-python-pygpgme-Fix-build-failure.patch --]
[-- Type: text/plain, Size: 5478 bytes --]

From 706934ec0765fa3adbf71d84a27cadfdd1c892b3 Mon Sep 17 00:00:00 2001
From: Leo Famulari <leo@famulari.name>
Date: Sat, 7 Jan 2017 12:11:45 -0500
Subject: [PATCH] gnu: python-pygpgme: Fix build failure.

* gnu/packages/patches/python-pygpgme-fix-pinentry-tests.patch: New file.
* gnu/local.mk (dist_patch_DATA): Add it.
* gnu/packages/gnupg.scm (python-pygpgme, python2-pygpgme)[source]: Use it.
---
 gnu/local.mk                                       |  1 +
 gnu/packages/gnupg.scm                             |  3 +-
 .../python-pygpgme-fix-pinentry-tests.patch        | 69 ++++++++++++++++++++++
 3 files changed, 72 insertions(+), 1 deletion(-)
 create mode 100644 gnu/packages/patches/python-pygpgme-fix-pinentry-tests.patch

diff --git a/gnu/local.mk b/gnu/local.mk
index edd3d4be7..5fe14e63e 100644
--- a/gnu/local.mk
+++ b/gnu/local.mk
@@ -827,6 +827,7 @@ dist_patch_DATA =						\
   %D%/packages/patches/python-paste-remove-website-test.patch	\
   %D%/packages/patches/python-paste-remove-timing-test.patch	\
   %D%/packages/patches/python2-pygobject-2-gi-info-type-error-domain.patch \
+  %D%/packages/patches/python-pygpgme-fix-pinentry-tests.patch	\
   %D%/packages/patches/qt4-ldflags.patch			\
   %D%/packages/patches/quickswitch-fix-dmenu-check.patch	\
   %D%/packages/patches/rapicorn-isnan.patch			\
diff --git a/gnu/packages/gnupg.scm b/gnu/packages/gnupg.scm
index 56fba45e3..92726ca11 100644
--- a/gnu/packages/gnupg.scm
+++ b/gnu/packages/gnupg.scm
@@ -425,7 +425,8 @@ distributed separately.")
        ;; Unfortunately, we have to disable some tests due to some gpg-agent
        ;; goofiness... see:
        ;;   https://bugs.launchpad.net/pygpgme/+bug/999949
-       (patches (search-patches "pygpgme-disable-problematic-tests.patch"))))
+       (patches (search-patches "pygpgme-disable-problematic-tests.patch"
+                                "python-pygpgme-fix-pinentry-tests.patch"))))
     (arguments
      `(#:phases
        (modify-phases %standard-phases
diff --git a/gnu/packages/patches/python-pygpgme-fix-pinentry-tests.patch b/gnu/packages/patches/python-pygpgme-fix-pinentry-tests.patch
new file mode 100644
index 000000000..1f7a4cadb
--- /dev/null
+++ b/gnu/packages/patches/python-pygpgme-fix-pinentry-tests.patch
@@ -0,0 +1,69 @@
+Fix test failure of test_XXX caused by upgrade of gpgme from 1.6.0 to
+1.8.0:
+
+======================================================================
+FAIL: test_encrypt_to_signonly (tests.test_encrypt_decrypt.EncryptDecryptTestCase)
+----------------------------------------------------------------------
+Traceback (most recent call last):
+  File "/tmp/guix-build-python2-pygpgme-0.3.drv-0/pygpgme-0.3/tests/test_encrypt_decrypt.py", line 185, in test_encrypt_to_signonly
+    self.assertEqual(exc.args[0], gpgme.ERR_SOURCE_UNKNOWN)
+AssertionError: 7 != 0
+
+----------------------------------------------------------------------
+
+Patch copied from the Debian package pygpgme-0.3-1.2:
+
+https://sources.debian.net/src/pygpgme/0.3-1.2/debian/patches/0005-Fix-test-failures-with-pinentry.patch/
+
+From: "Dr. Tobias Quathamer" <toddy@debian.org>
+Date: Thu, 24 Nov 2016 12:20:54 +0100
+Subject: Fix test failures with pinentry
+
+---
+ tests/test_encrypt_decrypt.py | 5 +++--
+ tests/test_passphrase.py      | 2 ++
+ 2 files changed, 5 insertions(+), 2 deletions(-)
+
+diff --git a/tests/test_encrypt_decrypt.py b/tests/test_encrypt_decrypt.py
+index 21ae83e..05707e1 100644
+--- a/tests/test_encrypt_decrypt.py
++++ b/tests/test_encrypt_decrypt.py
+@@ -132,6 +132,7 @@ class EncryptDecryptTestCase(GpgHomeTestCase):
+             os.write(fd, b'Symmetric passphrase\n')
+         ctx = gpgme.Context()
+         ctx.armor = True
++        ctx.pinentry_mode = gpgme.PINENTRY_MODE_LOOPBACK
+         ctx.passphrase_cb = passphrase
+         ctx.encrypt(None, 0, plaintext, ciphertext)
+         self.assertTrue(
+@@ -182,8 +183,8 @@ class EncryptDecryptTestCase(GpgHomeTestCase):
+             ctx.encrypt([recipient], gpgme.ENCRYPT_ALWAYS_TRUST,
+                         plaintext, ciphertext)
+         except gpgme.GpgmeError as exc:
+-            self.assertEqual(exc.args[0], gpgme.ERR_SOURCE_UNKNOWN)
+-            self.assertEqual(exc.args[1], gpgme.ERR_GENERAL)
++            self.assertEqual(exc.args[0], gpgme.ERR_SOURCE_GPGME)
++            self.assertEqual(exc.args[1], gpgme.ERR_UNUSABLE_PUBKEY)
+         else:
+             self.fail('gpgme.GpgmeError not raised')
+ 
+diff --git a/tests/test_passphrase.py b/tests/test_passphrase.py
+index 35b3c59..05e6811 100644
+--- a/tests/test_passphrase.py
++++ b/tests/test_passphrase.py
+@@ -34,6 +34,7 @@ class PassphraseTestCase(GpgHomeTestCase):
+         ctx = gpgme.Context()
+         key = ctx.get_key('EFB052B4230BBBC51914BCBB54DCBBC8DBFB9EB3')
+         ctx.signers = [key]
++        ctx.pinentry_mode = gpgme.PINENTRY_MODE_LOOPBACK
+         plaintext = BytesIO(b'Hello World\n')
+         signature = BytesIO()
+ 
+@@ -55,6 +56,7 @@ class PassphraseTestCase(GpgHomeTestCase):
+         ctx = gpgme.Context()
+         key = ctx.get_key('EFB052B4230BBBC51914BCBB54DCBBC8DBFB9EB3')
+         ctx.signers = [key]
++        ctx.pinentry_mode = gpgme.PINENTRY_MODE_LOOPBACK
+         ctx.passphrase_cb = self.passphrase_cb
+         plaintext = BytesIO(b'Hello World\n')
+         signature = BytesIO()
-- 
2.11.0


[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

^ permalink raw reply related	[flat|nested] 32+ messages in thread

* Re: Let’s fix build failures on ‘staging’!
  2017-01-07 11:50     ` Let’s fix build failures on ‘staging’! Ludovic Courtès
  2017-01-07 17:15       ` Fix python-pygpgme FTBFS [was Re: Let’s fix build failures on ‘staging’!] Leo Famulari
@ 2017-01-07 17:22       ` Leo Famulari
  2017-01-07 17:35       ` Leo Famulari
  2017-01-08 17:19       ` Leo Famulari
  3 siblings, 0 replies; 32+ messages in thread
From: Leo Famulari @ 2017-01-07 17:22 UTC (permalink / raw)
  To: Ludovic Courtès; +Cc: guix-devel

On Sat, Jan 07, 2017 at 12:50:33PM +0100, Ludovic Courtès wrote:
>   • python2-pillow test failures on ARM
>     https://hydra.gnu.org/build/1751907

All these failures appear to be something timing out, like this:

nose.plugins.multiprocess.TimedOutException: 'TestFileJpeg.test_subsampling'

So I just restarted it.

^ permalink raw reply	[flat|nested] 32+ messages in thread

* Re: Let’s fix build failures on ‘staging’!
  2017-01-07 11:50     ` Let’s fix build failures on ‘staging’! Ludovic Courtès
  2017-01-07 17:15       ` Fix python-pygpgme FTBFS [was Re: Let’s fix build failures on ‘staging’!] Leo Famulari
  2017-01-07 17:22       ` Let’s fix build failures on ‘staging’! Leo Famulari
@ 2017-01-07 17:35       ` Leo Famulari
  2017-01-07 21:32         ` Ludovic Courtès
  2017-01-08 17:19       ` Leo Famulari
  3 siblings, 1 reply; 32+ messages in thread
From: Leo Famulari @ 2017-01-07 17:35 UTC (permalink / raw)
  To: Ludovic Courtès; +Cc: guix-devel

[-- Attachment #1: Type: text/plain, Size: 301 bytes --]

On Sat, Jan 07, 2017 at 12:50:33PM +0100, Ludovic Courtès wrote:
>   • NSS test failure on ARM (breaks many things)
>     https://hydra.gnu.org/build/1749670

I'm not sure about this. How about we revert the update on staging and
create an nss-updates branch with the latest release, 3.28.1?

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

^ permalink raw reply	[flat|nested] 32+ messages in thread

* [PATCH 1/2] Revert "gnu: Add threaded variants of fftw and fftwf for Ardour and mod-host."
  2017-01-04 22:31   ` Ludovic Courtès
  2017-01-07 11:50     ` Let’s fix build failures on ‘staging’! Ludovic Courtès
@ 2017-01-07 18:10     ` David Craven
  2017-01-07 18:10       ` [PATCH 2/2] gnu: ardour: Add eudev dependency David Craven
  2017-01-07 19:11       ` [PATCH 1/2] Revert "gnu: Add threaded variants of fftw and fftwf for Ardour and mod-host." Ricardo Wurmus
  1 sibling, 2 replies; 32+ messages in thread
From: David Craven @ 2017-01-07 18:10 UTC (permalink / raw)
  To: guix-devel

These variants are no longer needed.

This reverts commit 45591fd7fde1a400a416cb99939f6dd766445f94.
---
 gnu/packages/algebra.scm | 17 -----------------
 gnu/packages/audio.scm   |  4 ++--
 gnu/packages/music.scm   |  4 ++--
 3 files changed, 4 insertions(+), 21 deletions(-)

diff --git a/gnu/packages/algebra.scm b/gnu/packages/algebra.scm
index d09e2e83b..b859da0e7 100644
--- a/gnu/packages/algebra.scm
+++ b/gnu/packages/algebra.scm
@@ -577,23 +577,6 @@ cosine/ sine transforms or DCT/DST).")
      (string-append (package-description fftw)
                     "  Single-precision version."))))
 
-(define (pthread-variant p)
-  (package
-    (inherit p)
-    (name (string-append (package-name p) "-pthreads"))
-    (arguments
-     (substitute-keyword-arguments (package-arguments fftw)
-       ((#:configure-flags flags)
-        `(cons "--enable-threads" ,flags))))))
-
-;; FIXME: These packages are used temporarily by packages like Ardour until
-;; "--enable-flags" is added to the fftw and fftwf packages.
-(define-public fftw-with-threads
-  (pthread-variant fftw))
-
-(define-public fftwf-with-threads
-  (pthread-variant fftwf))
-
 (define-public fftw-openmpi
   (package (inherit fftw)
     (name "fftw-openmpi")
diff --git a/gnu/packages/audio.scm b/gnu/packages/audio.scm
index f0a6a54de..f3a337925 100644
--- a/gnu/packages/audio.scm
+++ b/gnu/packages/audio.scm
@@ -238,8 +238,8 @@ namespace ARDOUR { const char* revision = \"" version "\" ; }")))))
        ("lv2" ,lv2)
        ("vamp" ,vamp)
        ("curl" ,curl)
-       ("fftw" ,fftw-with-threads)
-       ("fftwf" ,fftwf-with-threads)
+       ("fftw" ,fftw)
+       ("fftwf" ,fftwf)
        ("jack" ,jack-1)
        ("serd" ,serd)
        ("sord" ,sord)
diff --git a/gnu/packages/music.scm b/gnu/packages/music.scm
index 59fd508f6..fc4f15cd7 100644
--- a/gnu/packages/music.scm
+++ b/gnu/packages/music.scm
@@ -1889,8 +1889,8 @@ analogue-like user interface.")
                #t)))))
       (inputs
        `(("lilv" ,lilv)
-         ("fftw" ,fftw-with-threads)
-         ("fftwf" ,fftwf-with-threads)
+         ("fftw" ,fftw)
+         ("fftwf" ,fftwf)
          ("lv2" ,lv2)
          ("jack" ,jack-1)
          ("readline" ,readline)))
-- 
2.11.0

^ permalink raw reply related	[flat|nested] 32+ messages in thread

* [PATCH 2/2] gnu: ardour: Add eudev dependency.
  2017-01-07 18:10     ` [PATCH 1/2] Revert "gnu: Add threaded variants of fftw and fftwf for Ardour and mod-host." David Craven
@ 2017-01-07 18:10       ` David Craven
  2017-01-07 19:11       ` [PATCH 1/2] Revert "gnu: Add threaded variants of fftw and fftwf for Ardour and mod-host." Ricardo Wurmus
  1 sibling, 0 replies; 32+ messages in thread
From: David Craven @ 2017-01-07 18:10 UTC (permalink / raw)
  To: guix-devel

* gnu/packages/audio.scm (ardour)[inputs]: Add eudev.
---
 gnu/packages/audio.scm | 1 +
 1 file changed, 1 insertion(+)

diff --git a/gnu/packages/audio.scm b/gnu/packages/audio.scm
index f3a337925..5e22c1f22 100644
--- a/gnu/packages/audio.scm
+++ b/gnu/packages/audio.scm
@@ -223,6 +223,7 @@ namespace ARDOUR { const char* revision = \"" version "\" ; }")))))
        ("boost" ,boost)
        ("atkmm" ,atkmm)
        ("cairomm" ,cairomm)
+       ("eudev" ,eudev)
        ("gtkmm" ,gtkmm-2)
        ("glibmm" ,glibmm)
        ("libart-lgpl" ,libart-lgpl)
-- 
2.11.0

^ permalink raw reply related	[flat|nested] 32+ messages in thread

* Re: [PATCH 1/2] Revert "gnu: Add threaded variants of fftw and fftwf for Ardour and mod-host."
  2017-01-07 18:10     ` [PATCH 1/2] Revert "gnu: Add threaded variants of fftw and fftwf for Ardour and mod-host." David Craven
  2017-01-07 18:10       ` [PATCH 2/2] gnu: ardour: Add eudev dependency David Craven
@ 2017-01-07 19:11       ` Ricardo Wurmus
  2017-01-07 22:43         ` David Craven
  1 sibling, 1 reply; 32+ messages in thread
From: Ricardo Wurmus @ 2017-01-07 19:11 UTC (permalink / raw)
  To: David Craven; +Cc: guix-devel


David Craven <david@craven.ch> writes:

> These variants are no longer needed.
>
> This reverts commit 45591fd7fde1a400a416cb99939f6dd766445f94.

What commit(s) made these variants obsolete?  When I added them fftw and
fftwf did not install the threaded variants that Ardour was looking
for.  Has either ardour or fftw been updated since then or has something
else changed?

In any case, if Ardour now builds without these variants then these
patches are okay, I suppose.

-- 
Ricardo

GPG: BCA6 89B6 3655 3801 C3C6  2150 197A 5888 235F ACAC
http://elephly.net

^ permalink raw reply	[flat|nested] 32+ messages in thread

* Re: Fix python-pygpgme FTBFS [was Re: Let’s fix build failures on ‘staging’!]
  2017-01-07 17:15       ` Fix python-pygpgme FTBFS [was Re: Let’s fix build failures on ‘staging’!] Leo Famulari
@ 2017-01-07 21:31         ` Ludovic Courtès
  2017-01-07 21:46           ` Leo Famulari
  0 siblings, 1 reply; 32+ messages in thread
From: Ludovic Courtès @ 2017-01-07 21:31 UTC (permalink / raw)
  To: Leo Famulari; +Cc: guix-devel

Leo Famulari <leo@famulari.name> skribis:

> On Sat, Jan 07, 2017 at 12:50:33PM +0100, Ludovic Courtès wrote:
>>   • there’s 1 tests failure in python2-pygpgme (breaks many things)
>>     https://hydra.gnu.org/build/1752661
>
> I attached a patch that takes a patch from Debian to fix the test
> failure. But I'm not sure if anything else is still broken in pygpgme.

Woow, that was fast!

> Also, AFAICT, only 'alot' uses python2-pygpgme. What else breaks?

Nothing in fact (“alot” and “many things” are kinda synonymous? ;-)).

> From 706934ec0765fa3adbf71d84a27cadfdd1c892b3 Mon Sep 17 00:00:00 2001
> From: Leo Famulari <leo@famulari.name>
> Date: Sat, 7 Jan 2017 12:11:45 -0500
> Subject: [PATCH] gnu: python-pygpgme: Fix build failure.
>
> * gnu/packages/patches/python-pygpgme-fix-pinentry-tests.patch: New file.
> * gnu/local.mk (dist_patch_DATA): Add it.
> * gnu/packages/gnupg.scm (python-pygpgme, python2-pygpgme)[source]: Use it.

LGTM, thank you!

Ludo’.

^ permalink raw reply	[flat|nested] 32+ messages in thread

* Re: Let’s fix build failures on ‘staging’!
  2017-01-07 17:35       ` Leo Famulari
@ 2017-01-07 21:32         ` Ludovic Courtès
  2017-01-07 21:46           ` Leo Famulari
  0 siblings, 1 reply; 32+ messages in thread
From: Ludovic Courtès @ 2017-01-07 21:32 UTC (permalink / raw)
  To: Leo Famulari; +Cc: guix-devel

Leo Famulari <leo@famulari.name> skribis:

> On Sat, Jan 07, 2017 at 12:50:33PM +0100, Ludovic Courtès wrote:
>>   • NSS test failure on ARM (breaks many things)
>>     https://hydra.gnu.org/build/1749670
>
> I'm not sure about this. How about we revert the update on staging and
> create an nss-updates branch with the latest release, 3.28.1?

Yes it would probably be safer, unless the previous version has security
issues of course.

Ludo’.

^ permalink raw reply	[flat|nested] 32+ messages in thread

* Re: Fix python-pygpgme FTBFS [was Re: Let’s fix build failures on ‘staging’!]
  2017-01-07 21:31         ` Ludovic Courtès
@ 2017-01-07 21:46           ` Leo Famulari
  0 siblings, 0 replies; 32+ messages in thread
From: Leo Famulari @ 2017-01-07 21:46 UTC (permalink / raw)
  To: Ludovic Courtès; +Cc: guix-devel

On Sat, Jan 07, 2017 at 10:31:31PM +0100, Ludovic Courtès wrote:
> Leo Famulari <leo@famulari.name> skribis:
> 
> > On Sat, Jan 07, 2017 at 12:50:33PM +0100, Ludovic Courtès wrote:
> >>   • there’s 1 tests failure in python2-pygpgme (breaks many things)
> >>     https://hydra.gnu.org/build/1752661
> >
> > I attached a patch that takes a patch from Debian to fix the test
> > failure. But I'm not sure if anything else is still broken in pygpgme.
> 
> Woow, that was fast!
> 
> > Also, AFAICT, only 'alot' uses python2-pygpgme. What else breaks?
> 
> Nothing in fact (“alot” and “many things” are kinda synonymous? ;-)).

;)

> > From 706934ec0765fa3adbf71d84a27cadfdd1c892b3 Mon Sep 17 00:00:00 2001
> > From: Leo Famulari <leo@famulari.name>
> > Date: Sat, 7 Jan 2017 12:11:45 -0500
> > Subject: [PATCH] gnu: python-pygpgme: Fix build failure.
> >
> > * gnu/packages/patches/python-pygpgme-fix-pinentry-tests.patch: New file.
> > * gnu/local.mk (dist_patch_DATA): Add it.
> > * gnu/packages/gnupg.scm (python-pygpgme, python2-pygpgme)[source]: Use it.
> 
> LGTM, thank you!

Pushed!

^ permalink raw reply	[flat|nested] 32+ messages in thread

* Re: Let’s fix build failures on ‘staging’!
  2017-01-07 21:32         ` Ludovic Courtès
@ 2017-01-07 21:46           ` Leo Famulari
  0 siblings, 0 replies; 32+ messages in thread
From: Leo Famulari @ 2017-01-07 21:46 UTC (permalink / raw)
  To: Ludovic Courtès; +Cc: guix-devel

On Sat, Jan 07, 2017 at 10:32:59PM +0100, Ludovic Courtès wrote:
> Leo Famulari <leo@famulari.name> skribis:
> 
> > On Sat, Jan 07, 2017 at 12:50:33PM +0100, Ludovic Courtès wrote:
> >>   • NSS test failure on ARM (breaks many things)
> >>     https://hydra.gnu.org/build/1749670
> >
> > I'm not sure about this. How about we revert the update on staging and
> > create an nss-updates branch with the latest release, 3.28.1?
> 
> Yes it would probably be safer, unless the previous version has security
> issues of course.

None that I know of. In any case, we should work on merging this staging
branch, and I'll create the nss-updates branch later tonight.

^ permalink raw reply	[flat|nested] 32+ messages in thread

* Re: [PATCH 1/2] Revert "gnu: Add threaded variants of fftw and fftwf for Ardour and mod-host."
  2017-01-07 19:11       ` [PATCH 1/2] Revert "gnu: Add threaded variants of fftw and fftwf for Ardour and mod-host." Ricardo Wurmus
@ 2017-01-07 22:43         ` David Craven
  2017-01-07 22:45           ` David Craven
  2017-01-08  7:23           ` Ricardo Wurmus
  0 siblings, 2 replies; 32+ messages in thread
From: David Craven @ 2017-01-07 22:43 UTC (permalink / raw)
  To: Ricardo Wurmus; +Cc: guix-devel

> What commit(s) made these variants obsolete?  When I added them fftw and
> fftwf did not install the threaded variants that Ardour was looking
> for.  Has either ardour or fftw been updated since then or has something
> else changed?
>
> In any case, if Ardour now builds without these variants then these
> patches are okay, I suppose.

This is for staging meant to fix a build failure in staging. Your
commit adds the --enable-threads flag,

86f4e9d76a75c405b3b6c5b3f1717df0e45f4e68, or am I missing something?

^ permalink raw reply	[flat|nested] 32+ messages in thread

* Re: [PATCH 1/2] Revert "gnu: Add threaded variants of fftw and fftwf for Ardour and mod-host."
  2017-01-07 22:43         ` David Craven
@ 2017-01-07 22:45           ` David Craven
  2017-01-08 10:57             ` Ludovic Courtès
  2017-01-08  7:23           ` Ricardo Wurmus
  1 sibling, 1 reply; 32+ messages in thread
From: David Craven @ 2017-01-07 22:45 UTC (permalink / raw)
  To: Ricardo Wurmus; +Cc: guix-devel

Ludo added the pthread-variant procedure, it's not used anywhere else
so I don't know if we want to keep it around or not.

^ permalink raw reply	[flat|nested] 32+ messages in thread

* Re: [PATCH 1/2] Revert "gnu: Add threaded variants of fftw and fftwf for Ardour and mod-host."
  2017-01-07 22:43         ` David Craven
  2017-01-07 22:45           ` David Craven
@ 2017-01-08  7:23           ` Ricardo Wurmus
  1 sibling, 0 replies; 32+ messages in thread
From: Ricardo Wurmus @ 2017-01-08  7:23 UTC (permalink / raw)
  To: David Craven; +Cc: guix-devel


David Craven <david@craven.ch> writes:

>> What commit(s) made these variants obsolete?  When I added them fftw and
>> fftwf did not install the threaded variants that Ardour was looking
>> for.  Has either ardour or fftw been updated since then or has something
>> else changed?
>>
>> In any case, if Ardour now builds without these variants then these
>> patches are okay, I suppose.
>
> This is for staging meant to fix a build failure in staging. Your
> commit adds the --enable-threads flag,
>
> 86f4e9d76a75c405b3b6c5b3f1717df0e45f4e68, or am I missing something?

You’re right.  I didn’t make the connection between my commit to staging
and your patch.

-- 
Ricardo

GPG: BCA6 89B6 3655 3801 C3C6  2150 197A 5888 235F ACAC
http://elephly.net

^ permalink raw reply	[flat|nested] 32+ messages in thread

* Re: [PATCH 1/2] Revert "gnu: Add threaded variants of fftw and fftwf for Ardour and mod-host."
  2017-01-07 22:45           ` David Craven
@ 2017-01-08 10:57             ` Ludovic Courtès
  0 siblings, 0 replies; 32+ messages in thread
From: Ludovic Courtès @ 2017-01-08 10:57 UTC (permalink / raw)
  To: David Craven; +Cc: guix-devel

David Craven <david@craven.ch> skribis:

> Ludo added the pthread-variant procedure, it's not used anywhere else
> so I don't know if we want to keep it around or not.

It’s not useful outside of this specific case.

Ludo’.

^ permalink raw reply	[flat|nested] 32+ messages in thread

* Re: Let’s fix build failures on ‘staging’!
  2017-01-07 11:50     ` Let’s fix build failures on ‘staging’! Ludovic Courtès
                         ` (2 preceding siblings ...)
  2017-01-07 17:35       ` Leo Famulari
@ 2017-01-08 17:19       ` Leo Famulari
  3 siblings, 0 replies; 32+ messages in thread
From: Leo Famulari @ 2017-01-08 17:19 UTC (permalink / raw)
  To: Ludovic Courtès; +Cc: guix-devel

On Sat, Jan 07, 2017 at 12:50:33PM +0100, Ludovic Courtès wrote:
> Hello Guix!
> 
> Looking at
> <https://hydra.gnu.org/eval/109427?compare=master#tabs-now-fail> we have
> a few new failures:

I just started a new evaluation.

^ permalink raw reply	[flat|nested] 32+ messages in thread

* staging freeze
@ 2020-10-13 21:54 Marius Bakke
  2020-10-13 21:57 ` Julien Lepiller
  2020-10-15 12:33 ` zimoun
  0 siblings, 2 replies; 32+ messages in thread
From: Marius Bakke @ 2020-10-13 21:54 UTC (permalink / raw)
  To: guix-devel

[-- Attachment #1: Type: text/plain, Size: 268 bytes --]

Hello Guix,

I've pushed a set of updates to the long-overdue "staging" branch.

Let's get it merged once Cuirass is done building for the various
architectures.  Not sure how long that takes now that we no longer use
transparent QEMU emulation for AArch64 and armhf.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 507 bytes --]

^ permalink raw reply	[flat|nested] 32+ messages in thread

* Re: staging freeze
  2020-10-13 21:54 staging freeze Marius Bakke
@ 2020-10-13 21:57 ` Julien Lepiller
  2020-10-13 22:28   ` Marius Bakke
  2020-10-15 12:33 ` zimoun
  1 sibling, 1 reply; 32+ messages in thread
From: Julien Lepiller @ 2020-10-13 21:57 UTC (permalink / raw)
  To: guix-devel, Marius Bakke

Le 13 octobre 2020 17:54:16 GMT-04:00, Marius Bakke <marius@gnu.org> a écrit :
>Hello Guix,
>
>I've pushed a set of updates to the long-overdue "staging" branch.
>
>Let's get it merged once Cuirass is done building for the various
>architectures.  Not sure how long that takes now that we no longer use
>transparent QEMU emulation for AArch64 and armhf.

I have my groovy update ready to push to staging. Can I push it, or should I wait for next time staging is open?


^ permalink raw reply	[flat|nested] 32+ messages in thread

* Re: staging freeze
  2020-10-13 21:57 ` Julien Lepiller
@ 2020-10-13 22:28   ` Marius Bakke
  0 siblings, 0 replies; 32+ messages in thread
From: Marius Bakke @ 2020-10-13 22:28 UTC (permalink / raw)
  To: Julien Lepiller, guix-devel

[-- Attachment #1: Type: text/plain, Size: 640 bytes --]

Julien Lepiller <julien@lepiller.eu> writes:

> Le 13 octobre 2020 17:54:16 GMT-04:00, Marius Bakke <marius@gnu.org> a écrit :
>>Hello Guix,
>>
>>I've pushed a set of updates to the long-overdue "staging" branch.
>>
>>Let's get it merged once Cuirass is done building for the various
>>architectures.  Not sure how long that takes now that we no longer use
>>transparent QEMU emulation for AArch64 and armhf.
>
> I have my groovy update ready to push to staging. Can I push it, or should I wait for next time staging is open?

Sure, go ahead!  I suppose we can give people a day or two to brush up
any almost-ready patches.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 507 bytes --]

^ permalink raw reply	[flat|nested] 32+ messages in thread

* Re: staging freeze
  2020-10-13 21:54 staging freeze Marius Bakke
  2020-10-13 21:57 ` Julien Lepiller
@ 2020-10-15 12:33 ` zimoun
  1 sibling, 0 replies; 32+ messages in thread
From: zimoun @ 2020-10-15 12:33 UTC (permalink / raw)
  To: Marius Bakke, guix-devel, Ricardo Wurmus

[-- Attachment #1: Type: text/plain, Size: 736 bytes --]

Hi Marius,

On Tue, 13 Oct 2020 at 23:54, Marius Bakke <marius@gnu.org> wrote:

> I've pushed a set of updates to the long-overdue "staging" branch.
>
> Let's get it merged once Cuirass is done building for the various
> architectures.  Not sure how long that takes now that we no longer use
> transparent QEMU emulation for AArch64 and armhf.

If it is possible –– not too late and not used with “guix refresh” ––,
could the attached patch go to “staging” and so all the Haskell packages
of v1.2 should be reproducible?  Otherwise, it should go to core-updates
and then wait the next round. :-)

Well, I could send the patch via guix-patches too. :-)
Let me know.


All the best,
simon

-- >8 --

[-- Attachment #2: haskell.patch --]
[-- Type: text/x-diff, Size: 1624 bytes --]

From 06eff8c02e22f583c252976f44db41554805293b Mon Sep 17 00:00:00 2001
From: zimoun <zimon.toutoune@gmail.com>
Date: Thu, 15 Oct 2020 14:02:09 +0200
Subject: [PATCH] build-system/haskell: Disable parallel builds.

Parallel builds introduced by commit 67cb9fa2357026ee42ec5bb0923ec4dc4a43abe2
leads to unreproducibility.  Instead of reverting, default is set to #false
which allows user to locally build with parallelism.

* guix/build-system/haskell.scm (haskell-build): Turn off PARALLEL-BUILD? by
default.
---
 guix/build-system/haskell.scm | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/guix/build-system/haskell.scm b/guix/build-system/haskell.scm
index 8304e3b222..328d1139b0 100644
--- a/guix/build-system/haskell.scm
+++ b/guix/build-system/haskell.scm
@@ -1,6 +1,7 @@
 ;;; GNU Guix --- Functional package management for GNU
 ;;; Copyright © 2015 Federico Beffa <beffa@fbengineering.ch>
 ;;; Copyright © 2020 Timothy Sample <samplet@ngyro.com>
+;;; Copyright © 2020 Simon Tournier <zimon.toutoune@gmail.com>
 ;;;
 ;;; This file is part of GNU Guix.
 ;;;
@@ -121,7 +122,7 @@ version REVISION."
                         (haddock-flags ''())
                         (tests? #t)
                         (test-target "test")
-                        (parallel-build? #t)
+                        (parallel-build? #f)
                         (configure-flags ''())
                         (extra-directories ''())
                         (phases '(@ (guix build haskell-build-system)

base-commit: 7269a591361138ac6fc122d465e45e2b8c4944be
-- 
2.28.0


^ permalink raw reply related	[flat|nested] 32+ messages in thread

end of thread, other threads:[~2020-10-15 12:39 UTC | newest]

Thread overview: 32+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-12-23  5:23 Staging freeze Leo Famulari
2016-12-23  6:00 ` John Darrington
2016-12-26 18:16   ` Leo Famulari
2016-12-27 23:56 ` Leo Famulari
2016-12-28  4:13   ` Leo Famulari
2016-12-28  9:17     ` John Darrington
2016-12-29 17:16       ` Leo Famulari
2016-12-29 17:51       ` Ludovic Courtès
2016-12-29 18:42         ` Leo Famulari
2016-12-31 11:12           ` Ludovic Courtès
2017-01-04  8:45 ` Leo Famulari
2017-01-04 22:31   ` Ludovic Courtès
2017-01-07 11:50     ` Let’s fix build failures on ‘staging’! Ludovic Courtès
2017-01-07 17:15       ` Fix python-pygpgme FTBFS [was Re: Let’s fix build failures on ‘staging’!] Leo Famulari
2017-01-07 21:31         ` Ludovic Courtès
2017-01-07 21:46           ` Leo Famulari
2017-01-07 17:22       ` Let’s fix build failures on ‘staging’! Leo Famulari
2017-01-07 17:35       ` Leo Famulari
2017-01-07 21:32         ` Ludovic Courtès
2017-01-07 21:46           ` Leo Famulari
2017-01-08 17:19       ` Leo Famulari
2017-01-07 18:10     ` [PATCH 1/2] Revert "gnu: Add threaded variants of fftw and fftwf for Ardour and mod-host." David Craven
2017-01-07 18:10       ` [PATCH 2/2] gnu: ardour: Add eudev dependency David Craven
2017-01-07 19:11       ` [PATCH 1/2] Revert "gnu: Add threaded variants of fftw and fftwf for Ardour and mod-host." Ricardo Wurmus
2017-01-07 22:43         ` David Craven
2017-01-07 22:45           ` David Craven
2017-01-08 10:57             ` Ludovic Courtès
2017-01-08  7:23           ` Ricardo Wurmus
  -- strict thread matches above, loose matches on Subject: below --
2020-10-13 21:54 staging freeze Marius Bakke
2020-10-13 21:57 ` Julien Lepiller
2020-10-13 22:28   ` Marius Bakke
2020-10-15 12:33 ` zimoun

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/guix.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).