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
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
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
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
Barry A. Warsaw added the comment:
Next up - implementing the ResourceReader ABC.
--
___
Python tracker
<https://bugs.python.org/issue32248>
___
___
Python-bug
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/
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
Change by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<https://bugs.python.org/issue32522>
___
___
Python-bugs-list mailing list
Unsubscribe:
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
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
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?)
--
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
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
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
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
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
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
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
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 ->
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 ->
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
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
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 ->
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 ->
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
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
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>
___
___
Change by Barry A. Warsaw :
--
pull_requests: -5006
___
Python tracker
<https://bugs.python.org/issue32248>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<https://bugs.python.org/issue32516>
___
___
Python-bugs-list mailing list
Unsubscribe:
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
Change by Barry A. Warsaw :
--
pull_requests: -5016
___
Python tracker
<https://bugs.python.org/issue32248>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Barry A. Warsaw :
--
pull_requests: +5093
___
Python tracker
<https://bugs.python.org/issue32248>
___
___
Python-bugs-list mailing list
Unsubscribe:
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
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
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
Change by Barry A. Warsaw :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.7
___
Python tracker
<https://bugs.python.or
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
Change by Barry A. Warsaw :
--
keywords: +patch
pull_requests: +5148
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue32651>
___
___
Py
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
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
Change by Barry A. Warsaw :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.6
___
Python tracker
<https://bugs.python.or
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
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
Change by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<https://bugs.python.org/issue32493>
___
___
Python-bugs-list mailing list
Unsubscribe:
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
Change by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<https://bugs.python.org/issue32694>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<https://bugs.python.org/issue32699>
___
___
Python-bugs-list mailing list
Unsubscribe:
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
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
Change by Barry A. Warsaw :
--
assignee: -> barry
versions: +Python 3.8
___
Python tracker
<https://bugs.python.org/issue32303>
___
___
Python-bugs-list mai
Change by Barry A. Warsaw :
--
assignee: -> barry
versions: +Python 3.8
___
Python tracker
<https://bugs.python.org/issue32305>
___
___
Python-bugs-list mai
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
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
Change by Barry A. Warsaw :
--
keywords: +patch
pull_requests: +5311
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue32303>
___
___
Py
Change by Barry A. Warsaw :
--
keywords: +patch
pull_requests: +5312
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue32305>
___
___
Py
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
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
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
Change by Barry A. Warsaw :
--
pull_requests: +5336
___
Python tracker
<https://bugs.python.org/issue32303>
___
___
Python-bugs-list mailing list
Unsubscribe:
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
Change by Barry A. Warsaw :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Barry A. Warsaw :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
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
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
___
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
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
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
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
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
Change by Barry A. Warsaw :
--
resolution: -> wont fix
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue32872>
___
___
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
Change by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<https://bugs.python.org/issue32954>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Barry A. Warsaw :
--
pull_requests: +5681
___
Python tracker
<https://bugs.python.org/issue32303>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Barry A. Warsaw :
--
keywords: +patch
pull_requests: +5682
stage: needs patch -> patch review
___
Python tracker
<https://bugs.python.org/issu
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
Change by Barry A. Warsaw :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
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
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
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
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
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
Change by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<https://bugs.python.org/issue46896>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<https://bugs.python.org/issue47022>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<https://bugs.python.org/issue47061>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<https://bugs.python.org/issue47153>
___
___
Python-bugs-list mailing list
Unsubscribe:
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
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
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
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/
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
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
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?
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'))
Barry A. Warsaw added the comment:
Unfortunately, that already has different, existing (and IMHO less
useful) semantics. :(
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/
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
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/
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
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
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
___
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
301 - 400 of 1820 matches
Mail list logo