From mboxrd@z Thu Jan 1 00:00:00 1970 From: Julien Lepiller Subject: bug#22138: Search paths of dependencies are not honored Date: Tue, 26 Nov 2019 13:00:55 +0100 Message-ID: <3EB63F9F-2885-4A59-B945-CE8011778017@lepiller.eu> References: <87bn9yk5mf.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:48026) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iZZXn-0001bw-7B for bug-guix@gnu.org; Tue, 26 Nov 2019 07:02:12 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iZZXh-0002Wp-Aj for bug-guix@gnu.org; Tue, 26 Nov 2019 07:02:11 -0500 Received: from debbugs.gnu.org ([209.51.188.43]:44710) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iZZXe-0002UT-7q for bug-guix@gnu.org; Tue, 26 Nov 2019 07:02:03 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1iZZXe-0001pJ-4W for bug-guix@gnu.org; Tue, 26 Nov 2019 07:02:02 -0500 In-Reply-To: <87bn9yk5mf.fsf@gnu.org> Sender: "Debbugs-submit" Resent-Message-ID: List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: 22138@debbugs.gnu.org See https://issues=2Eguix=2Egnu=2Eorg/issue/22138 I'm not sure what the implications would be=2E Your results look good and = I think it's close enough to what we need=2E Now, to get SSL_CERT_DIR to be= defined, we simply need a ssl cert dir to be present in the profile, which= is what users expect=2E I would argue that we could simply add every possible variable to the prof= ile, it wouldn't make much of a difference, but if you feel using only runt= ime dependencies is better, I won't argue against it=2E It's fine with me, = even if it seems more complicated than it needs to be=2E As a user, I have control over the content of my profile=2E When I have so= me file in it, I expect it to be "functional" in the sense that it contribu= tes something to the functionalities of the profile=2E Not setting a variab= le when we could makes the file non-functional, since it can't be used dire= ctly=2E Currently, one needs to add another non-functional package to the p= rofile (like opennsl), which doesn't contribute anything except metadata=2E If I have a package in my profile that adds an unrelated file (eg=2E a pyt= hon library), and it is not desirable, I think we should rather fix the pac= kage to add a separate output for that library, rather than restricting the= set of environment variables=2E