[issue13326] make clean failed on OpenBSD

Petri Lehtinen added the comment: > + -find $(srcdir) -name '__pycache__' -print0 | xargs -0r rm -rf I'd still do it like this for portability's sake: + -find $(srcdir) -depth -name '__pycache__' -exec rm -rf {} ';' -- ___ Python tracker

[issue6434] buffer overflow in Zipfile when wrinting more than 2gig file

Miguel Hernández Martos added the comment: I think it's a dup of http://bugs.python.org/issue9720 That issue has a patch that allows the generation of zip files with >2GB files. -- nosy: +enlavin ___ Python tracker

[issue13326] make clean failed on OpenBSD

STINNER Victor added the comment: By the way, removing *.pyc and *.pyo is useless: Python 3.3 only generates such files in __pycache__: + -find $(srcdir) -name '*.py[co]' -print0 | xargs -0r rm -f + -find $(srcdir) -name '__pycache__' -print0 | xargs -0r rmdir can be simplified to

[issue13326] make clean failed on OpenBSD

Remi Pointel added the comment: > How about using the -depth option then? It's in POSIX but does OpenBSD have > it? The man page of GNU find says it has a -d option (that does the same as > -depth) for compatibility with BSD. Yes, we have this option: -depth This primary always evaluates to

[issue13330] Attempt full test coverage of LocaleTextCalendar.formatweekday

Changes by Petri Lehtinen : -- components: +Library (Lib) keywords: +needs review stage: -> patch review type: -> feature request versions: +Python 3.3 -Python 3.4 ___ Python tracker _

[issue13326] make clean failed on OpenBSD

Petri Lehtinen added the comment: Ah, I didn't think about that. How about using the -depth option then? It's in POSIX but does OpenBSD have it? The man page of GNU find says it has a -d option (that does the same as -depth) for compatibility with BSD. -- ___

[issue13326] make clean failed on OpenBSD

Remi Pointel added the comment: Please see this: http://bugs.python.org/issue8665 http://hg.python.org/cpython/rev/5468f3aee4ae/ -- ___ Python tracker ___ _

[issue13329] Runs normal as console script but falls as CGI

Petri Lehtinen added the comment: How are you running the CGI script? Are you sure that the PYTHONIOENCODING environment variable isn't set by the HTTP server? -- nosy: +petri.lehtinen ___ Python tracker

[issue13326] make clean failed on OpenBSD

Petri Lehtinen added the comment: I mean that this should be enough to close this issue: - -find $(srcdir) -name '__pycache__' -exec rmdir {} '+' + -find $(srcdir) -name '__pycache__' -exec rmdir {} ';' That is, use ';' instead of the unportable '+' instead of changing all cleaning

[issue13308] fix test_httpservers failures when run as root

Petri Lehtinen added the comment: Whoops, posted the previous message to a totally wrong issue. Who was it thag introduced tabbed browsing? -- ___ Python tracker ___ __

[issue13308] fix test_httpservers failures when run as root

Petri Lehtinen added the comment: I mean that this should be enough to close this issue: - -find $(srcdir) -name '__pycache__' -exec rmdir {} '+' + -find $(srcdir) -name '__pycache__' -exec rmdir {} ';' That is, use ';' instead of the unportable '+' instead of changing all cleaning

[issue13326] make clean failed on OpenBSD

Remi Pointel added the comment: > According to the man page, find -print0 and xargs -r are also GNU extensions. > Even though they work on OpenBSD (do they?), they could still break on some > platforms. Yes, it works fine, but you're allright. > As find -exec cmd {} ';' is already used for e

[issue13298] Result type depends on order of operands for bytes and bytearray

Nick Coghlan added the comment: We can just use this one - it was more in the nature of a question "is there anything we want to change about the status quo?" than a request for any specific change. I'm actually OK with buffer API based interoperability, but if we're going to offer that, we

[issue13328] pdb shows code from wrong module

Changes by Petri Lehtinen : -- nosy: +petri.lehtinen ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue13327] Update utime API to not require explicit None argument

Petri Lehtinen added the comment: +1 on making the second arg optional. -- nosy: +petri.lehtinen ___ Python tracker ___ ___ Python-bu

[issue13326] make clean failed on OpenBSD

Petri Lehtinen added the comment: According to the man page, find -print0 and xargs -r are also GNU extensions. Even though they work on OpenBSD (do they?), they could still break on some platforms. As find -exec cmd {} ';' is already used for everything but __pycache__, I'd rather only chan

[issue13308] fix test_httpservers failures when run as root

Charles-François Natali added the comment: > You should change "issue #" with the real issue number now that > there's an issue for this :) Done :-) -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ P

[issue13298] Result type depends on order of operands for bytes and bytearray

Petri Lehtinen added the comment: > Note that .join() has a slightly different behaviour: > > >>> b"".join([bytearray(), b""]) > b'' > >>> bytearray().join([bytearray(), b""]) > bytearray(b'') > >>> b"".join([bytearray(), memoryview(b"")]) > Traceback (most recent call last): > File "", line

<    1   2