[issue32145] Wrong ExitStack Callback recipe

Barry A. Warsaw added the comment: On Dec 29, 2017, at 08:40, Nick Coghlan wrote: > > I'm not clear on what you mean about allowing arbitrary names for the > instance creation function - What I meant was that I don’t see `def _make_instance()` defined in your example, so I

[issue32446] ResourceLoader.get_data() should accept a PathLike

New submission from Barry A. Warsaw : Currently get_data() only accepts a string. It should also accept a os.PathLike -- messages: 309178 nosy: barry, brett.cannon priority: normal severity: normal status: open title: ResourceLoader.get_data() should accept a PathLike versions: Python

[issue23749] asyncio missing wrap_socket (starttls)

Barry A. Warsaw added the comment: @yselivanov - thanks for adding this, it's a huge win. I think the feature is significant enough for a What's New entry. -- ___ Python tracker <https://bugs.python.o

[issue32248] Port importlib_resources (module and ABC) to Python 3.7

Barry A. Warsaw added the comment: New changeset deae6b451fefd5fd3143dd65051e1d341e5a5f84 by Barry Warsaw in branch 'master': bpo-32248 - Implement importlib.resources (#4911) https://github.com/python/cpython/commit/deae6b451fefd5fd3143dd65051e1d

[issue32248] Port importlib_resources (module and ABC) to Python 3.7

Barry A. Warsaw added the comment: Next up - implementing the ResourceReader ABC. -- ___ Python tracker <https://bugs.python.org/issue32248> ___ ___ Python-bug

[issue32502] uuid1() broken on macos high sierra

Barry A. Warsaw added the comment: On Jan 6, 2018, at 11:26, Andres Petralli wrote: > > Traceback (most recent call last): > File "/Users/andy/Desktop/test.py", line 3, in >str(uuid.uuid1()) > File > "/usr/local/Cellar/python3/3.6.4_2/Frameworks/

[issue32248] Port importlib_resources (module and ABC) to Python 3.7

Barry A. Warsaw added the comment: On Jan 6, 2018, at 13:33, Zachary Ware wrote: > > I notice that my 'Installed' builder > (http://buildbot.python.org/all/#/builders/103) has been broken since PR4911 > landed. My suspicion is that it's just another director

[issue32522] Add precision argument to datetime.now

Change by Barry A. Warsaw : -- nosy: +barry ___ Python tracker <https://bugs.python.org/issue32522> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue32522] Add precision argument to datetime.now

Barry A. Warsaw added the comment: The .replace(microseconds=0) hack annoys me too, but I'd be happier with a simpler solution: make datetime.now() accept a microseconds parameter, so datetime.now(microseconds=0) would be equivalent to datetime.now().replace(microseco

[issue32522] Add precision argument to datetime.now

Barry A. Warsaw added the comment: On Jan 9, 2018, at 08:33, Paul Ganssle wrote: > @Barry I don't think it's a good idea to duplicate the `replace` > functionality in `datetime` like that. I think the main problem isn't the > `.replace`, it's the fact that you

[issue12815] Coverage of smtpd.py

Barry A. Warsaw added the comment: smtpd.py is deprecated so there's really almost zero chance we'll be doing any development on it. Please check out http://aiosmtpd.readthedocs.io/en/latest/ for a third party replacement (maybe pulled into the stdlib for 3.8?) --

[issue19678] smtpd.py: channel should be passed to process_message

Barry A. Warsaw added the comment: I'm going to close this as won't fix since smtpd.py is deprecated, and there's little chance that folks are still interested in working on it. See aiosmtpd as a much better third party replacement. -- resolution: -> wont fix s

[issue16462] smtpd should return greeting

Barry A. Warsaw added the comment: I'm closing this as won't fix since smtpd.py is deprecated and likely won't see any fixes. Please take a look at aiosmtpd as a much better third party replacement. -- resolution: -> wont fix stage: -> resolved s

[issue26036] Unnecessary arguments on smtpd.SMTPServer

Barry A. Warsaw added the comment: I'm closing this as won't fix simce smtpd.py is deprecated and likely won't see any future improvements. Please take a look at aiosmtpd as a much better third party replacement. -- resolution: -> wont fix stage: -> resolved s

[issue25553] smtpd strips final carraige return from received message body

Barry A. Warsaw added the comment: I'm closing this as won't fix since smtpd.py is deprecated and likely won't see much future improvements. Please take a look at aiosmtpd as a much better third party replacement. -- resolution: -> wont fix stage: needs patch

[issue12816] smtpd uses library outside of the standard libraries

Barry A. Warsaw added the comment: I'm closing this as won't fix since smtpd.py is deprecated and will likely not get any future development. Please see aiosmtpd as a much better third party replacement. -- resolution: -> wont fix stage: -> resolved status

[issue22158] RFC 6531 (SMTPUTF8) support in smtpd.PureProxy

Barry A. Warsaw added the comment: I'm closing this as won't fix since smtpd.py is deprecated and will likely not get any future development. Please see aiosmtpd as a much better third party replacement. -- nosy: +barry resolution: -> wont fix stage: -> resol

[issue11260] smtpd-as-a-script feature should be documented and should use argparse

Barry A. Warsaw added the comment: I'm closing this as won't fix since smtpd.py is deprecated and will likely not get any future development. Please see aiosmtpd as a much better third party replacement. -- resolution: -> wont fix stage: patch review -> resol

[issue22071] Remove long-time deprecated attributes from smtpd

Barry A. Warsaw added the comment: I'm closing this as won't fix since smtpd.py is deprecated and will likely not get any future development. Please see aiosmtpd as a much better third party replacement. -- nosy: +barry resolution: -> wont fix stage: patch review ->

[issue19806] smtpd crashes when a multi-byte UTF-8 sequence is split between consecutive data packets

Barry A. Warsaw added the comment: I'm closing this as won't fix since smtpd.py is deprecated and will likely not get any future development. Please see aiosmtpd as a much better third party replacement. -- nosy: +barry resolution: -> wont fix stage: patch review ->

[issue22159] smtpd.PureProxy and smtpd.DebuggingServer do not work with decode_data=True

Barry A. Warsaw added the comment: I'm closing this as won't fix since smtpd.py is deprecated and will likely not get any future development. Please see aiosmtpd as a much better third party replacement. -- nosy: +barry resolution: -> wont fix stage: -> resol

[issue8503] smtpd SMTPServer does not allow domain filtering

Barry A. Warsaw added the comment: I'm closing this as won't fix since smtpd.py is deprecated and will likely not get any future development. Please see aiosmtpd as a much better third party replacement. -- resolution: -> wont fix stage: test needed -> resol

[issue3802] smtpd.py __getaddr insufficient handling

Barry A. Warsaw added the comment: I'm closing this as won't fix since smtpd.py is deprecated and will likely not get any future development. Please see aiosmtpd as a much better third party replacement. -- nosy: +barry resolution: -> wont fix stage: test needed ->

[issue14261] Cleanup in smtpd module

Barry A. Warsaw added the comment: I'm closing this as won't fix since smtpd.py is deprecated and will likely not get any future development. Please see aiosmtpd as a much better third party replacement. -- nosy: +barry resolution: -> wont fix stage: needs patch ->

[issue19679] smtpd.py (SMTPChannel): implement enhanced status codes

Barry A. Warsaw added the comment: I'm closing this as won't fix since smtpd.py is deprecated and will likely not get any future development. Please see aiosmtpd as a much better third party replacement. -- resolution: -> wont fix stage: -> resolved status

[issue2518] smtpd.py to handle huge email

Barry A. Warsaw added the comment: I'm closing this as won't fix since smtpd.py is deprecated and will likely not get any future development. Please see aiosmtpd as a much better third party replacement. -- resolution: -> wont fix stage: test needed -> resol

[issue32248] Port importlib_resources (module and ABC) to Python 3.7

Barry A. Warsaw added the comment: @bbayles: I don't think PR 5149 is related to this issue. -- ___ Python tracker <https://bugs.python.org/issue32248> ___ ___

[issue32248] Port importlib_resources (module and ABC) to Python 3.7

Change by Barry A. Warsaw : -- pull_requests: -5006 ___ Python tracker <https://bugs.python.org/issue32248> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue32516] Add a shared library mechanism for win32

Change by Barry A. Warsaw : -- nosy: +barry ___ Python tracker <https://bugs.python.org/issue32516> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue29708] support reproducible Python builds

Barry A. Warsaw added the comment: On Jan 15, 2018, at 11:31, Brett Cannon wrote: > > 1. SOURCE_DATE_EPOCH acts as an environment variable flag to forcibly > generate hash-based .pyc files with the check_source bit set in py_compile > and compileall > 2. SOURCE_DATE_E

[issue32248] Port importlib_resources (module and ABC) to Python 3.7

Change by Barry A. Warsaw : -- pull_requests: -5016 ___ Python tracker <https://bugs.python.org/issue32248> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue32248] Port importlib_resources (module and ABC) to Python 3.7

Change by Barry A. Warsaw : -- pull_requests: +5093 ___ Python tracker <https://bugs.python.org/issue32248> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue32616] Significant performance problems with Python 2.7 built with clang 3.x or 4.x

Barry A. Warsaw added the comment: Has anyone done the same analysis with Python 3.6 or 3.7? -- nosy: +barry ___ Python tracker <https://bugs.python.org/issue32

[issue32502] uuid1() fails if only 64-bit interface addresses are available

Barry A. Warsaw added the comment: New changeset 6b273f7f4056f8276f61a97c789d6bb4425e653c by Barry Warsaw (Bo Bayles) in branch 'master': bpo-32502: Discard 64-bit (and other invalid) hardware addresses (#5254) https://github.com/python/cpython/commit/6b273f7f4056f8276f61a97c789d6b

[issue32502] uuid1() fails if only 64-bit interface addresses are available

Barry A. Warsaw added the comment: New changeset d69794f4df81de731cc66dc82136e28bee691e1e by Barry Warsaw (Bo Bayles) in branch '3.6': [3.6] bpo-32502: Discard 64-bit (and other invalid) hardware addresses (GH-5254) (#5290) https://github.com/python/cpyt

[issue32502] uuid1() fails if only 64-bit interface addresses are available

Change by Barry A. Warsaw : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.7 ___ Python tracker <https://bugs.python.or

[issue32651] os.getlogin() should recommend getpass.getuser()

New submission from Barry A. Warsaw : The documentation for os.getlogin() says: "Return the name of the user logged in on the controlling terminal of the process. For most purposes, it is more useful to use the environment variables LOGNAME or USERNAME to find out who the user i

[issue32651] os.getlogin() should recommend getpass.getuser()

Change by Barry A. Warsaw : -- keywords: +patch pull_requests: +5148 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue32651> ___ ___ Py

[issue32651] os.getlogin() should recommend getpass.getuser()

Barry A. Warsaw added the comment: New changeset d499031f5f33c3ef71be7c81ef52eee6b47c42e1 by Barry Warsaw in branch 'master': bpo-32651 Recommend getpass.getuser() (#5301) https://github.com/python/cpython/commit/d499031f5f33c3ef71be7c81ef52ee

[issue32651] os.getlogin() should recommend getpass.getuser()

Barry A. Warsaw added the comment: New changeset 196b8cbab2b5044b92077f0b3c07c798fff68bc6 by Barry Warsaw (Miss Islington (bot)) in branch '3.6': bpo-32651 Recommend getpass.getuser() (GH-5301) (#5304) https://github.com/python/cpython/commit/196b8cbab2b5044b92077f0b3c07c7

[issue32651] os.getlogin() should recommend getpass.getuser()

Change by Barry A. Warsaw : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.6 ___ Python tracker <https://bugs.python.or

[issue32248] Port importlib_resources (module and ABC) to Python 3.7

Barry A. Warsaw added the comment: New changeset 6f6eb35f9bee18f54945f09664344f2d118ed89f by Barry Warsaw in branch 'master': bpo-32248 - Implement `ResourceReader` and `get_resource_reader()` for zipimport (#5248) https://github.com/python/cpyt

[issue32248] Port importlib_resources (module and ABC) to Python 3.7

Barry A. Warsaw added the comment: Now that the zipimporter support has landed, I think we're done! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed type: -> enhancement ___ Python tracker <htt

[issue32493] UUID Module - FreeBSD build failure

Change by Barry A. Warsaw : -- nosy: +barry ___ Python tracker <https://bugs.python.org/issue32493> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue32446] ResourceLoader.get_data() should accept a PathLike

Barry A. Warsaw added the comment: Hi Jay. Thanks for your interest in contributing to Python! Actually, I'm going to close this issue since we ultimately decided to deprecate the ResourceLoader ABC: https://docs.python.org/3.7/library/importlib.html?highlight=resourcel

[issue32694] macos/configure: Discover OpenSSL when installed with MacPorts

Change by Barry A. Warsaw : -- nosy: +barry ___ Python tracker <https://bugs.python.org/issue32694> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue32699] pythonXY._pth : unclear how .pth files are handled

Change by Barry A. Warsaw : -- nosy: +barry ___ Python tracker <https://bugs.python.org/issue32699> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue32714] remove resourceLoader related code since it's deprecated

Barry A. Warsaw added the comment: We can't remove the code because it might still be used by third parties. Deprecation generally means we inform users that they shouldn't use the code any more (possibly with a DeprecationWarning, although we decided not to do that in this

[issue32694] Can no longer specify OpenSLL locations with CPPFLAGS / LDFLAGS ?

Barry A. Warsaw added the comment: Can we also cover Brew? Here's the dumb little configure wrapper I use: ``` #!/bin/sh export CPPFLAGS="-I$(brew --prefix sqlite3)/include -I$(brew --prefix zlib)/include" export LDFLAGS="-L$(brew --prefix sqlite3)/lib -L$(brew --pref

[issue32303] Namespace packages have inconsistent __loader__ and __spec__.loader

Change by Barry A. Warsaw : -- assignee: -> barry versions: +Python 3.8 ___ Python tracker <https://bugs.python.org/issue32303> ___ ___ Python-bugs-list mai

[issue32305] Namespace packages have inconsistent __file__ and __spec__.origin

Change by Barry A. Warsaw : -- assignee: -> barry versions: +Python 3.8 ___ Python tracker <https://bugs.python.org/issue32305> ___ ___ Python-bugs-list mai

[issue32305] Namespace packages have inconsistent __file__ and __spec__.origin

Barry A. Warsaw added the comment: 3.5 is in security fix only mode, and this is not a security issue. -- versions: -Python 3.5 ___ Python tracker <https://bugs.python.org/issue32

[issue32303] Namespace packages have inconsistent __loader__ and __spec__.loader

Barry A. Warsaw added the comment: 3.5 is in security fix only mode, and this is not a security issue. -- versions: -Python 3.5 ___ Python tracker <https://bugs.python.org/issue32

[issue32303] Namespace packages have inconsistent __loader__ and __spec__.loader

Change by Barry A. Warsaw : -- keywords: +patch pull_requests: +5311 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue32303> ___ ___ Py

[issue32305] Namespace packages have inconsistent __file__ and __spec__.origin

Change by Barry A. Warsaw : -- keywords: +patch pull_requests: +5312 stage: -> patch review ___ Python tracker <https://bugs.python.org/issue32305> ___ ___ Py

[issue32216] Document PEP 557 Data Classes (dataclasses module)

Barry A. Warsaw added the comment: Do you have an ETA for the documentation PR? I would be happy to review it. -- nosy: +barry ___ Python tracker <https://bugs.python.org/issue32

[issue32303] Namespace packages have inconsistent __loader__ and __spec__.loader

Barry A. Warsaw added the comment: New changeset bbbcf8693b876daae4469765aa62f8924f39a7d2 by Barry Warsaw in branch 'master': bpo-32303 - Consistency fixes for namespace loaders (#5481) https://github.com/python/cpython/commit/bbbcf8693b876daae4469765aa62f8

[issue32303] Namespace packages have inconsistent __loader__ and __spec__.loader

Barry A. Warsaw added the comment: New changeset a23d30f64bd9c5655cfae7f359d4279c47f6cab3 by Barry Warsaw in branch '3.7': bpo-32303 - Consistency fixes for namespace loaders (GH-5481) (#5503) https://github.com/python/cpython/commit/a23d30f64bd9c5655cfae7f359d427

[issue32303] Namespace packages have inconsistent __loader__ and __spec__.loader

Change by Barry A. Warsaw : -- pull_requests: +5336 ___ Python tracker <https://bugs.python.org/issue32303> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue32303] Namespace packages have inconsistent __loader__ and __spec__.loader

Barry A. Warsaw added the comment: New changeset a71397fb6603d0fe673acd7765c74699cd28fe7b by Barry Warsaw in branch '3.6': [3.6] bpo-32303 - Consistency fixes for namespace loaders (GH-5481) (#5504) https://github.com/python/cpython/commit/a71397fb6603d0fe673acd7765c746

[issue32303] Namespace packages have inconsistent __loader__ and __spec__.loader

Change by Barry A. Warsaw : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue32305] Namespace packages have inconsistent __file__ and __spec__.origin

Change by Barry A. Warsaw : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue32107] Improve MAC address calculation and fix test_uuid.py

Barry A. Warsaw added the comment: I think this issue is resolved, right? Closing. Please reopen if there's anything left to do. -- resolution: -> fixed stage: needs patch -> resolved status: open -> closed ___ Python t

[issue30300] asyncio.Controller

Barry A. Warsaw added the comment: There doesn't seem to be much appetite for this in the stdlib, so closing. It'll just have to live in a third party module. -- resolution: -> wont fix stage: -> resolved status: open -> closed ___

[issue32706] test_check_hostname() of test_ftplib started to fail randomly

Barry A. Warsaw added the comment: Yep, I'm seeing those same failures in our internal build of 3.7.0b1. I'll just disable the tests for now and nosy on this issue. -- nosy: +barry ___ Python tracker <https://bugs.python.o

[issue32803] smtplib: LMTP broken in the case of multiple RCPT

Barry A. Warsaw added the comment: 3.5 and 3.4 are in security fix only mode, so narrowing the relevant versions. -- nosy: +barry versions: -Python 3.4, Python 3.5 ___ Python tracker <https://bugs.python.org/issue32

[issue32847] Add DirectoryNotEmptyError subclass of OSError

New submission from Barry A. Warsaw : I just ran across errno 39 (Directory not empty) when using Path.rename(newdir) when newdir already existed and was not empty. I realized that OSError exceptions don't have a DirectoryNotEmptyError subclass. Maybe we should add one? Probabl

[issue32866] zipimport loader.get_data() requires absolute zip file path

New submission from Barry A. Warsaw : Over in https://gitlab.com/python-devs/importlib_resources/issues/48 we have a report of a FileNotFoundError when trying to read a resource from a zip file. Upon further debugging, I found that zipimport's loader.get_data() raises an unexpected OS

[issue32872] backport of #32305 causes regressions in various packages

Barry A. Warsaw added the comment: Both of those upstreams should be using `if getattr(module, '__file__', None)` instead. The old behavior was an undocumented quirk. -- ___ Python tracker <https://bugs.python.o

[issue32872] backport of #32305 causes regressions in various packages

Change by Barry A. Warsaw : -- resolution: -> wont fix stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue32872> ___ ___

[issue32872] backport of #32305 causes regressions in various packages

Barry A. Warsaw added the comment: I'd personally prefer to keep the fix (I ran into some problems w/3.6), but I'll defer to the RM. I'll revert the change for 3.6, but I want to test it with importlib_resources first, since I'll probably have to spin a new release

[issue32954] Lazy Literal String Interpolation (PEP-498-based fl-strings)

Change by Barry A. Warsaw : -- nosy: +barry ___ Python tracker <https://bugs.python.org/issue32954> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue32303] Namespace packages have inconsistent __loader__ and __spec__.loader

Change by Barry A. Warsaw : -- pull_requests: +5681 ___ Python tracker <https://bugs.python.org/issue32303> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue32872] backport of #32305 causes regressions in various packages

Change by Barry A. Warsaw : -- keywords: +patch pull_requests: +5682 stage: needs patch -> patch review ___ Python tracker <https://bugs.python.org/issu

[issue32303] Namespace packages have inconsistent __loader__ and __spec__.loader

Barry A. Warsaw added the comment: New changeset 86ea85134645c75783936ca4b5c6269cb8ac4634 by Barry Warsaw in branch '3.6': Revert "[3.6] bpo-32303 - Consistency fixes for namespace loaders (GH-5481) (#5504)" (#5911) https://github.com/p

[issue32872] backport of #32305 causes regressions in various packages

Change by Barry A. Warsaw : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue46528] Simplify the VM's stack manipulations

Barry A. Warsaw added the comment: Very interesting. Do we have any current (or even cutting edge, i.e. 3.11) timings for individual instructions? Or a breakdown of how frequently different instructions are invoked? I remember Carl Shapiro presenting his findings here several years ago

[issue46528] Simplify the VM's stack manipulations

Barry A. Warsaw added the comment: IIRC, Carl got a lot of benefit out of reordering the opcodes in the main loop to put the most common ones at the top. I don't know if that is still relevant or whether computed gotos, when enabled, change that cal

[issue46543] Add sys._getfunc

Barry A. Warsaw added the comment: > Usually the calling function object should be enough. I want to at least provide some historical context on why sys._getframe() exists. I originally wrote that to support PEP 292 and internationalization in Mailman. This has since been extracted i

[issue46814] Documentation for constructin abstract base classes is misleading

New submission from Josh A. Mitchell : The docs for the abc[0] module states "With this class, an abstract base class can be created by simply deriving from ABC", and then gives an example of a class with no contents. This is not sufficient to construct an ABC; an ABC in Python ad

[issue46814] Documentation for constructin abstract base classes is misleading

Change by Josh A. Mitchell : -- keywords: +patch pull_requests: +29592 stage: -> patch review pull_request: https://github.com/python/cpython/pull/31463 ___ Python tracker <https://bugs.python.org/issu

[issue46896] add support for watching writes to selected dictionaries

Change by Barry A. Warsaw : -- nosy: +barry ___ Python tracker <https://bugs.python.org/issue46896> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue47022] PEP 594: Document removal of asynchat, asyncore and smtpd

Change by Barry A. Warsaw : -- nosy: +barry ___ Python tracker <https://bugs.python.org/issue47022> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue47061] Deprecate modules listed in PEP 594

Change by Barry A. Warsaw : -- nosy: +barry ___ Python tracker <https://bugs.python.org/issue47061> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue47153] __doc__ should generally be writable

Change by Barry A. Warsaw : -- nosy: +barry ___ Python tracker <https://bugs.python.org/issue47153> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue1259] string find and rfind methods give a TypeError that is misleading

Barry A. Warsaw added the comment: I believe this is because string_find_internal() uses an O& with _PyEval_SliceIndex() to convert its start and end arguments, but the latter function does not accept None. To fix this, you'd have to change string_find_internal() to do its own argument

[issue1259] string find and rfind methods give a TypeError that is misleading

Barry A. Warsaw added the comment: facundo, robert and i looked at this patch and it seems okay. suggestions: document the reference count semantics of _ParseTupleFinds() and include a definition of that function in a .h file. since its non-public, maybe find.h is the right place to put it

[issue1671] "World" tool ported to py3k

Barry A. Warsaw added the comment: The change looks good to me, thanks! I made a minor change to your patch (i.e. .keys() not needed in sorted()), did some whitespace normalization, and fixed up the --dump output. Otherwise, the patch is quentin's and I've committed it to the tre

[issue1722] Undocumented urllib functions

Changes by Barry A. Warsaw: -- components: Documentation nosy: barry priority: low severity: normal status: open title: Undocumented urllib functions versions: Python 2.5 __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/

[issue1722] Undocumented urllib functions

New submission from Barry A. Warsaw: urllib.splithost() and .splittype() are included in urllib's __all__ but are not documented in urllib's module documentation. They are used quite extensively in the module so they should be documented __ Track

[issue1754] WindowsError messages are not properly encoded

New submission from Romulo A. Ceccon: The message for WindowsError is taken from the Windows API's FormatMessage() function, following the OS language. Currently Python does no conversion for those messages, so non-ASCII characters end up improperly encoded in the console. For ex

[issue1754] WindowsError messages are not properly encoded

Romulo A. Ceccon added the comment: "... but the error message must be converted to str early (i.e when building the Exception)." Wouldn't that create more problems? What if somebody wants to intercept the exception and do something with it, like, say, redirect it to a log file?

[issue1826] operator.attrgetter() should accept dotted attribute paths

New submission from Barry A. Warsaw: operator.attrgetter() is neutered because it only accepts a single attribute name, but it would really be much more useful if it accepted, and followed a dotted attribute path, e.g.: sorted(seq, key=operator.attrgetter('person.displayname'))

[issue1826] operator.attrgetter() should accept dotted attribute paths

Barry A. Warsaw added the comment: Unfortunately, that already has different, existing (and IMHO less useful) semantics. :( __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/

[issue1826] operator.attrgetter() should accept dotted attribute paths

Barry A. Warsaw added the comment: I don't even mind if you *write* the patch :) I actually haven't had time yet to hack it up, but I just reached my threshold of tolerance so I had to at least report the bug. I think it's always a good idea to review patches before they go in

[issue1826] operator.attrgetter() should accept dotted attribute paths

Barry A. Warsaw added the comment: Hey Guido, can I borrow the keys to the time machine to get this into Python 2.5.0? :) __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/

[issue1826] operator.attrgetter() should accept dotted attribute paths

Barry A. Warsaw added the comment: I'm not /personally/ concerned with the breakage because practicality beats purity, and I don't want to use lambda because it's slower. I've never used operator.attrgetter() outside the specific use case of sorted() and list.sort() so I&#x

[issue1823] Possible to set invalid Content-Transfer-Encoding on email.mime.multipart.MIMEMultipart

Barry A. Warsaw added the comment: You're right that this should probably be fixed in the subclass, but you also have to remember that the parser generally doesn't create subclass instances. It only creates instances of Message. As long as you can make it work properly with the

[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

<    1   2   3   4   5   6   7   8   9   10   >