From debbugs-submit-bounces@debbugs.gnu.org Mon Aug 05 12:31:32 2019 Received: (at 22138) by debbugs.gnu.org; 5 Aug 2019 16:31:32 +0000 Received: from localhost ([127.0.0.1]:35763 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1huftT-0008Gu-QW for submit@debbugs.gnu.org; Mon, 05 Aug 2019 12:31:32 -0400 Received: from lepiller.eu ([89.234.186.109]:35866) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1huftR-0008Gk-Oi for 22138@debbugs.gnu.org; Mon, 05 Aug 2019 12:31:30 -0400 Received: from lepiller.eu (localhost [127.0.0.1]) by lepiller.eu (OpenSMTPD) with ESMTP id 465d2675; Mon, 5 Aug 2019 16:31:27 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=lepiller.eu; h=date :in-reply-to:references:mime-version:content-type :content-transfer-encoding:subject:to:cc:from:message-id; s= dkim; bh=nKKFvTSdnC6gFrIoREMKO/Cs4+A=; b=O0EbkcABURiTS//ivBP3Kph 6/tlka5HiQZaPCHDWwfiiMnmzyH09LnzkQjlsX3do766/tWhs0JDGcIXb8Vx7gAf KjjNIbJjsM4tkLP4mW1GDPyxk5azBaNXq1kABioUY3vyxD2BI1gG9cbnFAxcflVE 6mhNX+NjrIq073Pkckx49DEcxs3m3RDCwSGSkPfMiToqljW8RDn2m6lNzs2KCNdv MmviY0Uq5I4N7CBGjKNhQcdsGEcId51oECrJsqFoddnuSfrUxGBKym/45SNHVbCj CFUSgnbipSXZW+QUxdr81zQ7xf+ngH7lF0uMB6EkepfiQm1VKtkStdDbynfXFhA= = DomainKey-Signature: a=rsa-sha1; c=nofws; d=lepiller.eu; h=date :in-reply-to:references:mime-version:content-type :content-transfer-encoding:subject:to:cc:from:message-id; q=dns; s=dkim; b=ZCXLU837tA7CKPEx8+BVF/zjr0cDPhjfo4O9k5OsCKSMKcu1ePcYs OQBMnigSBfHS/QROItD9vU9T52p2KBx2wHk7qkxlkbuBYIhOQcsIuJrbIsES7/rv XMmgdMASBKdF7/ET9AvhXnUby7bH509TNf2PzqWRQ7dEKIwL/UMw1P7JiACKQ+IX mUAHmk1UD8wpR+R3Nro3vEpg7RD1BJmLlC1fLSkb4a+iHxfiP6+i1PB21cthtwsP foL58pH+TtMp5dGQDnQomJPeWASHq2iediSujqYQvybagFr13OzR1t+6GLYP64aL iHrTss85GKvWHj8uVJ3xpMxm5GQjoFhsg== Received: by lepiller.eu (OpenSMTPD) with ESMTPSA id c2bf4a32 (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256:NO); Mon, 5 Aug 2019 16:31:26 +0000 (UTC) Date: Mon, 05 Aug 2019 18:31:15 +0200 User-Agent: K-9 Mail for Android In-Reply-To: <87ftmfa8cp.fsf@netris.org> References: <87bn9yk5mf.fsf@gnu.org> <20190801221206.17965136@sybil.lepiller.eu> <87ftmfa8cp.fsf@netris.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: bug#22138: Search paths of dependencies are not honored To: Mark H Weaver From: Julien Lepiller Message-ID: X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 22138 Cc: 22138@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Le 5 ao=C3=BBt 2019 18:23:55 GMT+02:00, Mark H Weaver a = =C3=A9crit : >Hi Julien, > >Julien Lepiller writes: > >> Hi, I've been looking at our current code and would like to propose >the >> attached patch for that issue=2E >> >> From cfd2c229087166ab4cc0a9e2bdb72c8b393bcdd5 Mon Sep 17 00:00:00 >2001 >> From: Julien Lepiller >> Date: Thu, 1 Aug 2019 22:09:38 +0200 >> Subject: [PATCH] guix: Recursively honor search paths of >dependencies=2E >> >> * guix/packages=2Escm (all-transitive-inputs) >> (package-all-transitive-inputs) >> (package-all-transitive-native-search-paths): New procedures=2E >> * guix/profiles=2Escm (package->manifest-entry): Use >> package-all-transitive-native-search-paths to generate manifest >search >> paths=2E > >As I recall this kind of solution has been proposed in the past and >rejected=2E It's a reasonable suggestion, but I personally think that it >goes too far, because it would include a great many packages whose code >is nowhere to be found in the resulting profile=2E For example, it would >include documentation generators used to build man pages, and the >compilers that were used to build those documentation generators, etc, >all the way back to the early bootstrap binaries=2E > >Having said this, I agree that there is a longstanding problem in Guix >with search-paths not including enough packages in its calculation=2E >We've known about this problem for a long time, but as far as I know we >have not yet found a satisfactory solution=2E > >Our current hacky workaround for problems like this has been to set >certain environment variables unconditionally in /etc/profile=2E For >example, you'll see that MANPATH, INFOPATH, XDG_DATA_DIRS, >XDG_CONFIG_DIRS, XCURSOR_PATH, DICPATH, and GST_PLUGIN_PATH are all set >there=2E See 'operating-system-etc-service' in (gnu system) for the >relevant code=2E > >At the very least, I think we should wait for input from Ludovic before >applying anything along these lines=2E > >Anyway, thanks for looking into it and making the proposal=2E > > Best, > Mark Tgis patch doesn't add any dependency to any package, since it doesn't rec= ord any more stone paths than without=2E It indeed defines more variables t= han needed, but isn't that ok?