Re: curl, MIRRORED.BY, and paths.

["Kevin A. McGrail" <km...@apache.org>]

Here are my notes for disabling it if it helps.  You might also be able to
uninstall something like perl-local-lib too.


DONE - #DISABLE Local::Lib to stop installations of perl modules from ONLY
working for one user.  We want them on the whole box
  unset PERL5LIB PERL_MB_OPT PERL_LOCAL_LIB_ROOT PERL_MM_OPT ## set at
login by default
  rm -r ~/perl5  ## Created at login if it doesn't exist
  echo PERL_HOMEDIR=0 > ~/.perl-homedir ## To prevent the next login from
imposing it

Hth, KAM

On Sun, Oct 25, 2020, 19:03 L A Walsh <sa...@tlinx.org> wrote:

> On 2020/10/25 13:00, Bill Cole wrote:
> > A common source of such problems is widespread adoption of the
> > local::lib module which creates a per-user Perl library tree for each
> > user of CPAN, even root. If that's not disabled, it can result in
> > independent module trees with different versions of the same modules,
> > one of which is used by the system (e.g. by cron) and the others by
> > individual users in interactive sessions.
> >
> ---
>     Thanks for the heads up.  I see evidence of it having been a
> probably cause
> of problems in the past, but as part of debugging this problem, I had
> reinstall
> CPAN and reran its config script.  It asked me about the local-storage
> and I
> disabled it.  However, the local-lib (~/.local/Share) had been in use
> before
> that -- I have a feeling that some distro package migrated prefs from
> the original
> to the local (grrr..).
>
>     That said, it was due to something similar that I need to figure out
> a solution for. I've fixed it for now, but it's a timebomb waiting to
> happen
> again. -- separating it out since it seems "surprising" -- i.e. not what
> one might expect... (split installation)....
>