Barry A. Warsaw added the comment:
On May 13, 2013, at 02:24 PM, Nick Coghlan wrote:
>Yep. Since we no longer have a compelling reason for it to be anything
>else, it may as well be the human readable string.
Again, why does it matter? That's the whole point of having a human r
Barry A. Warsaw added the comment:
LGTM too. Needs test and docs.
--
___
Python tracker
<http://bugs.python.org/issue17941>
___
___
Python-bugs-list mailin
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue17954>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue17974>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Barry A. Warsaw:
The docs[1] say:
.. function:: urlopen(url, data=None[, timeout], *, cafile=None, capath=None,
cadefault=True)
The code[2] says:
def urlopen(url, data=None, timeout=socket._GLOBAL_DEFAULT_TIMEOUT,
*, cafile=None, capath=None, cadefault=False
Changes by Barry A. Warsaw :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue17977>
___
___
Python-bugs-list
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue13146>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue8604>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
Of course, I have my own atomic-rename thing, but I'm not going to post the
code here. It's fairly limited to my own use case and I have no interest in
making it cross platform.
That being said, I personally found that a context manager with a
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue17222>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
Antoine says:
> Ah, right. Well, there would be an argument not to use os.replace() in
> py_compile, since it's an offline processing step which generally
> shouldn't race with another (online) processing step.
But I think that's not
Changes by Barry A. Warsaw :
--
nosy: +doko
___
Python tracker
<http://bugs.python.org/issue13146>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
Proposed patch for 2.7
--
Added file: http://bugs.python.org/file30324/13146-2.7.patch
___
Python tracker
<http://bugs.python.org/issue13
Barry A. Warsaw added the comment:
I'm re-opening this because I'd like to get RM pronouncement on applying a
patch to 2.7, 3.2, and 3.3 to make py_compile.py atomically rename its pyc/pyo
file.
Attached is a patch for 2.7 based on importlib's approach in 3.4. It should be
Barry A. Warsaw added the comment:
Oh btw, if Georg and Benjamin deny this for the stable releases, I'll very
likely patch the Ubuntu versions anyway.
--
___
Python tracker
<http://bugs.python.org/is
Barry A. Warsaw added the comment:
On May 20, 2013, at 09:52 PM, Antoine Pitrou wrote:
>Some people already complained about this change. I'm not sure it's fit for a
>bugfix release. http://bugs.python.org/issue17222
Yeah, but that's a crazy use case. :)
>Besides
Barry A. Warsaw added the comment:
On May 20, 2013, at 09:57 PM, Charles-François Natali wrote:
>IIRC, os.rename() will fail on Windows if the target file already exists.
>That's why os.replace() was added.
Ah, that's probably a more serious blocker for adding it to upstream Py
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue7434>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue11959>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue22597>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue22627>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
I changed the link to point here: https://docs.python.org/devguide/patch.html
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue22680>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Barry A. Warsaw:
I'm classifying this as a security issue, since using uuid_generate_time() --
i.e. the not _safe() variety -- does return collisions in real world cases that
we've seen, and those could have security implications. However, I don't know
t
Barry A. Warsaw added the comment:
On Nov 06, 2014, at 08:10 PM, Alex Gaynor wrote:
>FWIW, I'm not convinced the pure python fallback code is sufficient either;
>time.time() doesn't have the necessary resolution AFAIK? Also clock_seq is
>generated using the random module'
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue22636>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue22869>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue22914>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue22966>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
I'll take this one. I think it should be easy to add a test case, which I'll
do.
--
assignee: -> barry
___
Python tracker
<http://bugs.pytho
Changes by Barry A. Warsaw :
--
versions: +Python 3.5
___
Python tracker
<http://bugs.python.org/issue22966>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
Not counting importlib.h, here's the diff I'm going to apply to 3.4. It passes
all the existing tests and includes a new test for this behavior.
--
Added file: http://bugs.python.org/file37339/22966.txt
Changes by Barry A. Warsaw :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue22966>
___
___
Python-bugs-list
Barry A. Warsaw added the comment:
I already pushed a fix.
http://buildbot.python.org/all/builders/AMD64%20Windows7%20SP1%203.4/builds/702/steps/test/logs/stdio
(although asyncio is still failing there but that should be unrelated)
--
status: open -> clo
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue22995>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
Targetting to 3.5 and nosying myself. It would be nice if it were possible to
suppress the help of an entire subparser, but I took a quick look at the code
and it seems tricky.
--
nosy: +barry
versions: +Python 3.5 -Python 2.7
Barry A. Warsaw added the comment:
On Dec 31, 2014, at 01:54 AM, Nick Coghlan wrote:
>As we've started working through the post-release PEP 440 changes, I think
>this is definitely worthy of a separate PEP.
I'm open to discussion and ideas, but I want to caution against sprea
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue23149>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
That's a backward compatibility break since existing code may be expecting
None. At least it needs to be carefully considered, and should have no
possibility of be applied to anything before Python 3.5.
--
nosy: +barry
versions: -Python 2.7, P
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue23228>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue23342>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Barry A. Warsaw:
There is a subtle behavior difference between virtualenv and pyvenv. When you
create a venv with virtualenv, the symbolic links files /bin are
relative, while they are absolute with pyvenv. This means that virtual
environments created with virtualenv can
Changes by Barry A. Warsaw :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue23399>
___
___
Python-bugs-list
Barry A. Warsaw added the comment:
Let's just Won't Fix this. Use a contextlib.ExitStack.
--
___
Python tracker
<http://bugs.python.org/issue12782>
___
___
Changes by Barry A. Warsaw :
--
resolution: -> wont fix
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue12782>
___
___
Python-bugs-
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue24305>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
So yeah, we don't want to deprecate string.Template. It has a very specific
use case that's used a lot, i.e. making strings dead simple to translate.
%(foo)s was very problematic. {foo} is a little better, but looks too weird
for most translat
Barry A. Warsaw added the comment:
I don't know what problems I might have run into previously, but it's working
now and seems fine to me. +1
--
nosy: +barry
___
Python tracker
<http://bugs.python.o
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue19699>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue24168>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
If you need a test case, try https://gitlab.com/warsaw/flufl.lock
--
___
Python tracker
<http://bugs.python.org/issue24
Barry A. Warsaw added the comment:
Rather than change the code, which strives to keep the "Simple" in PEP 292's
title, I'd rather just update the documentation to define what "identifier"
means here. E.g.
"
* ``$identifier`` names a substitution pl
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue24412>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue24351>
___
___
Python-bugs-list
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue24454>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
Found my first 3.5 breakage which I think is due to this.
>>> from uuid import uuid4
>>> '%.32x' % uuid4()
--
nosy: +barry
___
Python tracker
<ht
Barry A. Warsaw added the comment:
Fix:
>>> '%.32x' % uuid4().int
--
___
Python tracker
<http://bugs.python.org/issue19995>
___
___
Pyth
Barry A. Warsaw added the comment:
I believe this change broke RFC 4954's AUTH command when the optional
initial-response is expected. $4 "The AUTH Command" says:
AUTH mechanism [initial-response]
...
initial-response: An optional initial client response. If present,
Barry A. Warsaw added the comment:
Here's a rough thought for a fix. Some auth_*() methods require a challenge,
but some don't, e.g. auth_plain(). Let's allow authobject() to be called with
challenge=None. If they allow an initial-response, then they can just return
the resp
Barry A. Warsaw added the comment:
Also, smtpd is not compatible with auth challenges because found_terminator()
doesn't know that the response its getting isn't a command but instead a
challenge response. So really we need another bug to track fixes to smtpd.py
to handle challenge
Barry A. Warsaw added the comment:
On Jun 22, 2015, at 10:00 PM, R. David Murray wrote:
>We change the authobj signature to challenge=None, then the first thing we do
>in auth is 'initial_response = authobj()'. The return value can be the empty
>string or a real initial val
Barry A. Warsaw added the comment:
Martin says: "I cannot see any particular circumstances where unencrypted
passwords for smtpd would be acceptable, given that there are perfectly
established technologies. So I remain -1 on this patch."
Here's a use case: a testing SMTP
Barry A. Warsaw added the comment:
FWIW, this broke the zope.testing doctests:
https://bugs.launchpad.net/zope.testing/+bug/1467644
I submitted a patch, which was reasonable given the normalization that
zope.testing does for doctest output, but people should be aware that this can
break
Barry A. Warsaw added the comment:
When I ported Mailman 3 to Python 3.5 I had to remove the check on
email.__version__ :)
--
___
Python tracker
<http://bugs.python.org/issue22
Barry A. Warsaw added the comment:
I have a patch to support initial-response, which I'll be posting here after a
bit of clean up and a full (local) test run, with documentation. I ended up
adding a keyword argument `initial_response_ok=True` to .login() and .auth().
The reason for th
Barry A. Warsaw added the comment:
Attached patch includes test, documentation, and implementation. While this is
technically a new feature, it fixes a regression in Python 3.5 w.r.t. 3.4.
I'll email python-dev with a request for beta exemption.
--
Added file: http://bugs.pytho
Barry A. Warsaw added the comment:
On Jul 07, 2015, at 05:59 PM, R. David Murray wrote:
>I don't see any need to add the is_initial_auth_ok flag. Either the auth
>method returns something that is not None (initial auth is OK), or it doesn't
>(initial auth is not OK).
I
Barry A. Warsaw added the comment:
Thanks!
--
___
Python tracker
<http://bugs.python.org/issue15014>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
assignee: -> barry
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue15014>
___
___
Python-bugs-list
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue24941>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue24965>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
I'm of mixed opinion. I personally don't like cluttering up my $HOME with a
jillion dotfiles so I appreciate the organization XDG_CONFIG_HOME offers. But
that also makes things less discoverable. Looking in XDG_CONFIG_HOME first
with a fallbac
Barry A. Warsaw added the comment:
On Sep 01, 2015, at 07:15 PM, Glyph Lefkowitz wrote:
>There are other advantages to following the XDG spec. If we follow it
>correctly (and not, like Barry suggested, start adding random other
>directories like ~/.python)
I was really just suggestin
Barry A. Warsaw added the comment:
Removing smtpd would definitely be a hardship for me right now, probably for
obvious reasons. I use it in testing frameworks, and even wrote a library
called lazr.smtptest that is built around smtpd. In Mailman, we have an LMTP
server built on smtpd that
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue25014>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
On Sep 04, 2015, at 08:55 PM, STINNER Victor wrote:
>Maybe it can be fun to rewrite the module using asyncio, but I'm not
>convinced that a SMTP server in the Python stdlib is super useful.
As I mentioned in issue25008, removing smtpd would be a h
Barry A. Warsaw added the comment:
On Sep 07, 2015, at 02:26 PM, STINNER Victor wrote:
>Can we modify the issue title to "Rewrite smtpd with asyncio"?
Sure, although I'm currently thinking it's best to go third party until the
API and imp
Barry A. Warsaw added the comment:
On Sep 09, 2015, at 11:57 PM, Eric V. Smith wrote:
>There's one nit where I accept 'f' and 'F', but the PEP just says 'f'. I'm
>not sure if we should accept the upper case version. I'd think not, but all
>
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue25061>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue25154>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
I'm sympathetic, given that in Debian/Ubuntu (and maybe other distros) where we
have both Python 3.4 and 3.5, we have to install /usr/bin/pyvenv-3.4 and
pyvenv-3.5, and then use symlinks to provide the default ve
Changes by Barry A. Warsaw :
--
nosy: +doko
___
Python tracker
<http://bugs.python.org/issue25154>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue25159>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
I have a patch which will at least improve the error message when `python3 -m
venv` fails because python3-venv isn't installed on Debian/Ubuntu. I will work
with Doko on this.
--
___
Python tracker
Barry A. Warsaw added the comment:
I'm not expecting a change either, I was also just documenting observed
breakages. Given that I've ported a *ton* of code to 3.5 and only seen a
handful of failures related to this issue, I agree that it's better just to
provide information a
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue25296>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
I'm liking RDM's port of smtpd.py. I've done some clean ups, bug fixes, and
added some debugging. See this branch over on gitlab:
https://gitlab.com/python-smtpd-hackers/aiosmtpd/tree/issue25508
Try `python3 server.py` then run clien
New submission from Barry A. Warsaw:
In Python 3.5, SMTPChannel.__init__() ensures that enable_SMTPUTF8 and
decode_data arguments are not both true. This even seems to be tested in
test_smtpd.py. But it's clearly bogus because the exception is never raised!
It just creates and throws
Barry A. Warsaw added the comment:
On Oct 08, 2015, at 08:44 PM, Mauro S. M. Rodrigues wrote:
>Python 3.5.0+ (3.5:1e99ba6b7c98, Oct 8 2015, 17:12:06)
>[GCC 4.8.4] on linux
>Type "help", "copyright", "credits" or "license" for more inf
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue21159>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
Reopening because we're starting to see regressions caused by the fix for this
bug, e.g.: https://bugs.launchpad.net/configglue/+bug/1504288
--
keywords: +3.4regression, 3.5regression -patch
status: closed -&
Barry A. Warsaw added the comment:
The failure is in the configglue test suite, but apparently also kazan and
qutebrowser are also affected by this change. In the Launchpad bug there's a
link to a librarian build log result.
The problem is that doing the .get() requires that subcl
Barry A. Warsaw added the comment:
Re: platform_default - I'm not sure that's a good idea. It hides what's
actually happening in some hard to discover place (the code). Probably EIBTI
and just go with 'enable' and 'disable'.
--
___
Barry A. Warsaw added the comment:
On Oct 14, 2015, at 03:20 PM, Nick Coghlan wrote:
>The rationale behind "platform_default" relates to what we put in the default
>config file in the RPM. If enable/disable are the only options, then as soon
>as the first version ships wi
Barry A. Warsaw added the comment:
This has come along pretty well. The project is managed here:
https://gitlab.com/python-smtpd-hackers/aiosmtpd
and documentation here:
http://aiosmtpd.readthedocs.org/en/latest/
--
___
Python tracker
<h
Barry A. Warsaw added the comment:
On Oct 29, 2015, at 10:30 PM, Alex Gaynor wrote:
>Right now uuid4 can be implemented one of 3 ways:
If you're hacking on the uuid module, keep in mind issue22807
--
nosy: +barry
___
Python tracke
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue25649>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
Another example is the six.moves module, though I haven't looked at its
implementation approach.
--
___
Python tracker
<http://bugs.python.org/is
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue25698>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
This seems entirely reproducible in a local Xenial sbuild using the source
packages in https://launchpad.net/~doko/+archive/ubuntu/toolchain/+packages
Interestingly, inspection of the built artifacts in the schroot after all is
done yields:
# find . -name
2501 - 2600 of 2726 matches
Mail list logo
