Barry A. Warsaw added the comment:
This was already backported but the issue wasn't closed.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.
Barry A. Warsaw added the comment:
Closing this because I can't think of anything better than your workaround
(plus, I was apparently unable to reproduce it).
--
resolution: -> fixed
status: open -> closed
title: build failures -> PEP 3149 related
Changes by Barry A. Warsaw :
--
assignee: barry ->
___
Python tracker
<http://bugs.python.org/issue1288056>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Barry A. Warsaw :
--
assignee: barry ->
___
Python tracker
<http://bugs.python.org/issue8409>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Barry A. Warsaw :
--
assignee: barry -> r.david.murray
nosy: +r.david.murray
___
Python tracker
<http://bugs.python.org/issue8769>
___
___
Python-
Changes by Barry A. Warsaw :
--
assignee: -> barry
___
Python tracker
<http://bugs.python.org/issue9807>
___
___
Python-bugs-list mailing list
Unsubscri
Barry A. Warsaw added the comment:
I'm not surprised -m doesn't work with extension modules. It would certainly
be a new feature to implement such a thing, so it would only be possible for
3.2. It's not a priority for me to a
New submission from Barry A. Warsaw :
Misc/python-mode.el is pretty far out of date.
http://launchpad.net/python-mode has the latest versions. Of course, there's
also python.el that comes with GNU Emacs.
I will replace Misc/python-mode.el with Misc/README.Emacs
--
assignee:
New submission from Barry A. Warsaw :
json is defined as mapping the JSON string type into unicodes. This works as
advertised in Python 2.6 and 3, but in Python 2.7 it returns a str.
% python2.6 -c "import json; print json.loads('{\"foo\":\"bar\"}')"
Barry A. Warsaw added the comment:
BTW, the workaround for Python 2.7 is to pass a unicode to json.loads().
--
___
Python tracker
<http://bugs.python.org/issue10
Barry A. Warsaw added the comment:
Yay. I guess I have to submit a tracker bug now because searching for "json
unicode" didn't turn up the original bug. ;/
Thanks for duping it __ap__.
--
___
Python tracker
<http://bugs.pyt
Barry A. Warsaw added the comment:
I completely agree with Fred; this is a regression and a bug in Python 2.7 and
should be fixed. I have a doctest in Mailman 3 for example that cannot pass in
both Python 2.6 and 2.7 (without IMO ugly hackery). Not only that, but json is
documented as
Changes by Barry A. Warsaw :
--
title: Returntype of json.loads() on strings -> json.loads() on str erroneously
returns str. should return unicode
___
Python tracker
<http://bugs.python.org/issu
Changes by Barry A. Warsaw :
--
title: json.loads() on str erroneously returns str. should return unicode ->
json.loads() on str should return unicode, not str
___
Python tracker
<http://bugs.python.org/issu
Barry A. Warsaw added the comment:
r85927 in py3k
r85928 in release31-maint
r85929 in release27-maint
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
Barry A. Warsaw added the comment:
The fact that the C and Python versions are not fully tested (afaict) is not
good. I'm not sure that's worth fixing for 2.7 and it's probably worth a
separate bug report for Python 3.2 on that.
In the meantime, I'll test Walter's
Barry A. Warsaw added the comment:
Adding that argument to Python 2.7 seems like new feature territory.
--
___
Python tracker
<http://bugs.python.org/issue10
Barry A. Warsaw added the comment:
@doerwalter: patch looks good. I've added a test and will commit momentarily.
--
___
Python tracker
<http://bugs.python.org/is
Barry A. Warsaw added the comment:
r86126
--
assignee: bob.ippolito -> barry
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.or
Barry A. Warsaw added the comment:
@rpetrov: reusing $LDVERSION does make sense, but then I think the variable is
misnamed. I don't like $ABIVERSION either but maybe $BUILDVERSION?
Also I think we need to let the substitution for $LDVERSION happen in the
Makefile rather than i
Barry A. Warsaw added the comment:
I'm not an expert on this, but I think it's still valid. Maybe Martin has an
opinion on it?
--
___
Python tracker
<http://bugs.python.
Barry A. Warsaw added the comment:
It is a misconfiguration. I started my new buildbot with my environment
active. I've since killed that and restarted it with a clean ~buildbot
environment. So we shouldn't see this in my buildbots any more.
(FWIW, ~/.gdbi
Barry A. Warsaw added the comment:
I'll look at this in more detail, but I can at least answer one question right
now:
"The bona-fide known bug: the Debian package mantainer for Python decided to
change "site-packages" to "dist-packages" in 2.6, for reasons I
Barry A. Warsaw added the comment:
This makes some sense (I think ;). Include files are going to be tied
specifically to the Python version but Python 3 packages are (with the addition
of PEPs 3147 and 3149) sharable between Python 3 versions. The plan IIUC is to
backport those PEPs to
New submission from Barry A. Warsaw :
@mission[~:1001]% python2.7 -c "import locale; print locale.format('%.0f KB',
100)"
Traceback (most recent call last):
File "", line 1, in
File "/usr/lib/python2.7/locale.py", line 189, in format
"fo
Barry A. Warsaw added the comment:
Okay, so line 187 of locale.py has this test:
if not match or len(match.group())!= len(percent):
the problematic part is the len test. When format string is '%.0f KB'
match.group() is '%.0f' but of course percent is the full string
Barry A. Warsaw added the comment:
Hmm. So I guess the answer is to use locale.format_string() instead. But the
documentation for locale.format() is not entirely clear about the prohibition
on trailing text.
--
___
Python tracker
<h
Barry A. Warsaw added the comment:
Hmm. See bug 10379 for fallout from this change. I'm not saying it should be
reverted but see that issue for further discussion.
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/i
Barry A. Warsaw added the comment:
I mean issue 10379
--
___
Python tracker
<http://bugs.python.org/issue2522>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
Attached is the remaining patch against py3k. This installs the symlinks,
fixes the distutils 'install_headers' location, and uses abiflags in the
python3.pc path.
I think this branch is done, pending approval and commit.
--
Added
Barry A. Warsaw added the comment:
The bug has been fixed upstream by replacing .format() with .format_string().
I'm not sure I understand why there are two different methods - .format() seems
kind of pointless to me, but then I don't use the locale module enough to say
what'
Barry A. Warsaw added the comment:
On Nov 12, 2010, at 12:15 AM, R. David Murray wrote:
>Now, from the perspective of a *user* of the locale module, I fail to see the
>point in having both 'format' and 'format_string' exposed. If you want to
>format a single
Barry A. Warsaw added the comment:
Matthias,
you mean $prefix/lib/python3.2 and $prefix/lib/python3.2$abiflags, right? The
latter has just a config directory, and you'd rather see that become
$prefix/lib/python3.2/config-$abiflags,
Barry A. Warsaw added the comment:
Matthias,
When you say the python.pc change should change includedir instead of Cflags,
that seems weird. includedir does not currently include the 'pythonX.Y'
subdirectory so there's no place to put the abiflags. Or are you suggesting
t
Changes by Barry A. Warsaw :
--
assignee: -> barry
___
Python tracker
<http://bugs.python.org/issue10262>
___
___
Python-bugs-list mailing list
Unsubscri
Barry A. Warsaw added the comment:
I'd support updating to argparse *if* you write a test suite for full coverage
of the existing cli first. Once that passes, you'll have more confidence in
your port. Modernizing the argument parsing in that case would be a useful
addition. No
Barry A. Warsaw added the comment:
On Feb 22, 2011, at 08:15 PM, Xavier Morel wrote:
>Barry, do I correctly understand your comment to mean I should write
>end-to-end tests of the CLI (until reaching the already tested "meat" of
>smtpd), not just the CLI options parsing?
Barry A. Warsaw added the comment:
On Feb 25, 2011, at 12:35 AM, Éric Araujo wrote:
>Éric Araujo added the comment:
>
>Barry, could you try reproducing with distutils.sysconfig?
I'm not quite sure what you mean, but configuring Python 3.1 with different
--prefix and --exec-pre
Barry A. Warsaw added the comment:
On Feb 25, 2011, at 01:16 PM, Palm Kevin wrote:
>I think that this issue needs to be reopened... since it never has been
>resolved... I just downloaded the new version of Python 3.2 and tried to
>compile, install and use it on Redhat Linux.
>
&
Barry A. Warsaw added the comment:
+1
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue11414>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Barry A. Warsaw :
--
nosy: +barry, r.david.murray
___
Python tracker
<http://bugs.python.org/issue11492>
___
___
Python-bugs-list mailing list
Unsub
Barry A. Warsaw added the comment:
After discussion, it's probably a good idea to back port this to Python 3.2.
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/is
Barry A. Warsaw added the comment:
Thanks for the contribution! It seems like a reasonable new feature, so I'll
get this landed in 3.3. Probably should use :versionadded: instead (thanks
gps). I'll address SilentGhost's issues in the commit.
--
assignee: ->
Barry A. Warsaw added the comment:
On Mar 15, 2011, at 06:40 PM, Giampaolo Rodola' wrote:
>
>Giampaolo Rodola' added the comment:
>
>@barry I have commit privileges, but no problem if you want to commit it.
@giampaolo: I'd like to do it (and am almost ready
Changes by Barry A. Warsaw :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue11289>
___
___
Python-bugs-list mailing list
Unsubscri
Changes by Barry A. Warsaw :
--
resolution: -> accepted
___
Python tracker
<http://bugs.python.org/issue11289>
___
___
Python-bugs-list mailing list
Unsubscri
Barry A. Warsaw added the comment:
Sadly, I agree with RDM. There are too many workarounds in the field for this
bug so it can really only be fixed in email6.
--
___
Python tracker
<http://bugs.python.org/issue1681
Barry A. Warsaw added the comment:
I propose instead to change 'make quicktest' to use -j(N>1) and blacklist the
following tests:
test_mmap
test_shelve
test_posix
test_largefile
test_concurrent_futures
Then (for me) it runs in 3m20s wall clock time which is totally reasonable
Barry A. Warsaw added the comment:
On Mar 23, 2011, at 03:14 PM, Antoine Pitrou wrote:
>> test_mmap
>> test_shelve
>> test_posix
>> test_largefile
>> test_concurrent_futures
>
>Why would you blacklist these tests? They are useful.
Please keep in mind the u
Barry A. Warsaw added the comment:
On Mar 23, 2011, at 04:06 PM, Antoine Pitrou wrote:
>Sorry, that's completely bogus. If a "merge race" may introduce a regression,
>then there's no reason the regression will occur in the non-blacklisted
>tests. Have you heard of
Barry A. Warsaw added the comment:
On Mar 23, 2011, at 04:22 PM, Antoine Pitrou wrote:
>What does "brown paper bag way" mean? It seems to be some kind of urban
>legend at this point. A merge won't magically break all C files and
>prevent Python from compiling. Espec
New submission from Barry A. Warsaw :
When your home directory is on a Linux (e.g. Ubuntu 10.10) ecryptfs, 'make
test' and company can be horrendously slow. Of course, some performance hit
should be expected, but depending on which combinations of tests I've run, I
can s
Barry A. Warsaw added the comment:
Makes sense. So, what do you think about adding a --usetmp/-p flag to regrtest
to honor mkdtemp's defaults even in a build dir? I'd add an atexit handler to
clean it up but of course if it crashes and you've used the flag, you should
kn
Barry A. Warsaw added the comment:
Please note another aspect of this problem will bite all Python developers on
Ubuntu 11.04. With the introduction of multiarch, not all stdlib Python
extension modules can be built out of the box, as seen here:
https://bugs.launchpad.net/ubuntu/+source
Barry A. Warsaw added the comment:
Here's a fix that works for me on Ubuntu 11.04.
--
hgrepos: +12
___
Python tracker
<http://bugs.python.org/issu
Changes by Barry A. Warsaw :
Added file: http://bugs.python.org/file21453/a9b05b89ea39.diff
___
Python tracker
<http://bugs.python.org/issue1294959>
___
___
Python-bug
Changes by Barry A. Warsaw :
Removed file: http://bugs.python.org/file21453/a9b05b89ea39.diff
___
Python tracker
<http://bugs.python.org/issue1294959>
___
___
Python-bug
Changes by Barry A. Warsaw :
Added file: http://bugs.python.org/file21454/a4dcae4cd033.diff
___
Python tracker
<http://bugs.python.org/issue1294959>
___
___
Python-bug
Barry A. Warsaw added the comment:
I should note that I'd love to backport this to Python 3.2, 3.1, 2.7 and 2.6
since none of them can build entirely now on multiarch systems. Since it only
affects search order in the build process, one could argue that it's not a ne
Barry A. Warsaw added the comment:
On Mar 29, 2011, at 07:28 PM, Antoine Pitrou wrote:
>
>Antoine Pitrou added the comment:
>
>Barry: does it allow to install Python into /usr/lib/whateverarch, or is it
>just a partial fix for something slightly unrelated to this issue?
Antoin
New submission from Barry A. Warsaw :
Ubuntu 11.04 introduces new directories for libraries and headers to support
multiple architectures on a single machine. E.g. 64bit and 32bit on a 64bit
Ubuntu. Here are the specs:
https://wiki.ubuntu.com/MultiarchSpec
http://wiki.debian.org
Barry A. Warsaw added the comment:
I retract my patch for this bug because the issue described here is actually
different than the one I want to fix. See issue 11715 for the problem of
building Python on multiarch Debian and Ubuntu (e.g. Ubuntu 11.04
Changes by Barry A. Warsaw :
Removed file: http://bugs.python.org/file21454/a4dcae4cd033.diff
___
Python tracker
<http://bugs.python.org/issue1294959>
___
___
Python-bug
Changes by Barry A. Warsaw :
--
keywords: +patch
Added file: http://bugs.python.org/file21464/a9b05b89ea39.diff
___
Python tracker
<http://bugs.python.org/issue11
Changes by Barry A. Warsaw :
Removed file: http://bugs.python.org/file21464/a9b05b89ea39.diff
___
Python tracker
<http://bugs.python.org/issue11715>
___
___
Python-bug
Changes by Barry A. Warsaw :
Added file: http://bugs.python.org/file21465/d504ca7e0fe5.diff
___
Python tracker
<http://bugs.python.org/issue11715>
___
___
Python-bug
Barry A. Warsaw added the comment:
On Mar 29, 2011, at 07:38 PM, Arfrever Frehtes Taifersar Arahesis wrote:
>A proper fix is to introduce sys.libdir, which would be controllable by
>--libdir=${value} option of `configure`. If --libdir=${value} is not passed,
>then sys.libdir would d
Barry A. Warsaw added the comment:
Antoine, -P is fine with me!
Also, since my idea is that --usetmp/-P would just use the mkdtemp() algorithm
(which looks for $TMPDIR, $TEMP or $TMP), getting the build into a
subdirectory, e.g. /tmp/test_python would be as easy as setting
TMP=/tmp
Barry A. Warsaw added the comment:
On Mar 29, 2011, at 10:12 PM, Matthias Klose wrote:
>no, it looks for headers and libraries in more directories. But really, this
>whole testing for paths is wrong. Just use the compiler to search for headers
>and libraries, no need to check thes
Barry A. Warsaw added the comment:
On Mar 29, 2011, at 10:11 PM, Matthias Klose wrote:
>heh, that's easy, just add the multiarch id to the extension name ;-)
Clever! :)
--
___
Python tracker
<http://bugs.python.org/i
Barry A. Warsaw added the comment:
On Mar 31, 2011, at 10:08 PM, Martin v. Löwis wrote:
>Martin v. Löwis added the comment:
>
>Python 2.5 is not open for bug fixes anymore, so this can't be applied to
>this branch. I suggest that Python 2.6 is closed for bug fixes as well.
A
Barry A. Warsaw added the comment:
"As I see it, the patch is uncontroversial for 3.3, 3.2, and 2.7. And it
definitely will not be applied to 3.0. That leaves 2.5, 2.6, and 3.1. If you
really care one way or the other, please register your vote in the tracker."
2.5: +0
2.6:
Changes by Barry A. Warsaw :
--
assignee: -> barry
___
Python tracker
<http://bugs.python.org/issue11715>
___
___
Python-bugs-list mailing list
Unsubscri
Barry A. Warsaw added the comment:
Stefan, thanks for the patch. The problem is that on FreeBSD and Solaris, if
the command fails, I/O redirection does not create the file, whereas on Linux
and OS X it does. So I was going to wrap the os.remove() of the temp file in a
try/except. But I
Changes by Barry A. Warsaw :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue11715>
___
___
Python-bugs-list
Barry A. Warsaw added the comment:
On Apr 17, 2011, at 01:46 PM, Jan Groenewald wrote:
>Jan Groenewald added the comment:
>
>I am trying to build www.sagemath.org on ubuntu 10.04 natty beta 2 for amd64.
>Bear with me.
As described in your follow up, the problem is really on 1
Barry A. Warsaw added the comment:
Commented on the patch. I'll be happy to land this for Evan.
--
assignee: -> barry
nosy: +barry
___
Python tracker
<http://bugs.python.org
Barry A. Warsaw added the comment:
Is this still a problem for people? Ubuntu 11.04's python2.7 has been fixed:
@neurotica[~:1000]% type python2.7
python2.7 is /usr/bin/python2.7
@neurotica[~:1001]% python2.7 -c 'from _multiprocessing import SemLock'
@neurotica[~:1002]%
Th
Barry A. Warsaw added the comment:
I'm closing this as invalid for Python, since I believe this is strictly an
Ubuntu bug caused by an out-of-date kernel on the build farm. I'm working on
an SRU to fix that. Please track further status on the Launchpad bug page
g
Barry A. Warsaw added the comment:
On Apr 26, 2011, at 09:45 PM, Matthias Klose wrote:
>Matthias Klose added the comment:
>
>> Barry A. Warsaw added the comment:
>>
>> I'm closing this as invalid for Python, since I believe this is strictly an
>> Ubuntu
Barry A. Warsaw added the comment:
My Ubuntu PPC server is having hardware problems. It will just intermittently
shut off. I've reset the SMU and the PRAM, vacuumed out the guts, reseated the
RAM, pulled any possibly problematic 3rd party boards, and it still crashes. I
was watchin
Barry A. Warsaw added the comment:
Thanks for the patch. I'll apply this to 2.6svn for the 2.6.7rc1 release
today. Feel free to apply this to 2.6hg and forward port it to the relevant
releases.
--
___
Python tracker
<http://bugs.py
Barry A. Warsaw added the comment:
Not applicable to 2.6 after all.
--
priority: release blocker -> high
___
Python tracker
<http://bugs.python.org/issu
New submission from Barry A. Warsaw :
Martin points out that the svn and hg branches for 2.6 are out of sync. I made
the 2.6.7rc1 release from svn, without sync'ing them up. I have no time to do
the sync right now, so for 2.6.7 final (or 2.6.7rc2?) the branches must be
synchro
Barry A. Warsaw added the comment:
That's a good one, but um, no not for 2.6, unless you can argue that a delay in
obtaining the received wisdom of The Timbot is a serious security hole in
Python.
Bag of ham.
--
___
Python tracker
Barry A. Warsaw added the comment:
Senthil, I just want to verify. You applied this patch to the Python 2.6
branch in hg, but not in svn, correct? Since I'm going to be making the 2.6.7
release from svn, I am porting this patch over to the svn 2.6 branch. You
don't have to do th
Barry A. Warsaw added the comment:
I think this is another patch that needs to be cross-ported to the 2.6 svn
branch (which I'll do).
--
___
Python tracker
<http://bugs.python.org/is
Barry A. Warsaw added the comment:
On May 20, 2011, at 10:07 PM, Guido van Rossum wrote:
>
>Guido van Rossum added the comment:
>
>Let me confirm that. Since it is a security patch the entire point of it is
>to be placed in the release.
Cool, I've ported it over to sv
Barry A. Warsaw added the comment:
Although hg2.6 is not yet pushed, svn2.6 has been sync'd so this is ready to go
for 2.6.7rc2.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.
Barry A. Warsaw added the comment:
What specifically is the motivation for this option? Since abiflags are used
in many places, most of which are hidden from the end user, why are they a
problem, and what are the use cases for suppressing them?
If it's to eliminate the abiflags i
Barry A. Warsaw added the comment:
I can't reproduce it either any more on Ubuntu 10.10 in either 2.6 or py3k.
--
resolution: -> out of date
status: pending -> closed
___
Python tracker
<http://bugs.python
Barry A. Warsaw added the comment:
On Nov 21, 2010, at 11:02 PM, Éric Araujo wrote:
>I noticed in the output of pydoc that get_makefile_filename does not have a
>docstring. I added one in my local copy (“Return the path of the Makefile.”)
>and also removed “s” in verbs in other docs
Changes by Barry A. Warsaw :
Removed file: http://bugs.python.org/file19564/9807.txt
___
Python tracker
<http://bugs.python.org/issue9807>
___
___
Python-bugs-list mailin
Barry A. Warsaw added the comment:
Here's an updated patch which address's Matthias's last concerns.
--
Added file: http://bugs.python.org/file19776/9807.txt
___
Python tracker
<http://bugs.py
Barry A. Warsaw added the comment:
So, you must have done a 'make install' or 'make altinstall' to get a build
into /usr/local, right? Without that of course it works fine.
You're probably still right about changing the order so it picks
Barry A. Warsaw added the comment:
I'm bumping the status down since this likely won't affect the average user,
only developers who do their own source installs.
--
assignee: -> barry
priority: critical -> high
___
Pytho
Barry A. Warsaw added the comment:
r86731
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue9807>
___
___
Pyth
Barry A. Warsaw added the comment:
r86734
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue10520>
___
___
Barry A. Warsaw added the comment:
BTW, I am not sure it's worth backporting this to 3.1 and 2.7. It seems like a
corner case that will not affect most users.
--
___
Python tracker
<http://bugs.python.org/is
Barry A. Warsaw added the comment:
r86837
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue10520>
___
___
601 - 700 of 2726 matches
Mail list logo
