Barry A. Warsaw added the comment:
I believe this is because string_find_internal() uses an O& with
_PyEval_SliceIndex() to convert its start and end arguments, but the
latter function does not accept None. To fix this, you'd have to change
string_find_internal() to do its own argument
Barry A. Warsaw added the comment:
facundo, robert and i looked at this patch and it seems okay.
suggestions: document the reference count semantics of
_ParseTupleFinds() and include a definition of that function in a .h
file. since its non-public, maybe find.h is the right place to put it
Barry A. Warsaw added the comment:
The change looks good to me, thanks! I made a minor change to your
patch (i.e. .keys() not needed in sorted()), did some whitespace
normalization, and fixed up the --dump output. Otherwise, the patch is
quentin's and I've committed it to the tre
Changes by Barry A. Warsaw:
--
components: Documentation
nosy: barry
priority: low
severity: normal
status: open
title: Undocumented urllib functions
versions: Python 2.5
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/
New submission from Barry A. Warsaw:
urllib.splithost() and .splittype() are included in urllib's __all__ but
are not documented in urllib's module documentation. They are used
quite extensively in the module so they should be documented
__
Track
New submission from Barry A. Warsaw:
operator.attrgetter() is neutered because it only accepts a single
attribute name, but it would really be much more useful if it accepted,
and followed a dotted attribute path, e.g.:
sorted(seq, key=operator.attrgetter('person.displayname'))
Barry A. Warsaw added the comment:
Unfortunately, that already has different, existing (and IMHO less
useful) semantics. :(
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/
Barry A. Warsaw added the comment:
I don't even mind if you *write* the patch :)
I actually haven't had time yet to hack it up, but I just reached my
threshold of tolerance so I had to at least report the bug. I think
it's always a good idea to review patches before they go in
Barry A. Warsaw added the comment:
Hey Guido, can I borrow the keys to the time machine to get this into
Python 2.5.0? :)
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/
Barry A. Warsaw added the comment:
I'm not /personally/ concerned with the breakage because practicality
beats purity, and I don't want to use lambda because it's slower. I've
never used operator.attrgetter() outside the specific use case of
sorted() and list.sort() so I
Barry A. Warsaw added the comment:
You're right that this should probably be fixed in the subclass, but you
also have to remember that the parser generally doesn't create subclass
instances. It only creates instances of Message. As long as you can
make it work properly with the
Changes by Barry A. Warsaw <[EMAIL PROTECTED]>:
--
versions: +Python 3.0
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2314>
__
___
Python-bugs
New submission from Barry A. Warsaw <[EMAIL PROTECTED]>:
The bytes() builtin should respect an __bytes__() converter if it exists.
E.g. instead of
>>> class Foo:
... def __bytes__(self): return b'foo'
...
>>> bytes(Foo())
Traceback (most recent call last)
New submission from Barry A. Warsaw <[EMAIL PROTECTED]>:
For the Bazaar experiment <http://www.python.org/dev/bazaar>,
sysmodule.c needs to be made compatible with Bazaar, for build number
display.
--
assignee: barry
components: Interpreter Core
messages: 64327
nosy: ba
Barry A. Warsaw <[EMAIL PROTECTED]> added the comment:
Personally, I think it would be fine to add one .bzrignore file at the
top of the tree. I would also have no problem adding one for hg if some
Mercurial fan asks for it. As you say, cleaning up afterward is a
simple
Barry A. Warsaw <[EMAIL PROTECTED]> added the comment:
Knocking the priority down to critical for the next alpha release. This
can be readdressed once the release is made.
--
nosy: +barry
priority: release blocker -> critical
__
Tracke
Barry A. Warsaw <[EMAIL PROTECTED]> added the comment:
Setting this to release blocker so I can't forget it for the next alphas.
--
priority: -> release blocker
__
Tracker <[EMAIL PROTECTED]>
<http://bu
Barry A. Warsaw <[EMAIL PROTECTED]> added the comment:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Apr 25, 2008, at 10:44 AM, Mads Kiilerich wrote:
>
> Mads Kiilerich <[EMAIL PROTECTED]> added the comment:
>
> This patch seems to fix the issue for me.
>
> T
Barry A. Warsaw <[EMAIL PROTECTED]> added the comment:
This is not a release blocker for 2.6 or 3.0.
--
nosy: +barry
priority: release blocker -> critical
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.py
Barry A. Warsaw <[EMAIL PROTECTED]> added the comment:
I'm not going to hold up the 2.6 alpha release for this, but will bump
it up for the first 2.6 beta.
--
nosy: +barry
priority: release blocker -> critical
__
Tracker <[EMAIL
Barry A. Warsaw <[EMAIL PROTECTED]> added the comment:
Guido, can you comment on Amaury's latest patch? I'm going to bump this
back to critical so as not to hold up 2.6 alpha, but it should be marked
as a release blocker for the first beta.
--
nosy: +barry
priority:
Barry A. Warsaw <[EMAIL PROTECTED]> added the comment:
Bumping this down to critical for the alpha release. It should be
release blocker for the first beta.
--
nosy: +barry
priority: release blocker -> critical
__
Tracker <[EMAIL PROTE
Barry A. Warsaw <[EMAIL PROTECTED]> added the comment:
r62847
--
priority: release blocker -> critical
resolution: -> fixed
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://b
Barry A. Warsaw <[EMAIL PROTECTED]> added the comment:
I've updated the release script to at least touch RELNOTES, but I'm
unsure as to what the policy is for updating the content of this file.
I'm closing this issue but will bring it u
Changes by Barry A. Warsaw <[EMAIL PROTECTED]>:
--
resolution: -> fixed
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2547>
__
__
New submission from Barry A. Warsaw :
Python 2.x supports a -U flag which has the effect largely the same as 'from
__future__ import unicode_literals'. However -U is undocumented anywhere
except import.c. We should either remove -U support from Python 2.7 or
document it (and i
Changes by Barry A. Warsaw :
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue4978>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
Really trivial back port of r68805 from trunk.
--
assignee: -> benjamin.peterson
components: +Interpreter Core -Library (Lib)
keywords: +needs review
resolution: accepted ->
stage: -> patch review
status: closed -> open
type: fea
Barry A. Warsaw added the comment:
The readline-libedit-2.patch no longer applies against the 2.6 branch because
of changes in setup.py since then. If this is fixed and the subsequent patch
is reviewed and approved, then this can be landed for Python 2.6.5
Barry A. Warsaw added the comment:
release blocker for 2.6.5
--
priority: -> release blocker
___
Python tracker
<http://bugs.python.org/issue6877>
___
___
Py
Barry A. Warsaw added the comment:
release blocker for 2.6.5
--
priority: -> release blocker
___
Python tracker
<http://bugs.python.org/issue4978>
___
___
Py
Changes by Barry A. Warsaw :
--
status: closed -> open
___
Python tracker
<http://bugs.python.org/issue6877>
___
___
Python-bugs-list mailing list
Unsubscri
Barry A. Warsaw added the comment:
This is really all I'm thinking about.
--
keywords: +needs review, patch
stage: -> patch review
versions: +Python 2.6
Added file: http://bugs.python.org/file16127/7847.patch
___
Python tracke
Barry A. Warsaw added the comment:
Maybe not. It's arguably a bug that adding unicode_literals breaks keyword
arguments. Guido seems to (mostly) agree that it's a bug we just never got
around to fixing.
http://www.mail-archive.com/python-...@python.org/msg
Barry A. Warsaw added the comment:
Good point Georg. See updated patch.
--
Added file: http://bugs.python.org/file16144/7847-2.patch
___
Python tracker
<http://bugs.python.org/issue7
Barry A. Warsaw added the comment:
Martin, thanks.
--
___
Python tracker
<http://bugs.python.org/issue7847>
___
___
Python-bugs-list mailing list
Unsubscribe:
Barry A. Warsaw added the comment:
trunk: r77992
py26: r77993
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Barry A. Warsaw added the comment:
This worked fine on OS X 10.6, but failed on OS X 10.5:
gcc -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -I.
-I/Users/barry/projects/python/python26/./Include
-I/Users/barry/projects/python/python26/./Mac/Include -I. -IInclude -I
Barry A. Warsaw added the comment:
@Meador: confirmed. This does not fix the 10.5 build.
--
___
Python tracker
<http://bugs.python.org/issue6877>
___
___
Pytho
Barry A. Warsaw added the comment:
Zvezdan, your "fix1" patch works perfectly for me in Python 2.6 on both OS X
10.5 and 10.6. Great work!
I approve applying this patch for Python 2.6.5. Ronald, would you like to do
the honors?
--
assignee: -> ronaldoussoren
reso
Barry A. Warsaw added the comment:
This seems like a new feature to me so I'm removing 2.6 from the list. My
browser won't let me remove Python 3.1.
--
nosy: +barry
versions: -Python 2.6
___
Python tracker
<http://bugs.python.
Barry A. Warsaw added the comment:
I can't come up with a good way to test this either. :(
I'm just going to apply the suggested change and we'll have to test it in 2.6.5
rc 1. PJE, will you be able to do that?
--
___
Python
Barry A. Warsaw added the comment:
Because we're in release candidate mode, I reverted the change to the
release26-maint branch. It doesn't seem critical enough to sneak in between rc
and final. Please do re-apply after 2.6.5 final is released though!
--
no
Barry A. Warsaw added the comment:
Let's go back to using this file. It's taken from Python 1.5.1 and it's me
saying "My hovercraft is full of eels". I've already signed the contributor
agreement.
--
Added file: http://bugs.pyt
Barry A. Warsaw added the comment:
I'm going to let this one stay for 2.6.5 since we need another rc anyway.
Thanks for the fix!
--
status: open -> closed
___
Python tracker
<http://bugs.python.or
Barry A. Warsaw added the comment:
Ned, thanks for the fix. Ronald, please apply it to release26-maint for 2.6.5
rc 2.
--
resolution: -> accepted
___
Python tracker
<http://bugs.python.org/iss
Barry A. Warsaw added the comment:
Ned, thanks again for another great OS X fix. Ronald, please apply this to
release26-maint for 2.6.5 rc 2.
--
resolution: -> accepted
___
Python tracker
<http://bugs.python.org/iss
Barry A. Warsaw added the comment:
Minor nit: it's questionable whether this should have gone in between 2.6.5 rc1
and rc2. It doesn't seem like a critical fix. OTOH, it also seems harmless
enough so I'm gonna let it slide.
Barry A. Warsaw added the comment:
Thanks for adding me to the nosy list. Yep, this code is pretty old so it
doesn't surprise me that its implementation isn't quite right. Of course, I
hate get_payload(decode=True) anyway and hope that goes away in email 6.
Having said that, I d
Changes by Barry A. Warsaw :
--
priority: -> release blocker
___
Python tracker
<http://bugs.python.org/issue8089>
___
___
Python-bugs-list mailing list
Un
Barry A. Warsaw added the comment:
On Mar 08, 2010, at 08:20 PM, Ned Deily wrote:
>(Ronald and I agree this should be a release-blocker. Patch to follow.)
BTW, the right thing to do in this case (for 2.6 anyway) is to set the issue
to be a release blocker, so it gets my attention. I
Barry A. Warsaw added the comment:
I see this in 2.6 also, Ubuntu 9.10 and 10.04 (alpha). Marking this a release
blocker for now, though I'll check to see if it's a regression or not.
--
nosy: +barry
priority: normal -> release blocker
versions: +Python 2.
New submission from Barry A. Warsaw :
'make test' on Ubuntu 10.04 alpha produces:
328 tests OK.
1 test failed:
test_readline
37 tests skipped:
test_aepack test_al test_applesingle test_bsddb test_bsddb185
test_bsddb3 test_cd test_cl test_codecmaps_cn test_co
Barry A. Warsaw added the comment:
barry, Taggnostr: all the tests using subprocess [17:42]
"test_bz2 test_cmd_line test_platform test_popen2 test_popen test_pydoc
test_quopri test_signal test_subprocess test_sys test_threading
test_unicodedata test_winsound"
you may
Barry A. Warsaw added the comment:
Does not error on Ubuntu 9.10 as far as I can tell. Seems to be only 10.04
(alpha) for some reason. I've only tested on 64 bit.
This is probably not a release blocker.
--
___
Python tracker
Barry A. Warsaw added the comment:
Not a release blocker.
--
priority: release blocker -> normal
___
Python tracker
<http://bugs.python.org/issue8091>
___
_
Barry A. Warsaw added the comment:
It sounds like this is fixed for 2.6.5 now. I'm bumping the priority down and
removing 2.6 from the Versions.
--
priority: release blocker -> high
versions: -Python 2.6
___
Python tracke
Changes by Barry A. Warsaw :
--
priority: release blocker -> normal
___
Python tracker
<http://bugs.python.org/issue7804>
___
___
Python-bugs-list mai
Barry A. Warsaw added the comment:
Hi Martin,
Conventional wisdom on #python-dev is that you have a Solaris machine that you
could test this on. Can you do that? I'd like to get this patch into 2.6.6 if
it works.
--
assignee: -> loewis
keywords: +needs review
nosy:
Barry A. Warsaw added the comment:
Or maybe this one :)
--
Added file: http://bugs.python.org/file16510/guido.au
___
Python tracker
<http://bugs.python.org/issue7
Barry A. Warsaw added the comment:
Thanks for the fix guys. I believe this means it's no longer a blocker for
2.6.5rc2, right?
--
priority: release blocker -> high
versions: -Python 2.6
___
Python tracker
<http://bugs.python.or
Changes by Barry A. Warsaw :
--
priority: high -> release blocker
___
Python tracker
<http://bugs.python.org/issue8089>
___
___
Python-bugs-list mailing list
Un
Barry A. Warsaw added the comment:
Um, this sucks because I think that that means it was introduced after 2.6.4
final. Since it's a regression, marking as a blocker for 2.6.5 final, but in
order to stay a blocker it has to be a really critical bug and I'll want to
review the fix
Barry A. Warsaw added the comment:
Tarek, I guess the fix is as haypo suggests? Just use sysconfig.project_base
if sysconfig.get_config_var('srcdir') returns None?
If that's the only change, then please do fix this for 2.6.5
Barry A. Warsaw added the comment:
Adding xxmodule.c to the test directory is more than I want to do for 2.6.5.
The actual crash happens because if sysconfig.get_config_var('srcdir') returns
None, os.path.join() will traceback. It doesn't know how to handle None
ar
Barry A. Warsaw added the comment:
Tarek, r78877 is not the fix I recommended in
http://bugs.python.org/issue8107#msg100858
Are you sure you're more comfortable with the one you committed than the one I
suggested?
--
___
Python tracker
Barry A. Warsaw added the comment:
Hi Martin,
Can you just double check that the addition of xxmodule.c won't cause problems
with the Windows installer. If it's okay (no problems), please close this bug
and we'll keep the fix.
Thanks.
--
assignee:
Changes by Barry A. Warsaw :
--
priority: high -> release blocker
___
Python tracker
<http://bugs.python.org/issue8102>
___
___
Python-bugs-list mailing list
Un
Barry A. Warsaw added the comment:
So, issue closed right? Or do you want to keep it bumped down and open for
2.6.6?
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/iss
Barry A. Warsaw added the comment:
This will not block 2.6.5 but is a candidate for 2.6.6.
--
nosy: +barry
priority: release blocker -> deferred blocker
___
Python tracker
<http://bugs.python.org/iss
Barry A. Warsaw added the comment:
Thanks Georg!
--
resolution: -> accepted
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue8111>
___
__
Changes by Barry A. Warsaw :
--
priority: release blocker -> critical
___
Python tracker
<http://bugs.python.org/issue8141>
___
___
Python-bugs-list mai
Barry A. Warsaw added the comment:
As per msg100765, Ned confirms this is fixed for 2.6.5.
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/iss
Barry A. Warsaw added the comment:
+1 on this functionality being added for 2.7 and 3.2. You also mentioned in
pvt email that it would be better to patch compileall.py than py_compile.py to
take advantage of the quiet and force options (which seems good to me).
I have a few comments on the
Barry A. Warsaw added the comment:
Looks good to me, and should help distros, so +1.
--
assignee: -> doko
resolution: -> accepted
___
Python tracker
<http://bugs.python.org/
Barry A. Warsaw added the comment:
Unless you vehemently disagree, I am not making this a release blocker for
2.6.5.
--
priority: release blocker -> critical
___
Python tracker
<http://bugs.python.org/iss
Barry A. Warsaw added the comment:
jcea, why did you make this a release blocker for 2.6.5?
--
nosy: +barry
priority: release blocker -> deferred blocker
___
Python tracker
<http://bugs.python.org/iss
Barry A. Warsaw added the comment:
Does this still affect 2.6 then?
--
nosy: +barry
___
Python tracker
<http://bugs.python.org/issue8068>
___
___
Python-bug
Changes by Barry A. Warsaw :
--
priority: deferred blocker -> release blocker
___
Python tracker
<http://bugs.python.org/issue7755>
___
___
Python-bugs-list mai
Changes by Barry A. Warsaw :
--
priority: deferred blocker -> release blocker
___
Python tracker
<http://bugs.python.org/issue3928>
___
___
Python-bugs-list mai
Changes by Barry A. Warsaw :
--
assignee: -> barry
___
Python tracker
<http://bugs.python.org/issue8233>
___
___
Python-bugs-list mailing list
Unsubscri
Barry A. Warsaw added the comment:
Slightly modified, patch committed to trunk in r79533
--
keywords: +patch -needs review
___
Python tracker
<http://bugs.python.org/issue8
Barry A. Warsaw added the comment:
r79536 in py3k
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue8233>
___
___
Python-bugs-list mai
New submission from Barry A. Warsaw :
Actually, ./python -m unittest test.test_email doesn't work either and those
are two cases where the Lib/test module just forwards to the package's own test
suite, so maybe that's the problem.
--
assignee: michael.foord
component
Barry A. Warsaw added the comment:
Patch looks good to me too. Do any of you have commit privileges? If so,
please commit this. If not assign the issue to me and I'll do it.
--
resolution: -> accepted
___
Python tracker
<http://bugs
New submission from Barry A. Warsaw :
LOCPATH is an environment variable recognized by locale(1)
http://man.he.net/?topic=locale§ion=all
gettext.find() should probably consult $LOCPATH and use that for localedir if
the argument is not given.
--
assignee: barry
components: Library
Changes by Barry A. Warsaw :
--
versions: -Python 2.7, Python 3.1
___
Python tracker
<http://bugs.python.org/issue8409>
___
___
Python-bugs-list mailin
Changes by Barry A. Warsaw :
--
versions: +Python 2.7, Python 3.1
___
Python tracker
<http://bugs.python.org/issue8409>
___
___
Python-bugs-list mailing list
Unsub
Barry A. Warsaw added the comment:
Note that guido.au is just him saying some crazy sh*t and I'm fairly certain
couldn't be construed as copyrighted material (unless Guido is going to assert
copyright over it :)
--
___
Python trac
New submission from Barry A. Warsaw :
Lines such as the following are removed by fix_future.py in 2to3
from __future__ import absolute_import, unicode_literals
I think this is unnecessary and I have a case where it causes problems. It's
unnecessary because this import is essentially a
New submission from Barry A. Warsaw :
gettext module in Python 3 does not have a .ugettext method because
everything's already unicodes. Here's a fixer for that.
--
components: 2to3 (2.x to 3.0 conversion tool)
files: fix_ugettext.py
messages: 104015
nosy: barry
severi
Barry A. Warsaw added the comment:
Removing __future__ as part of explicit command line execution of 2to3 makes
some sense, but I wonder if 2to3 is used more often automatically (e.g. via
Distribute) where it's at best unhelpful. 2to3 is all about making it easy to
port code from Pyt
Barry A. Warsaw added the comment:
Since the workaround is easy enough, I won't push for this. I still think it's
an unhelpful transformation.
--
___
Python tracker
<http://bugs.python.
Barry A. Warsaw added the comment:
Thanks for the patch! I added a test and committed your patch in r80497.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Barry A. Warsaw added the comment:
er, make that r80501
--
___
Python tracker
<http://bugs.python.org/issue8527>
___
___
Python-bugs-list mailing list
Unsub
Barry A. Warsaw added the comment:
astraw: I've been playing with stdeb. I think it's a nice implementation of
bdist_deb, but it doesn't seem to include the dh_make/debianize functionality
of this patch. Is that the case or have I missed something?
Barry A. Warsaw added the comment:
There are really two aspects of this patch. At the moment, I'm less interested
in bdist_deb than I am in the 'debianize' (i.e. dh_make) functionality. I
think 'python setup.py debianize' (or whatever) would be a nice way to jump
Barry A. Warsaw added the comment:
That's essentially what I want, except I want to feed dh_make some better
defaults based on metadata that already lives in setup.py.
--
___
Python tracker
<http://bugs.python.org/issu
Barry A. Warsaw added the comment:
I'm not so sure about sdist_debian for the command I'm thinking about because
it doesn't actually build a distribution. It just creates a 'debian' directory
so I think I like just 'debian' as the name of the command. Bu
Barry A. Warsaw added the comment:
Hi Andrew,
Yes, I've played with sdist_dsc, and it's nice in that it takes a
non-Debianized source tree and turns it into a source package that can be
uploaded. What I'm looking for is something that can take a non-Debianized
source tree a
1 - 100 of 1091 matches
Mail list logo