Changes by Tshepang Lekhonkhobe tshep...@gmail.com:
--
nosy: +tshepang
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8040
___
___
Python-bugs-list
New submission from Tshepang Lekhonkhobe:
The issue referred to has since been resolved.
--
assignee: docs@python
components: Documentation
files: update.diff
keywords: patch
messages: 181778
nosy: docs@python, tshepang
priority: normal
severity: normal
status: open
title: update PEP
Serhiy Storchaka added the comment:
You can use p format in PyArg_ParseTuple* for boolean parameters.
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13773
___
Ramchandra Apte added the comment:
Will attach patch. Coincidentally I'm am a younger programmer.
--
nosy: +ramchandra.apte
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17172
___
Ramchandra Apte added the comment:
Should be ... I'm a younger...
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17172
___
___
Python-bugs-list
Roundup Robot added the comment:
New changeset 6ec6dbf787f4 by Serhiy Storchaka in branch '2.7':
Issue #6975: os.path.realpath() now correctly resolves multiple nested symlinks
on POSIX platforms.
http://hg.python.org/cpython/rev/6ec6dbf787f4
New changeset c5f4fa02fc86 by Serhiy Storchaka in
Nick Coghlan added the comment:
Agreed on it being a bug that we do it the wrong way around, but Yikes! at
the idea of code where it makes a significant difference.
--
nosy: +ncoghlan
___
Python tracker rep...@bugs.python.org
Antoine Pitrou added the comment:
You can use p format in PyArg_ParseTuple* for boolean parameters.
That's what I used, indeed.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13773
___
Mark Dickinson added the comment:
Looks good to me. I can confirm that the new formulas are equivalent to the
old, at least for positive kappa. (They're not the same for negative kappa,
but that shouldn't matter in this context.)
Serhiy: do you know how the original formulas arose? I don't
Antoine Pitrou added the comment:
Any other comments on this? If not, I would like to commit soon.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16997
___
Michael Foord added the comment:
Please don't commit I think we still need a discussion as to whether subtests
or paramaterized tests are a better approach. I certainly don't think we need
both and there are a lot of people asking for parameterized tests. I also
haven't had a chance to look
Antoine Pitrou added the comment:
Please don't commit I think we still need a discussion as to whether
subtests or paramaterized tests are a better approach. I certainly
don't think we need both and there are a lot of people asking for
parameterized tests.
I think they don't cater to the
Nick Coghlan added the comment:
You can use subtests to build parameterized tests, you can't use
parameterized tests to build subtests. The standard library can also
be converted to using subtests *far* more readily than it could be
converted to parameterized tests. There's also the fact that
Michael Foord added the comment:
Subtests break the current unittest api of suite.countTests() and I fear they
will also break tools that use the existing test result api to generate junit
xml for continuous integration.
I would like to add a parameterized test mechanism to unittest - but
Michael Foord added the comment:
However, I think you're making a mistaking by seeing them as
*competing* APIs, rather than seeing subtests as a superior
implementation strategy for the possible later introduction of a
higher level parameterized tests API.
Parameterized tests are done at test
Antoine Pitrou added the comment:
Subtests break the current unittest api of suite.countTests() and I
fear they will also break tools that use the existing test result api
to generate junit xml for continuous integration.
It depends how you define countTests(). sub-tests, as the name
Mark Dickinson added the comment:
I suspect that this is simply an error in the original code: the docstring
says that mu should be in the range [0, 2*pi), so reducing mu modulo 2*pi makes
little sense. I guess the lines at the end of the method were intended to be
written:
if u3 =
Michael Foord added the comment:
A comment from lifeless on IRC (Robert Collins):
[12:15:46] lifelessplease consider automated analysis. How can someone
tell which test actually failed ?
[12:15:55] lifelessHow can they run just that test in future ?
--
Nick Coghlan added the comment:
I've belatedly applied the PEP update Daniel sent me, and added a reference to
this issue from the PEP.
The latest version of the patch looks very good to me, just one very minor nit
with the phrasing in the docs. Specifically, it is better to replace like
Mark Dickinson added the comment:
Patch.
--
keywords: +patch
Added file: http://bugs.python.org/file29026/issue17149.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17149
___
Changes by Mark Dickinson dicki...@gmail.com:
--
stage: - commit review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17149
___
___
Roundup Robot added the comment:
New changeset 010b455de0e0 by Serhiy Storchaka in branch '2.7':
Issue #1470548: XMLGenerator now works with UTF-16 and UTF-32 encodings.
http://hg.python.org/cpython/rev/010b455de0e0
New changeset 66f92f76b2ce by Serhiy Storchaka in branch '3.2':
Issue #1470548:
Roundup Robot added the comment:
New changeset 6e9210a092cf by Serhiy Storchaka in branch '3.2':
Fix a test for SpooledTemporaryFile (added in issue #10355).
http://hg.python.org/cpython/rev/6e9210a092cf
New changeset b5074ed74ec3 by Serhiy Storchaka in branch '3.3':
Fix a test for
Mark Dickinson added the comment:
The message for changeset r6370f1593c72 (which introduced the incorrect code)
confirms the intentions. I'll apply this patch shortly.
iwasawa:cpython mdickinson$ hg log -v -r6370f1593c72
changeset: 7881:6370f1593c72
branch: legacy-trunk
user:
Michael Foord added the comment:
My concern is that this re-uses the existing TestResult.add* methods in a
different way (including calling addError multiple times). This can break
existing tools.
Fix suggested by lifeless on IRC. A sub test failure / success / exception
calls the following
Changes by Florent Xicluna florent.xicl...@gmail.com:
--
nosy: +flox
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16997
___
___
Python-bugs-list
Serhiy Storchaka added the comment:
Oh, I were blind.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13773
___
___
Python-bugs-list mailing list
Mark Dickinson added the comment:
Updated patch (thanks Serhiy for reviewing).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17149
___
___
Changes by Mark Dickinson dicki...@gmail.com:
Added file: http://bugs.python.org/file29027/issue17149_v2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17149
___
Serhiy Storchaka added the comment:
LGTM.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17149
___
___
Python-bugs-list mailing list
Antoine Pitrou added the comment:
I'm getting a test failure in test_ftplib:
==
ERROR: test_data_connection (test.test_ftplib.TestTLS_FTPClass)
--
Traceback
Stefan Behnel added the comment:
Any more comments? Any objections to applying the last patch? Anyone ready to
do it?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17159
___
Antoine Pitrou added the comment:
I certainly think the patch is ok on the principle. I'll let someone else
pronounce on the details :-)
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17159
Roundup Robot added the comment:
New changeset 6a3d18cede49 by Mark Dickinson in branch '2.7':
Issue #17149: Fix random.vonmisesvariate to always return results in [0,
2*math.pi].
http://hg.python.org/cpython/rev/6a3d18cede49
New changeset 41e97652a9f9 by Mark Dickinson in branch '3.2':
Issue
Changes by Mark Dickinson dicki...@gmail.com:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17149
___
Changes by Benjamin Peterson benja...@python.org:
--
assignee: - benjamin.peterson
nosy: +benjamin.peterson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16967
___
Roundup Robot added the comment:
New changeset d296cf1600a8 by Benjamin Peterson in branch 'default':
evaluate positional defaults before keyword-only defaults (closes #16967)
http://hg.python.org/cpython/rev/d296cf1600a8
--
nosy: +python-dev
resolution: - fixed
stage: -
Roundup Robot added the comment:
New changeset 6917402c6191 by Benjamin Peterson in branch 'default':
evaluate lambda keyword-only defaults after positional defaults (#16967 again)
http://hg.python.org/cpython/rev/6917402c6191
--
___
Python tracker
Serhiy Storchaka added the comment:
Serhiy: do you know how the original formulas arose?
No. I have not found any articles or books in the open access.
A test would be good!
I was waiting for issue13355 and issue17149. Here is an updated patch with
tests.
--
Added file:
Michael Foord added the comment:
And on the superior implementation strategy, both nose and py.test used to
have runtime test generation and both have deprecated them and moved to
collection time parameterization. (But I guess we know better.)
You don't need PEP 422 for parameterization. The
Benjamin Peterson added the comment:
LGTM
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12983
___
___
Python-bugs-list mailing list
Changes by Serhiy Storchaka storch...@gmail.com:
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6975
___
Jeffrey Armstrong added the comment:
Is Christian's patch going to be sufficient for the time being? Just curious.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16880
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1470548
R. David Murray added the comment:
I don't really have strong feelings about this, but I will just note as a data
point that I implemented parameterized tests for the email package, and have no
interest myself in subtests. This is for exactly the collection time vs
runtime reason that
Roundup Robot added the comment:
New changeset 305210a08fc9 by Serhiy Storchaka in branch '3.2':
Issue #12983: Bytes literals with invalid \x escape now raise a SyntaxError
http://hg.python.org/cpython/rev/305210a08fc9
New changeset d5b731446a91 by Serhiy Storchaka in branch '3.3':
Issue
Michael Foord added the comment:
The patch py3k_fix__AssertRaisesContext.patch looks good. A test would be nice.
The code already attempts to sanitize the traceback, so sanitizing __cause__
and __context__ seems reasonable.
--
versions: +Python 3.3, Python 3.4
Antoine Pitrou added the comment:
Here is a patch implementing Michael's and lifeless' proposed strategy.
--
Added file: http://bugs.python.org/file29029/subtests5.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16997
Mark Dickinson added the comment:
I don't think the second added test_avg_std test makes sense, given that the
number of random samples used by vonmisesvariate is unpredictable. The
variance in the second case should be close to 1/100.0 rather than
1/sqrt(2)/100.0, right? If this code
Changes by Serhiy Storchaka storch...@gmail.com:
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12983
Serhiy Storchaka added the comment:
The variance in the second case should be close to 1/100.0 rather than
1/sqrt(2)/100.0, right?
Yes, but experiments exposed precisely 1/sqrt(2)/100.0 and I were confused by
this fact. But now I noticed a comment at the top of the test: Only works for
Roundup Robot added the comment:
New changeset 0f9113e1b541 by Serhiy Storchaka in branch '2.7':
Issue #17141: random.vonmisesvariate() no more hangs for large kappas.
http://hg.python.org/cpython/rev/0f9113e1b541
New changeset d94b73c95646 by Serhiy Storchaka in branch '3.2':
Issue #17141:
Changes by Serhiy Storchaka storch...@gmail.com:
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17141
Serhiy Storchaka added the comment:
Thanks for review.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17141
___
___
Python-bugs-list mailing
Serhiy Storchaka added the comment:
Ping.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8865
___
___
Python-bugs-list mailing list
Unsubscribe:
Antoine Pitrou added the comment:
Patches look good to me.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8865
___
___
Python-bugs-list mailing
Mark Dickinson added the comment:
No objections here.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4591
___
___
Python-bugs-list mailing list
Mark Dickinson added the comment:
Closing.
--
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10557
___
___
Antoine Pitrou added the comment:
+1 for runcall() and the context manager.
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17130
___
Mark Dickinson added the comment:
According to the experts index, Bob is no longer actively maintaining the
module.
--
assignee: bob.ippolito -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4945
Changes by Mark Dickinson dicki...@gmail.com:
--
nosy: +mark.dickinson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17073
___
___
Antoine Pitrou added the comment:
Should this remain open?
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14914
___
___
Changes by Antoine Pitrou pit...@free.fr:
--
versions: -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16245
___
___
Python-bugs-list
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +benjamin.peterson, haypo, lemburg, pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6331
___
Mark Dickinson added the comment:
It's not obvious to me how the documentation could be made clearer: all the
rounding modes are described at
http://docs.python.org/2/library/decimal.html#decimal.Context
for the Python 2 docs, and in a separate section entitled 'Rounding modes' for
the
Roumen Petrov added the comment:
In scope of this issue I would like to propose following patch set.
First step is remove checks for versions used in past millenium, i.e. to avoid
checks for 15 year old binaries.
--
Added file:
Roumen Petrov added the comment:
Next step is to propose customization for cygwinmingw compilers.
--
keywords: +patch
Added file:
http://bugs.python.org/file29031/0001-MINGW-issue12641-customize-mingw-cygwin-compilers.patch
___
Python tracker
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +georg.brandl, ncoghlan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17175
___
___
Roundup Robot added the comment:
New changeset 1557d25b0f6e by Antoine Pitrou in branch 'default':
Issue #17165: fix a bare import in _strptime.py.
http://hg.python.org/cpython/rev/1557d25b0f6e
--
nosy: +python-dev
___
Python tracker
Antoine Pitrou added the comment:
Fixed, thank you!
--
nosy: +pitrou
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17165
Roumen Petrov added the comment:
And optionally If someone disagree options m{no-}cygwin to be removed I would
like to propose a patch '..check if cygwin/mingw... -m{no-}cygwin' to restore
it for GCC before 4.6x.
--
Added file:
Mark Dickinson added the comment:
Updated patch. Thanks Ezio and David for reviewing.
--
assignee: - mark.dickinson
priority: low - normal
Added file: http://bugs.python.org/file29033/issue15438_2.patch
___
Python tracker rep...@bugs.python.org
Mark Dickinson added the comment:
Whoops. Removing a bonus non-grammatical 'function'.
--
Added file: http://bugs.python.org/file29034/issue15438_3.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15438
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +neologix, pitrou
versions: +Python 3.2, Python 3.3, Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17094
___
Roumen Petrov added the comment:
In scope of issue12641 (Remove -mno-cygwin from distutils) I just publish a set
of patches to modernize support for cygwinmingw compilers.
My tests show that swig could be used successfully with patched mingw compiler.
Test is based on patched official release
Roumen Petrov added the comment:
Uhh python setup.py build_ext -cmingw32 --swig-opts=-c++ -f
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue832159
___
Mark Dickinson added the comment:
Can I suggest fixing this particular issue with a dedicated patch, and opening
another issue to consider the large automated replacements that Victor's
proposing?
--
___
Python tracker rep...@bugs.python.org
Changes by Mark Dickinson dicki...@gmail.com:
--
nosy: +mark.dickinson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16447
___
___
Mark Dickinson added the comment:
Here's a simple patch (against 2.7) for this particular issue.
--
Added file: http://bugs.python.org/file29035/issue16445.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16445
Serhiy Storchaka added the comment:
Here's a simple patch (against 2.7) for this particular issue.
LGTM.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16445
___
Changes by Senthil Kumaran sent...@uthcode.com:
--
nosy: +orsenthil
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10852
___
___
Python-bugs-list
Senthil Kumaran added the comment:
There is another option. To have the same behavior like svn keywords
through hg. Having this setting at server hgrc can help.
This will be useful if we have more than one instance of keyword expansion.
[extensions]
keyword=
[keyword]
**/*.man =
[keywordmaps]
Changes by Senthil Kumaran sent...@uthcode.com:
--
nosy: +orsenthil
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17164
___
___
Python-bugs-list
Ned Deily added the comment:
The keyword extension would have to be added by everyone to their existing
.hgrc files and the Mercurial developers discourage its use (This is
considered a feature of last resort.). Better to eliminate the keyword in the
source. There were others that have
Senthil Kumaran added the comment:
You will stumble on that message, only if you give help(module
somename) and note that somename could be any module in the
PYTHONPATH.
We can change to show the text only if the module is a valid module,
but I think, it is costly do that computation for help
Brett Cannon added the comment:
Yes, Christian's patch should do the trick for fixing the problem you reported,
Jeffrey.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16880
___
New submission from Brett Cannon:
imp.NullImporter should not be claiming that it is still used to fill
sys.path_importer_cache on misses.
--
assignee: brett.cannon
components: Documentation
messages: 181846
nosy: brett.cannon
priority: normal
severity: normal
stage: needs patch
Roundup Robot added the comment:
New changeset b322655a4a88 by Serhiy Storchaka in branch '3.3':
Issue #4591: Uid and gid values larger than 2**31 are supported now.
http://hg.python.org/cpython/rev/b322655a4a88
New changeset 94256de0aff0 by Serhiy Storchaka in branch 'default':
Issue #4591:
Arfrever Frehtes Taifersar Arahesis added the comment:
http://hg.python.org/cpython/rev/8ee6d96a1019#l5.150
You changed PYTHONPATH, but all other branches (e.g. 3.3 and default) set
previous value (PYTHONPATH=`pwd`/Lib). Was it an accidental change?
--
nosy: +Arfrever
status: pending
New submission from Brett Cannon:
I need a make a decision as to what (if anything) belongs in imp and then
document what stays and deprecate everything else.
Everything in imp falls into one of the following categories:
* From importlib
- get_magic()
- source_from_cache()
-
Senthil Kumaran added the comment:
It should be noted that latest OSX Mountain Lion has caused problems for other
language libraries too (specifically ruby, which I use at work). Ease the
support of correct openssl in OSX may help a long way in all versions of python.
--
nosy:
Jeffrey Armstrong added the comment:
Sorry, I think my question was a bit vague. Christian's patch does, in fact,
work fine for fixing the problem as reported. I was wondering if the patch was
sufficient to close the bug with a commit. I didn't know if other work was
ongoing to close this
Antoine Pitrou added the comment:
Looks like this broke some buildbots:
==
ERROR: test_chown (test.test_shutil.TestShutil)
--
Traceback (most recent call
Brett Cannon added the comment:
A commit to Python 3.3 and 3.4 would be enough to close this bug. Just a matter
of Christian or someone else finding the time.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16880
Hakim Taklanti added the comment:
You is right. I had just see the beginning of documentation (Rounding options
include...). Sorry for the bother and thanks for the answer.
--
___
Python tracker rep...@bugs.python.org
mike bayer added the comment:
um, this seems like a regression/bug? I now have users complaining that my
apps are broken because of this change as of Python 3.3.My application is
supposed to return the help screen when no command is given. Now I get a
None error because argparse is not
Roundup Robot added the comment:
New changeset 4ef048f4834e by Serhiy Storchaka in branch '3.3':
Reject float as uid or gid.
http://hg.python.org/cpython/rev/4ef048f4834e
New changeset 3fdcffdfd3e6 by Serhiy Storchaka in branch 'default':
Reject float as uid or gid.
Michael Foord added the comment:
I'm pretty sure the proposed patch doesn't work - but there's no test for it so
I can't be sure. I can't think of a better basic strategy, but the strategy
here is horrible. This means I'm sympathetic to the desire for a removeTest
method but not very
Michael Foord added the comment:
I think better filtering at the collection phase - collecting tests by name or
filtering out tests by name - could obviate the need for this.
--
___
Python tracker rep...@bugs.python.org
Michael Foord added the comment:
Looks like we're going to get subtests ( issue #16997 ) instead of
parameterized tests.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7897
___
1 - 100 of 124 matches
Mail list logo