[issue10147] Python Documentation bugs

[Boštjan Mejak]

Boštjan Mejak  added the comment:

All the words that Georg Brandl fixed for this issue are okay as they stand.
Please leave them as they are written. Thank you.

On Fri, Oct 22, 2010 at 1:19 AM, Marc-Andre Lemburg
wrote:

>
> Marc-Andre Lemburg  added the comment:
>
> Éric Araujo wrote:
> >
> > Éric Araujo  added the comment:
> >
> > Adjectives require hyphens but nouns do not.  “thread-safety” should be
> reverted to “thread safety”.  I haven’t searched for a grammar 
> reference,
> but you can take Wikipedia as an example: “Thread safety is a computer
> programming concept applicable in the context of multi-threaded programs. A
> piece of code is thread-safe if it functions correctly during simultaneous
> execution by multiple threads.”
>
> Are you sure ?
>
> http://en.wikipedia.org/wiki/English_compound#Types_of_compound_nouns
>
> This appears to be more a question of personal style than a
> grammar rule.
>
> --
> nosy: +lemburg
>
> ___
> Python tracker 
> 
> ___
>

--
Added file: http://bugs.python.org/file19333/unnamed

___
Python tracker 

___All the words that Georg Brandl fixed for this issue are okay as they stand. 
Please leave them as they are written. Thank you.On Fri, Oct 22, 2010 at 1:19 AM, Marc-Andre Lemburg rep...@bugs.python.org> 
wrote:

Marc-Andre Lemburg m...@egenix.com> 
added the comment:

Éric Araujo wrote:
>
> Éric Araujo mer...@netwok.org> added the comment:
>
> Adjectives require hyphens but nouns do not.  “thread-safety” should 
be reverted to “thread safety”.  I haven’t searched for a grammar 
reference, but you can take Wikipedia as an example: “Thread safety is a 
computer programming concept applicable in the context of multi-threaded 
programs. A piece of code is thread-safe if it functions correctly during 
simultaneous execution by multiple threads.”


Are you sure ?

http://en.wikipedia.org/wiki/English_compound#Types_of_compound_nouns"; 
target="_blank">http://en.wikipedia.org/wiki/English_compound#Types_of_compound_nouns

This appears to be more a question of personal style than a
grammar rule.

--
nosy: +lemburg

___
Python tracker rep...@bugs.python.org>
http://bugs.python.org/issue10147>
___

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

[issue3902] distutils does not create __init__.py for packages containing extension modules

[Éric Araujo]

Éric Araujo  added the comment:

Thanks for the report.  To the best of my knowledge, distutils never generates 
Python files, and the docs for ext_modules or ext_package don’t imply 
__init__.py will be generated.  IOW, for “pkg.foo”, you’re supposed to have 
pkg/__init__.py and pkg/foo.c.

I think this bug is invalid, or is a request for a small doc improvement.  Do 
you agree?

--
assignee: tarek -> eric.araujo
nosy: +eric.araujo -terry.reedy
title: distutils does not correctly create packages for compiled extensions -> 
distutils does not create __init__.py for packages containing extension modules

___
Python tracker 

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

[issue3902] distutils does not create __init__.py for packages containing extension modules

[Éric Araujo]

Changes by Éric Araujo :


--
Removed message: http://bugs.python.org/msg113049

___
Python tracker 

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

[issue7639] bdist_msi fails on files with long names

[Christoph Gohlke]

Christoph Gohlke  added the comment:

Creating bdist_msi installers with files such as 'aixc++' (containing '+'), 
'.buildinfo' (starting with '.'), and 'py.~1.5.~' (containing '~') currently 
also fails, even with the proposed patch. 

The revised patch should fix these cases and further improves the make_short 
function to generate short names compatible with NTFS.

--
Added file: http://bugs.python.org/file19334/msilib.diff

___
Python tracker 

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

[issue6011] python doesn't build if prefix contains non-ascii characters

[STINNER Victor]

STINNER Victor  added the comment:

> $ LC_ALL=C ./python
> Fatal Python error: Py_Initialize: Unable to get the locale encoding
> SystemError: NULL result without error in PyObject_Call
> Abandon

What is your Python version? I fixed Python 3.2, but I don't plan to fix Python 
3.1 for this problem (Python doesn't work if it is installed in a non-ascii 
directory).

--

___
Python tracker 

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

[issue7726] Remove required metadata warnings for sdist

[Éric Araujo]

Éric Araujo  added the comment:

I don’t think warnings should be removed, at least not by default.  They’re 
warnings, not errors, which is IMO a nice compromise between accepting anything 
and requiring that rules be followed.  We could add an option like 
--no-warnings in distutils2, but I’m worried people could just disable it 
globally instead of fixing the actual problems.  I’m inclined to reject this 
report.  Tarek, opinion?

Since the warnings go to stderr, you can suppress them with shell redirection, 
although I wouldn’t advise that since you could miss unrelated warnings or 
errors.  Does that cover your need?

*musing* Maybe we could revamp the required fields.  Name and version are 
required by various distutils[2] and pkgutil APIs, so not setting them will 
screw up queries or uninstallation for example.  We could make distutils2 fail 
when they’re not present.  But then, why not fail if a distribution to be 
installed has the same name+version that an already present distribution?  What 
I’m saying is that it’s better to do no checks than incomplete checks, and this 
is the realm of a distribution manager, not the underlying library, but then 
again, distutils2 provides a simple distribution manager too, so I’m not sure 
this should be in or out of it, and at which level (lib/command/manager).

(Removing Terry from nosy at his request in private email.)

--
nosy: +eric.araujo -terry.reedy

___
Python tracker 

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

[issue7726] Remove required metadata warnings for sdist

[Éric Araujo]

Changes by Éric Araujo :


--
Removed message: http://bugs.python.org/msg113019

___
Python tracker 

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

[issue1274324] 'setup.py install' fail on linux from read-only storage

[Éric Araujo]

Changes by Éric Araujo :


--
assignee:  -> eric.araujo
nosy:  -terry.reedy
versions: +Python 2.7, Python 3.1, Python 3.2

___
Python tracker 

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

[issue9167] argv double encoding on OSX

[STINNER Victor]

STINNER Victor  added the comment:

FYI, you should use ascii() instead of a.encode(\"utf8\") to dump arguments. 
It's easier to check '\u2603' than b'\xe2\x98\x83' for me :-)

So the bug is fixed in Python 3.2, great! I was thinking that we need a test 
for that, but then I remembered that I already wrote such test :-) My test 
checks 3 unicode characters: \xe9, \u20ac, \U0010; but also invalid byte 
sequences:

text = (
  b'\xff' # invalid byte
  b'\xc3\xa9' # valid utf-8 character
  b'\xc3\xff' # invalid byte sequence
  b'\xed\xa0\x80' # lone surrogate character (invalid)
)

And it should be enough :-) See test_osx_utf8() of test_cmd_line to see the 
whole test.

--

___
Python tracker 

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

[issue4032] distutils cannot recognize ".dll.a" as library on cygwin

[Éric Araujo]

Éric Araujo  added the comment:

Can you produce a patch?

(Removing Terry from nosy at his request)

--
components: +Distutils2
nosy: +eric.araujo -terry.reedy
versions: +3rd party, Python 3.2

___
Python tracker 

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

[issue4032] distutils cannot recognize ".dll.a" as library on cygwin

[Éric Araujo]

Changes by Éric Araujo :


--
Removed message: http://bugs.python.org/msg113008

___
Python tracker 

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

[issue5926] bdist_msi - add support for minimum Python version for pure Python packages

[Éric Araujo]

Éric Araujo  added the comment:

distutils is frozen, new features land into distutils2 
(http://bitbucket.org/tarek/distutils2/).  Do you want to work on a patch?

--
components: +Distutils2 -Distutils
nosy: +eric.araujo
stage:  -> needs patch
versions: +3rd party -Python 3.2

___
Python tracker 

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

[issue5936] Add MSI suport for uninstalling individual versions

[Éric Araujo]

Éric Araujo  added the comment:

“For example, if you installed a new version of Python, this would allow
you to add your already installed pure Python modules to this Python
installation by just going to Add/Remove Programs and selecting the
feature for the new version.”

Would you have to do this for every installed distribution?  Seems cumbersome.

distutils being feature-frozen, I’m reassigning to distutils2.  I’m willing to 
review a patch and test MSIs, and may even try to implement it myself to learn 
about MSI, but not before next year.

--
assignee:  -> tarek
components: +Distutils2 -Distutils
nosy: +loewis -terry.reedy
versions: +3rd party -Python 2.7, Python 3.1, Python 3.2

___
Python tracker 

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

[issue1128] msilib.Directory.make_short only handles file names with a single dot in them

[Christoph Gohlke]

Christoph Gohlke  added the comment:

The revised patch for issue7639 now generates better short names for file names 
containing spaces, '+', and leading '.'.

http://bugs.python.org/file19334/msilib.diff

Test cases that could be added to MsilibTest.test_makeshort():

TEST  :  test
TES~1.T   :  t.e.s.t
TEST~1:  .test
TESTTEST  :  testtest
TESTTE~1  :  .testtest
TESTTE~2  :  test test
TESTTE~3  :  test test test
AFILE~1.DOC   :  A file.doc
THISIS~1.TXT  :  This is a really long filename.123.456.789.txt
THISIS~1.789  :  This is a really long filename.123.456.7890
TEST__~1  :  test++
TE~1  :  te++
TEST~1.__ :  test.++
TEST.123  :  test.123
TEST~1.123:  test.1234
TEXT~1.123:  text.1234
TESTTE~1.__   :  testtest.++
FOO.TXT   :  foo.txt
FOO2~1.TXT:  foo.2.txt
SOMELO~1.TXT  :  someLongName.txt
SOMELO~2.TXT  :  someLongerName.txt
PY~15~1.~ :  py.~1.5.~

--

___
Python tracker 

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

[issue1371826] distutils is silent about multiple -I/-L/-R

[Éric Araujo]

Éric Araujo  added the comment:

Skip, do you agree with my proposal (no behavior change in d1, better behavior 
in d2) or do you think it could be confusing?

--

___
Python tracker 

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

[issue10126] test_distutils failure with --enable-shared

[Antoine Pitrou]

Antoine Pitrou  added the comment:

You broke many 2.7, 3.1 and 3.x buildbots.

--
priority: high -> critical
resolution: fixed -> 
status: closed -> open

___
Python tracker 

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

[issue5936] Add MSI suport for uninstalling individual versions

[Steven Bethard]

Steven Bethard  added the comment:

> Would you have to do this for every installed distribution?
> Seems cumbersome.

Well, the feature not being implemented yet, it's hard to tell what it would 
do. ;-) But I think the simplest approach would actually yield a dialog where 
you simply check off the versions of Python that you want the module installed 
to. (In MSI terminology, you'd be adding or removing "features".) So you 
*would* have to do this for every module you installed, but *not* for every 
(module, version) combination.

Now let's just hope that someone implements it in distutils2. ;-)

--

___
Python tracker 

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

[issue4032] distutils cannot recognize ".dll.a" as library on cygwin

[Hirokazu Yamamoto]

Hirokazu Yamamoto  added the comment:

I used to create the patch
http://bugs.python.org/file11597/experimental_distutils.patch
in #1706863, but cygwin guys wanted this code implemented
in CCygwinCompiler class (See #2445).

I think #2445 should be resolved before.

--
dependencies: +Use The CygwinCCompiler Under Cygwin

___
Python tracker 

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

[issue4032] distutils cannot recognize ".dll.a" as library on cygwin

[Hirokazu Yamamoto]

Hirokazu Yamamoto  added the comment:

Can you port that patch? I don't have cygwin installed now.

--

___
Python tracker 

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

[issue10027] os.lstat/os.stat don't set st_nlink on Windows

[Hirokazu Yamamoto]

Hirokazu Yamamoto  added the comment:

I created test branch "branches/py3k-stat-on-windows" and
committed the new patch in r85789. This achieves msg119108.
I tested this on Windows7 buildbot where symlink support
exists, it seems working correct.
http://www.python.org/dev/buildbot/all/builders/x86%20Windows7%203.x/builds/1840

--
Added file: 
http://bugs.python.org/file19335/py3k_posixpath_traverse_via_DeviceIoControl.patch

___
Python tracker 

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

[issue9289] test_long_key(test_winreg) fails on win2k + py2.x

[Hirokazu Yamamoto]

Hirokazu Yamamoto  added the comment:

I committed in r85790(release27-maint).

--
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed
title: Skip test_long_key(test_winreg) on win2k + py2.x -> 
test_long_key(test_winreg) fails on win2k + py2.x

___
Python tracker 

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

[issue10164] Add an assertBytesEqual to unittest and use it for bytes assertEqual

[R. David Murray]

Changes by R. David Murray :


--
title: Add an assertBytesMultiLineEqual to unittest and use it for bytes 
assertEqual -> Add an assertBytesEqual to unittest and use it for bytes 
assertEqual

___
Python tracker 

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

[issue10171] Ugly buttons in some Tkinter objects in Windows

[R. David Murray]

Changes by R. David Murray :


--
nosy: +gpolo

___
Python tracker 

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

[issue10172] code block has no syntax coloring

[Winston C. Yang]

New submission from Winston C. Yang :

The following code block in http://docs.python.org/tutorial/errors.html has no 
syntax coloring:

import sys

try:
f = open('myfile.txt')
s = f.readline()
i = int(s.strip())
except IOError as (errno, strerror):
print "I/O error({0}): {1}".format(errno, strerror)
except ValueError:
print "Could not convert data to an integer."
except:
print "Unexpected error:", sys.exc_info()[0]
raise

--
assignee: d...@python
components: Documentation
messages: 119382
nosy: d...@python, wcyang
priority: normal
severity: normal
status: open
title: code block has no syntax coloring
type: behavior
versions: Python 2.7

___
Python tracker 

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

[issue6011] python doesn't build if prefix contains non-ascii characters

[Éric Araujo]

Éric Araujo  added the comment:

I’m trying to build py3k on posix in a subdir called sep-build-dir-éric, with 
locale set to C.  I get these errors:
gcc [...] -DSVNVERSION="\"`LC_ALL=C svnversion ..`\"" -o Modules/getbuildinfo.o 
../Modules/getbuildinfo.c
svn: Error converting entry in directory '..' to UTF-8
svn: Can't convert string from native encoding to 'UTF-8':
svn: sep-build-dir-?\195?\169ric
[...]
gcc -pthread   -Xlinker -export-dynamic -o python Modules/python.o 
libpython3.2m.a -lpthread -ldl  -lutil   -lm  
Could not find platform dependent libraries 
Consider setting $PYTHONHOME to [:]
Fatal Python error: Py_Initialize: Unable to get the locale encoding
SystemError: NULL result without error in PyObject_Call
Aborted
make: *** [sharedmods] Error 134

--

___
Python tracker 

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

[issue9912] Fail when vsvarsall.bat produces stderr

[Éric Araujo]

Éric Araujo  added the comment:

I’d replace “created stderr” with “printed on stderr”, but otherwise 
msvc9_log.diff looks good.

distutils is feature-frozen, but I think any changes that help debugging are 
good.  Tarek, do you agree?

--

___
Python tracker 

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

[issue9912] Fail when vsvarsall.bat produces stderr

[Éric Araujo]

Changes by Éric Araujo :


--
components: +Distutils2
stage: needs patch -> patch review
versions: +3rd party -Python 3.3

___
Python tracker 

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

[issue9912] Fail when vsvarsall.bat produces stderr

[Marc-Andre Lemburg]

Marc-Andre Lemburg  added the comment:

Éric Araujo wrote:
> 
> Éric Araujo  added the comment:
> 
> I’d replace “created stderr” with “printed on stderr”, but otherwise 
> msvc9_log.diff looks good.
> 
> distutils is feature-frozen, but I think any changes that help debugging are 
> good.  Tarek, do you agree?

I hear you saying that a lot. Could you provide a reference to where
this was decided ?

--
nosy: +lemburg

___
Python tracker 

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

[issue10156] Initialization of globals in unicodeobject.c

[Stefan Krah]

Stefan Krah  added the comment:

I've verified the leak manually. The cause is that global variables in
unicodeobject.c, e.g. free_list, are used before _PyUnicode_Init() is
called. Later on _PyUnicode_Init() sets these variables to NULL, losing
the allocated memory.

Here is an example of the earliest use of free_list during
_Py_ReadyTypes (),
well before _PyUnicode_Init():


Breakpoint 1, unicode_dealloc (unicode=0x1b044c0) at Objects/unicodeobject.c:392
392 switch (PyUnicode_CHECK_INTERNED(unicode)) {
(gdb) bt
#0  unicode_dealloc (unicode=0x1b044c0) at Objects/unicodeobject.c:392
#1  0x0044fc69 in PyUnicode_InternInPlace (p=0x7fff303852b8) at 
Objects/unicodeobject.c:9991
#2  0x0044fed3 in PyUnicode_InternFromString (cp=0x568861 "__len__") at 
Objects/unicodeobject.c:10025
#3  0x004344d0 in init_slotdefs () at Objects/typeobject.c:5751
#4  0x00434840 in add_operators (type=0x7be260) at 
Objects/typeobject.c:5905
#5  0x0042eec8 in PyType_Ready (type=0x7be260) at 
Objects/typeobject.c:3810
#6  0x0042edfc in PyType_Ready (type=0x7bde60) at 
Objects/typeobject.c:3774
#7  0x0041aa5f in _Py_ReadyTypes () at Objects/object.c:1514
#8  0x004992ff in Py_InitializeEx (install_sigs=1) at 
Python/pythonrun.c:232
#9  0x0049957f in Py_Initialize () at Python/pythonrun.c:321
#10 0x004b289f in Py_Main (argc=1, argv=0x1afa010) at Modules/main.c:590
#11 0x00417dcc in main (argc=1, argv=0x7fff30385758) at 
./Modules/python.c:59
(gdb) n
411 if (PyUnicode_CheckExact(unicode) &&
(gdb) 
414 if (unicode->length >= KEEPALIVE_SIZE_LIMIT) {
(gdb) 
419 if (unicode->defenc) {
(gdb) 
423 *(PyUnicodeObject **)unicode = free_list;
(gdb) n
424 free_list = unicode;
(gdb) n
425 numfree++;
(gdb) n
411 if (PyUnicode_CheckExact(unicode) &&


A possible fix could be to initialize the globals right at the start
in main.c. Note that there are still several Unicode API functions in
main.c before PyType_Ready has been called on the Unicode type.


With the patch, Valgrind does not show the leak any longer.

--
keywords: +patch
priority: normal -> high
stage:  -> patch review
title: Memory leak (r70459) -> Initialization of globals in unicodeobject.c
Added file: http://bugs.python.org/file19336/unicode_init_globals.patch

___
Python tracker 

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

[issue1371826] distutils is silent about multiple -I/-L/-R

[Skip Montanaro]

Skip Montanaro  added the comment:

I would prefer the gcc-like behavior.  I realize there
are constraints on making changes in distutils1, so what
you propose sounds fine to me.

--
nosy: +skip.montanaro

___
Python tracker 

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

[issue1371826] distutils is silent about multiple -I/-L/-R

[Skip Montanaro]

Changes by Skip Montanaro :


--
nosy:  -skip.montanaro

___
Python tracker 

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

[issue5342] distutils removing old files, deleting unneeded old files from installed location.

[Éric Araujo]

Changes by Éric Araujo :


--
components: +Distutils2 -Distutils
nosy: +eric.araujo
versions: +3rd party -Python 3.2

___
Python tracker 

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

[issue4673] Distutils should provide an uninstall command

[Éric Araujo]

Changes by Éric Araujo :


--
dependencies: +distutils removing old files, deleting unneeded old files from 
installed location.

___
Python tracker 

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

[issue1692592] Stripping debugging symbols from compiled C extensions

[Éric Araujo]

Changes by Éric Araujo :


--
assignee:  -> tarek
components: +Distutils2 -Distutils
nosy: +eric.araujo, tarek
stage: unit test needed -> patch review
versions: +3rd party -Python 3.2

___
Python tracker 

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

[issue6011] python doesn't build if prefix contains non-ascii characters

[Éric Araujo]

Éric Araujo  added the comment:

Building in the same directory works.

--

___
Python tracker 

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

[issue4459] bdist_rpm should enable --fix-python by default

[Éric Araujo]

Éric Araujo  added the comment:

FYI, this is fixed in the new bdist_rpm2 command: 
https://bitbucket.org/tarek/pypi2rpm/changeset/ce6626df0225

--

___
Python tracker 

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

[issue808129] Change --changelog to accept files

[Éric Araujo]

Éric Araujo  added the comment:

The feature freeze does apply.  Tarek has started a standalone project to build 
RPMs; I suggest you transfer this bug to https://bitbucket.org/tarek/pypi2rpm/

Happy hacking!

--
resolution:  -> rejected
stage:  -> committed/rejected
status: open -> closed

___
Python tracker 

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

[issue10126] test_distutils failure with --enable-shared

[Barry A. Warsaw]

Changes by Barry A. Warsaw :


--
assignee: eric.araujo -> barry

___
Python tracker 

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

[issue1649329] Support for non-filesystem-based catalogs in gettext

[Éric Araujo]

Éric Araujo  added the comment:

The specific problem of gettext+eggs seems to be solved by this project: 
https://pypi.python.org/pypi/EggTranslations/

Since the egg format is not retained in distutils2, I don’t think any support 
for it should be added in the stdlib.

FWIW, I like the use of file-like objects to build Translation instances.  It’s 
easier to specify than a VFS and very versatile.

--
components:  -Distutils
stage: unit test needed -> patch review
title: gettext.py incompatible with eggs -> Support for non-filesystem-based 
catalogs in gettext
versions: +Python 3.2 -Python 2.7, Python 3.1

___
Python tracker 

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

[issue10171] Ugly buttons in some Tkinter objects in Windows

[Rafe Kettler]

Changes by Rafe Kettler :


--
components: +Windows

___
Python tracker 

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

[issue10106] missing packages

[S S]

S S  added the comment:

finally was able to figure it out.
i had another product installed, which uses python 2.4 that product during 
installation put PYTHONHOME into system variable environment. 

as soon as i either change that PYTHONHOME to my latest python path c:\python26 
everything starts working.

--

___
Python tracker 

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

[issue10126] test_distutils failure with --enable-shared

[Barry A. Warsaw]

Barry A. Warsaw  added the comment:

I believe all known failures in 2.7, 3.1, and 3.2 both with and without 
--enable-shared are now fixed.  Let's see what the buildbots say.

--
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

[issue10090] python -m locale fails on OSX

[Éric Araujo]

Changes by Éric Araujo :


--
dependencies: +locale.normalize strips "-" from UTF-8,  which fails on Mac

___
Python tracker 

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

[issue10155] Add fixups for encoding problems to wsgiref

[Éric Araujo]

Éric Araujo  added the comment:

Your patch adds a new handler, which is arguably a new feature that has to be 
rejected in a bugfix branch.

--
nosy: +eric.araujo
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

[issue10156] Initialization of globals in unicodeobject.c

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc  added the comment:

About the patch: why should _PyUnicode_Init() try to call 
_PyUnicode_InitGlobals() again?

--

___
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

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Committed with docs in r85793.

--
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

___
Python tracker 

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

[issue10115] Support accept4() for atomic setting of flags at socket creation

[Antoine Pitrou]

Antoine Pitrou  added the comment:

I've removed the accept4() call in the meantime (in r85796), so that this issue 
can be re-classified as a feature request.

--
priority: critical -> normal
title: accept4 can fail with errno 90 -> Support accept4() for atomic setting 
of flags at socket creation
type: behavior -> feature request

___
Python tracker 

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

[issue5936] Add MSI suport for uninstalling individual versions

[Martin v . Löwis]

Martin v. Löwis  added the comment:

It possible to script MSI, so that one could write a tool that manages all MSI 
files that have the multi-version feature, and add and remove them to Python 
installation in batches.

Alternatively, it would also be possible to integrate this into the Python 
installer, so that installation offers you to add a list of packages, and 
uninstallation removes all installations from the version (so that PythonXY 
could end up empty and get removed).

--

___
Python tracker 

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

[issue9935] Faster pickling of instances

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Committed in r85797.

--
resolution:  -> fixed
stage: patch review -> committed/rejected
status: open -> closed

___
Python tracker 

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

[issue10093] Warn when files are not explicitly closed

[Antoine Pitrou]

Antoine Pitrou  added the comment:

> After thinking about what warning to go with, I take back my python-dev 
> suggestion of ResourceWarning and switch to DebugWarning.

So what is your advice now?
I've thought about the DebugWarning name myself and I think it's a rather bad 
name, because many warnings are debug-related in practice. I'd just say stick 
with ResourceWarning.

--

___
Python tracker 

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

[issue10093] Warn when files are not explicitly closed

[Brett Cannon]

Brett Cannon  added the comment:

On Fri, Oct 22, 2010 at 12:49, Antoine Pitrou  wrote:
>
> Antoine Pitrou  added the comment:
>
>> After thinking about what warning to go with, I take back my python-dev
>> suggestion of ResourceWarning and switch to DebugWarning.
>
> So what is your advice now?
> I've thought about the DebugWarning name myself and I think it's a rather bad 
> name, because many warnings are debug-related in practice. I'd just say stick 
> with ResourceWarning.

That's true. And the warning hierarchy is rather shallow anyway. I'm
fine with ResourceWarning then.

--

___
Python tracker 

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

[issue9935] Faster pickling of instances

[Antoine Pitrou]

Antoine Pitrou  added the comment:

The commit broke the Windows buildbots because (un)pickling a TextIOWrapper now 
raises an exception:

>>> f = open("LICENSE")
>>> pickle.dumps(f)
b'\x80\x03c_io\nTextIOWrapper\nq\x00)\x81q\x01}q\x02X\x04\x00\x00\x00modeq\x03X\x01\x00\x00\x00rq\x04sb.'
>>> g = pickle.loads(pickle.dumps(f))
Traceback (most recent call last):
  File "", line 1, in 
AttributeError: '_io.TextIOWrapper' object has no attribute '__dict__'


It should be noted that it didn't work before, but no exception was raised. The 
result was just nonsensical:

>>> f = open("LICENSE")
>>> pickle.dumps(f)
b'\x80\x03c_io\nTextIOWrapper\nq\x00)\x81q\x01.'
>>> g = pickle.loads(pickle.dumps(f))
>>> g
Traceback (most recent call last):
  File "", line 1, in 
ValueError: I/O operation on uninitialized object


The very fact that test_multiprocessing tries to pickle a file object is 
unfortunate, and is probably a bug in itself. test_multiprocessing is known for 
pickling lots of things, since it generally transfers a whole TestCase 
instance...

--
assignee:  -> pitrou
nosy: +jnoller
status: closed -> open

___
Python tracker 

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

[issue9935] Faster pickling of instances

[Antoine Pitrou]

Antoine Pitrou  added the comment:

The difference has to do with the result of __reduce__:

With the patch:

>>> open("LICENSE").__reduce_ex__(3)
(, (,), 
{'mode': 'r'}, None, None)

Without:

>>> open("LICENSE").__reduce_ex__(3)
(, (,), None, 
None, None)

--

___
Python tracker 

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

[issue10093] Warn when files are not explicitly closed

[Marc-Andre Lemburg]

Marc-Andre Lemburg  added the comment:

I wonder why you think a warning is needed if files aren't closed explicitly. 
The fact that they get closed on garbage collection is one of the nice features 
of Python and has made programming easy for years. 

Explicitly having to close files may have some benefits w/r to resource 
management, but in most cases is not needed. I disagree that we should 
discourage not explicitly closing files. After all, this is Python, not C.

--
nosy: +lemburg

___
Python tracker 

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

[issue10093] Warn when files are not explicitly closed

[Brett Cannon]

Brett Cannon  added the comment:

But this is meant to be an optional warning; users will never see it. Me as a 
developer, I would like to know when I leave a file open as that is a waste of 
resources, plus with no guarantee of everything being flushed to disk.

Besides, the context manager for files makes the chance of leaving a file open 
a much more blaring mistake.

--

___
Python tracker 

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

[issue10173] Don't pickle TestCase instances in test_multiprocessing

[Antoine Pitrou]

New submission from Antoine Pitrou :

unittest.TestCase instances aren't supposed to be picklable, but 
test_multiprocessing does it anyway (under Windows). Here is a patch.

--
components: Tests
files: tmp.patch
keywords: patch
messages: 119407
nosy: asksol, jnoller, pitrou
priority: normal
severity: normal
stage: patch review
status: open
title: Don't pickle TestCase instances in test_multiprocessing
type: behavior
versions: Python 2.7, Python 3.1, Python 3.2
Added file: http://bugs.python.org/file19337/tmp.patch

___
Python tracker 

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

[issue10173] Don't pickle TestCase instances in test_multiprocessing

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
nosy: +michael.foord

___
Python tracker 

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

[issue10143] Update "os.pathconf" values

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
assignee:  -> jcea

___
Python tracker 

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

[issue10174] multiprocessing expects sys.stdout to have a fileno/close method.

[Simon de Vlieger]

New submission from Simon de Vlieger :

When I have replaced sys.stdin with my own file-like object and I try to do a 
multiprocessing.Pool(processes=x) I get errors about sys.stdin not having a 
fileno or close method.

For at least fileno it is described in the docs 
(http://docs.python.org/library/stdtypes.html#file-objects) that if your object 
is not a real file you should not implement it.

This happens to me on Mac OS X, I will add the traceback a bit later as I am 
currently not on my Mac.

--
components: None
messages: 119408
nosy: ikanobori
priority: normal
severity: normal
status: open
title: multiprocessing expects sys.stdout to have a fileno/close method.
versions: Python 2.6, Python 2.7

___
Python tracker 

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

[issue6011] python doesn't build if prefix contains non-ascii characters

[STINNER Victor]

STINNER Victor  added the comment:

> I’m trying to build py3k on posix in a subdir called
> sep-build-dir-éric, with locale set to C.

Ah yes, this particular use case doesn't work: r85800 should fix it. Please 
retry.

--

___
Python tracker 

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

[issue10174] multiprocessing expects sys.stdout to have a fileno/close method.

[Andreas Stührk]

Changes by Andreas Stührk :


--
nosy: +Trundle

___
Python tracker 

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

[issue10175] vs version for win32 compilation of extension modules is undocumented.

[Tom Fogal]

New submission from Tom Fogal :

I have recently attempted to install a couple third party packages 
(zope.interface and dulwech, FWIW) and encountered great difficulties.  In 
particular, the setup complained that it could not find "vcvarsall.bat".  Even 
running these setup scripts from a VC++ 2010 Express command shell gave the 
error.

Through browsing this bug database, specifically bugs 5235, 7511, and 2513, I 
have determined that the 'official' python.org binary is built with either VS 
2008 or VS 2008 Express, I'm not sure which yet, but it does not really matter.

Setting DISTUTILS_USE_SDK and MSSdk to 1 and manually running the script, as 
suggested in one of the bug reports, does get by the issue of finding 
"vcvarsall.bat".  As one might guess, this only results in a confusing error 
message during compilation (c1010070, "Failed to load and parse the manifest"), 
presumably because vs2008 binaries are not compatible with vs2010 output files.

This bug isn't so much about the incompatibility as to the difficulty in 
diagnosing the issue.  It seems that trying to figure out which VS was used to 
compile a particular version of python is stored within a puzzle of bug 
reports.  Could this be listed on the download page, e.g.:

   http://www.python.org/download/releases/2.6.6/

?  Of course, it would be ideal if multiple binaries existed, so that someone 
in my position could say, "Oh, I don't even have 2008 installed; I should go 
with the 2010-compiled version", or vice-versa.  In the absence of that, simply 
knowing which version I'll need for extension modules is nice.

--
components: Extension Modules
messages: 119410
nosy: tfogal
priority: normal
severity: normal
status: open
title: vs version for win32 compilation of extension modules is undocumented.
type: compile error
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

[issue10175] vs version for win32 compilation of extension modules is undocumented.

[Jeremy Kloth]

Changes by Jeremy Kloth :


--
nosy: +jkloth

___
Python tracker 

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

[issue9778] Make hash values the same width as a pointer (or Py_ssize_t)

[Case Van Horsen]

Case Van Horsen  added the comment:

I maintain gmpy and it needs to calculate hash values for integers, floats, and 
rationals. I converted my hash calculations to use Py_ssize_t in a 64-bit 
Windows enviroment. All my tests pass when I build Python with my previous 
patch.

In hindsight, I think I made a mistake in my previous patch by eliminating 
Py_hash_t and using Py_ssize_t/size_t. I ended up defining Py_hash_t and 
Py_uhash_t in gmpy to simplify the code and to easily support older versions of 
Python.

I will work on a patch that defines Py_hash_t and Py_uhash_t and upload it 
later this evening.

--

___
Python tracker 

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

[issue10175] vs version for win32 compilation of extension modules is undocumented.

[R. David Murray]

R. David Murray  added the comment:

If I understand correctly (I'm not a windows user or developer myself), knowing 
the bits necessary to compile extension modules is not something very many 
people need to know.  If an extension module supports Windows, there will 
generally be an installer package containing the binaries available.  If there 
isn't, chances are the extension module doesn't support Windows.

That said, improvements in the documentation is rarely a bad idea ;)

--
assignee:  -> d...@python
components: +Documentation -Extension Modules
nosy: +d...@python, r.david.murray
type: compile error -> feature request
versions: +Python 2.7, Python 3.1, 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

[issue10175] vs version for win32 compilation of extension modules is undocumented.

[Jeremy Kloth]

Jeremy Kloth  added the comment:

A quick look with Dependency Walker gives me the following:

Python 2.4,2.5 -- MSVC .NET 2003 (7.1)
Python 2.6,2.7,3.0,3.1 -- MSVC 2008 (9.0)

Note these are only for the official python.org builds.  Each version can also 
be built using other MSVC versions.  To the best of my knowledge Python 3.2 
will also be built using MSVC 2008 as 2010 support hasn't been discussed yet.

--

___
Python tracker 

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

[issue6639] turtle: _tkinter.TclError: invalid command name ".10170160"

[Alexander Belopolsky]

Alexander Belopolsky  added the comment:

I have come across the same bug.  To reproduce, run 
Demo/turtle/tdemo_round_dance.py and kill the Tk window before the "dance" 
stops. 

The mysterious command name ".10170160" is simply the generated name for the 
canvas widget - '.' + repr(id(self)).  See BaseWidget.__init__ in tkinter.

--
nosy: +belopolsky

___
Python tracker 

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

[issue9778] Make hash values the same width as a pointer (or Py_ssize_t)

[Case Van Horsen]

Case Van Horsen  added the comment:

I've uploaded a patch against the current svn trunk that:

1) Defines a Py_uhash_t as equivalent to size_t.
2) Correctly defines _PyHASH_MODULUS on Win64.
3) Replaces several PyLong_FromLong with PyLong_FromSsize_t.
4) Change typeobject/wrap_hashfunc to use Py_hash_t instead of long.
5) Change tupleobject/tuplehash to use Py_hast_t instead of long.
6) Change long/double/complex hash functions to use Py_uhash_t instead of 
unsigned long.

--
Added file: http://bugs.python.org/file19338/Py_uhash_t_patch.diff

___
Python tracker 

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

[issue10118] Tkinter does not find font

[Terry J. Reedy]

Terry J. Reedy  added the comment:

2.7 is in security-fix only mode. I am assuming that this is still a problem in 
2.7 (and possibly 3.x). It would be good to confirm this.

--
nosy: +terry.reedy
versions: +Python 2.7 -Python 2.6

___
Python tracker 

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

[issue10160] operator.attrgetter slower than lambda after adding dotted names ability

[Terry J. Reedy]

Terry J. Reedy  added the comment:

>I am not sure whether I should attach a zip/tar file with both the attachments 
>(the sample benchmark and the diff); so I'll attach the diff in a further 
>comment.

Uploading separate files with .py, .diff extensions that can be viewed in a 
browser is indeed the right thing to do.\

--
nosy: +terry.reedy

___
Python tracker 

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

[issue10172] code block has no syntax coloring

[Terry J. Reedy]

Terry J. Reedy  added the comment:

2.7 only (verified); 3.1 and 3.2 are fine.

--
nosy: +terry.reedy

___
Python tracker 

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

[issue10160] operator.attrgetter slower than lambda after adding dotted names ability

[Christos Georgi ou]

Χρήστος Γεωργίου (Christos Georgiou)  added the 
comment:

A newer version of the patch with the following changes:

- single loop in the ag->attr setup phase of attrgetter_new; interning of the 
stored attribute names
- added two more tests of invalid attrgetter parameters (".attr", "attr.")

--
Added file: http://bugs.python.org/file19339/issue10160-2.diff

___
Python tracker 

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