Roundup Robot added the comment:
New changeset 83ae10bf608c by Ezio Melotti in branch '3.3':
#17303: test_future* now work with unittest test discovery. Patch by Zachary
Ware.
http://hg.python.org/cpython/rev/83ae10bf608c
New changeset 5599bbc275bc by Ezio Melotti in branch 'default':
#17303:
Ezio Melotti added the comment:
Fixed, thanks for the patch!
I also removed a some from test import support that were no longer necessary.
test_future files could be reorganized a bit, since they are basically no-ops,
and they aren't testing much.
--
assignee: - ezio.melotti
New submission from Roundup Robot:
New changeset 619ed4ed7087 by Ezio Melotti in branch '3.3':
#17304: test_hash now works with unittest test discovery. Patch by Zachary
Ware.
http://hg.python.org/cpython/rev/619ed4ed7087
New changeset bc4458493024 by Ezio Melotti in branch 'default':
#17304:
Ezio Melotti added the comment:
Fixed, thanks for the patch!
Even here I removed a from test import support that was no longer needed.
--
assignee: - ezio.melotti
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python
Ezio Melotti added the comment:
LGTM.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16935
___
___
Python-bugs-list mailing list
Unsubscribe:
Maximiliano Curia added the comment:
I've deleted my previous patch, as I found the code working as intended.
The domain_specified signals whether the domain stores came from a Domain: tag
inside a Set-Cookie request or is taken from the hostname of the request.
The rfc2965 dictates that a
New submission from Senthil Kumaran:
I think an explicit HTTP put request example in the docs may help. Previously,
I thought the POST example was enough as PUT is very similar, but given the
folks are looking for it, an example of how to do a PUT request using httplib
may be helpful.
Here
Chris Jerdonek added the comment:
Currently the section covers all the fundamental Mercurial-related operations
that a committers needs to know (set up, commit, merge, push), not just
committing.
The point of the change in section title is to have a title so non-committers
know they can
Chris Jerdonek added the comment:
Why must we mention graft at all? I've never had a need for it. It seems
simpler and just as effective to run `hg import` on the original patch.
I think it's preferable that the steps we recommend to work on all systems.
Then we won't have to worry about
Chris Jerdonek added the comment:
AFAICT, the recommendation to use hg git format is currently only mentioned
in the Committing section
(http://docs.python.org/devguide/committing.html#minimal-configuration) but
not elsewhere, in particular, not http://docs.python.org/devguide/patch.html.
Ezio Melotti added the comment:
The point of the change in section title is to have a title so
non-committers know they can skip over the section.
In the first part of committing.rst there are also things for committers only,
and some of the content of the working with mercurial might be
Ulrik Sverdrup added the comment:
Please do not go forward until NIST publishes its SHA-3 specification document.
We don't know yet what parameters they will finally choose when making Keccak
SHA-3.
--
nosy: +englabenny
___
Python tracker
Kushal Das added the comment:
Adding the updated patch with changes as suggested in the review
--
Added file: http://bugs.python.org/file29260/issue15465v2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15465
Chris Jerdonek added the comment:
I think making the sections more focused helps because sections are the
linkable units, and sections can be freely moved around once they are more
stand-alone (e.g. into or out of the FAQ).
In issue 16931 in response to Ned, I suggested adding a general
jbatista added the comment:
IMHO this should be safe when the timezone is UTC for example, where there is
no problems with daylight savings. What should be the behavior when adding a
certain timedelta() and it crosses a date where there is an hour switch due to
daylight savings? The unadvised
Ezio Melotti added the comment:
The problem with that is that you have to navigate through different
links/pages/sections though (see also msg182645).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17284
Antoine Pitrou added the comment:
Why must we mention graft at all? I've never had a need for it. It
seems simpler and just as effective to run `hg import` on the
original patch.
`hg graft` actually works in some cases where `hg import` will fail,
because grafting uses the merge logic (so,
Antoine Pitrou added the comment:
agreed on HTTP/1.1, is there a plan to fix it too ;) because the
current http.server seems to be untouchable without breaking stuff
all around :)
The way to do it without breaking compatibility would be to write a new
handler, see my platonic proposal at
Ezio Melotti added the comment:
Also I often made changes on the patch I imported and applied on 2.7 (e.g.
update Misc/NEWS). Reimporting the patch means that I would have to do it
again, and both hg import --no-c url_of_the patch and hg export 2.7 | hg
import - are more complicated than hg
Ronald Oussoren added the comment:
datetime.time arithmetic cannot be timezone aware, as there is no associated
date and hence you cannot possibly know if there it a DST transition.
I don't think this is a problem. Adding/removing time to a clock value has
clear real-world semantics. Using
Petri Lehtinen added the comment:
A time object isn't associated with any date, so I don't really see a
problem here. The fact that you can shoot yourself in the leg can be
documented, noting that you should use datetime instead.
ISTM the reason why time objects even have an associated timezone
Chris Jerdonek added the comment:
If you start with a patch against 3.x, which is the normal case, why go to the
trouble of grafting from the patch modified for 2.7? It seems you're just
creating more trouble for yourself (introducing more conflicts you have to
resolve, etc) when you already
Ezio Melotti added the comment:
Because if the graft succeeds hg graft 2.7 does everything (including porting
extra modifications that I made before committing on 2.7 and the commit on
3.2), if there are conflicts I just spend a few seconds more in kdiff3 to fix
them.
Reapplying the patch
karl added the comment:
Read the thread. Thanks Antoine. Better understanding. I'm still discovering
how the community is really working.
Trying to fix a few things in the mean time
http://bugs.python.org/issue12921
http://bugs.python.org/issue747320
http://bugs.python.org/issue11448
Changes by Christian Heimes li...@cheimes.de:
--
nosy: +christian.heimes
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17302
___
___
Chris Jerdonek added the comment:
Reapplying the patch means that I have to do import + commit at least, and
possibly reapply manually changes that I've already done on 2.7.
Since 2.7 is more different from 3.2 than is 3.4, it seems more likely that
grafting from 2.7 to 3.x will result in
R. David Murray added the comment:
Serhiy, in Python3 the corresponding test uses io.BytesIO. That means the
additional tests are needed on Python3 as well, just a slightly different set,
right?
--
nosy: +r.david.murray
___
Python tracker
Marten Lehmann added the comment:
At least from the GNU people, two separate projects exists for this matter:
libidn, the original IDNA translation (http://www.gnu.org/software/libidn/)
libidn2, the IDNA2008 translation
(http://www.gnu.org/software/libidn/libidn2/manual/libidn2.html)
Btw.:
Andrew Jaffe added the comment:
Was this actually fixed? As per http://bugs.python.org/issue16848 it affects
python-config --ldflags which is used by various build systems.
--
nosy: +Andrew.Jaffe
___
Python tracker rep...@bugs.python.org
Andrew Jaffe added the comment:
Will this be fixed? I note that the related LINKFORSHARED bug (which causes
this, I think) is marked as resolved.
--
nosy: +Andrew.Jaffe
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16848
Marten Lehmann added the comment:
For the embedded Python examples, please prepend the following lines:
from __future__ import unicode_literals
name='müller.com'
So regarding interoperability: Usually you only use one implementation in your
code and hopefully the latest release, but in case
Ezio Melotti added the comment:
Shouldn't that be done with urllib?
--
components: +Documentation
type: - enhancement
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17307
___
Ronald Oussoren added the comment:
With framework build from yesterday this is not fixed for python 2.7, it prints:
-L/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/config -ldl
-framework CoreFoundation -lpython2.7 -u _PyMac_Error
Python.framework/Versions/2.7/Python
The bit
R. David Murray added the comment:
Does this mean the differences are only in the canonicalization of unicode
values? IDNA is a wire protocol, which means that an application can't know if
it is being asked to decode an idna1 or idna2 string unless there's something
in the protocol that
R. David Murray added the comment:
I don't have the expertise required to do the 2.7 backport. My naive attempt
is attached, but the message attribute is not preserved (test failure). If
someone can fix the patch, I'll commit it.
--
keywords: +patch
Added file:
Roundup Robot added the comment:
New changeset 2c9f7ed28384 by R David Murray in branch '3.2':
#17296: backport fix for issue 1692335, naive exception pickling.
http://hg.python.org/cpython/rev/2c9f7ed28384
New changeset 67c27421b00b by R David Murray in branch '3.3':
Null merge for issue
Roundup Robot added the comment:
New changeset 2c9f7ed28384 by R David Murray in branch '3.2':
#17296: backport fix for issue 1692335, naive exception pickling.
http://hg.python.org/cpython/rev/2c9f7ed28384
--
___
Python tracker
New submission from Harsha:
Dialog.py crashes when putty windows is resized.
return simple_menu(d, config, Select an option:, choices)
File /log-root/config-ac, line 499, in simple_menu
code, tag = d.menu(str(text), height=15, width=45, menu_height=min(8, len(SI
Changes by Berker Peksag berker.pek...@gmail.com:
--
keywords: +patch
nosy: +berker.peksag
Added file: http://bugs.python.org/file29263/issue16620.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16620
New submission from Paul Koning:
The __bytes__ special method has no effect in a subclass of int because the
bytes() builtin checks for int or int subclass before it gets around to looking
for that special method. The attached example shows it.
--
components: Interpreter Core
files:
New submission from Matt Clarke:
I have had an issue arise with ctypes callbacks with 64bit Python on Windows.
Note: everything works fine with 32bit Python on Windows and on 32bit and 64bit
Linux.
I have created a simple example to illustrate the issue I have (see
attachment), but the
Christopher King added the comment:
*At this point you need to take your arguments to python-ideas or python-dev
(probably the latter),*
I used Python once and will probably never use it again. I'm not nearly
invested enough to evangelize on several mailing lists the validity of a bug
that
Aman Shah added the comment:
Created a small patch for python 2.7 using file test_pickle.py .
--
nosy: +Aman.Shah
Added file: http://bugs.python.org/file29266/patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17299
Marten Lehmann added the comment:
IDNA2008 should be backwards compatible. I can try to explain it in a practical
example:
DENIC was the first registry that actually used IDNA2008 - at a time, where not
even libidn2 officially included the changes required for it. This was mainly
due to the
Changes by Ankur Ankan ankuran...@gmail.com:
--
nosy: +Ankur.Ankan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16669
___
___
Python-bugs-list
Changes by Ankur Ankan ankuran...@gmail.com:
--
nosy: +Ankur.Ankan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2209
___
___
Python-bugs-list
Changes by Ankur Ankan ankuran...@gmail.com:
--
nosy: +Ankur.Ankan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13477
___
___
Python-bugs-list
R. David Murray added the comment:
That doesn't sound like interoperability to me, that sounds like backward
incompatibility :(. I hope you are right that it only affects people with
hardcoded domain names, but that is still an issue.
In any case, since this is a new feature it can only go
Roundup Robot added the comment:
New changeset e0f3dcd30af8 by Chris Jerdonek in branch 'default':
Issue #17283: Share code between __main__.py and regrtest.py in Lib/test.
http://hg.python.org/cpython/rev/e0f3dcd30af8
--
nosy: +python-dev
___
Python
Chris Jerdonek added the comment:
Thanks a lot for the review, Petri.
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17283
Chris Jerdonek added the comment:
The fix for issue 17283 has been committed now, which should make this slightly
easier to fix (e.g. change one place instead of two).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15305
Éric Araujo added the comment:
LGTM. Some comments on Rietveld.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16406
___
___
Python-bugs-list
Raymond Hettinger added the comment:
My only attraction to adding any of the rotate variants is that they provide
functionality that can't be done efficiently by a user without access to the
underlying data structure.
However, looking only at the API, the methods seem a bit awkward and a bit
Aman Shah added the comment:
Fixed the patch by removing TESTFN from tearDown.
--
Added file: http://bugs.python.org/file29267/patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17299
___
Roundup Robot added the comment:
New changeset a9565750930e by Chris Jerdonek in branch '2.7':
Issue #16406: combine the doc pages for uploading and registering to PyPI.
http://hg.python.org/cpython/rev/a9565750930e
New changeset f57ddf3c3e5d by Chris Jerdonek in branch '3.2':
Issue #16406:
Chris Jerdonek added the comment:
Thanks a lot for taking the time to review, guys.
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16406
New submission from Chris Jerdonek:
As suggested by Éric in a Rietveld comment to issue 16406, this issue is to
make the PyPI package display section of the distutils docs use the right
terminology:
It’s too bad this part of the documentation use “package” with the meaning
used on PyPI
Chris Jerdonek added the comment:
I created issue 17311 for a suggestion Éric made on Rietveld.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16406
___
Changes by moijes12 moije...@gmail.com:
Added file: http://bugs.python.org/file29268/12768_2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12768
___
moijes12 added the comment:
I've attached a new patch with some changes.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12768
___
___
Chris Jerdonek added the comment:
Here is a patch that updates Geoff's patch to the latest code, and addresses
the directory creation issue.
--
Added file: http://bugs.python.org/file29269/issue15305-3.patch
___
Python tracker rep...@bugs.python.org
Antoine Pitrou added the comment:
In the absence of strong use cases, I prefer to keep the API thin
so that OD's remain easy to learn and remember.
It could be a separate function or a dedicated subclass if you prefer.
But providing it in the stdlib would avoid 3rd party code having to poke
Changes by Chris Jerdonek chris.jerdo...@gmail.com:
--
stage: - patch review
type: - enhancement
versions: +Python 3.4 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15305
___
Terry J. Reedy added the comment:
As a member of the devguide target audience, I think for this the devguide
should give alternatives with brief pluses and minuses. After importing and
applying a patch to the earliest applicable 2.x or 3.x, move it to the other
series with graft (new,
New submission from Chris Jerdonek:
test_aifc's AIFCLowLevelTest.test_write_aiff_by_extension() leaves a test file
behind. I'm not sure what other versions are affected.
--
keywords: easy
messages: 183175
nosy: chris.jerdonek, r.david.murray
priority: normal
severity: normal
stage:
Changes by Chris Jerdonek chris.jerdo...@gmail.com:
--
components: +Tests
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17312
___
___
New submission from Chris Jerdonek:
test_logging leaves behind a file called test.log in the current working
directory. I haven't narrowed down to the specific test, and I'm not sure what
other versions are affected.
--
components: Tests
messages: 183176
nosy: chris.jerdonek,
New submission from Brett Cannon:
I'm trying to remove all uses of imp.find_module()/load_module() and
multiprocessing seems to have a single use of both purely for (re)loading a
module. The attached patch moves over to importlib.find_loader() and subsequent
load_module() call to match the
New submission from Chris Jerdonek:
test_posixpath leaves behind a file of the following form when running on Mac
OS X:
lrwxr-xr-x @test_17700_tmpa - @test_17700_tmpa/b
I'm not sure which test it is or which other versions are affected.
--
components: Tests
messages: 183178
nosy:
Brett Cannon added the comment:
I figured out what I have to do to make this work properly again to avoid the
exception from being swallowed. Roughly:
# XXX calculate mode (_cache_bytecode)
# XXX create subdirectories as necessary (set_data)
# XXX write file (_write_atomic)
#
Changes by Brett Cannon br...@python.org:
--
dependencies: +Deprecate imp.find_module()/load_module()
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17177
___
Changes by Brett Cannon br...@python.org:
--
dependencies: +Stop using imp.find_module() in multiprocessing
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14797
___
Brett Cannon added the comment:
Assuming issue #17314 gets fixed, that leaves the following uses of
imp.find_module():
Lib/idlelib/EditorWindow.py
39:Version of imp.find_module() that handles hierarchical module names
45:(file, filename, descr) = imp.find_module(tgt, path)
Brett Cannon added the comment:
The remaining uses of imp.load_module() after issue #17314 (which will probably
all disappear as uses of imp.find_module() is removed):
Lib/idlelib/EditorWindow.py
48:module = imp.load_module(tgt, file, filename, descr)
Lib/pkgutil.py
291:
Changes by Tshepang Lekhonkhobe tshep...@gmail.com:
--
nosy: +tshepang
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16651
___
___
Changes by Brett Cannon br...@python.org:
--
assignee: - brett.cannon
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14797
___
___
New submission from Brett Cannon:
Will also need a new Django benchmark target which should get listed in the 2n3
overall target.
--
assignee: brett.cannon
messages: 183182
nosy: brett.cannon, pitrou
priority: low
severity: normal
status: open
title: Add Django 1.5 to benchmarks
New submission from Brett Cannon:
E.g. when you run ``./perf.py -h`` it lists the py3k benchmark target as having
4 benchmarks, but that's wrong since the 2n3 benchmark alone (which py3k
includes) has 23 benchmarks.
--
keywords: easy
messages: 183183
nosy: brett.cannon
priority:
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +alex
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17316
___
___
Python-bugs-list mailing list
Christian Ziemski added the comment:
Ouch, I really missed this one for a long time. :-(
(I didn't understand the workflow correctly and overlooked the reviews.)
I apologize to everyone who has been involved!
Finally I'm back here and re-did my patch for 3.4 this time.
I followed the comments
Chris Jerdonek added the comment:
The link for convenience:
http://docs.python.org/dev/distutils/packageindex.html#pypi-package-display
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17311
Vinay Sajip added the comment:
There are only three logging tests that open a handler to test.log:
test_filename, test_filemode and test_incompatible.
AFAIK those tests have remained unchanged over several years, if not months. Is
the failure repeatable? Which platform did the failure occur
Vinay Sajip added the comment:
I investigated a little further. The file is created in the test directory
(build/test_python_/) and, I assume, the dir is wiped at the end of the
test.
I can go through and do an addCleanup(os.remove, 'test.log') in the relevant
tests; that should do it.
New submission from Zachary Ware:
Version 1 converts test_main() into load_tests(). Version 2 removes the now
unnecessary import of run_unittest from support; thank you to Ezio for
reminding me to look at imports in these patches.
--
Added file:
Zachary Ware added the comment:
Version 2 removes an unnecessary import in test_dbm_gnu.py
--
Added file: http://bugs.python.org/file29273/test_dbm-s_discovery.v2.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17082
Chris Jerdonek added the comment:
Thanks for investigating.
Yes, currently regrtest.py deletes the containing directory. But this doesn't
happen when running with plain unittest. If each test cleans up after itself,
this will give us more flexibility in moving from regrtest to a
Richard Oudkerk added the comment:
I think this change will potentially make the main module get imported twice
under different names when we transfer pickled data between processes. The
current code (which is rather a mess) goes out of its way to avoid that.
Basically the main process makes
Roundup Robot added the comment:
New changeset b7f5bff33c22 by Vinay Sajip in branch 'default':
Closes #17313: Deleted test file created by test_logging.
http://hg.python.org/cpython/rev/b7f5bff33c22
--
nosy: +python-dev
resolution: - fixed
stage: needs patch - committed/rejected
New submission from Raynard Sandwick:
Note that URIs in the following are only meant as links when in parentheses;
otherwise, they are identifiers and mostly will not yield useful results. I
have only worked with xml.sax in Python 2.6 and 2.7, so I cannot speak to its
current state in later
Brett Cannon added the comment:
It is an abuse since I didn't design that part of the API to function that way,
but it's cool that it just happens to. =)
I do see your use-case and it is legitimate, although extremely rare and
narrow. Let me think about whether I want to add specific support
Demian Brecht added the comment:
(Note: Additional context can be found here: http://bugs.python.org/issue16942,
which seems to be a dupe of this report)
I haven't had any feedback to my proposal on python-ideas about the removal of
LWPCookieJar and MozillaCookieJar and the introduction of
Raynard Sandwick added the comment:
I have opened issue #17318 to try to specify the problem better. While I do
think that catalogs are the correct fix for the validation use case (and thus
would like to see something more out-of-the-box in that vein), the real trouble
is that users are often
Terry J. Reedy added the comment:
I suspect most people don't use or care much about cookies and cookie jar and
do not understand the issue of proposal enough to comment. My feeling is that
the patch probably breaks more than is necessary to fix the immediate problem
and too much for current
Waldir Pimenta added the comment:
Following-up sbaird's comment, I must point out that those aren't
Python-specific results. Filtering them by appending l=python to the urls
yields:
- TAU = 2 * Math.PI: 6
- TAU = 2*Math.PI: 2
- TAU=2*Math.PI: 0
- TAU = Math.PI * 2: 0
- TAU = Math.PI*2: 2
-
Marten Lehmann added the comment:
I found an interesting link about this issue:
http://www.unicode.org/faq/idn.html
I also checked a domain name of a client that ends with 'straße.de': IE,
Firefox and Chrome still use IDNA2003, Opera already does IDNA2008.
In IDNA2008 a lot of characters
R. David Murray added the comment:
I believe this is a subset of issue 17239, and it may be appropriate to close
it as a duplicate. I'll let that up to Chris, though, since he knows what
still needs to be specified/worked out.
--
assignee: - christian.heimes
nosy: +christian.heimes,
New submission from karl:
def send_response_only(self, code, message=None):
http://hg.python.org/cpython/file/3.3/Lib/http/server.py#l448
There is no type checking on code or if the code is appropriate. Let's take
==
#!/usr/bin/env python3.3
import
Senthil Kumaran added the comment:
Ezio. yes in 3.3 onwards it should be done in urllib.request. I was having 2.7
docs in my mind, but I ended up writing for latest with the intention to
backport. I have updated the patch to include both ways, while backporting to
2.7 and 3.2, plan to include
R. David Murray added the comment:
Ah, excellent, that document looks like exactly what I was looking for.
Now, when someone is going to get around to working on this, I don't know.
(Note that the xrange/range change was made at the Python2/Python3 boundary,
where we broke backward
Ezio Melotti added the comment:
Now the test (see Lib/test/test_os.py:470) has been changed to:
try:
os.stat(rc:\pagefile.sys)
except FileNotFoundError:
pass # file does not exist; cannot run test
except OSError as e:
self.fail(Could not stat pagefile.sys)
so this should work
1 - 100 of 105 matches
Mail list logo