From mboxrd@z Thu Jan  1 00:00:00 1970
From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=)
Subject: Re: 'guix-build' returns 'unknown package', Bison's testsuite fails
Date: Sat, 26 Jan 2013 22:03:08 +0100
Message-ID: <87ip6jejxv.fsf@gnu.org>
References: <87sj5ot7he.fsf@karetnikov.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Return-path: <bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([208.118.235.92]:43308)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <ludo@gnu.org>) id 1TzCu8-0006I6-N2
	for bug-guix@gnu.org; Sat, 26 Jan 2013 16:03:14 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <ludo@gnu.org>) id 1TzCu6-0003EQ-Mg
	for bug-guix@gnu.org; Sat, 26 Jan 2013 16:03:12 -0500
Received: from mail2-relais-roc.national.inria.fr ([192.134.164.83]:39729)
	by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <ludo@gnu.org>)
	id 1TzCu6-0003CZ-Gn
	for bug-guix@gnu.org; Sat, 26 Jan 2013 16:03:10 -0500
In-Reply-To: <87sj5ot7he.fsf@karetnikov.org> (Nikita Karetnikov's message of
	"Sat, 26 Jan 2013 08:10:31 -0500")
List-Id: Bug reports for GNU Guix <bug-guix.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/bug-guix>,
	<mailto:bug-guix-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/bug-guix>
List-Post: <mailto:bug-guix@gnu.org>
List-Help: <mailto:bug-guix-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/bug-guix>,
	<mailto:bug-guix-request@gnu.org?subject=subscribe>
Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org
Sender: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org
To: Nikita Karetnikov <nikita@karetnikov.org>
Cc: bug-guix@gnu.org

Hi,

Nikita Karetnikov <nikita@karetnikov.org> skribis:

>   1. 'guix-build' doesn't work for new packages; it returns
>      "<package>: unknown package."  I'm using the '-e' option as a
>      workaround, but it's not very convenient.

=E2=80=98guix-build=E2=80=99 searches all modules under gnu/packages; in th=
ose modules,
it searches all the public variables that match =E2=80=98package?=E2=80=99,=
 and finally
compares against their =E2=80=98name=E2=80=99 field.

Could it be that your package is not in a public variable?

>      For instance, if I copy the recipe for 'sed' to 'newsed.scm', then
>      replace 'sed' with 'newsed' in that file, and try to build it via
>      'guix-build newsed', it will return the mentioned error message.

That=E2=80=99s expected: what matters it the =E2=80=98name=E2=80=99 field o=
f the =E2=80=98<package>=E2=80=99
instance, not the name of the file that defines it.

>   2. Bison's testsuite fails and I'm not able to fix it.  So I'd like to
>      disable it because I want to test 'gobject-introspection'.  Why
>      doesn't '(arguments `(#:tests? #f))' disable the testsuite?

Can you provide more details?  It appears to build for me as
/nix/store/2kdr905aj5kkm0mrwjqxsgv6zvmh2y0j-bison-2.6.1 (x86_64-linux).

> These issues may seem unrelated, but there is a similarity: My changes
> have no effect.  I've just replaced 'gnu/packages/bison.scm' with an
> empty file, but 'guix-build bison' doesn't raise any errors.  Is it
> related?

Actually, there=E2=80=99s an evil bug.  =E2=80=98guix-build=E2=80=99 & co. =
do this:

  GUILE_LOAD_COMPILED_PATH=3D"@guilemoduledir@:$GUILE_LOAD_COMPILED_PATH"
  export GUILE_LOAD_COMPILED_PATH

So if you=E2=80=99ve run =E2=80=98make install=E2=80=99 before, the install=
ed modules will
prevail over the non-installed ones.

I=E2=80=99ll see how to fix it.  In the meantime, you can, ahem, run
=E2=80=98make uninstall=E2=80=99 or =E2=80=98make install=E2=80=99...

Thanks,
Ludo=E2=80=99.