Barry A. Warsaw added the comment:
On May 29, 2017, at 07:07 AM, Antoine Pitrou wrote:
>For example I might write a UDP server. Or a distributed system that listens
>to several ports at once, or launches a thread pool. etc.
Thanks, those are nice motivational ex
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue30503>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
Hi Antoine,
On May 28, 2017, at 11:07 AM, Antoine Pitrou wrote:
>I think the API is too specific.
Can you elaborate? What's too specific about it? Do you have in mind a use
case where you wouldn't need to provide hostname and port?
>Inst
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue30479>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
I'm very interested in this because, even though we do support STARTTLS in
aiosmtpd, it's a hack using non-public symbols, and we have a hidden traceback!
(I.e. one that doesn't cause the test suite to fail, but only shows up when
cli
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue23749>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue30359>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
On May 11, 2017, at 12:09 AM, STINNER Victor wrote:
>Why not starting by putting this class in a library to mature its API?
It's already part of aiosmtpd although not with the small amount of
generic-ness included here. It's been useful and sta
Barry A. Warsaw added the comment:
On May 08, 2017, at 11:06 PM, Nathaniel Smith wrote:
>Looks interesting! What's the advantage over running the server and the test
>in the same loop? The ability to use blocking operations in the tests, and to
>re-use an expensive-to-start server
Changes by Barry A. Warsaw :
--
pull_requests: +1594
___
Python tracker
<http://bugs.python.org/issue30300>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Barry A. Warsaw:
Over in https://github.com/aio-libs/aiosmtpd we have a Controller class which
is very handy for testing and other cases. I realized that this isn't really
aiosmtpd specific, and with just a few tweaks it could be appropriate for the
stdlib.
I h
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue30145>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
For the archaeologists of the future, smtpd.py is also deprecated in favor of
aiosmtpd.
http://aiosmtpd.readthedocs.io/en/latest/
--
___
Python tracker
<http://bugs.python.org/issue25
Mark A. Ziesemer added the comment:
Not sure what may have changed here over the past 3 years, but some current
findings:
For _UnixSelectorEventLoop, "/usr/lib/python3.5/selectors.py", line 445, in
select, fd_event_list = self._epoll.poll(timeout, max_ev), Python 3.5.3 (or
3.6
Barry A. Warsaw added the comment:
I'd be very hesitant to add anything to 2.7 that changes (even broken) behavior
here. It might make more sense to backport the more strict checks to 3.5.
OTOH, we can save people from all programming errors, and if warnings are
basically ignored
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue30024>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
On Apr 05, 2017, at 03:26 PM, Raymond Hettinger wrote:
>Barry, is this something that should go back to 2.7 or is that pretty much
>settled business at this point?
I think we should not backport this. It's a behavior change and my concern
wo
Changes by Barry A. Warsaw :
--
versions: +Python 3.7 -Python 2.7, Python 3.3, Python 3.4
___
Python tracker
<http://bugs.python.org/issue20314>
___
___
Python-bug
Changes by Barry A. Warsaw :
--
resolution: -> fixed
stage: -> resolved
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue20314>
___
___
Changes by Barry A. Warsaw :
--
resolution: -> fixed
stage: needs patch -> resolved
status: open -> closed
___
Python tracker
<http://bugs.python.or
Changes by Barry A. Warsaw :
--
resolution: -> fixed
stage: -> resolved
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue12518>
___
___
Barry A. Warsaw added the comment:
New changeset 9f74deba784fc8781d13ed564f69c02ed7c331bb by Barry Warsaw in
branch 'master':
Improve the documentation for template strings (#856)
https://github.com/python/cpython/commit/9f74deba784fc8781d13ed564f69c0
Barry A. Warsaw added the comment:
New changeset 9f74deba784fc8781d13ed564f69c02ed7c331bb by Barry Warsaw in
branch 'master':
Improve the documentation for template strings (#856)
https://github.com/python/cpython/commit/9f74deba784fc8781d13ed564f69c0
Barry A. Warsaw added the comment:
New changeset 9f74deba784fc8781d13ed564f69c02ed7c331bb by Barry Warsaw in
branch 'master':
Improve the documentation for template strings (#856)
https://github.com/python/cpython/commit/9f74deba784fc8781d13ed564f69c0
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue29929>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
As this issue has been open for a long time, and I don't think it's worth
changing the implementation, I am changing this to a documentation bug and will
fix it along with the rewrites for bpo-19824 and bpo-20314
--
assignee: -> bar
Changes by Barry A. Warsaw :
--
pull_requests: +759
___
Python tracker
<http://bugs.python.org/issue20314>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
pull_requests: +758
___
Python tracker
<http://bugs.python.org/issue19824>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
assignee: docs@python -> barry
___
Python tracker
<http://bugs.python.org/issue20314>
___
___
Python-bugs-list mailing list
Un
Barry A. Warsaw added the comment:
I'll take this one, and see if I can address 20314 also.
--
___
Python tracker
<http://bugs.python.org/issue19824>
___
___
Changes by Barry A. Warsaw :
--
assignee: docs@python -> barry
___
Python tracker
<http://bugs.python.org/issue19824>
___
___
Python-bugs-list mailing list
Un
Barry A. Warsaw added the comment:
We should really restructure string.Template documentation to emphasize i18n.
That's always been its prime use case, and f-strings don't change that (because
f-strings are not really appropriate for translations). Before f-strings,
string.Te
Barry A. Warsaw added the comment:
New changeset 1bc156430bad8177b5beecf57979628c1d071230 by Barry Warsaw
(Matthias Bussonnier) in branch 'master':
bpo-29546: Improve from-import error message with location (#103)
https://github.com/python/cpyt
Barry A. Warsaw added the comment:
New changeset f37b0cb230069481609b0bb06891b5dd26320504 by Barry Warsaw in
branch '3.4':
bpo-25008: Deprecate smtpd and point to aiosmtpd (#274) (#280)
https://github.com/python/cpython/commit/f37b0cb230069481609b0bb06891b5
Barry A. Warsaw added the comment:
New changeset 66b5092fac4264efdc9c508a7dd425fa9833e147 by Barry Warsaw in
branch '3.5':
bpo-25008: Deprecate smtpd and point to aiosmtpd (#274) (#279)
https://github.com/python/cpython/commit/66b5092fac4264efdc9c508a7dd425
Barry A. Warsaw added the comment:
New changeset 0a1b656d8ce3da14f8acf947477b8e998e68ef3b by Barry Warsaw in
branch '3.6':
bpo-25008: Deprecate smtpd and point to aiosmtpd (#274) (#278)
https://github.com/python/cpython/commit/0a1b656d8ce3da14f8acf947477b8e
Barry A. Warsaw added the comment:
On Mar 21, 2017, at 11:47 AM, STINNER Victor wrote:
>No, text please. Text is just more convenient in Python, and it's trivial to
>retrieve original bytes:
>
>raw_args_bytes = [os.fsencode(arg) for arg in sys._raw_args]
Well, "raw args&
Barry A. Warsaw added the comment:
Is EHLO the only command sent in lower case? I think it might not be.
I suppose I'm a solid ±0 on changing this (how's that for a completely neutral
endorsement?). I won't do the change myself, but I'd r
Barry A. Warsaw added the comment:
As bytes?
--
___
Python tracker
<http://bugs.python.org/issue29857>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue29857>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue14208>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
I was going to say that this is an API change, but given that without this,
folks would have to catch both exceptions and now only have to catch one of
them, it isn't.
--
nosy: +barry
___
Python tracker
Barry A. Warsaw added the comment:
On Mar 12, 2017, at 11:42 AM, Chi Hsuan Yen wrote:
>That's a great feature! Here's a question: what should be CPython's behavior
>when PYTHONHISTORY is explicitly set to empty? Currently there's an error:
>
>$ PYTHONH
Barry A. Warsaw added the comment:
I don't think the Python envar has to follow the contraction from bash.
$PYTHONHISTORY reads very nicely.
I have similar code in my $PYTHONSTARTUP, but it would be nice to be able to
get rid of it and just let Python do the common
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue29779>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
bools are subclasses of int and False and True have integer equivalents:
https://docs.python.org/3/library/stdtypes.html#bltin-boolean-values
--
nosy: +barry
resolution: -> not a bug
stage: -> resolved
status: open -&g
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue29729>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Jürgen A. Erhard:
It's an attribute mentioned in fetchmany and fetchall, but it's not in the list
with those two, but it should be, since the section says "A Cursor instance has
the following attributes and methods." and it is an attribute.
--
a
Barry A. Warsaw added the comment:
Shouldn't this at least also cover Python 3.7? And should it be officially
backported? I would think that if https://github.com/python/cpython/pull/296
gets accepted for 3.7, then distros that care can cherry pick it back into
whatever versions they
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue29708>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
resolution: -> fixed
stage: needs patch -> resolved
status: open -> closed
___
Python tracker
<http://bugs.python.or
Changes by Barry A. Warsaw :
--
pull_requests: +250
___
Python tracker
<http://bugs.python.org/issue25008>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
pull_requests: +249
___
Python tracker
<http://bugs.python.org/issue25008>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
pull_requests: +248
___
Python tracker
<http://bugs.python.org/issue25008>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
pull_requests: +246
___
Python tracker
<http://bugs.python.org/issue25008>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue29642>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
aiosmtpd is coming along nicely:
http://aiosmtpd.readthedocs.io/en/latest/
We'll soon have a 1.0 release. Still, I don't think it's worth pulling this
into the stdlib. But we could silently deprecate it and point to aiosmt
Barry A. Warsaw added the comment:
I think this bug has been fixed.
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<http://bugs.python.or
Changes by Barry A. Warsaw :
--
resolution: -> fixed
stage: -> resolved
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue29546>
___
___
Barry A. Warsaw added the comment:
On Feb 20, 2017, at 03:45 PM, STINNER Victor wrote:
>Can't we consider that UUID4 is always safe?
It's not a guarantee made by the underlying platform, so I chose to use the
default SafeUUID.unknow
Barry A. Warsaw added the comment:
Oh, and because the fix is an API change, I don't believe it should be applied
to earlier versions. So I think adding the API in 3.7 is all the fix needed
here.
--
___
Python tracker
<http://bugs.py
Changes by Barry A. Warsaw :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue22807>
___
___
Python-bugs-list
Changes by Barry A. Warsaw :
--
keywords: -security_issue
___
Python tracker
<http://bugs.python.org/issue22807>
___
___
Python-bugs-list mailing list
Unsub
Barry A. Warsaw added the comment:
On Feb 20, 2017, at 02:21 PM, STINNER Victor wrote:
>What am I supposed to do with an UUID with safe=False? Should I loop on the
>function until I get safe==True?
It would be an application dependent response. It might be that you would
check some
Barry A. Warsaw added the comment:
On Feb 20, 2017, at 12:03 AM, Fred L. Drake, Jr. wrote:
>Is there some special treatment you think should be given to specific enum
>values as well?
The only thing I thought about was optionally provide the enum item's value,
when that's usef
New submission from Barry A. Warsaw:
Over in https://github.com/python/cpython/pull/138 I noticed that we don't
currently have markup for enum types. While class:: is technically still
correct, it's not helpful because the html documentation should render this as
`Enum SafeUUID`
Changes by Barry A. Warsaw :
--
stage: -> resolved
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue22807>
___
___
Python-bugs-list
Changes by Barry A. Warsaw :
--
resolution: -> fixed
___
Python tracker
<http://bugs.python.org/issue22807>
___
___
Python-bugs-list mailing list
Unsubscrib
Barry A. Warsaw added the comment:
New changeset 8c130d7f8114158f5b94749032ec0c17dba96f83 by GitHub in branch
'master':
bpo-22807: Expose platform UUID generation safety information. (#138)
https://github.com/python/cpython/commit/8c130d7f8114158f5b94749032ec0c
On 17.02.2017 13:06, STINNER Victor wrote:
>> Alternatively, sysconfig data could be made available via a C lookup
>> function; with the complete dictionary only being created on demand.
>> get_config_var() already is such a lookup API which could be used as
>> front
Barry A. Warsaw added the comment:
+1
Probably ought to reconfigure .travis.yml to use the new targets too, if
possible.
--
___
Python tracker
<http://bugs.python.org/issue29
Changes by Barry A. Warsaw :
--
pull_requests: +98
___
Python tracker
<http://bugs.python.org/issue22807>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
I changed my mind on whether this should affect older versions of Python. I
have a branch which adds an UUID.is_safe attribute that relays the platform
information about whether the UUID was generated safely or not, if available.
It's an enum
Changes by Barry A. Warsaw :
--
assignee: -> barry
___
Python tracker
<http://bugs.python.org/issue22807>
___
___
Python-bugs-list mailing list
Unsubscrib
New submission from Barry A. Warsaw:
I haven't really thought about this deeply but I've observed that there are
lots of cases where a user will report getting an ImportError trying to import
a name from a module, where it turns out that the problem is that the module is
comi
Barry A. Warsaw added the comment:
On Feb 12, 2017, at 05:42 PM, Brett Cannon wrote:
>That comment is poorly worded.
Pretty sure at one time it was accurately worded, but things have changed
since PEP 3147 so the comment could use an upd
Changes by Barry A. Warsaw :
--
versions: +Python 3.3, Python 3.6, Python 3.7
___
Python tracker
<http://bugs.python.org/issue22807>
___
___
Python-bugs-list m
Barry A. Warsaw added the comment:
Confirmed that test_socket_aead_kernel49.patch fixes the problem for Ubuntu
17.04. It'll probably fix it for Debian Stretch too give its kernel version
number, but I haven't tested that yet.
--
___
Pyth
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue29324>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
On Feb 10, 2017, at 05:46 PM, Nick Coghlan wrote:
>Note that Fedora doesn't even rebuild all the extension modules when bumping
>CPython to a new maintenance release, let alone rebuilding and re-releasing
>all the pure Python ones. (RPM suppo
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,
>
A. Skrobov added the comment:
Oh btw, the comment in the beginning of Grammar/Grammar
> # Note: Changing the grammar specified in this file will most likely
> #require corresponding changes in the parser module
> #(../Modules/parsermodule.c).
is no longer true: a
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
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:/
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
>
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'
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue28180>
___
___
Python-bugs-list mailing list
Unsubscribe:
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!
>
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
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
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)
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
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue28833>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
On Nov 22, 2016, at 07:28 PM, Serhiy Storchaka wrote:
>The reason for disallowing some undefined escapes is the same as in pattern
>strings: this would allow as to introduce new special escape sequences.
I'll note that technically speaking, yo
Changes by Barry A. Warsaw :
--
priority: release blocker -> normal
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue27030>
___
___
Barry A. Warsaw added the comment:
I disagree that the documentation is at fault. This is known to break existing
code, e.g. http://bugs.python.org/msg281496
I think it's not correct to change the documentation but leave the
error-raising behavior for 3.6 because the deprecation was
Changes by Barry A. Warsaw :
--
nosy: +ned.deily
priority: normal -> release blocker
status: closed -> open
___
Python tracker
<http://bugs.python.org/i
Barry A. Warsaw added the comment:
On Nov 22, 2016, at 04:13 PM, Serhiy Storchaka wrote:
>Could Mailman be fixed? Undefined combinations of \ + ASCII emitted warnings
>in 3.5. And now they emit warnings even just in string literals
>(issue27364). If Mailman use undefined escape combina
Barry A. Warsaw added the comment:
Specifically, point #2; undefined combinations of \ + ASCII becoming an error.
--
___
Python tracker
<http://bugs.python.org/issue27
Barry A. Warsaw added the comment:
FWIW, this breaks Mailman 3.1 (and probably 2.1)
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue27030>
___
___
701 - 800 of 2582 matches
Mail list logo
