[issue6802] build fails on Snow Leopard

[Ronald Oussoren]

Ronald Oussoren  added the comment:

The default value for the -arch flag changed in SL. It used to be the  
same as the output of the arch command (i386 on intel systems) and now  
is x86-64.

I'll create a patch for configure to automaticly detect the right value.

As a workaround you can build a universal build (--enable- 
universalsdk=/)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6805] Should be URL for documentation of current release of Python 3 (without version)

[Georg Brandl]

Georg Brandl  added the comment:

The "current" 3k docs are at docs.python.org/py3k.

--
resolution:  -> out of date
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6803] Context manager docs refer to contextlib.contextmanager as contextlib.contextfactory

[Georg Brandl]

Georg Brandl  added the comment:

Thanks, fixed in r74588.

--
resolution:  -> fixed
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6807] No such file or directory: 'msisupport.dll' in msi.py

[pds]

New submission from pds :

Investigating the issue #6716 I reported earlier, I've been trying to
build Windows MSI installer package of Python 3.1 on my own.
I checked out the svn source, built things with Visual C++ 2008 Express
Edition, and tried to make MSI package in Tools\msi directory.
When I run Tools\msi\msi.py in Tools\msi directory, the following error
occurs:

Traceback (most recent call last):
  File "msi.py", line 178, in 
if msilib.pe_type(dll_path) != msilib.pe_type("msisupport.dll"):
  File "E:\python31svnbuild\Tools\msi\msilib.py", line 665, in pe_type
header = open(path, "rb").read(1000)
IOError: [Errno 2] No such file or directory: 'msisupport.dll'

It seems that msilib.pe_type("msisupport.dll") is called before
msisupport.dll is created.
I read msi.py and learned that msilib.pe_type("msisupport.dll") (line
178) is executed before os.system("nmake /nologo /c /f msisupport.mak")
(line 372) is executed in add_ui(), which is called at line 1299.
So I made a patch to make msi.py to see if the file "msisupport.dll"
exists, and if it does, check if the dll is for the correct architecture.

--
components: Installation
files: patch.txt
messages: 92086
nosy: pds
severity: normal
status: open
title: No such file or directory: 'msisupport.dll' in msi.py
type: behavior
versions: Python 3.1
Added file: http://bugs.python.org/file14806/patch.txt

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6801] symmetric_difference_update documentation fix

[Georg Brandl]

Georg Brandl  added the comment:

Fixed in r74590.

--
nosy: +georg.brandl
resolution:  -> fixed
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6802] build fails on Snow Leopard

[Joshua Root]

Joshua Root  added the comment:

Noting for completeness that:
 * 3.0.1 behaves the same as 3.1.1 (works without --enable-framework).
 * 2.5.4 fails with 'cc1: error: unrecognized command line option "-Wno-
long-double"'. Once this is removed from the configure script, it then 
fails in mactoolboxglue.c due to missing Carbon functions, whether or 
not it was configured with --enable-framework. Using --disable-toolbox-
glue and not using --enable-framework allows the build to succeed. Using 
--disable-toolbox-glue and --enable-framework causes a failure involving 
struct rusage in posixmodule.c. Adding "#define _DARWIN_C_SOURCE" to 
pyconfig.h fixes this, but then there's the same "file is not of 
required architecture" failure seen in later versions.
 * 2.4.6 behaves the same as 2.5.4 apart from not needing the 
_DARWIN_C_SOURCE addition.
 * None of the failures are affected by /opt/local/bin's presence or 
absence in my PATH.

--
versions: +Python 2.4, Python 2.5, Python 3.0

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6801] symmetric_difference_update documentation fix

[R. David Murray]

R. David Murray  added the comment:

OK, so in r74578 Tarek added the pipe but didn't update this case, and
in r74590 Georg deleted the pipe that Tarek added...

--
nosy: +r.david.murray
status: closed -> open

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6802] build fails on Snow Leopard

[Jesse Noller]

Jesse Noller  added the comment:

I'll note I am not doing framework builds, however people have run into 
problems with non framework builds and macports/old versions of gettext.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6808] python 3.1 documentation tutorial classes

[Tom Morse]

New submission from Tom Morse :

Thank you for the most excellent documentation and notes on classes in
python:
http://docs.python.org/3.1/tutorial/classes.html

I found the following minor typos and provide feedback on the above web
page:

1. Where "unpacked again" occurs there is no reference to any first
unpacking so that was confusing to me.  I had the impression that if
"again" was omitted it was vaguely understandable.

2. Typo: where "of instances of c" occurs, "of c" should be "of C"

--
assignee: georg.brandl
components: Documentation
messages: 92091
nosy: georg.brandl, tom_morse
severity: normal
status: open
title: python 3.1 documentation tutorial classes
versions: Python 3.1

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6802] build fails on Snow Leopard

[Mitchell Hashimoto]

Changes by Mitchell Hashimoto :


--
nosy: +mitchellh

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6802] build fails on Snow Leopard

[Preston Kutzner]

Changes by Preston Kutzner :


--
nosy: +grdnwsl

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6802] build fails on Snow Leopard

[Ronald Oussoren]

Ronald Oussoren  added the comment:

The attached patch (configure-in-sl.patch) fixes the build issue on SL,
I haven't committed the patch yet because it needs testing on 10.5/10.4.

NOTE: the patch touches configure.in without also patching configure. 
Therefore you need to run 'autoconf' after applying the patch.

NOTE2: the patch is for the trunk (2.7), I'll port the patch to the other 
branches (2.6, 3.2 and 3.1) after testing it on 10.5.

--
keywords: +patch
resolution:  -> accepted
Added file: http://bugs.python.org/file14807/configure-in-sl.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6801] symmetric_difference_update documentation fix

[Georg Brandl]

Georg Brandl  added the comment:

Oops, that was a bit uncoordinated :)

I saw the new bug report in my inbox, and decided to look at what might
be wrong despite the somewhat meager description, and already saw the
"fixed" version and fixed it again.

Anyway. I think the unfixed, and now reverted, version is the better
one, first because the description talks about "either" and "both"
implying only two sets participating, and second because the method form
also supports only one argument, indicating that the case of multiple
sets or'ed together as the second operand of ^ is not a common one.

--
resolution: fixed -> wont fix
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6801] symmetric_difference_update documentation fix

[Tarek Ziadé]

Tarek Ziadé  added the comment:

Well, in that case I don't understand how it is different from
difference_update() ?

The doc says : 

set -= other | ...

suggesting that you can pipe several sets with -=,
exactly like what you can do with ^=.

The same applies with |=.

In other words, this whole section is unclear in 
what "other" is, and why we have "others" sometimes.
(eg a set or a several sets piped together for example)

--
assignee: tarek -> 

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6526] importlib.import_module affects permissions of .pyc files subsequently created by import

[Brett Cannon]

Brett Cannon  added the comment:

Turns out the failure is because I have simply been opening bytecode 
files for writing using _io.FileIO(..., 'w') which just uses the OS's 
default permissions. Guess that won't cut it anymore. =)

So does this mean I am expected to chmod the bytecode file to have 
matching read and write bits to the source but no execution bits 
regardless of the source file? And what about writing new bytecode 
files? I am not about to ignore permissions and simply write over files 
just because I can as someone could have set them independently of 
Python to be read-only.

Let me know that I am doing the right thing, David.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6526] importlib.import_module affects permissions of .pyc files subsequently created by import

[R. David Murray]

R. David Murray  added the comment:

Well, the problem with asking me what the right thing to do is that I
think the old behavior of just using the default os umask makes the most
sense.  I think we should figure out who made the original change in
behavior and ask them what the right thing is to do and why.  I'll see
if I can dig up the 'who' tomorrow.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5639] Support TLS SNI extension in ssl module

[Daniel Black]

Daniel Black  added the comment:

patch against TRUNK (2.7) with self tests and doco. Essentially the same
code as pdp with a SSLv2 check before using the SNI extension.

Contains some spacing cleanups that where highlighted by vim.

--
nosy: +grooverdan
Added file: 
http://bugs.python.org/file14808/python-HEAD-74602-ssl_client_sni.path

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5639] Support TLS SNI extension in ssl module

[Daniel Black]

Daniel Black  added the comment:

py3k version

--
Added file: http://bugs.python.org/file14809/python-3K-74602-ssl_client_sni.path

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5639] Support TLS SNI extension in ssl module

[Daniel Black]

Changes by Daniel Black :


--
versions: +Python 2.7, Python 3.2 -Python 2.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5639] Support TLS SNI extension in ssl module

[Daniel Black]

Daniel Black  added the comment:

current self tests cannot fully test the existence of the SNI extension
as there is no server side support.

This client script run with argument sni.velox.ch will show the "Great!
Your client its ClientHello: sni.velox.ch" on the output.

--
nosy: +janssen
type:  -> feature request
Added file: http://bugs.python.org/file14810/pytest.py

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5639] Support TLS SNI extension in ssl module

[Daniel Black]

Daniel Black  added the comment:

The small deficiency with these patches is that the specified
server_hostname is almost always the hostname that is used in the socket
pair of connect. Is it appropriate to grab the hostname value and use it
in the SNI extension header?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6788] codecs.open on Win32 does not force binary mode

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc  added the comment:

I think your test is invalid: it creates the file in "w" mode, so \n are 
written as two bytes \r\n on the disk.
codecs.open just reads them back.

--
nosy: +amaury.forgeotdarc
resolution:  -> invalid
status: open -> pending

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6809] Python string.lstrip bug?

[Andrew Liu]

New submission from Andrew Liu :

A simple lstrip on the following causes an extra character to be
stripped, as per the below. Tried on 2.6.1 and on 2.4.3, as below.

Python 2.6.1 (r261:67515, Feb 27 2009, 02:54:13)
[GCC 4.3.2 20081105 (Red Hat 4.3.2-7)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> a = "contact_work_phone_no"
>>> a.lstrip("contact")
'_work_phone_no'
>>> a.lstrip("contact_")
'work_phone_no'
>>> a = "contact_city"
>>> a.lstrip("contact_")
'ity'
>>> a.lstrip("con")
'tact_city'
>>> a.lstrip("contact")
'_city'
>>> a.lstrip("contact_")
'ity'
>>>


Python 2.4.3 (#1, Mar 14 2007, 19:01:42)
[GCC 4.1.1 20070105 (Red Hat 4.1.1-52)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> a = "contact_city"
>>> a.lstrip("contact_")
'ity'
>>>

--
components: Build
messages: 92102
nosy: mushywushy
severity: normal
status: open
title: Python string.lstrip bug?
type: behavior
versions: Python 2.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6801] symmetric_difference_update documentation fix

[Georg Brandl]

Georg Brandl  added the comment:

> Well, in that case I don't understand how it is different from
> difference_update() ?

It's different from difference_update because that takes multiple
arguments. The operator form shows an equivalent and therefore shows how
to write an equivalent of the method with multiple arguments.

> suggesting that you can pipe several sets with -=,
> exactly like what you can do with ^=.

Of course you can put multiple or'ed sets on the right of ^=, but then
you can put every expression there.

> In other words, this whole section is unclear in 
> what "other" is, and why we have "others" sometimes.
< (eg a set or a several sets piped together for example)

I've fixed two other descriptions in r74603, it should be consistent now.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6809] Python string.lstrip bug?

[Mark Dickinson]

Mark Dickinson  added the comment:

This is not a bug:  the argument to lstrip effectively specifies a set 
of characters to be removed;  in your example, 'c' is in that set, so 
the 'c' at the beginning of city gets removed.  'i' is not in that set, 
so it stays. 

lstrip(...)
S.lstrip([chars]) -> string or unicode

Return a copy of the string S with leading whitespace removed.
If chars is given and not None, remove characters in chars instead.

--
nosy: +marketdickinson
resolution:  -> invalid
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com