From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: failing packages Date: Tue, 06 Oct 2015 13:38:32 +0200 Message-ID: <87612kns5j.fsf@gnu.org> References: <20151006124812.3e2c2f3f@debian-netbook> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:49147) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZjQZn-0003fG-PK for guix-devel@gnu.org; Tue, 06 Oct 2015 07:38:36 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZjQZm-0005Mw-MR for guix-devel@gnu.org; Tue, 06 Oct 2015 07:38:35 -0400 In-Reply-To: <20151006124812.3e2c2f3f@debian-netbook> (Efraim Flashner's message of "Tue, 6 Oct 2015 12:48:12 +0300") 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: Efraim Flashner Cc: guix-devel@gnu.org Efraim Flashner skribis: > I've been looking at hydra.gnu.org a bit at some of the failing packages = to > see what is causing them to fail. This list is far from complete, and is > based on eval #107275 on hydra. Thanks for looking into it! > bwa: > fails on non-x86_64 targets. > This package is part of bioinformatics.scm so it may not be intended for > non-x86_64 targets. Pjotr, Ricardo: could you look into this and other bioinfo packages that Efraim mentions? Probably just a matter of adjusting =E2=80=98supported-platforms=E2=80=99. > gprolog: > armhf: configure: error: unsupported architecture This one is simple: remove ARM from =E2=80=98supported-platforms=E2=80=99. > guile-ncurses: > guix refresh -l guile-ncurses: no dependant packages > The first failure was after ncurses was updated from 5.9 to 6.0. Currentl= y I > don't see ncurses 5.9 when I search in guix, so we're left with either > waiting for guile-ncurses 2.7 to be released or reimplementing ncurses 5.= 9 if > we want it now. Yes, this should be reported to bug-guile-ncurses@gnu.org (I could do it if nobody beats me.) > ibus-libpinyin: > fails on all targets with the following error during the configure phase: > configure.ac:130: warning: macro 'AM_GLIB_GNU_GETTEXT' not found in libra= ry > autoreconf: > running: /gnu/store/7zdchnk3sl66wqf2a7pis7ahwf4f1dr1-autoconf-2.69/bin/au= toconf > --force configure.ac:130: error: possibly undefined macro: AM_GLIB_GNU_GE= TTEXT > I leave it as an exercise to the audience to figure out what's missing :) Weird. That macro might be part of GLib. Ricardo? > I forget the exact reason I started writing this email, but I think the p= lan > was to point out that some build failures on hydra should be not too hard= to > fix, and some just need some extra help on armhf/mips64el to compile > correctly. If we think of hydra more as a build test system and only > secondarily for providing binary substitues then checking the failures and > trying to fix them becomes more obvious, and not just for when its someth= ing > we wanted built. Yes, we must fight bitrot. As you note, sometimes it is difficult, but often it can be fairly simple, so we should all try to address some of the issues. Thanks, Ludo=E2=80=99.