GNU bug report logs - #56076
guix shell -P behavior is surprising with persistent home

Previous Next

Full log

Message #20 received at 56076 <at> debbugs.gnu.org (full text, mbox):

From: Ludovic Courtès <ludo <at> gnu.org>
To: Maxime Devos <maximedevos <at> telenet.be>
Cc: Ethan Blanton <elb <at> kb8ojh.net>, 56076 <at> debbugs.gnu.org
Subject: Re: bug#56076: guix shell -P behavior is surprising with persistent
 home
Date: Tue, 28 Jun 2022 09:43:46 +0200

Hi,

Maxime Devos <maximedevos <at> telenet.be> skribis:

>> > Having to add openssl looks like a bug,
>> 
>> It is, but it’s a reasonable solution for the problem at hand.
>
> I don't think it is.

On another distro, you might have to set SSL_CERT_DIR manually.  It’s
not that big of a deal, or at least not really worse.

[...]

> My patch <https://issues.guix.gnu.org/55297> could be considered a
> work-around, but at least it's automatic for the users, users don't
> need to remember random Guix bug facts.

If we start adding such workarounds, where do we stop?  Someone will
want to have similar workarounds for TERMINFO_DIRS; do we add that to
each and every package that uses ncurses?  What about GST_PLUGIN_PATH?

So far, we’ve addressed those by special-casing a few key variables in
/etc/profile on Guix System and similarly in the file generated by the
install script on foreign distros.

Maybe we could do the same with SSL_CERT_DIR?

> Ludovic Courtès schreef op ma 27-06-2022 om 09:55 [+0200]:
>> That’s a bit of a hack to work around this venerable bug:
>> 
>>   https://issues.guix.gnu.org/22138
>> 
>> :-)
>
> Maybe yes, but there's no progress there

True, but that doesn’t mean it has to stay that way.

I understand your frustration (I really do!) and I agree that sometimes
we need workarounds when there’s no “proper” solution in sight.  Our
disagreement is about the kind of workaround in this case; I’m reluctant
to adding search path definitions to users of a library that defines it.

Thanks,
Ludo’.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.