[issue1533164] Installed but not listed *.pyo break bdist_rpm

Martin v. Löwis added the comment: > What is the goal of bdist_rpm? I haven't seen that stated explicitly > anywhere, but I assume the goal is to make a fair attempt to easily > create usable RPMs for some software already using distutil, > acknowledging that it might not work in all cases (beca

[issue1355826] shutil.move() does not preserve ownership

Changes by Akira Kitada : -- type: -> feature request versions: +Python 2.6, Python 2.7, Python 3.0, Python 3.1 -Python 2.4 ___ Python tracker ___

[issue4843] make distutils use shutil

Akira Kitada added the comment: 'ignore' was introduced in Python 2.6 but distutils has to keep Python 2.3 compatible. See: http://bugs.python.org/issue5052 So I guess you have to wait some more years before dropping distutils.dir_util and distutils.file_util. -- nosy: +akitada _

[issue1533164] Installed but not listed *.pyo break bdist_rpm

Mads Kiilerich added the comment: Martin, What is the goal of bdist_rpm? I haven't seen that stated explicitly anywhere, but I assume the goal is to make a fair attempt to easily create usable RPMs for some software already using distutil, acknowledging that it might not work in all cases (beca

[issue5067] Error msg from using wrong quotes in JSON is unhelpful

Raymond Hettinger added the comment: +1 on Steven's request for a better error message. +1 on Beni's request for looser input requirements for better interoperability with Python's repr. OTOH, I've never found it hard to write: s.replace("'", '"'). -- assignee: -> bob.ippolito nosy:

[issue2636] Regexp 2.7 (modifications to current re 2.2.2)

Matthew Barnett added the comment: issue2636-features-5.diff includes: Bugfixes Added \G anchor (from Perl). \G is the anchor at the start of a search, so re.search(r'\G(\w)') is the same as re.match(r'(\w)'). re.findall normally performs a series of searches, each starting where the previous

[issue5067] Error msg from using wrong quotes in JSON is unhelpful

Cherniavsky Beni added the comment: Perhaps it should not be an error at all? The default should probably stay strict to the spec, but IMHO the module should provide an optional lenient parsing mode that also accepts single quotes. Why support single quotes and not any other imaginable deviati

[issue4214] no extension debug info with msvc9compiler.py

Changes by Akira Kitada : -- assignee: -> tarek components: +Windows nosy: +tarek ___ Python tracker ___ ___ Python-bugs-list mailing

[issue4459] bdist_rpm assumes python

Akira Kitada added the comment: There are two options for that in bdist_rpm. --python path to Python interpreter to hard-code in the .spec file (default: "python") --fix-python hard-code the exact path to the current Python i

[issue5391] mmap: read_byte/write_byte and object type

Hirokazu Yamamoto added the comment: Patch attached. read_byte and write_byte use integer as byte, and other bytes related cleanup. -- keywords: +patch Added file: http://bugs.python.org/file13215/py3k_mmap_and_bytes.patch ___ Python tracker

[issue5373] TypeError when '\x00' in docstring

Georg Brandl added the comment: Looks good. (Alternately, you could also set tp_doc to NULL in the embedded \0 case.) ___ Python tracker ___ __

[issue5019] Specifying common controls DLL in manifest

Robin Dunn added the comment: Thanks for the code. I've verified your findings and I've also converted nested to an extension module and built it with distutils and was still able to make it correctly load the themed common controls when imported from Python, however I had to hack distutils a l

[issue4967] Bugs in _ssl object read() when a buffer is specified

Benjamin Peterson added the comment: Ok, will leave as is. -- versions: -Python 3.0, Python 3.1 ___ Python tracker ___ ___ Python-bug

[issue5373] TypeError when '\x00' in docstring

Changes by Alexandre Vassalotti : Removed file: http://bugs.python.org/file13213/remove_null_restriction_on_classdoc.diff ___ Python tracker ___ _

[issue4967] Bugs in _ssl object read() when a buffer is specified

Antoine Pitrou added the comment: No, and since I don't how to test it out of running the io-c branch on test_ssl and test_poplib, I'd recommend not backporting it unless an SSL expert takes a look. ___ Python tracker _

[issue5373] TypeError when '\x00' in docstring

Changes by Alexandre Vassalotti : Added file: http://bugs.python.org/file13214/remove_null_restriction_on_classdoc.diff ___ Python tracker ___ ___

[issue5373] TypeError when '\x00' in docstring

Alexandre Vassalotti added the comment: Here is a patch that removes the restriction. -- keywords: +patch priority: -> normal stage: -> patch review type: compile error -> behavior Added file: http://bugs.python.org/file13213/remove_null_restriction_on_classdoc.diff

[issue5370] unpickling vs. __getattr__

Mike Meyer added the comment: The args attribute gets created by __init__ and nothing in the class removes it. I don't think it's unreasonable for the class to expect the attribute to not vanish on it. Possibly it should be spelled __args (or declared private :-), but neither of those would make

[issue5373] TypeError when '\x00' in docstring

Alexandre Vassalotti added the comment: The motivation behind the restriction was to prevent the tp_doc member to get truncated. Since tp_doc is a C string, it cannot contains embeded null bytes. However, it seems tp_doc is not used at all for heap types. So, I don't mind lifting the restrictio

[issue4967] Bugs in _ssl object read() when a buffer is specified

Benjamin Peterson added the comment: Applied the patch to py3k in r70072. Do you have a trunk backport? ___ Python tracker ___ ___ Python-bugs-

[issue5396] os.read not handling O_DIRECT flag

New submission from Eduardo Aguiar : At posixmodule.c (line 6306) static PyObject * posix_read(PyObject *self, PyObject *args) { int fd, size, n; PyObject *buffer; if (!PyArg_ParseTuple(args, "ii:read", &fd, &size)) return NULL; if (size < 0) {

[issue4136] merge json library with latest simplejson 2.0.x

Bob Ippolito added the comment: They are essentially the same except the relative imports are changed to use . syntax, simplejson._speedups is changed to _json, simplejson is changed to json, .format strings are used, and the test suite changes slightly. I can add fixing that struct function

[issue5395] array.fromfile not checking I/O errors

New submission from Eduardo Aguiar : At arraymodule.c (line 1258): nread = fread(item + (Py_SIZE(self) - n) * itemsize, itemsize, n, fp); if (nread < (size_t)n) { Py_SIZE(self) -= (n - nread);

[issue1533164] Installed but not listed *.pyo break bdist_rpm

Martin v. Löwis added the comment: > I've read the thread while working in the patch, > and comment #28 explains that brp-python-bytecompile is called over > the rpms and requires pyo files within the file list. Sure, I'm not objecting. I claim that the patch might be insufficient, and that br

[issue3618] possible deadlock in IO library (Lib/io.py)

Benjamin Peterson added the comment: 2009/2/28 Antoine Pitrou : > > Antoine Pitrou added the comment: > > I don't know. The RLock is a lot slower than the normal non-recursive > variation, on the other hand I'm not sure we care about performance of > the Python version that much. Opinions welco

[issue5238] ssl makefile never closes socket

Changes by Benjamin Peterson : -- assignee: -> janssen nosy: +janssen ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubsc

[issue3618] possible deadlock in IO library (Lib/io.py)

Antoine Pitrou added the comment: I don't know. The RLock is a lot slower than the normal non-recursive variation, on the other hand I'm not sure we care about performance of the Python version that much. Opinions welcome. ___ Python tracker

[issue1407] [performance] Too many closed() checkings

Antoine Pitrou added the comment: Closing, as I don't think there's any point trying to micro-optimize the Python version. -- resolution: later -> wont fix status: open -> closed ___ Python tracker

[issue2385] run_setup can fail if the setup script uses __file__

Changes by Tarek Ziadé : -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.p

[issue5394] Distutils in trunk does not work with old Python (2.3 - 2.5)

Tarek Ziadé added the comment: right, this code is not covered by tests. I'll apply your patch, and add a test case for that. -- priority: -> high ___ Python tracker ___ ___

[issue4010] configure options don't trickle down to distutils

Akira Kitada added the comment: Updated issue4010 to honor os.environ['CPPFLAGS']. Added file: http://bugs.python.org/file13212/issue4010.diff ___ Python tracker ___

[issue4010] configure options don't trickle down to distutils

Changes by Akira Kitada : Removed file: http://bugs.python.org/file12954/issue4010.diff ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue2200] find_executable fails to find .bat files on win32

Changes by Akira Kitada : -- assignee: -> tarek components: +Windows nosy: +tarek ___ Python tracker ___ ___ Python-bugs-list mailing

[issue2941] Propagate define to resurce mingw32 compile

Changes by Akira Kitada : -- assignee: -> tarek components: +Windows nosy: +tarek type: -> compile error ___ Python tracker ___ ___ P

[issue2698] Extension module build fails for MinGW: missing vcvarsall.bat

Changes by Akira Kitada : -- assignee: -> tarek components: +Windows nosy: +tarek type: -> compile error ___ Python tracker ___ ___ P

[issue1294959] Problems with /usr/lib64 builds.

Akira Kitada added the comment: 3rd party C modules are put in site-packages, so just having importer of 64-bit python look at lib64-dynload is not enough for solving this. To work around this problem, I did some hacks on my local Python to look at lib and lib64. It worked, but just as belopols

[issue4565] Rewrite the IO stack in C

Benjamin Peterson added the comment: These StringIO bugs should be dealt with: #5264 #5265 #5266 ___ Python tracker ___ ___ Python-bugs-list m

[issue4565] Rewrite the IO stack in C

Changes by Benjamin Peterson : -- dependencies: +Duplicate UTF-16 BOM if a file is open in append mode, utf-16 BOM is not skipped after seek(0) ___ Python tracker ___ ___

[issue4967] Bugs in _ssl object read() when a buffer is specified

Benjamin Peterson added the comment: I'm no ssl expert either, but the patch looks fine to me. -- nosy: +benjamin.peterson ___ Python tracker ___

[issue1407] [performance] Too many closed() checkings

Benjamin Peterson added the comment: Does io in C help with this? -- nosy: +benjamin.peterson ___ Python tracker ___ ___ Python-bugs-l

[issue4579] .read() and .readline() differ in failing

Benjamin Peterson added the comment: I'm going to close this as a duplicate of #4996 (same fix), which will be fixed when we merge the io-c branch. -- nosy: +benjamin.peterson resolution: -> duplicate status: open -> closed ___ Python tracker

[issue3618] possible deadlock in IO library (Lib/io.py)

Benjamin Peterson added the comment: Yes, this is solved in the io-c branch. Antoine, do you think we should switch _pyio to use the RLock? -- nosy: +benjamin.peterson ___ Python tracker ___

[issue4565] Rewrite the IO stack in C

Changes by Benjamin Peterson : -- dependencies: +possible deadlock in IO library (Lib/io.py) ___ Python tracker ___ ___ Python-bugs-lis

[issue4565] Rewrite the IO stack in C

Benjamin Peterson added the comment: I just fixed the last failing test_io. (I'm listing as dependencies issues we can close after the branch is merged.) -- dependencies: +BufferedWriter non-blocking overage, io.TextIOWrapper calls buffer.read1() _

[issue4263] BufferedWriter non-blocking overage

Benjamin Peterson added the comment: This has been cured in the io-c branch. -- nosy: +benjamin.peterson ___ Python tracker ___ ___ Py

[issue4996] io.TextIOWrapper calls buffer.read1()

Benjamin Peterson added the comment: In the io-c branch, read1() is now a member of BufferedIOBase. ___ Python tracker ___ ___ Python-bugs-list

[issue5394] Distutils in trunk does not work with old Python (2.3 - 2.5)

New submission from Akira Kitada : As written in its README, "Distutils must remain compatible with 2.3", but it isn't. Attached patch fixes this. -- assignee: tarek components: Distutils files: python23_compat.diff keywords: patch messages: 82920 nosy: akitada, tarek severity: normal st

[issue2848] Remove mimetools usage from the stdlib

Changes by Benjamin Peterson : -- priority: critical -> normal ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: h

[issue4474] PyUnicode_FromWideChar incorrect for characters outside the BMP (unix only)

Mark Dickinson added the comment: Good catch! Added defined(SIZEOF_WCHAR) to the testcapi code as well, and removed the change to PC/pyconfig.h, since we don't need it any more... Added file: http://bugs.python.org/file13210/unicode_fromwidechar_surrogate-7.patch ___

[issue1975] signals not always delivered to main thread, since other threads have the signal unmasked

Guido van Rossum added the comment: Hm, I'm not sure why Adam brought up readline. The behavior is certainly guaranteed (I put that guarantee in myself long ago :-) and it should be fixed. I have no opinion about the proposed patch, since I cannot test this and have long lost sufficient unders

[issue5393] cmath.cos and cmath.cosh have "nResult" typo in help

Mark Dickinson added the comment: Fixed in the trunk in r70062. Thanks for the report! -- nosy: +marketdickinson resolution: -> fixed status: open -> closed ___ Python tracker

[issue5392] stack overflow after hitting recursion limit twice

Antoine Pitrou added the comment: This is probably due to the recursion overflow recovery code in py3k, which has a hard-wired constant of 50 somewhere :-) (is setting the recursion limit so low a requirement for your application? or were you just experimenting with it? as Georg said, it's not

[issue5393] cmath.cos and cmath.cosh have "nResult" typo in help

New submission from Michael Newman : cmath.cos and cmath.cosh have "nResult" typo in their help text. """ Python 3.0.1 (r301:69561, Feb 13 2009, 20:04:18) [MSC v.1500 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> import cmath >>> help(cmath.c

[issue1975] signals not always delivered to main thread, since other threads have the signal unmasked

John Levon added the comment: Surely readline is irrelevant anyway. The Python spec guarantees behaviour, and that guarantee is currently broken. ___ Python tracker ___ __

[issue5377] Strange behavior when performing int on a Decimal made from -sys.maxint-1

Changes by Mark Dickinson : -- type: behavior -> feature request ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue5377] Strange behavior when performing int on a Decimal made from -sys.maxint-1

Mark Dickinson added the comment: The behaviour doesn't contradict the documentation, as far as I can tell, so I agree with Terry that this is not a bug. If we want the result from the built-in int function to have type int whenever possible (that is, whenever the result is in the closed in

[issue5391] mmap: read_byte/write_byte and object type

Hirokazu Yamamoto added the comment: I think more *bytes* cleanup is needed for mmap module documentation & implementation. (and other modules?) Especially mmap.find() and its friends. >>> import mmap >>> m = mmap.mmap(-1, 10) >>> m[:] = b"0123456789" >>> m.find(b'2') 2 >>> m.find('2') # XXX: a

[issue5377] Strange behavior when performing int on a Decimal made from -sys.maxint-1

STINNER Victor added the comment: @tjreedy: Do you expect conversion to small int if __int__() result fits in a small int? class A: def __int__(self): return 1L x=int(A()) print repr(x), type(x) Result with Python 2.5.1: 1L ___ Pyth

[issue5391] mmap: read_byte/write_byte and object type

STINNER Victor added the comment: loewis> Furthermore, all other uses of the "c" code might loewis> need to be reconsidered. $ grep 'BuildValue.*"c"' */*c Modules/_cursesmodule.c:return Py_BuildValue("c", rtn); Modules/mmapmodule.c: return Py_BuildValue("c", value); $ grep '_Par

[issue5392] stack overflow after hitting recursion limit twice

Georg Brandl added the comment: I can reproduce that (with the same limits) on Linux here. It doesn't happen with 2.6. (Although it is technically not a crash but a controlled abort().) -- nosy: +georg.brandl ___ Python tracker

[issue5392] stack overflow after hitting recursion limit twice

Changes by Benjamin Peterson : -- nosy: +loewis, pitrou ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue5391] mmap: read_byte/write_byte and object type

Changes by Hirokazu Yamamoto : -- versions: -Python 3.0 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://

[issue1733986] mmap.mmap can overrun buffer

Hirokazu Yamamoto added the comment: Fixed in r70056(trunk) and r70057(py3k). -- resolution: -> fixed status: open -> closed ___ Python tracker ___ __

[issue1533164] Installed but not listed *.pyo break bdist_rpm

Tarek Ziadé added the comment: I've read the thread while working in the patch, and comment #28 explains that brp-python-bytecompile is called over the rpms and requires pyo files within the file list. plus: http://fedoraproject.org/wiki/Packaging/Python#Including_pyos Now, if some defines i

[issue5392] stack overflow after hitting recursion limit twice

New submission from Gabriel Genellina : Set sys.setrecursionlimit to 50 or lower. Then, the second time the recursion limit is reached, the interpreter crashes with a stack overflow. This happens both with released 3.0.1 and the py3k branch, on Windows. At least on my PC, 51 appears to be the m

[issue5391] mmap: read_byte/write_byte and object type

Martin v. Löwis added the comment: Furthermore, all other uses of the "c" code might need to be reconsidered. ___ Python tracker ___ ___ Python

[issue5391] mmap: read_byte/write_byte and object type

Martin v. Löwis added the comment: Indeed, I think it should use the "b" code, instead of the "c" code. Please discuss this on python-dev, though. It might not be ok to backport this to 3.0, since it may break existing code. -- nosy: +loewis ___ Pyt

[issue5391] mmap: read_byte/write_byte and object type

New submission from Hirokazu Yamamoto : On Python3000, mmap.read_byte returns str not bytes, and mmap.write_byte accepts str. Is this intended behavior? >>> import mmap >>> m = mmap.mmap(-1, 10) >>> type(m.read_byte()) >>> m.write_byte("a") >>> m.write_byte(b"a") Maybe another possibility. rea

[issue5386] mmap can crash with write_byte

Hirokazu Yamamoto added the comment: Fixed in r70052(trunk), r70053(py3k). -- resolution: -> fixed status: open -> closed ___ Python tracker ___

[issue5389] Uninitialized variable may be used in PyUnicode_DecodeUTF7Stateful()

Antoine Pitrou added the comment: Hmm, I know nothing about UTF7... Anyway, looking at the code, the utf7Error code path can be called from the following places (trunk line numbers): - line 1595, and startinpos was set three lines before - a bunch of places in the "if (inShift) { ... }" chunk b

[issue4136] merge json library with latest simplejson 2.0.x

Martin v. Löwis added the comment: > simplejson maintains Python 2.4+ compatibility, but json maintains 2.6+. > I could produce another patch that manually removes these few remaining > nits if it's necessary. I don't quite understand this: isn't json/decoder.py and simplejson/decoder.py essent

[issue1533164] Installed but not listed *.pyo break bdist_rpm

Martin v. Löwis added the comment: Tarek, I think you committed too quickly. Please consider my comments. ___ Python tracker ___ ___ Python-

[issue1533164] Installed but not listed *.pyo break bdist_rpm

Martin v. Löwis added the comment: See comment 1 in https://bugzilla.redhat.com/show_bug.cgi?id=236535 It might be that this patch still doesn't solve the problem, namely if there are non-library .py files in the distribution. They get compiled by brp-python-bytecompile, but the byte code file

[issue5389] Uninitialized variable may be used in PyUnicode_DecodeUTF7Stateful()

Georg Brandl added the comment: I can't see at the moment how the unicode_decode_call_errorhandler call can be made without startinpos being previously set to some value. Antoine, maybe you can verify? -- assignee: -> pitrou nosy: +georg.brandl, pitrou

[issue1533164] Installed but not listed *.pyo break bdist_rpm

Changes by Tarek Ziadé : ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python

[issue1533164] Installed but not listed *.pyo break bdist_rpm

Changes by Tarek Ziadé : -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue1533164] Installed but not listed *.pyo break bdist_rpm

Tarek Ziadé added the comment: Done in r70049 and r70051. Thanks for everyone's help ! ___ Python tracker ___ ___ Python-bugs-list mailing

[issue5378] adding --quiet to bdist_rpm

Tarek Ziadé added the comment: done in r70049 and r70051 -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing

[issue5390] Item 'Python x.x.x' in Add/Remove Programs list still lacks an icon

Martin v. Löwis added the comment: I did not backport the fix to 2.5.4, so that release doesn't have it fixed. Since the 2.5 branch is now closed, no changes will be made to it. For 2.6.1 and 3.0.1, it works fine for me. See the attached screenshot. Added file: http://bugs.python.org/file13209

[issue5390] Item 'Python x.x.x' in Add/Remove Programs list still lacks an icon

Retro added the comment: I noticed this by installing the Python 2.5.4 and Python 2.6.1 and Python 3.0.1 binaries. Please fix these issues if you can. ___ Python tracker ___ _

[issue4136] merge json library with latest simplejson 2.0.x

Martin v. Löwis added the comment: The one thing that IMO needs to be decided before this can be accept is the version compatibility: what Python versions must this code stay compatible with? That decision then needs to be implemented. Apart from this (and the additional minor comments below),