[issue6681] email.parser clips trailing \n of multipart/mixed part if part ends in \r\n

Barry A. Warsaw added the comment: Note that the headers in the subpart don't matter at all. I'm sure this is not a problem with MIME parsing, but with line ending issues. It might be related to mixing line endings, but we know that the email package has some line endin

[issue4953] cgi module cannot handle POST with multipart/form-data in 3.0

Barry A. Warsaw added the comment: Please, please, please contact the email-sig and help pitch in. For many reasons I simply haven't had the cycles to work on this and I don't see that happening any time soon. There are folks willing to work on the package in the email-sig and I w

[issue6844] BaseException DeprecationError raises inappropriately

Barry A. Warsaw added the comment: I agree that this is a release blocker for 2.6.3 -- nosy: +barry ___ Python tracker <http://bugs.python.org/issue6844> ___ ___

[issue6851] urllib.urlopen crashes in a thread on Snow Leopard

Barry A. Warsaw added the comment: Agreed this should be a release blocker for 2.6.3 -- nosy: +barry ___ Python tracker <http://bugs.python.org/issue6

[issue6918] ctypes compilation error on SnowLeopard

Barry A. Warsaw added the comment: Agreed this should be a release blocker for 2.6.3 -- nosy: +barry ___ Python tracker <http://bugs.python.org/issue6

[issue6864] IDLE 2.6.1 locks up on Mac OS 10.6

Barry A. Warsaw added the comment: I'm willing to leave this as a release blocker for 2.6.3, but I will re-evaluate it if no progress is made on it. -- nosy: +barry ___ Python tracker <http://bugs.python.org/i

[issue3890] ssl.SSLSocket.recv() implementation may not work with non-blocking sockets

Barry A. Warsaw added the comment: I'll make this a release blocker, but I agree a test would be useful to have. Let's try to get this in for 2.6.3. -- nosy: +barry priority: -> release blocker ___ Python tracker <http://bugs.pyth

[issue6990] threading.local subclasses don't cleanup their state and it gets recycled

Changes by Barry A. Warsaw : -- priority: -> release blocker ___ Python tracker <http://bugs.python.org/issue6990> ___ ___ Python-bugs-list mailing list Un

[issue6071] no longer possible to hash arrays

Barry A. Warsaw added the comment: Moving to deferred blocker to get this out of the way for 2.6.3 -- nosy: +barry priority: release blocker -> deferred blocker ___ Python tracker <http://bugs.python.org/iss

[issue6108] unicode(exception) behaves differently on Py2.6 when len(exception.args) > 1

Barry A. Warsaw added the comment: Since we do not yet have a patch for this, I'm knocking it off the list for 2.6.3. It seems like an annoying loss of compatibility, but do we have any reports of it breaking real-world code? -- nosy: +barry priority: release blocker -&

[issue5329] os.popen2 and os.popen3 in python 2.6 incompatible with os.popen* in python 2.5

Changes by Barry A. Warsaw : -- assignee: -> pjenvey keywords: -needs review resolution: -> accepted ___ Python tracker <http://bugs.python.org/

[issue3890] ssl.SSLSocket.recv() implementation may not work with non-blocking sockets

Barry A. Warsaw added the comment: I'd like to accept this for 2.6.3, but I'd also really like a test for this change. Giampaolo, do you think you could whip up a test for this. I know it's short notice. -- ___ Python

[issue3890] ssl.SSLSocket.recv() implementation may not work with non-blocking sockets

Barry A. Warsaw added the comment: Gaimpaolo thanks. Please give it a try. -- ___ Python tracker <http://bugs.python.org/issue3890> ___ ___ Python-bugs-list m

[issue6957] Extension modules fail to build on OS X 10.6 using python.org 2.x/3.x

Barry A. Warsaw added the comment: Please apply this for 2.6.3rc1 -- priority: -> release blocker resolution: -> accepted ___ Python tracker <http://bugs.python.org/

[issue3890] ssl.SSLSocket.recv() implementation may not work with non-blocking sockets

Barry A. Warsaw added the comment: Thanks for the feedback Giampaolo. It sounds like this patch is not yet fully baked so I'll defer it to Python 2.6.4. -- priority: release blocker -> high ___ Python tracker <http://bugs.python.or

[issue3890] ssl.SSLSocket.recv() implementation may not work with non-blocking sockets

Barry A. Warsaw added the comment: We'll need tests to include it in 2.6.3. -- priority: high -> release blocker ___ Python tracker <http://bugs.python.or

[issue3890] ssl.SSLSocket.recv() implementation may not work with non-blocking sockets

Barry A. Warsaw added the comment: Not gonna make it for 2.6.3rc1 -- priority: release blocker -> high ___ Python tracker <http://bugs.python.org/iss

[issue5949] IMAP4_SSL spin because of SSLSocket.suppress_ragged_eofs

Barry A. Warsaw added the comment: I'm afraid so. Please consider this for landing after 2.6.3 is released. -- assignee: barry -> ___ Python tracker <http://bugs.python.or

[issue7064] Python 2.6.3 / setuptools 0.6c9: extension module builds fail with KeyError

Barry A. Warsaw added the comment: yes. rc1 on 6 oct 2009 and final on 18 oct 2009 (tentative) -- ___ Python tracker <http://bugs.python.org/issue7064> ___ ___

[issue7068] 2.6.3 does not use specified compiler

Barry A. Warsaw added the comment: Tarek, please commit this fix before 2.6.4rc1 (i.e. asap :) -- priority: -> release blocker resolution: -> accepted ___ Python tracker <http://bugs.python.org/

[issue5949] IMAP4_SSL spin because of SSLSocket.suppress_ragged_eofs

Barry A. Warsaw added the comment: Sorry, 2.6.4 will be solely to remove the brown paper bag of 2.6.3 from our heads. This can go in 2.6.5 though. -- ___ Python tracker <http://bugs.python.org/issue5

[issue7064] Python 2.6.3 / setuptools 0.6c9: extension module builds fail with KeyError

Barry A. Warsaw added the comment: Tarek, Can you please look at this for 2.6.4? We might need another rc and it would be better to do that sooner rather than later. Thanks! -- priority: -> release blocker status: closed -> open ___

[issue7120] logging depends on multiprocessing

Barry A. Warsaw added the comment: Please apply this for 2.6.4rc2 -- priority: -> release blocker resolution: fixed -> accepted status: pending -> open ___ Python tracker <http://bugs.python.o

[issue7149] 2.6.4rc1 regression: test_urllib2 fails on OS X with UnboundLocalError

Barry A. Warsaw added the comment: Agreed this is a release blocker for 2.6.4rc2. I plan on tagging the release some time Saturday, probably around 1600 UTC. Do you think you can add a test and apply the patch by then? -- ___ Python tracker <h

[issue7092] Test suite emits many DeprecationWarnings when -3 is enabled

Barry A. Warsaw added the comment: Making this a deferred blocker so as not to clutter 2.6.4 release. -- nosy: +barry priority: release blocker -> deferred blocker ___ Python tracker <http://bugs.python.org/iss

[issue7152] urllib2.build_opener() skips ProxyHandler

New submission from Barry A. Warsaw : Try this: >>> from urllib2 import build_opener >>> build_opener().handlers In Python 2.4, you will see ProxyHandler as the first handler, but this handler is missing from the list in Python 2.5, 2.6, and 2.7, despite this text in

[issue7152] urllib2.build_opener() skips ProxyHandler

Barry A. Warsaw added the comment: This may end up being just a documentation issue. If the environment has http_proxy set, you do get a ProxyHandler automatically. >>> import os >>> os.environ['http_proxy'] = 'localhost' >>> from urllib2

[issue7149] 2.6.4rc1 regression: test_urllib2 fails on OS X with UnboundLocalError

Barry A. Warsaw added the comment: Ronald, please apply asap. This is the last thing I'm waiting on before I tag 2.6.4rc2. -- resolution: -> accepted ___ Python tracker <http://bugs.python.or

[issue7183] did 2.6.3 regress for some uses of the __doc__ property?

Barry A. Warsaw added the comment: I think this is caused by the fix for bug 5890 and isn't a regression. -- nosy: +barry ___ Python tracker <http://bugs.python.org/i

[issue7183] did 2.6.3 regress for some uses of the __doc__ property?

Barry A. Warsaw added the comment: Apparently this affects more than just Boost. lifeless (Robert Collins) tells me that "__doc__ becoming readonly buggered some code of ours in bzr too, IIRC". He thinks it was in pure Python (i.e. not extension code). Does anybody have a p

[issue7183] did 2.6.3 regress for some uses of the __doc__ property?

Barry A. Warsaw added the comment: Robert indicated later that this probably did /not/ affect Bazaar. -- ___ Python tracker <http://bugs.python.org/issue7

[issue7183] did 2.6.3 regress for some uses of the __doc__ property?

Barry A. Warsaw added the comment: Thanks David, that's what I suspect too (that's its a problem with extension types). Unless we get more information, I'm not inclined to hold up the 2.6.4 release for this. -- ___ Python

[issue7183] did 2.6.3 regress for some uses of the __doc__ property?

Barry A. Warsaw added the comment: After discussion on python-dev, this will not block 2.6.4 -- priority: release blocker -> high ___ Python tracker <http://bugs.python.org/iss

[issue7243] mac binary download link for 2.6.4 broken

Changes by Barry A. Warsaw : -- assignee: -> barry priority: -> high resolution: -> fixed status: open -> closed ___ Python tracker <http://bugs.pytho

[issue7301] Add environment variable $PYTHONWARNINGS

New submission from Barry A. Warsaw : It would be very useful to have an environment variable $PYTHONWARNINGS, tied to the -W option for silencing various warnings (most importantly, DeprecationWarnings). Use case: a test suite running many subprocesses, testing that those subproc output is

[issue1515] deepcopy doesn't copy instance methods

Barry A. Warsaw added the comment: Robert's patch looks fine to me. My concern is changing this in a point release (e.g. 2.6.5). I know Guido said he was fine for this going into 2.6 but that was in January 08, before 2.6 final was released in October 08. At this point, the questi

[issue1515] deepcopy doesn't copy instance methods

Barry A. Warsaw added the comment: Guido - agreed! Versions updated. -- versions: +Python 3.2 -Python 2.6 ___ Python tracker <http://bugs.python.org/issue1

[issue6895] locale._parse_localename fails when localename does not contain encoding information

Changes by Barry A. Warsaw : -- versions: +Python 2.6, Python 2.7, Python 3.2 ___ Python tracker <http://bugs.python.org/issue6895> ___ ___ Python-bugs-list mailin

[issue7513] many source files contaminated with form feed (\f) characters

Barry A. Warsaw added the comment: Emacs navigation command forward-page and backward-page. Python treats them as whitespace, so what's the problem? :) -- priority: -> low resolution: -> wont fix status: open -> closed ___ Python

[issue7490] IGNORE_EXCEPTION_DETAIL should ignore the module name

Barry A. Warsaw added the comment: @Lennart: yes, I do think you should add a test for that case. I haven't yet decided whether this should go into 2.6. -- nosy: +barry ___ Python tracker <http://bugs.python.org/i

[issue7655] PEP 374 Title usage & script redirection typo fixes

New submission from Bernard A. Badger : Change obvious usage error /chosing/choosing/ and script redirection /./>/ typos. -- assignee: georg.brandl components: Documentation files: pep-0374.txt.patch keywords: patch messages: 97383 nosy: bab9e9, georg.brandl severity: normal sta

[issue1818] Add named tuple reader to CSV module

Barry A. Warsaw added the comment: I think it would be useful to have. ___ Python tracker <http://bugs.python.org/issue1818> ___ ___ Python-bugs-list mailing list Unsub

[issue5551] os.path.ismount take a cross-device symlink for a mountpoint

New submission from Jürgen A. Erhard : Confirmed to exist in 2.6.1 (r261:67515) and 3.0 (r30:67503). Seems to have been introduced somewhere in the 2.5 timeline, as 2.4 doesn't show this bug. -- components: Library (Lib) messages: 84060 nosy: jae severity: normal status: open

[issue5551] os.path.ismount takes a cross-device symlink for a mountpoint

Jürgen A. Erhard added the comment: Microscopic typo in title fixed (stickler for details, me? ;) -- title: os.path.ismount take a cross-device symlink for a mountpoint -> os.path.ismount takes a cross-device symlink for a mountpoint ___ Pyt

[issue4773] HTTPMessage not documented and has inconsistent API across 2.6/3.0

Barry A. Warsaw added the comment: I propose that you only document the getitem header access API. I.e. the thing that info() gives you can be used to access the message headers via message['content-type']. That's an API common to both rfc822.Messages (the ultimat

[issue1974] email.MIMEText.MIMEText.as_string incorrectly folding long subject header

Barry A. Warsaw added the comment: So astoundingly, this change has deep implications. The upshot is that it's difficult to fix this so that headers look nice for e.g. Subject headers, but so that splitting and wrapping work as expected for e.g. machine readability of Received headers.

[issue1645148] MIME renderer: wrong header line break with long subject?

Changes by Barry A. Warsaw : -- assignee: cjw296 -> barry status: open -> closed ___ Python tracker <http://bugs.python.org/issue1645148> ___ ___ Pyth

[issue5610] email feedparser.py CRLFLF bug: $ vs \Z

Changes by Barry A. Warsaw : -- assignee: -> barry versions: +Python 3.1 ___ Python tracker <http://bugs.python.org/issue5610> ___ ___ Python-bugs-list mai

[issue5610] email feedparser.py CRLFLF bug: $ vs \Z

Barry A. Warsaw added the comment: I think this is a good idea. Does the existing test suite still pass with this change? For a long time, email's philosophy was to use native line endings and never expected mixed eol, and it definitely never expected mixed line endings, so we'

[issue2703] SimpleXMLRPCDispatcher.__init__ is not python2.4-backward-compatible

Barry A. Warsaw added the comment: I'm -0, but if the tests pass and Matthias wants to commit this to 2.6 and 2.7, it's fine with me. -- assignee: -> doko nosy: +barry resolution: -> accepted versions: +Python 2.7 -Python 2.5 __

[issue5724] 2.6.2c1 fails to pass test_cmath on Solaris10

Barry A. Warsaw added the comment: I'll mark this as a release blocker for 2.6.2 for now, until Mark weighs in. -- priority: -> release blocker ___ Python tracker <http://bugs.python.or

[issue5724] 2.6.2c1 fails to pass test_cmath on Solaris10

Barry A. Warsaw added the comment: We'll omit this for 2.6.2. Mark, please feel free to apply it once 2.6.2 is released so that it makes it into 2.6.3. -- priority: release blocker -> high ___ Python tracker <http://bugs.python.or

[issue5724] 2.6.2c1 fails to pass test_cmath on Solaris10

Barry A. Warsaw added the comment: Accepted for 2.6.3. -- resolution: -> accepted ___ Python tracker <http://bugs.python.org/issue5724> ___ ___ Python-

[issue5728] Support telling TestResult objects a test run has finished

Barry A. Warsaw added the comment: The patch looks fine to me, except that it's missing documentation updates. The feature and names are fine too. -- nosy: +barry ___ Python tracker <http://bugs.python.org/i

[issue5728] Support telling TestResult objects a test run has finished

Barry A. Warsaw added the comment: On Apr 15, 2009, at 7:43 PM, Robert Collins wrote: > Robert Collins added the comment: > > On Wed, 2009-04-15 at 23:19 +0000, Barry A. Warsaw wrote: >> Barry A. Warsaw added the comment: >> >> The patch looks fine to m

[issue3244] multipart/form-data encoding

Changes by Barry A. Warsaw : -- assignee: -> barry nosy: +barry ___ Python tracker <http://bugs.python.org/issue3244> ___ ___ Python-bugs-list mailing list Un

[issue5970] sys.exc_info leaks into a generator

Barry A. Warsaw added the comment: I agree with Antoine. -- versions: -Python 2.6 ___ Python tracker <http://bugs.python.org/issue5970> ___ ___ Python-bug

[issue6177] unittest.main testRunner default argument changed from None

Barry A. Warsaw added the comment: Feel free to apply this to 2.6. -- nosy: +barry resolution: -> accepted ___ Python tracker <http://bugs.python.org/iss

[issue4661] email.parser: impossible to read messages encoded in a different encoding

Barry A. Warsaw added the comment: dato: We've started some branches that try to address this, by exposing both a read-a-buncha-bytes interface and a read-a-string interface. rdm: As it turns out, yes. There are use cases for reading a string containing only ascii bytes. In general, th

[issue2622] Import errors in email.message.py

Barry A. Warsaw added the comment: The patch looks pretty good, except that you should not change test_email.py. It specifically tests the old names, while test_email_renamed.py tests the new names. There's no point in fixing Python 2.5 since there won't be another maintenance relea

[issue2622] Import errors in email.message.py

Barry A. Warsaw added the comment: Looks good; feel free to commit. -- versions: -Python 2.5 ___ Python tracker <http://bugs.python.org/issue2622> ___ ___ Pytho

[issue8739] Update to smtpd.py to RFC 5321

Changes by Barry A. Warsaw : -- versions: -Python 3.1 ___ Python tracker <http://bugs.python.org/issue8739> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue2456] Make sysmodule.c compatible with Bazaar

Changes by Barry A. Warsaw : -- resolution: -> wont fix status: open -> closed ___ Python tracker <http://bugs.python.org/issue2456> ___ ___ Python-bugs-

[issue8727] test_import failure

Barry A. Warsaw added the comment: I cannot reproduce this on Ubuntu 10.04 with current py3k (r81268), even using the boiled down example given by Antoine. What platform are you on? -- ___ Python tracker <http://bugs.python.org/issue8

[issue8727] test_import failure

Barry A. Warsaw added the comment: Thanks, Antoine filled me in on IRC just before my 'net connection went down for many hours. The good news is that I have a fix for this and will commit it in a little while. -- ___ Python tracker

[issue8727] test_import failure

Barry A. Warsaw added the comment: r81290 -- assignee: brett.cannon -> barry resolution: -> fixed status: open -> closed ___ Python tracker <http://bugs.python.o

[issue8324] add a distutils test command

Changes by Barry A. Warsaw : -- nosy: +barry ___ Python tracker <http://bugs.python.org/issue8324> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue9193] Versioned .so files

New submission from Barry A. Warsaw : As described in the thread started here: http://mail.python.org/pipermail/python-dev/2010-June/100998.html this bug requests that a new configure option called --with-so-abi-tag be added to Python 3.2 to support sharing of .so files for different versions

[issue9193] Versioned .so files

Changes by Barry A. Warsaw : -- stage: -> patch review ___ Python tracker <http://bugs.python.org/issue9193> ___ ___ Python-bugs-list mailing list Unsubscri

[issue9193] Versioned .so files

Barry A. Warsaw added the comment: Attaching patch from live branch living here: https://code.edge.launchpad.net/~barry/python/sovers -- Added file: http://bugs.python.org/file17895/preview.diff ___ Python tracker <http://bugs.python.org/issue9

[issue9193] Versioned .so files

Barry A. Warsaw added the comment: Actually, the changes to distutils are not strictly necessary for PEP 3149 implementation (what the PEP-in-progress will be numbered). Once PEP 384 is implemented, it might be useful, but OTOH there might be a better way to support that. In any case

[issue9193] Versioned .so files

Barry A. Warsaw added the comment: Updated patch. -- Added file: http://bugs.python.org/file18125/diff.txt ___ Python tracker <http://bugs.python.org/issue9

[issue9193] Versioned .so files

Barry A. Warsaw added the comment: I'd love it if Windows was also supported, but right now I don't have the cycles to make and test the changes, or the expertise to understand any related Windows issues. I've mentioned this in PEP 3149, and I'd happily accept code

[issue9264] trace.py documentation is incomplete

Barry A. Warsaw added the comment: If the changes are to the documentation only, you've confirmed that the docs build in 2.6.6, and you get the changes in before 2.6.6rc1, then you can go ahead and commit them. I don't need to review them too closely - I trust you - but if you wan

[issue9438] Clarify __debug__ restrictions

New submission from Barry A. Warsaw : On http://docs.python.org/library/constants.html?highlight=__debug__#__debug__ * Be more explicit that assigments to None and __debug__ are illegal even when used as attributes. IOW it's not just assignment to the built-in names that are il

[issue9264] trace.py documentation is incomplete

Barry A. Warsaw added the comment: You have about 5 hours as of this writing to apply the doc patch for Python 2.6.6 rc1 and then it will be too late to get it into Python 2.6.6 (though I might make an exception for doc-only patches like this, for post rc1). While I haven't built the do

[issue9264] trace.py documentation is incomplete

Changes by Barry A. Warsaw : -- priority: release blocker -> high ___ Python tracker <http://bugs.python.org/issue9264> ___ ___ Python-bugs-list mailing list Un

[issue2986] difflib.SequenceMatcher not matching long sequences

Barry A. Warsaw added the comment: Georg committed this patch to the 2.6 tree, and besides, this is doesn't seem like a blocking issue, so I'm kicking 2.6 off the list and knocking the priority down. -- priority: release blocker -> high versions:

[issue9061] cgi.escape Can Lead To XSS Vulnerabilities

Barry A. Warsaw added the comment: Unless someone can upload a specific patch to review in the next couple of hours, I'm going to reduce the priority for 2.6.6rc1. -- nosy: +barry ___ Python tracker <http://bugs.python.org/i

[issue7092] Test suite emits many DeprecationWarnings when -3 is enabled

Barry A. Warsaw added the comment: Hi Ezio, what's the status on this issue for 2.6.6rc1? -- ___ Python tracker <http://bugs.python.org/issue7092> ___ ___

[issue7092] Test suite emits many DeprecationWarnings when -3 is enabled

Barry A. Warsaw added the comment: I am removing this as a release blocker given all of Ezio's great work to get the test suite clean with -3. I will leave it up to him to actually close the issue once the work is complete. It no longer needs to block 2.6.6. -- priority: re

[issue8433] buildbot: test_curses failure, getmouse() returned ERR

Barry A. Warsaw added the comment: This also affects 2.6 but I've only been able to verify it on Debian squeeze and Ubuntu maverick, both of which are unreleased. On Ubuntu lucid (stable), this error does not occur. I'm testing Debian stable now... -- no

[issue8433] buildbot: test_curses failure, getmouse() returned ERR

Changes by Barry A. Warsaw : -- versions: +Python 2.6 ___ Python tracker <http://bugs.python.org/issue8433> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue8433] buildbot: test_curses failure, getmouse() returned ERR

Barry A. Warsaw added the comment: Confirmed on Ubuntu: Lucid, libncurses5 5.7+20090803-2ubuntu3 passes Maverick, libncurses5 5.7+20100626-0ubuntu1 fails -- ___ Python tracker <http://bugs.python.org/issue8

[issue8433] buildbot: test_curses failure, getmouse() returned ERR

Barry A. Warsaw added the comment: Confirmed on Debian squeeze, ncurses 5.7+20100313-2 failed lenny, ncurses 5.7+20081213-1 succeeds So clearly something about the curses module is not compatible with the newer versions of ncurses. -- ___ Python

[issue5798] test_asynchat fails on Mac OSX

Barry A. Warsaw added the comment: Thanks Mark, go ahead and apply this, then close this issue. -- resolution: -> accepted ___ Python tracker <http://bugs.python.org/iss

[issue5713] smtplib gets out of sync if server returns a 421 status

Barry A. Warsaw added the comment: The latest relevant RFC is 5321: http://www.faqs.org/rfcs/rfc5321.html smtplib should be reviewed for compliance with this updated spec. -- ___ Python tracker <http://bugs.python.org/issue5

[issue7567] Messed up terminal after calling curses.initscr() twice.

Barry A. Warsaw added the comment: Doko asks in IRC to apply this for 2.6.6. Approved. -- nosy: +barry status: pending -> open ___ Python tracker <http://bugs.python.org/iss

[issue28833] cross compilation of third-party extension modules

Changes by Barry A. Warsaw : -- nosy: +barry ___ Python tracker <http://bugs.python.org/issue28833> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue28937] str.split(): remove empty strings when sep is not None

New submission from Barry A. Warsaw: This has finally bugged me enough to file an issue, although I wouldn't be able to use it until Python 3.7. There's a subtle but documented difference in str.split() when sep=None: >>> help(''.split) Help on built-in function

[issue28937] str.split(): remove empty strings when sep is not None

Barry A. Warsaw added the comment: On Dec 11, 2016, at 03:32 PM, Serhiy Storchaka wrote: >Current behavior is consistent with str.count(): > >len(string.split(sep)) == string.count(sep) + 1 > >and re.split(): > >re.split(re.escape(sep), string) == string.split(sep)

[issue28937] str.split(): remove empty strings when sep is not None

Barry A. Warsaw added the comment: On Dec 11, 2016, at 03:57 PM, Serhiy Storchaka wrote: >I meant adding boolean argument that changes the behavior when sep is None, >not when it is not None. Ah, I understand now, thanks. However, I'm not sure that addresses my particular use

[issue28937] str.split(): remove empty strings when sep is not None

Barry A. Warsaw added the comment: I really appreciate all the feedback. Here are some thoughts. I'm well aware of the filter(), re, and other options, and certainly those can be made to work, but they're non-obvious. The reason I suggested an enhancement to str.split() is because

[issue28937] str.split(): remove empty strings when sep is not None

Barry A. Warsaw added the comment: On Dec 12, 2016, at 04:16 PM, Guido van Rossum wrote: >So the proposal would be: prune=False -> empty strings stay, prune=True, >empty strings are dropped, prune=None (default) use True if sep is None, >False otherwise. Right? Yep! >

[issue28180] sys.getfilesystemencoding() should default to utf-8

Changes by Barry A. Warsaw : -- nosy: +barry ___ Python tracker <http://bugs.python.org/issue28180> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue28180] sys.getfilesystemencoding() should default to utf-8

Barry A. Warsaw added the comment: On Jan 05, 2017, at 11:11 AM, STINNER Victor wrote: >I'm sure that many Linux, UNIX and BSD systems don't have the "C.UTF-8" >locale. For example, HP-UX has "C.utf8" which is not exactly "C.UTF-8". > >I'

[issue29307] ModuleNotFoundError when using literal string interpolation with invalid format specifier

Barry A. Warsaw added the comment: On Jan 18, 2017, at 10:56 AM, Jeroen Van Goey wrote: >sudo add-apt-repository ppa:jonathonf/python-3.6 >sudo apt-get update >sudo apt-get install python3.6 > >I made a string, using the new literal string interpolation, but I supplied >

[issue1294959] Problems with /usr/lib64 builds.

Barry A. Warsaw added the comment: On Jan 18, 2017, at 03:57 PM, Matthias Klose wrote: >I don't think we need a PEP for this Correct. Generally we don't need PEPs for build system changes. -- ___ Python tracker <http:/

[issue29345] More lost updates with multiprocessing.Value and .Array

New submission from Just a Person: Lately, I have been having trouble using the multiprocessing library's shared memory on Windows. Often, updating the .value property seems to fail for no reason. As shown in the attached video, changing ```if __name__ == '__main__':``` in

Re: [issue29410] Moving to SipHash-1-3

On 01.02.2017 10:14, Christian Heimes wrote: > > PEP 456 defines an API to add more hashing algorithms and make the selection > of hash algorithm a compile time option. We can easily add SipHash-1-3 and > make it the default algorithm. Vendors then can select between FNV2, >

<    16   17   18   19   20   21   22   23   24   25   >