bug#43627: closed ([PATCH core-updates]: Add a 'append-separator?' field to the <search-path-specification> record.)

[GNU bug Tracking System]

Your message dated Thu, 20 May 2021 10:24:33 -0400
with message-id <87eee1zdni.fsf@gmail.com>
and subject line Re: [PATCH core-updates v2 1/2] guix: Add an append-separator? 
field to the <search-path-specification> record.
has caused the debbugs.gnu.org bug report #43627,
regarding [PATCH core-updates]: Add a 'append-separator?' field to the 
<search-path-specification> record.
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs@gnu.org.)


-- 
43627: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=43627
GNU Bug Tracking System
Contact help-debbugs@gnu.org with problems
> --- Begin Message ---
>
>
>
> Subject: 
>
> [PATCH core-updates]: Add a 'append-separator?' field to the <search-path-specification> record.
>
>
>
>
> Date: 
>
> Sat, 26 Sep 2020 02:11:17 -0400
>
>
>
>
> Hello Guix!
>
> These three commits extend our search-path-specification record with a
> new field, that can be used to produce a trailing separator, which can
> be useful at least with Emacs (I can think of at least another place
> where it could be used: the INFOPATH variable).
>
> It was motivated to allow defining the Emacs search path in a more
> robust way.
>
> Thanks!
>
> Maxim
>
>
>
> --- End Message ---
> --- Begin Message ---
>
>
>
> Subject: 
>
> Re: [PATCH core-updates v2 1/2] guix: Add an append-separator? field to the <search-path-specification> record.
>
>
>
>
> Date: 
>
> Thu, 20 May 2021 10:24:33 -0400
>
>
>
>
> User-agent: 
>
> Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux)
>
>
>
>
> Hi!
>
> Ludovic Courtès <ludo@gnu.org> writes:
>
> > Hi,
> >
> > Maxim Cournoyer <maxim.cournoyer@gmail.com> skribis:
> >
> >> This new field allows to specify in a search-path-specification that a
> >> trailing separator should be added to the computed value of the environment
> >> variable.  A trailing separator sometimes has the meaning that the usual
> >> builtin locations should be looked up as well as the ones explicitly
> >> specified.
> >>
> >> One use case is to specify the Emacs library paths using EMACSLOADPATH.  This
> >> allows to not embed the Emacs version in its search path specification, which
> >> has been shown to cause issues when upgrading a profile or when defining
> >> variant Emacs packages of different versions.
> >
> > Got it now.  :-)
> >
> > Leo.s patch series seems to be addressing the same issue:
> >
> >   https://issues.guix.gnu.org/47661
> >
> > Should we hold on until we.ve reviewed and acted upon #47661?  Or does
> > it have known uses apart from Emacs?
>
> The above as now been merged, obsoleting this series.  Closing!
>
> Thanks,
>
> Maxim
>
>
> --- End Message ---