On Fri, Mar 21, 2014 at 01:23:53PM +0100, Piotr Ożarowski wrote:
> [Barry Warsaw, 2014-03-19]
> > TL;DR: Let's re-enable the ensurepip module in Python 3.4, and possibly
> >address some usability issues. We should descend en masse on Montreal
> > and
> >stage a revolt at Pycon. :)
>
> IM
On Mar 26, 2014, at 10:42 AM, Donald Stufft wrote:
>> But also, -I should imply this new option for full isolation.
>
>Not sure about this, I don’t think I saw the original discussion but it looks
>like -I is to prevent the user from injecting malicious code (so it removes
>env vars, the user site
[Barry Warsaw, 2014-03-26]
> I do think this would require a --dont-blame-us switch analogous to
> -s/$PYTHONNOUSERSITE. We'd want to recommend adding that switch to shebang
> lines for system services and scripts, much like we already do with -Es. For
> complete isolation, -I should imply this n
On Mar 26, 2014, at 04:12 AM, Bohuslav Kabrda wrote:
>This really starts to look like we should all join one mailing list and
>discuss this in one thread :) What about the pypa ML? I guess joining one
>more ML is worth this...
Yep, I think pypa is probably the right mailing list to take this to.
On Mar 26, 2014, at 10:35 AM, Barry Warsaw wrote:
> On Mar 26, 2014, at 09:24 AM, Donald Stufft wrote:
>
>> In my half formed idea in my head the way it’d work is there’d be a
>> vendor-packages directory where downstream can install things to, and a flag
>> to the interpreter to remove the typ
On Mar 26, 2014, at 09:24 AM, Donald Stufft wrote:
>In my half formed idea in my head the way it’d work is there’d be a
>vendor-packages directory where downstream can install things to, and a flag
>to the interpreter to remove the typical site-packages. So then you’d get
>something like:
>
>p
On Mar 26, 2014, at 12:15 AM, Scott Kitterman wrote:
>If I've install a package and it's upgraded (this is for the system, not for
>any kind of virtualized/isolated environment), I would find it quite
>surprising and unfortunate that it upgraded itself from an external source.
IMO, if you've apt-
On Mar 26, 2014, at 02:16 PM, Piotr Ożarowski wrote:
>then --dont-blame-us has to mean removing /usr/local from sys.path
Right.
-Barry
--
To UNSUBSCRIBE, email to debian-python-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https:
On Mar 26, 2014, at 9:16 AM, Piotr Ożarowski wrote:
> [Donald Stufft, 2014-03-26]
>> On Mar 26, 2014, at 9:12 AM, Piotr Ożarowski wrote:
>>> [Barry Warsaw, 2014-03-25]
One of the things I'd like to see, in addition to supporting
platform-specified system-level installation directories
[Donald Stufft, 2014-03-26]
> On Mar 26, 2014, at 9:12 AM, Piotr Ożarowski wrote:
> > [Barry Warsaw, 2014-03-25]
> >> One of the things I'd like to see, in addition to supporting
> >> platform-specified system-level installation directories
> >> (i.e. /usr/local/lib/pythonX.Y/dist-packages on Debi
On Mar 26, 2014, at 9:12 AM, Piotr Ożarowski wrote:
> [Barry Warsaw, 2014-03-25]
>> One of the things I'd like to see, in addition to supporting
>> platform-specified system-level installation directories
>> (i.e. /usr/local/lib/pythonX.Y/dist-packages on Debian), is an upstream
>> switch
>> to
[Barry Warsaw, 2014-03-25]
> One of the things I'd like to see, in addition to supporting
> platform-specified system-level installation directories
> (i.e. /usr/local/lib/pythonX.Y/dist-packages on Debian), is an upstream switch
> to tell Python to ignore this directory, mirroring e.g. -s. That w
[Robert Collins, 2014-03-26]
> On 26 March 2014 17:15, Scott Kitterman wrote:
> > On Tuesday, March 25, 2014 15:29:06 Barry Warsaw wrote:
> >> On Mar 25, 2014, at 03:19 PM, Donald Stufft wrote:
> >> >I assume once someone has installed pip with apt-get they'd still be able
> >> >to run pip install
- Original Message -
> On Mar 21, 2014, at 04:30 AM, Bohuslav Kabrda wrote:
> I'd still like something like that. On Debian, Python adds a /usr/local
> directory to sys.path, but it's not /usr/local/lib/pythonX.Y/site-packages,
> it's .../dist-packages for reasons we've long hashed out and
14 matches
Mail list logo
