[Python-Dev] [RELEASED] Python 3.4.1rc1

2014-05-05 Thread Larry Hastings



On behalf of the Python development community and the Python 3.4 release 
team, I'm pleased to announce the availability of Python 3.4.1rc1.  
Python 3.4.1rc1 has over three hundred bugfixes and other improvements 
over 3.4.0. One notable change: the version of OpenSSL bundled with the 
Windows installer no longer has the "HeartBleed" vulnerability.


You can download it here:

   https://www.python.org/download/releases/3.4.1


One note: the "topics" data file for the pydoc is broken in this 
release.  This means the pydoc command and the built-in "help" will fail 
on some topics.



//arry/
___
Python-Dev mailing list
[email protected]
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com


[Python-Dev] Existence of pythonNN.zip in sys.path

2014-05-05 Thread Anthony Tuininga
Hi,

I am the author of cx_Freeze which creates "frozen" executables from Python
scripts. To this point I have been using frozen modules (compiled C) but
this has the side effect of bundling parts of Python with a cx_Freeze
release -- and this has bitten me on a number of occasions when newer
versions of Python use slightly incompatible modules. :-)

By scanning the code I discovered that Python automatically searches on
startup

/lib/pythonNN.zip

where NN is replaced by the major and minor version that is being executed.
Using this would allow me to ensure that bootstrap modules are not bundled
with cx_Freeze but acquired from the distribution that is actually using it
-- thereby eliminating the hassle noted above.

I have tested this approach and found it works flawlessly. There is,
however, no documentation that I can find for the contents of sys.path --
the documentation simply says that it is an installation default and
doesn't specify what that default is.

So my question is: can I safely make use of this "feature"? It has remained
in place since at least Python 2.6 but I don't want to assume anything.
Please advise! Thanks.

Anthony
___
Python-Dev mailing list
[email protected]
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com


Re: [Python-Dev] Existence of pythonNN.zip in sys.path

2014-05-05 Thread Paul Moore
On 5 May 2014 22:32, Anthony Tuininga  wrote:
> So my question is: can I safely make use of this "feature"? It has remained
> in place since at least Python 2.6 but I don't want to assume anything.
> Please advise! Thanks.

I believe this is a 100% supported feature of Python (since 2.6, as
you mention). Some of the zip import/run features have unfortunately
been underdocumented, and I suspect that this is simply one of those.

Paul
___
Python-Dev mailing list
[email protected]
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com


Re: [Python-Dev] Existence of pythonNN.zip in sys.path

2014-05-05 Thread Anthony Tuininga
On Mon, May 5, 2014 at 3:50 PM, Paul Moore  wrote:

> On 5 May 2014 22:32, Anthony Tuininga  wrote:
> > So my question is: can I safely make use of this "feature"? It has
> remained
> > in place since at least Python 2.6 but I don't want to assume anything.
> > Please advise! Thanks.
>
> I believe this is a 100% supported feature of Python (since 2.6, as
> you mention). Some of the zip import/run features have unfortunately
> been underdocumented, and I suspect that this is simply one of those.
>
> Paul
>

That's great news. Thanks!

Anthony
___
Python-Dev mailing list
[email protected]
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com


Re: [Python-Dev] Existence of pythonNN.zip in sys.path

2014-05-05 Thread Gregory P. Smith
On Mon, May 5, 2014 at 2:52 PM, Anthony Tuininga  wrote:

> On Mon, May 5, 2014 at 3:50 PM, Paul Moore  wrote:
>
>> On 5 May 2014 22:32, Anthony Tuininga  wrote:
>> > So my question is: can I safely make use of this "feature"? It has
>> remained
>> > in place since at least Python 2.6 but I don't want to assume anything.
>> > Please advise! Thanks.
>>
>> I believe this is a 100% supported feature of Python (since 2.6, as
>> you mention). Some of the zip import/run features have unfortunately
>> been underdocumented, and I suspect that this is simply one of those.
>>
>> Paul
>>
>
> That's great news. Thanks!
>
> Anthony
>

There is at least one caveat to using a .zip file for the standard library:
http://bugs.python.org/issue19081

Never change the .zip file in use by a running process.

-gps
___
Python-Dev mailing list
[email protected]
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com


Re: [Python-Dev] Existence of pythonNN.zip in sys.path

2014-05-05 Thread Nick Coghlan
On 6 May 2014 07:51, "Paul Moore"  wrote:
>
> On 5 May 2014 22:32, Anthony Tuininga  wrote:
> > So my question is: can I safely make use of this "feature"? It has
remained
> > in place since at least Python 2.6 but I don't want to assume anything.
> > Please advise! Thanks.
>
> I believe this is a 100% supported feature of Python (since 2.6, as
> you mention). Some of the zip import/run features have unfortunately
> been underdocumented, and I suspect that this is simply one of those.

sys.path initialisation in general is woefully underspecified and
thoroughly confusing :(

Fixing that is actually one of the motivating forces behind the proposed
startup improvements in PEP 432.

Cheers,
Nick.

>
> Paul
> ___
> Python-Dev mailing list
> [email protected]
> https://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
https://mail.python.org/mailman/options/python-dev/ncoghlan%40gmail.com
___
Python-Dev mailing list
[email protected]
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com


Re: [Python-Dev] Existence of pythonNN.zip in sys.path

2014-05-05 Thread Anthony Tuininga
Thanks. I think I can live with that restriction. :-) I do not read/write
to the same zip file in the same process.

Anthony


On Mon, May 5, 2014 at 4:10 PM, Gregory P. Smith  wrote:

>
> On Mon, May 5, 2014 at 2:52 PM, Anthony Tuininga <
> [email protected]> wrote:
>
>> On Mon, May 5, 2014 at 3:50 PM, Paul Moore  wrote:
>>
>>> On 5 May 2014 22:32, Anthony Tuininga 
>>> wrote:
>>> > So my question is: can I safely make use of this "feature"? It has
>>> remained
>>> > in place since at least Python 2.6 but I don't want to assume anything.
>>> > Please advise! Thanks.
>>>
>>> I believe this is a 100% supported feature of Python (since 2.6, as
>>> you mention). Some of the zip import/run features have unfortunately
>>> been underdocumented, and I suspect that this is simply one of those.
>>>
>>> Paul
>>>
>>
>> That's great news. Thanks!
>>
>> Anthony
>>
>
> There is at least one caveat to using a .zip file for the standard
> library: http://bugs.python.org/issue19081
>
> Never change the .zip file in use by a running process.
>
> -gps
>
___
Python-Dev mailing list
[email protected]
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com


Re: [Python-Dev] Existence of pythonNN.zip in sys.path

2014-05-05 Thread Anthony Tuininga
On Mon, May 5, 2014 at 4:16 PM, Nick Coghlan  wrote:

>
> On 6 May 2014 07:51, "Paul Moore"  wrote:
> >
> > On 5 May 2014 22:32, Anthony Tuininga 
> wrote:
> > > So my question is: can I safely make use of this "feature"? It has
> remained
> > > in place since at least Python 2.6 but I don't want to assume anything.
> > > Please advise! Thanks.
> >
> > I believe this is a 100% supported feature of Python (since 2.6, as
> > you mention). Some of the zip import/run features have unfortunately
> > been underdocumented, and I suspect that this is simply one of those.
>
> sys.path initialisation in general is woefully underspecified and
> thoroughly confusing :(
>
> Fixing that is actually one of the motivating forces behind the proposed
> startup improvements in PEP 432.
>
> Cheers,
> Nick.
>

Thanks for the link. I would tend to agree with your assessment. :-) I've
had to delve into the startup code a number of times to make cx_Freeze
behave itself so any help here would be much appreciated!

Anthony
___
Python-Dev mailing list
[email protected]
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: 
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com