Changes by Nir Aides n...@winpdb.org:
--
title: threading module can deadlock after fork - malloc
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue874900
___
Changes by Nir Aides n...@winpdb.org:
--
title: malloc - threading module can deadlock after fork
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue874900
___
Campbell Barton ideasma...@gmail.com added the comment:
Shouldn't it be documented that it changes still? - since people are using
pytjon3.2 and its a stable release, _any_ breaking change should be documented
IMHO
--
___
Python tracker
Antoine Pitrou pit...@free.fr added the comment:
Actually, the error is that in Python 3 you should use bytes objects when
transmitting/receiving data over the network, not (unicode) strings.
That is, replace '\r\n' with b'\r\n', etc.
Of course, the error message should be made less obscure.
Elazar Leibovich elaz...@gmail.com added the comment:
Similar problem occurs if you do not specify
from encodings import ascii
You can get
LookupError: unknown encoding: ascii
--
nosy: +Elazar.Leibovich
status: pending - open
___
Python
Michael Foord mich...@voidspace.org.uk added the comment:
Doesn't seem like an unreasonable request. Nick / Benjamin, what do you think?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8639
R. David Murray rdmur...@bitdance.com added the comment:
Unless you can point to a place where the behavior that was fixed is actually
documented, this is classed as an implementation detail that was changed (or,
more likely, a bug that was fixed). If this were less obscure or had been in
Raymond Hettinger raymond.hettin...@gmail.com added the comment:
IIRC, classes weren't supposed to be able inherit from two classes that had
different metaclasses (since differing metaclasses don't necessarily play well
with one another).
--
nosy: +rhettinger
R. David Murray rdmur...@bitdance.com added the comment:
You are better off opening a new issue as a feature request. Do add at least
belopolsky as nosy on the new issue.
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
Renaud Blanch rndbl...@gmail.com added the comment:
I can not comment on http://bugs.python.org/review/11682/, so a quick comment
here: Doc/whatsnew/3.3.rst patch gives me credit together with Greg Ewing for
the implementation, but I've only upgraded his patches to 3.3.
So, the following line:
Nick Coghlan ncogh...@gmail.com added the comment:
This API has changed around a bit in 3.x, so it is actually
inspect.getfullargspec that needs to change (getargspec will inherit the new
behaviour though, since it uses getfullargspec internally)
With appropriate docs and tests updates, I
Michael Foord mich...@voidspace.org.uk added the comment:
I can produce a patch w/ tests and documentation for you to review Nick.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8639
___
New submission from Peter Eisentraut pete...@gmx.net:
The existing documentation index entries for * and ** only point to their use
in function definitions but not to their use in function calls. I was looking
for the latter, and it was difficult to find without this. Here is a small
patch
Changes by Ross Lagerwall rosslagerw...@gmail.com:
--
nosy: +rosslagerwall
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12494
___
___
Changes by Ross Lagerwall rosslagerw...@gmail.com:
--
nosy: +rosslagerwall
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12517
___
___
Eugene Toder elto...@gmail.com added the comment:
They are, when there's a most specific metaclass -- the one which is a subclass
of all others (described here
http://www.python.org/download/releases/2.2.3/descrintro/#metaclasses,
implemented here
Nick Coghlan ncogh...@gmail.com added the comment:
I moved my personal sandbox from hg.python.org to bitbucket, so it should be
easier for folks to build off the work in progress. (And fixed the typo in
Renaud's name - I at least had it right in ACKS. I also reworded the draft
attribution
Éric Araujo mer...@netwok.org added the comment:
Patch to fix links in the 3.2 docs.
--
Added file: http://bugs.python.org/file22620/docs-source-link-3.2.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11435
New submission from Michael Mulich michael.mul...@gmail.com:
Forward slashes show up in a project's (packaging.pypi.dist.ReleaseList) name
when using a crawler (packaging.pypi.simple.Crawler) against, say and Apache
index page. The packaging.tests:/pypiserver/foo_bar_baz directory is a perfect
Changes by Michael Mulich michael.mul...@gmail.com:
--
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12532
___
___
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
assignee: - rhettinger
priority: normal - low
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5996
___
Éric Araujo mer...@netwok.org added the comment:
See 629200d880ea for answers.
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12518
___
Éric Araujo mer...@netwok.org added the comment:
What do you mean with disabled? There is a bdist_wininst command in packaging.
Use “pysetup run bdist_wininst” to call it.
--
___
Python tracker rep...@bugs.python.org
Éric Araujo mer...@netwok.org added the comment:
Let’s keep one report per bug. Please open another one for sysconfig, with Mac
and distutils maintainers as nosy.
--
nosy: +eric.araujo
resolution: - fixed
stage: - committed/rejected
status: open - closed
title: reuse plistlib in
Éric Araujo mer...@netwok.org added the comment:
Let me clarify my position: I think there is a bug in lib2to3 that should be
fixed, after what the refleak would go. (I’ll report it soon if nobody does it
before.) If Benjamin rejects the bug, then I’ll agree with the monkey-patch.
Éric Araujo mer...@netwok.org added the comment:
In Distributions.get_reinitialized_command should the
reinitialization of the subcommands also get passed the kwargs?
Yes, the kwargs need to be passed all the way.
Unfortunately my understanding of the (sub)command flow is not rock
solid.
Barry A. Warsaw ba...@python.org added the comment:
I don't know that anybody relies on the current behavior and computers are now
a bazillion times faster than they were in 2004, so who needs that micro
optimization any more?
--
___
Python tracker
Thomas Holmes tho...@devminded.com added the comment:
I was having a separate difficulty with bdist. Apparently -m packaging.run and
pysetup3 run don't perform identically, but that isn't relevant for this bug.
Regarding bdist, I got bdist_wininst to work but I had to modify the code in
Thomas Holmes tho...@devminded.com added the comment:
See also three comments about style on
http://bugs.python.org/review/8668/diff2/2845:3011/7845
I'm not sure I follow? The patch I attached does not violate the style
guidelines that you indicate in the comments. The only failing I see is
New submission from Kristoffer Grundström kristoffer.grundstrom1...@gmail.com:
I went to the wiki of Imprudence Viewer then I went to the Compiling-part.
Then I downloaded latest code from git. I installed everything needed. Then I
went into Desktop/imprudence/linden/indra wrote python
Kristoffer Grundström kristoffer.grundstrom1...@gmail.com added the comment:
This is valid in Mageia, a fork of Mandriva.
Using 2.6.38.8-desktop-4.mga as kernel.
Arch is x86_64
The link to the imprudence wiki is here:
http://wiki.kokuaviewer.org/wiki/Imprudence:Compiling
Get the latest code
Michael Mulich michael.mul...@gmail.com added the comment:
After looking over the use cases, these are my findings and questions:
* Cases 2, 3, 5 and 6 are strongly related. I'd suggest you condense them into
a single use case. I agree with case 2 and 6 most, but have questions:
** Why
Éric Araujo mer...@netwok.org added the comment:
Apparently -m packaging.run and pysetup3 run don't perform
identically, but that isn't relevant for this bug.
That’s very surprising, given that they have the same one-line code. Please
file that bug.
Regarding bdist, I got bdist_wininst to
Éric Araujo mer...@netwok.org added the comment:
The patch I attached does not violate the style guidelines that you
indicate in the comments.
Then it’s good. I was hurrying for my train, so I didn’t check your patch but
wanted to reference my comments somewhere before I forgot them.
Changes by Éric Araujo mer...@netwok.org:
--
status: closed - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10403
___
___
Python-bugs-list
Éric Araujo mer...@netwok.org added the comment:
Sorry, I don’t want to monkey-patch find_executable during tests. We want the
tests to work with the real code, with the same behavior and errors as real
setup.py calls. If a test does not work with python -E, then it should be
skipped.
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3561
___
___
Python-bugs-list
michael mulich michael.mul...@gmail.com added the comment:
We have to generate a RECORD, otherwise resource lookups in
development and testing modes will fail or at least should fail.
Yes, but that's not all.
4) don’t add a build_distinfo command, just run install_distinfo to the build
dir
Changes by Jesús Cea Avión j...@jcea.es:
--
nosy: +jcea
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11510
___
___
Python-bugs-list mailing list
michael mulich michael.mul...@gmail.com added the comment:
Gmail decided to strip the quotes... Grr...
So, what do we do?
1) don’t generate RECORD at all → invalid PEP 376
We have to generate a RECORD, otherwise resource lookups in
development and testing modes will fail or at least
Éric Araujo mer...@netwok.org added the comment:
(It was probably the Roundup quotes bug.)
The action needs to be called with an install, develop or test
context, so I think item four is our best option.
What do you mean with context? Wouldn’t all three commands just make
install_distinfo
Changes by Michael Mulich michael.mul...@gmail.com:
--
nosy: -michael.mulich2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12279
___
___
Éric Araujo mer...@netwok.org added the comment:
Thanks for your work on this. I made some minor comments on Rietveld (you
should get an email), waiting for the real import experts to comment on the
meat of the patch.
--
nosy: +eric.araujo
___
Éric Araujo mer...@netwok.org added the comment:
But maybe it would be enough to special case GCC as a unix compiler?
At least there are already autoconf checks trying to detect gcc.
Yes, we could try that. Steve, would you like to propose a patch?
--
nosy: +barry
versions: +Python
Éric Araujo mer...@netwok.org added the comment:
setuptools bug are reported to these trackers:
http://bugs.python.org/setuptools/ and
https://bitbucket.org/tarek/distribute/issues
If a setuptools bugs comes from the underlying standard module, distutils, then
this bug tracker is the right
Éric Araujo mer...@netwok.org added the comment:
Do you think the docstrings and error messages should be improved as well as
the docs?
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12434
Kristoffer Grundström kristoffer.grundstrom1...@gmail.com added the comment:
Well, I didn't know what do choose when I reported.
What more info do you need to help me put it in the right place?
--
___
Python tracker rep...@bugs.python.org
Éric Araujo mer...@netwok.org added the comment:
If there is a bug with distutils, xml.etree or CPython, then we need
instructions on how to reproduce it.
If the bug can only happen with third-party ElementTree release, setuptools or
Imprudence, then I’ll suggest you to go to the setuptools
Éric Araujo mer...@netwok.org added the comment:
Goal #1: set up Python
I believe http://docs.python.org/dev/using/ covers this.
Goal #2: prepare a text editor
This is missing from our docs. (My first thought was that it was out of scope,
but for complete beginners, it would be nice to give
Éric Araujo mer...@netwok.org added the comment:
FTR:
Out-of-tree configure also fails because of missing .o files.
The solution is to remove the .o files. Then one can run configure in a
subdir, and later make. This allows me to build in shared mode in a subdir,
and have a regular build in
Éric Araujo mer...@netwok.org added the comment:
Patch LGTM.
--
components: +Tests -None
nosy: +eric.araujo
versions: +Python 2.7, Python 3.3 -Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12509
Éric Araujo mer...@netwok.org added the comment:
About 2.7: Can you please test?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12509
___
___
Changes by Eric Snow ericsnowcurren...@gmail.com:
--
nosy: +ericsnow
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11561
___
___
Python-bugs-list
Michael Mulich michael.mul...@gmail.com added the comment:
On Mon, Jul 11, 2011 at 11:43 AM, Éric Araujo rep...@bugs.python.org wrote:
What do you mean with context? Wouldn’t all three commands just
make install_distinfo generate files in the build dir?
Right, my context comment is invalid.
Carl Meyer c...@dirtcircle.com added the comment:
Can someone post a link here to the page of use cases that Michael just
reviewed? I think the link came through on the Fellowship mailing list, but I'm
not quickly finding it...
--
___
Python
Alexis Metaireau ale...@notmyidea.org added the comment:
Carl, I believe that's this one: http://wiki.python.org/moin/UsecasesOfDevelop
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8668
New submission from Aaron Stevens aaron.stev...@molex.com:
When using Tkinter in Python 2.6.6, it is impossible to use the new-style
properties, as the base classes (Misc, Pack, Place, and Grid) do not use the
new style classes.
It is easily fixed by changing the class declarations, i.e.:
Aaron Stevens aaron.stev...@molex.com added the comment:
I forgot add that this is a problem only when inheriting from a Tkinter widget,
such as a Frame.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12534
R. David Murray rdmur...@bitdance.com added the comment:
This is not a bug fix, but a feature request. In Python3 the classes are of
course new style. So there's nothing to do here, sorry.
--
nosy: +r.david.murray
resolution: - out of date
stage: - committed/rejected
status: open -
Carl Meyer c...@dirtcircle.com added the comment:
On 07/11/2011 09:17 AM, Michael Mulich wrote:
* Cases 2, 3, 5 and 6 are strongly related. I'd suggest you condense them
into a single use case. I agree with case 2 and 6 most, but have questions:
** Why wouldn't one simply use a virtualenv?
Matthew Barnett pyt...@mrabarnett.plus.com added the comment:
The new regex imlementation is hosted here:
https://code.google.com/p/mrab-regex-hg/
The span of m['a_thing'] is m.span('a_thing'), if that helps.
The named groups are listed on the pattern object, which can be accessed via
m.re:
New submission from R. David Murray rdmur...@bitdance.com:
Consider the following traceback:
Traceback (most recent call last):
File /home/rdmurray/python/email6/Lib/email/message.py, line 466, in
__getattr__
return getattr(self._headers, key)
AttributeError: '_Header_List' object has no
Changes by Brian Curtin br...@python.org:
--
nosy: -brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2636
___
___
Python-bugs-list
Alec Koumjian akoumj...@gmail.com added the comment:
Thanks, Matthew. I did not realize I could access either of those. I should be
able to build a helper function now to do what I want.
--
___
Python tracker rep...@bugs.python.org
Changes by Collin Winter coll...@gmail.com:
--
nosy: -collinwinter
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2636
___
___
Python-bugs-list
Changes by Eric Snow ericsnowcurren...@gmail.com:
--
nosy: +ericsnow
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2636
___
___
Python-bugs-list
Changes by Eric Snow ericsnowcurren...@gmail.com:
--
nosy: +ericsnow
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12535
___
___
Python-bugs-list
New submission from Vinay Sajip vinay_sa...@yahoo.co.uk:
See #12167 for background.
The BaseFix class creates a logger named with the filename when the
set_filename method is called. This logger appears to never be used, but since
set_filename could be called any number of times and loggers
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment:
I've created #12536 to cover the lib2to3 issue.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12167
___
New submission from R. David Murray rdmur...@bitdance.com:
The mailbox module has a method _become_message that copies attributes from an
object that is an email.message.Message subclass to the calling object (which
is also a subclass of email.message.Message). This method is very fragile in
Changes by Thomas Holmes tho...@devminded.com:
--
nosy: +thomas.holmes
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12537
___
___
R. David Murray rdmur...@bitdance.com added the comment:
I think the reason the chained tracebacks look backward to me is twofold: I'm
used to the last one in the list being the *only* one I get (in python2), and
the last one in the list is often the one I want to deal with first. This is
Benjamin Peterson benja...@python.org added the comment:
There _is_ no full traceback for the first exception. It stops as soon as it's
handled.
--
nosy: +benjamin.peterson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12535
R. David Murray rdmur...@bitdance.com added the comment:
One can argue that it is necessary to read the traceback in reverse order, so
that reading the chain in reverse order is a logical extension of that. So I
guess I have no serious objection to this being rejected.
--
New submission from João Bernardo jbv...@gmail.com:
I'm having trouble subclassing the int type and I think this behavior is a
bug... (Python 3.2)
class One(int):
def __init__(self):
super().__init__(1)
one = One()
one + 2
2
one == 0
True
I know `int` objects are
R. David Murray rdmur...@bitdance.com added the comment:
To set the value of an immutable type you must use the __new__ method. By the
time __init__ is called the value has already be established, and in the case
of int it defaults to 0.
--
nosy: +r.david.murray
resolution: -
José María Ruiz Aguilera josemariar...@gmail.com added the comment:
Hi, I will be working on this issue. This is the first time I will work on a
issue in Python so please patient.
--
nosy: +josemaria
___
Python tracker rep...@bugs.python.org
Brett Cannon br...@python.org added the comment:
Which I have not forgotten about. Just waiting until I have the time to get
to this.
On Mon, Jul 11, 2011 at 08:50, Ãric Araujo rep...@bugs.python.org wrote:
Ãric Araujo mer...@netwok.org added the comment:
Thanks for your work on this. I
New submission from mokrates mmo...@gmx.net:
Following is my problem:
I have two processes, connected via multiprocessing.Event
The one waits for the other with .wait(300). After 300 seconds it should look
if there's work, even if it has not been awoken by the other process.
So. This runs on my
Michael Mulich michael.mul...@gmail.com added the comment:
On Mon, Jul 11, 2011 at 1:14 PM, Carl Meyer rep...@bugs.python.org wrote:
* Cases 2, 3, 5 and 6 are strongly related.
I don't know. I don't consider case 3 useful, because I don't consider
I don't want to use a virtualenv (without
Vlad Riscutia riscutiav...@gmail.com added the comment:
Added unit test to reproduce the issue (covers both big endian and little
endian structures so _other_endian function is hit on any machine).
Test currently fails without fix and passes with proposed fix in place.
--
keywords:
Thomas Holmes tho...@devminded.com added the comment:
I have added a test and made some additional modifications. I had to modify the
very simple MyCmd object in test_command_cmd.py so that it would have some user
options with default values and support finalization.
--
Changes by Thomas Holmes tho...@devminded.com:
Added file: http://bugs.python.org/file22624/7c61eba07f3f.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12344
___
Changes by Thomas Holmes tho...@devminded.com:
Removed file: http://bugs.python.org/file22624/7c61eba07f3f.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12344
___
Changes by Thomas Holmes tho...@devminded.com:
Added file: http://bugs.python.org/file22625/115c0c10b3ba.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12344
___
Carl Meyer c...@dirtcircle.com added the comment:
You guys are more familiar with the codebase than I am, but it seems to me that
the RECORD file should clearly either be not present or empty when metadata has
been built but not yet installed. I don't really think the invalid PEP 376
issue is
Tyler Romeo tylerro...@gmail.com added the comment:
OK, sorry to get back so late, but here's the updated patch without xrange. I
saw the version change but forgot that I used xrange in the function (old
habits I guess).
--
Added file:
Changes by Tyler Romeo tylerro...@gmail.com:
Removed file:
http://bugs.python.org/file22573/textwrap.py-new-algorithm-2011-07-04_22-45-53_r71219+.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12485
Terry J. Reedy tjre...@udel.edu added the comment:
My original suggestion is a minimal change suggestion. I do not have much
opinion on what the maximum change 'should' be.
It would obviously be nice from a user viewpoint if the error message were
backported to say unicode argument expected,
Vlad Riscutia riscutiav...@gmail.com added the comment:
Also added diff for fix:
- Implemented proposed issubclass(typ, Structure) solution
- Refactored _other_endian function because we used to getattr, catch
exception, then check if type is array/structure. I believe exception throwing
Eli Bendersky eli...@gmail.com added the comment:
In my opinion, it's the error messages and docstrings that should be changed,
not the documentation. This module was introduced in 2.6 and moves on to 2.7,
and there's no reason to have it throw confusing errors for the sake of easier
91 matches
Mail list logo