W dniu czw, 03.05.2018 o godzinie 15∶03 +0800, użytkownik Jason Zaman
napisał:
> On Wed, May 02, 2018 at 05:42:19PM +0200, Michał Górny wrote:
> > Now that EAPI 7 is accepted and implemented in Portage, provide
> > the initial environment blacklist for coming EAPI 7 ebuilds.  The list
> > is based on existing eclasses, xdg-utils mostly.  Rationale is provided
> > in the comment above ENV_UNSET.
> 
> What about XAUTHORITY since you're doing DISPLAY?

Makes sense.

> and maybe SSH_AUTH_SOCK would make sense too?

Not sure.  Users may actually want the PM to use their SSH keys, e.g.
when accessing private git repositories.

> 
> -- Jason
> 
> > ---
> >  profiles/base/make.defaults | 10 ++++++++++
> >  1 file changed, 10 insertions(+)
> > 
> > diff --git a/profiles/base/make.defaults b/profiles/base/make.defaults
> > index bd038bebf167..c9a964360694 100644
> > --- a/profiles/base/make.defaults
> > +++ b/profiles/base/make.defaults
> > @@ -22,6 +22,16 @@ USE_EXPAND_HIDDEN="USERLAND KERNEL ELIBC ABI_MIPS 
> > ABI_PPC ABI_S390 ABI_X86 CPU_F
> >  CONFIG_PROTECT="/etc"
> >  CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf"
> >  
> > +# EAPI 7 environment variable blacklist.
> > +#
> > +# XDG_* since the values coming from user environment can collide with
> > +# ebuild-set ${HOME} (e.g. by referring to user's home directory).
> > +# We exclude XDG_DATA_DIRS & XDG_CONFIG_DIRS as those are set in env.d.
> > +#
> > +# DBUS_SESSION_BUS_ADDRESS to disconnect from user's session bus.
> > +# DISPLAY to disconnect from the user's running X server.
> > +ENV_UNSET="XDG_DATA_HOME XDG_CONFIG_HOME XDG_CACHE_HOME XDG_RUNTIME_DIR 
> > DBUS_SESSION_BUS_ADDRESS DISPLAY"
> > +
> >  # Variables that are set exclusively by the profile
> >  # and not by user configuration files.
> >  PROFILE_ONLY_VARIABLES="${PROFILE_ONLY_VARIABLES} ELIBC IUSE_IMPLICIT 
> > KERNEL USERLAND USE_EXPAND_IMPLICIT USE_EXPAND_UNPREFIXED 
> > USE_EXPAND_VALUES_ELIBC USE_EXPAND_VALUES_KERNEL USE_EXPAND_VALUES_USERLAND"
> > -- 
> > 2.17.0
> > 
> > 
> 
> 

-- 
Best regards,
Michał Górny


Reply via email to