Vinay Sajip added the comment:
A test would also be nice :-)
I do test the launcher in a standalone environment, but it's not
straightforward to test in a standard build or buildbot environment. For
example, it needs 4 sets of Python (Python 2.x and 3.x, 32-bit and 64-bit
builds for each)
Jeroen Demeyer added the comment:
Sorry for the late answer, but yes: I found this out using an actual
compilation. I must admit it was in a bit of an usual situation (32-bit
userspace on a mixed 32/64-bit mutilib installation), but most other software
packages have no problems configuring
Roundup Robot added the comment:
New changeset 1d061f83a6bf by Ned Deily in branch '2.7':
Issue #13590: OS X Xcode 4 - improve support for universal extension modules
http://hg.python.org/cpython/rev/1d061f83a6bf
New changeset 502b139b3b19 by Ned Deily in branch '3.2':
Issue #13590: OS X Xcode
Ned Deily added the comment:
Backports committed for 2.7 (2.7.4) and 3.2 (3.2.4).
Note that, although the uploaded review patches also included backported
changes to ./configure to improve defaults for building Python itself under
Xcode 4, I decided not to commit them here as they might
Antoine Pitrou added the comment:
I think a better possibility would be to return an indexable match object (as
bit like re match objects):
my_mock(1, someobj(), bar=someotherobj()):
match = my_mock.assert_called_with(
1, ANY, bar=ANY)
self.assertIsInstance(match[0], someobj)
New submission from Serhiy Storchaka:
xmlparser.Parse() works with string data only if XML encoding is utf-8 (or
ascii). Examples:
import xml.parsers.expat
parser = xml.parsers.expat.ParserCreate()
content = []
parser.CharacterDataHandler = content.append
parser.Parse(?xml version='1.0'
Changes by Serhiy Storchaka storch...@gmail.com:
--
dependencies: +Expat parser parses strings only when XML encoding is UTF-8
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2175
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
dependencies: +Expat parser parses strings only when XML encoding is UTF-8
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2174
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
dependencies: +Expat parser parses strings only when XML encoding is UTF-8
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1483
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
dependencies: +Expat parser parses strings only when XML encoding is UTF-8
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10590
___
Changes by Adam Collard adam.coll...@gmail.com:
--
nosy: +adam-collard
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12681
___
___
Changes by Adam Collard adam.coll...@gmail.com:
--
nosy: +adam-collard
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9495
___
___
Python-bugs-list
Ned Deily added the comment:
For 3.3.0, ./configure (configure.ac) was modified in 688d48e434e4 for
Issue13590 to use more appropriate defaults for universal builds on newer
releases. In particular, --enable-universalsdk=yes uses the Xcode default SDK
(as returned by xcodebuild) instead of
Changes by Ned Deily n...@acm.org:
Added file: http://bugs.python.org/file28918/issue11485_backport_32.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11485
___
Matthias Klose added the comment:
config.add and config.sub are needed for the AC_CANONICAL_HOST macro. the patch
includes these and the regenerated configure script.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17086
Attila Gerendi added the comment:
Renamed the report since it's unsafe for sure.
This problem was previously called: Avoid unnecessary and possibly unsafe code
from http.client.HTTPConnection.send.
Imagine that the data parameter from HTTPConnection it's a file like object but
it's not
Stefan Krah added the comment:
Serhiy, if you have time, I think it would be nice to get the remaining
fix into the upcoming release candidates.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17041
Roundup Robot added the comment:
New changeset 32de35f0f877 by Serhiy Storchaka in branch '2.7':
Issue #4844: ZipFile now raises BadZipfile when opens a ZIP file with an
http://hg.python.org/cpython/rev/32de35f0f877
New changeset 01147e468c8c by Serhiy Storchaka in branch '3.2':
Issue #4844:
Changes by Michael Foord mich...@voidspace.org.uk:
--
nosy: -michael.foord
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17041
___
___
Roundup Robot added the comment:
New changeset af41eca1959e by Serhiy Storchaka in branch '2.7':
Issue #17049: Localized calendar methods now return unicode if a locale
http://hg.python.org/cpython/rev/af41eca1959e
--
nosy: +python-dev
___
Python
Roundup Robot added the comment:
New changeset df9f8feb7444 by Serhiy Storchaka in branch '2.7':
Issue #17041: Fix doctesting when Python is configured with the
http://hg.python.org/cpython/rev/df9f8feb7444
New changeset 9c0cd608464e by Serhiy Storchaka in branch '3.2':
Issue #17041: Fix
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/issue4844
___
Serhiy Storchaka added the comment:
Committed. Thank you for reports, Robert Xiao and psam.
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
Serhiy Storchaka added the comment:
Thank you for review, Stefan Krah.
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17041
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: - serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12983
___
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: docs@python - serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14462
___
Benjamin Peterson added the comment:
Philip, if you could backport, that'd be great.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15881
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: - serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13169
___
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: - serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17034
___
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: - serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16723
___
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: - serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17043
___
___
Changes by Brian Curtin br...@python.org:
--
nosy: -brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13169
___
___
Python-bugs-list
Stefan Krah added the comment:
This is mainly about Py_CLEAR(), right? The initializations to NULL should
be guaranteed by the C standard.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17034
Serhiy Storchaka added the comment:
Here are patches for 2.7, 3.2 and updated patch for 3.3+
(test_repeat_minmax_overflow_maxrepeat is changed).
--
Added file: http://bugs.python.org/file28919/re_maxrepeat4-2.7.patch
Added file: http://bugs.python.org/file28920/re_maxrepeat4-3.2.patch
Serhiy Storchaka added the comment:
The initializations to NULL should be guaranteed by the C standard.
I don't sure.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17034
___
New submission from Christoph Rauch:
I have uncovered a strange behavior in io.TextIOWrapper which I think is a bug.
#!/usr/bin/env python
# encoding: utf-8
import csv
import io
Stefan Krah added the comment:
Yes, it's guaranteed:
6.7.8 Initialization
10) If an object that has automatic storage duration is not initialized
explicitly, its value is indeterminate. If an object that has static
storage duration is not initialized explicitly,
R. David Murray added the comment:
As noted in the documentation, the csv module in 2.7 does not handle unicode.
You'll have to switch to python3 if you want unicode support in csv.
--
nosy: +r.david.murray
resolution: - invalid
stage: - committed/rejected
status: open - closed
Christoph Rauch added the comment:
Thanks for the information. Will work around that. Miss-diagnosed the problem.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17090
___
Serhiy Storchaka added the comment:
Indeed.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17034
___
___
Python-bugs-list mailing list
Ramchandra Apte added the comment:
I'm pretty sure this is invalid now.
--
nosy: +ramchandra.apte
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7225
___
Ramchandra Apte added the comment:
... as it is not the preferred system.
I prefer .format() but I don't think that's true for many people.
--
nosy: +ramchandra.apte
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16432
New submission from Armin Rigo:
The docstring of thread.lock.acquire() (or _thread on Python 3) is bogus: it
says that if called without argument, the return value is None; it is only if
called with a blocking argument that it returns True or False. But since a
long time it was always
Serhiy Storchaka added the comment:
Are there any objections, nitpicks or suggestions?
--
assignee: - serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4591
___
New submission from ddve...@ucar.edu:
This is related to Issue17085 and Issue1646
My system is a cluster Red Hat Enterprise Linux Server release 6.2 (Santiago)
and it happens to have /usr/include/linux/tipc.h but probably tipc disabled in
the kernel for some reasons which I ignore. There is
Berker Peksag added the comment:
Sorry for the delay and thanks for the suggestions Ezio and Nick.
Given the lack of proper tests for iter_importers, wouldn't adding a
proper test that returns something useful, rather than testing only
with a non-existent module be better (this test could be
Antoine Pitrou added the comment:
Why would you disable TIPC? If TIPC crashes the test suite, you probably have a
system bug. I would suggest you try to diagnose what happens exactly.
(normally, the TIPC tests are skipped if the tipc kernel module isn't loaded)
--
nosy: +pitrou
ddve...@ucar.edu added the comment:
Antoine, the exact reason why I want to disable TIPC in configure, is
that either the test suite or the TIPC test case or both has/have a bug
(not my system). Therefore I suggest that you re-post your comment in
Issue17085, and I'll be happy to provide more
Berker Peksag added the comment:
LGTM.
Thanks for the review, Éric. Do you have time to commit the patch?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16555
___
Michael Driscoll added the comment:
Whatever became of this? We just stumbled across this bug in our code at work
where we accidentally put multiple files of the same name into the zip file and
not only does it not overwrite the others, but when you go to access that file
name, it grabs the
Ezio Melotti added the comment:
#13592 is indeed the issue I was thinking about, but apparently that's about
_sre.SRE_Pattern, so it's not the same thing.
Just showing group(0) should be helpful.
Often the interesting group is group(1), so showing only group(0) seems a bit
arbitrary.
And
Changes by Catalin Iacob iacobcata...@gmail.com:
--
nosy: +catalin.iacob
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6972
___
___
New submission from Brett Cannon:
ABCs, even though they are almost always at the bottom of an inheritance
hierarchy, should still do the right thing in the face of being in the middle
of an MRO. That means that they should call super() as appropriate. So for
methods that return a value,
Changes by Brett Cannon br...@python.org:
--
assignee: - brett.cannon
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17093
___
___
New submission from Stefan Ring:
After a fork, the list of thread states contains all the threads from before.
It is especially unfortunate that, at least for me, it usually happens that
threads created in the forked process reuse the same thread ids, and
sys._current_frames will then return
Changes by Stefan Ring stefan...@gmail.com:
Added file: http://bugs.python.org/file28925/test-fork-frames.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17094
___
Thomas Wouters added the comment:
Updated patch with test.
--
Added file: http://bugs.python.org/file28926/shutil.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17076
___
Changes by Thomas Wouters tho...@python.org:
Removed file: http://bugs.python.org/file28898/shutil.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17076
___
Changes by Thomas Wouters tho...@python.org:
Removed file: http://bugs.python.org/file28926/shutil.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17076
___
Thomas Wouters added the comment:
Now really updated the patch.
--
Added file: http://bugs.python.org/file28927/shutil.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17076
___
New submission from Thomas Wouters:
At some point (probably in 3.2) the support for shared modules built using
Modules/Setup was broken, for two reasons:
- Python no longer considers 'foomodule.so' when looking for a module called
'foo', but Modules/makesetup still appends 'module.so' for a
Roundup Robot added the comment:
New changeset 8ee6d96a1019 by doko in branch '2.7':
- Issue #17086: Backport the patches from the 3.3 branch to cross-build
http://hg.python.org/cpython/rev/8ee6d96a1019
--
nosy: +python-dev
___
Python tracker
Matthias Klose added the comment:
now committed, watching the buildds
--
stage: - committed/rejected
status: open - pending
type: - enhancement
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17086
Changes by Eric Snow ericsnowcurren...@gmail.com:
--
nosy: +eric.snow
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17093
___
___
Python-bugs-list
Changes by Ned Deily n...@acm.org:
--
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13590
___
___
Python-bugs-list
Chris Jerdonek added the comment:
See also issue 17087 which is essentially the same issue but for match objects.
--
nosy: +chris.jerdonek
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13592
New submission from Thomas Grainger:
Having the password stored in a plain-text configuration file is not great
security.
A better choice would be to try to use the OS keyring and then fall back to a
plaintext file
An example implementation of a generic keyring python interface is available
Changes by Martin Panter vadmium...@gmail.com:
--
nosy: +vadmium
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16809
___
___
Python-bugs-list
Ezio Melotti added the comment:
Attached a new patch with tests. I added the quotes around the type and fixed
complex() too.
--
Added file: http://bugs.python.org/file28929/issue17080-2.diff
___
Python tracker rep...@bugs.python.org
Ezio Melotti added the comment:
If there are no comments I'll commit this during the weekend.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14468
___
Gregory P. Smith added the comment:
the patch looks good, thanks! one minor comment in a test but i'll take care
of that as i submit.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6972
Roundup Robot added the comment:
New changeset 935a286b8066 by Ezio Melotti in branch 'default':
#17040: document that shelve.open() and the Shelf object can be used as context
managers. Initial patch by Berker Peksag.
http://hg.python.org/cpython/rev/935a286b8066
--
nosy: +python-dev
Ezio Melotti added the comment:
Fixed, thanks for the report and the patch!
--
assignee: docs@python - ezio.melotti
nosy: +ezio.melotti
resolution: - fixed
stage: - committed/rejected
status: open - closed
type: - enhancement
___
Python tracker
Chris Jerdonek added the comment:
I would like to request again that these changes be proposed and committed in
smaller chunks.
I have comments of a basic nature that would be much easier to discuss and
address in the context of smaller patches. Otherwise, the discussion isn't
manageable
Ezio Melotti added the comment:
On the repo I created (https://bitbucket.org/ezio_melotti/devguide-14468) there
are separate commits that include smaller changes. The patches attached to
this issue are outdated.
--
___
Python tracker
Roundup Robot added the comment:
New changeset 79a021beaf58 by Ezio Melotti in branch '2.7':
#16128: clarify that instances of user-defined classes compare equal with
themselves.
http://hg.python.org/cpython/rev/79a021beaf58
New changeset e84c5cf92b6f by Ezio Melotti in branch '3.2':
#16128:
Chris Jerdonek added the comment:
My understanding is that the commits are all or nothing. In other words, they
all need to be reviewed before any are committed. I would like for the patches
to be reviewed and committed individually so the review process is more
manageable and people can
Ezio Melotti added the comment:
I addressed the first comment. The paragraph in datamodel.html looks ok to me,
so I left it unchanged. Feel free to reopen the issue if you have a specific
suggestion that could improve that section.
--
assignee: docs@python - ezio.melotti
nosy:
Chris Jerdonek added the comment:
Also, I would be happy to start that process using the work that you have done.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14468
___
Ezio Melotti added the comment:
Yes, I was planning to collapse them in a single patch and push only that. I
don't think they can be further divided. In the moment I add the paragraph
about setting up the multiple repos using hg share the old description
becomes unnecessary, the
Chris Jerdonek added the comment:
I see ways that the changes can be proposed and committed incrementally. I can
start proposing those.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14468
Ezio Melotti added the comment:
I'm not sure what's the point though. The repo on bitbucket provides an easy
way to review individual changes, and pushing everything at once prevents
history pollution (assuming you consider 8 related changesets as pollution).
That's similar to the process
Chris Jerdonek added the comment:
The point is to allow a manageable discussion to take place around points of
contention while making forward commit progress along the way. I have
suggestions right now, but the current massive batch of changes makes it too
unwieldy. The incremental commits
Ezio Melotti added the comment:
The point is to allow a manageable discussion to take place around
points of contention
That can be done as (possibly inline) comments on bitbucket on the individual
commits.
while making forward commit progress along the way.
I'm not sure how you intend
Ezio Melotti added the comment:
Is this still an issue on 3.3/3.4? Does the patch still work?
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13756
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +christian.heimes
type: - enhancement
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13515
___
Ezio Melotti added the comment:
Is this issue still valid?
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9445
___
___
87 matches
Mail list logo