Changes by Barry A. Warsaw <[EMAIL PROTECTED]>:
--
priority: deferred blocker -> release blocker
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Changes by Barry A. Warsaw <[EMAIL PROTECTED]>:
--
priority: deferred blocker -> release blocker
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Changes by Barry A. Warsaw <[EMAIL PROTECTED]>:
--
priority: deferred blocker -> release blocker
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Changes by Barry A. Warsaw <[EMAIL PROTECTED]>:
--
priority: deferred blocker -> release blocker
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Changes by Barry A. Warsaw <[EMAIL PROTECTED]>:
--
priority: deferred blocker -> release blocker
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Changes by Barry A. Warsaw <[EMAIL PROTECTED]>:
--
priority: deferred blocker -> release blocker
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Changes by Barry A. Warsaw <[EMAIL PROTECTED]>:
--
priority: deferred blocker -> release blocker
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Changes by Barry A. Warsaw <[EMAIL PROTECTED]>:
--
priority: deferred blocker -> release blocker
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Changes by Barry A. Warsaw <[EMAIL PROTECTED]>:
--
priority: deferred blocker -> release blocker
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Changes by Barry A. Warsaw <[EMAIL PROTECTED]>:
--
priority: deferred blocker -> release blocker
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Changes by Barry A. Warsaw <[EMAIL PROTECTED]>:
--
priority: deferred blocker -> release blocker
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Changes by Barry A. Warsaw <[EMAIL PROTECTED]>:
--
priority: deferred blocker -> release blocker
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Changes by Barry A. Warsaw <[EMAIL PROTECTED]>:
--
priority: deferred blocker -> release blocker
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Changes by Barry A. Warsaw <[EMAIL PROTECTED]>:
--
priority: deferred blocker -> release blocker
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Changes by Barry A. Warsaw <[EMAIL PROTECTED]>:
--
priority: deferred blocker -> release blocker
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Changes by Barry A. Warsaw <[EMAIL PROTECTED]>:
--
priority: deferred blocker -> release blocker
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Changes by Barry A. Warsaw <[EMAIL PROTECTED]>:
--
priority: deferred blocker -> release blocker
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
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
Barry A. Warsaw added the comment:
Thanks for finding this bug. I'm not sure about the second chunk of your diff
(the one that removes __pycache__). In the future, it would help to include a
unittest case that illustrates the problem. Here's a patch that includes a
test for tha
Changes by Barry A. Warsaw :
--
assignee: -> barry
___
Python tracker
<http://bugs.python.org/issue8563>
___
___
Python-bugs-list mailing list
Unsubscri
Barry A. Warsaw added the comment:
Hmm. I'm not sure that getting a SyntaxError is grounds for removing the
__pycache__ directory. I think I will commit the fix without that change.
--
___
Python tracker
<http://bugs.python.org/i
Barry A. Warsaw added the comment:
I guess I don't see the point in removing __pycache__ when the only .py file in
the package directory has a SyntaxError. I think that will be a rare case.
Won't there usually be other .py files that compile
Barry A. Warsaw added the comment:
r80626
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue8563>
___
___
Pyth
Barry A. Warsaw added the comment:
Hi Andrew,
I want debian/ to be created in . (aka, cwd, the directory containing
setup.py), not in ./deb_dist/package-version
--
___
Python tracker
<http://bugs.python.org/issue1054
Barry A. Warsaw added the comment:
Hmm. In that case, I think you'd be expecting possible errors and would either
have to clean up __pycache__ yourself or turn on legacy mode.
--
___
Python tracker
<http://bugs.python.org/i
Barry A. Warsaw added the comment:
Manual moving/copying is what I want to avoid. I'd be totally happy with not
reinventing the wheel if you think this would be easy to add to stdeb!
Specifically: just create debian/ in place and do not build package.
I have a few other minor sugges
601 - 700 of 2560 matches
Mail list logo
