From mboxrd@z Thu Jan 1 00:00:00 1970 From: Chris Marusich Subject: Re: a GUIX_PACKAGE_PATH / modules puzzle Date: Wed, 02 May 2018 22:16:53 -0700 Message-ID: <87bmdxwc6y.fsf@gmail.com> References: <20180501223951.whoj67yv2h3t6wyl@abyayala> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:57403) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fE6c3-0004Ym-9B for guix-devel@gnu.org; Thu, 03 May 2018 01:17:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fE6c2-00074K-4O for guix-devel@gnu.org; Thu, 03 May 2018 01:17:03 -0400 Received: from mail-pg0-x232.google.com ([2607:f8b0:400e:c05::232]:46529) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fE6c1-000735-TU for guix-devel@gnu.org; Thu, 03 May 2018 01:17:02 -0400 Received: by mail-pg0-x232.google.com with SMTP id z4-v6so12265644pgu.13 for ; Wed, 02 May 2018 22:17:01 -0700 (PDT) Received: from garuda.local ([2601:602:9d02:4725:6495:ba21:1ebe:620a]) by smtp.gmail.com with ESMTPSA id w134sm19906286pfd.187.2018.05.02.22.16.58 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 02 May 2018 22:16:58 -0700 (PDT) In-Reply-To: <20180501223951.whoj67yv2h3t6wyl@abyayala> (Nils Gillmann's message of "Tue, 1 May 2018 22:39:51 +0000") 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" To: guix-devel@gnu.org --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Nils Gillmann writes: > Hi, > > I'm not sure if guile-users / -dev liste is more appropriate. If it is, l= et me know. > > I'm currently still using GUIX_PACKAGE_PATH until I got my layout all set= up. > There's an issue that I can't seem to get rid of, I'll try my best to des= cribe it now: > > I have package definitions in 2 repositories (3 to be precise, +1 WIP rep= o). Both follow > the exact same layout that can still be understood by Guix and GPP (GUIX_= PACKAGE_PATH). > > Repository 1: /home/user/src/infotropique/ports > Repository 2: /home/user/src/infotropique/pkgs > > The modules are in similar named subfolders, following the layout $REPONA= ME $CATEGORY $NAME NAME. > > I only switched to this recently, previously the "CATEGORY NAME NAME" was= located in the root of > the reository. Both repos worked this way. > > After the transition to the new layout, ports works. > pkgs however is throwing errors at me for days. I've tried moving all but= one module > out of the repo, same error. It was a simple easy, no repo-internal depen= dencies, module. > The error is always similar to https://ftp.n0.is/pub/pkgs-error.txt > > I can not share the actual repo at this moment on this mailinglist, but m= aybe the > repl message is something that someone could give me a hint, even if it's= just a > tiny bit of a "read this manpage" or something like that would help. I've= tried > debugging this for days and any help's welcome. Could this error be coming from the scheme-files procedure in (guix discovery)? It looks like that's the only place where fold-right is invoked in that module, and it seems to match up with the stack trace, unless I'm misreading it (which is possible). You might find it useful to insert some pk statements into that code to try to figure out what is being evaluated as "unspecified". My guess, which could be wrong, is that perhaps scandir* is returning an unspecified value unintentionally at some point? Someone with more experience debugging Guile code can probably provide better advice. =2D-=20 Chris --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEy/WXVcvn5+/vGD+x3UCaFdgiRp0FAlrqm0UACgkQ3UCaFdgi Rp33ehAA2f7KMkaa36UjaJMdriuPYUHJxkgiIw5+w1NblFnGLkXuNngSeYWHQVXy rTDjWKhX1IWvqvLSG1qWjEJQmXkWtkPQMH1xxpq4pd/JDu9dOZlGDuz1u0OK/1LQ LoGzJTnJVhDYnpdzMdtEWq/bs3ZJvIEDBAg+uVPNYkhnJHdhrmhOd0dh00NlhpTY LtB2NapeCnapjOv0dr+d70ROXT28uYFrQtccEiDlr+S/Zn11r7prSPU6c9KJMGfx dqGdS9Y8hU6jQkOpJFNn+T1E1y8dO8eeFaUvAQBujpqob/VscquoSQYsWmJmWcuZ 8FLOj48EBt5xieVhvOTu/O/b42gtHyoRKhClfSZDrD5OraCoclMdgSumUyHIKr2v nAliACZubd0vyL6z5hJIDp8Fiv+7PwByTOPMk7aAngQX7UQoGYgMnonzh20Y4NRF DfxwGmhNv4iYP/TKWxVWzcd9XHjEKM0bvHJ/LbzrqXYz0/5yxRztoETxI+AX4jaf ZQa0yWzBMSLm8/d/MahIEIX67ZMs6L8ON722ijTJz3KsSMwQOweK8fRryUPHl3tN uj8/wKeKZ4NdVcP/q0a1MR6GGY8kTlZUXZsIjPtwYhVAjLKlvCESUklNjIBjWq1O mpNTGbgA3H0rFlaj6plEetoLbYkaKHg0lHjb7b9VH85YIZTBaks= =X0fY -----END PGP SIGNATURE----- --=-=-=--