From mboxrd@z Thu Jan 1 00:00:00 1970 From: Alexander Vorobiev Subject: Re: Daemon update Date: Tue, 2 Jun 2015 00:26:42 -0500 Message-ID: References: <87siasirgo.fsf@gnu.org> <87a8wy5oet.fsf@gnu.org> <877fs0k9ox.fsf@gnu.org> <87d21mhww4.fsf@gnu.org> <87r3q1bv6p.fsf@gnu.org> <87h9qvayp5.fsf@gnu.org> <871thw5zlt.fsf@gnu.org> <87iob7fbfo.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a11409ac0dea7c4051782315a Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:35721) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YzejL-0000fz-5O for guix-devel@gnu.org; Tue, 02 Jun 2015 01:27:16 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YzejJ-00047m-Tw for guix-devel@gnu.org; Tue, 02 Jun 2015 01:27:15 -0400 In-Reply-To: List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org To: =?UTF-8?Q?Ludovic_Court=C3=A8s?= Cc: guix-devel@gnu.org --001a11409ac0dea7c4051782315a Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable At first I saw the exact same error in this list: http://lists.gnu.org/archive/html/bug-guix/2014-12/msg00002.html I then pulled again, rebooted the VM just in case, reinstalled guix, and now I am seeing an error similar to the second error from that email: ERROR: gapplication - missing test plan ERROR: gapplication - exited with status 139 (terminated by signal 11?) That email had status 136 and signal 6. Thanks, Alex On Mon, Jun 1, 2015 at 3:23 PM, Alexander Vorobiev < alexander.vorobiev@gmail.com> wrote: > Yes it is, happens every time I run it (make guix-binary....). Could it b= e > custom store and/or local cache? Or wrong version of something in the > system I am using (latest Arch linux)? > > Thanks, > Alex > > On Mon, Jun 1, 2015 at 2:58 PM, Ludovic Court=C3=A8s wrote= : > >> Alexander Vorobiev skribis: >> >> > That fixed tcsh, thanks. Here is the next stop - glib (libgio), seems >> to be >> > failing its unit tests: >> > >> > .... >> > PASS: defaultvalue 80 /Default Values/GZlibCompressor >> > PASS: defaultvalue 81 /Default Values/GZlibDecompressor >> > tap-driver.sh: internal error getting exit status >> > tap-driver.sh: fatal: I/O or internal error >> > Makefile:3751: recipe for target 'defaultvalue.log' failed >> > make[8]: *** [defaultvalue.log] Error 1 >> > make[8]: Leaving directory >> > '/tmp/nix-build-glib-2.44.0.drv-0/glib-2.44.0/gio/tests' >> >> Is that deterministic? I.e., does it happen if you run the build again? >> We haven=E2=80=99t experienced it on hydra.gnu.org. >> >> Thanks, >> Ludo=E2=80=99. >> > > --001a11409ac0dea7c4051782315a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
At first I saw the exact same error in this list:

=

I then pulled again, rebooted the VM ju= st in case, reinstalled guix, and now I am seeing an error similar to the s= econd error from that email:

ERROR: gapplicat= ion - missing test plan
ERROR: gapplication - exited with status = 139 (terminated by signal 11?)

That email ha= d status 136 and signal 6.

Thanks,
Alex<= /div>

On Mon= , Jun 1, 2015 at 3:23 PM, Alexander Vorobiev <alexander.vorobi= ev@gmail.com> wrote:
Yes it is, happens every time I run it (make guix-binary....). C= ould it be custom store and/or local cache? Or wrong version of something i= n the system I am using (latest Arch linux)?

Thanks,
Alex

On Mon, Jun 1, 2015 at 2:58= PM, Ludovic Court=C3=A8s <ludo@gnu.org> wrote:
Alexander Vorobiev <alexander.vorobiev@gmail.com> skribis= :

> That fixed tcsh, thanks. Here is the next stop - glib (libgio), seems = to be
> failing its unit tests:
>
> ....
> PASS: defaultvalue 80 /Default Values/GZlibCompressor
> PASS: defaultvalue 81 /Default Values/GZlibDecompressor
> tap-driver.sh: internal error getting exit status
> tap-driver.sh: fatal: I/O or internal error
> Makefile:3751: recipe for target 'defaultvalue.log' failed
> make[8]: *** [defaultvalue.log] Error 1
> make[8]: Leaving directory
> '/tmp/nix-build-glib-2.44.0.drv-0/glib-2.44.0/gio/tests'

Is that deterministic?=C2=A0 I.e., does it happen if you run the bui= ld again?
We haven=E2=80=99t experienced it on hydra.gnu.org.

Thanks,
Ludo=E2=80=99.


--001a11409ac0dea7c4051782315a--