Author barry
Recipients Anthony Sottile, Chris Billington, Ethan Smith, Ivan.Pozdeev, Peter L3, SilentGhost, __Vano, barry, brett.cannon, cheryl.sabella, christian.heimes, eric.smith, eric.snow, ionelmc, jaraco, mhammond, ncoghlan, pitrou, steve.dower, takluyver, terry.reedy, veky
Date 2019-03-07.18:03:03
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1A8BD07C-3780-435D-B784-5F628EDA1253@python.org>
In-reply-to <1551973136.09.0.645335062096.issue33944@roundup.psfhosted.org>
Content
On Mar 7, 2019, at 07:38, Steve Dower <report@bugs.python.org> wrote:
> 
> Steve Dower <steve.dower@python.org> added the comment:
> 
> There are two features here, let's be clear about what we're removing.
> 
> * extending sys.path with static (perhaps relative) directories
> * arbitrary code execution (following "import " statements)
> 
> Only Barry wants to remove the first one, and the rest of us will push back hard enough to keep him in check ;)

Not true!  I’m okay with keeping the path extension feature, albeit with improvements:

* Loading of .pth files and path extension should be expressed in verbose (`python -v`) output
* It should be possible to much more easily debug .pth file loading (I believe there is a PR for this but
  I haven’t had time to look at it yet)
* It should be possible to prevent .pth file loading, likely via interpreter switch or environment
  variable, akin to -s/-S
History
Date User Action Args
2019-03-07 18:03:03barrysetrecipients: + barry, mhammond, brett.cannon, terry.reedy, jaraco, ncoghlan, pitrou, eric.smith, christian.heimes, ionelmc, SilentGhost, __Vano, eric.snow, takluyver, steve.dower, veky, Ivan.Pozdeev, Anthony Sottile, Ethan Smith, cheryl.sabella, Chris Billington, Peter L3
2019-03-07 18:03:03barrylinkissue33944 messages
2019-03-07 18:03:03barrycreate