[issue1259] string find and rfind methods give a TypeError that is misleading

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

[issue1259] string find and rfind methods give a TypeError that is misleading

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

[issue1671] "World" tool ported to py3k

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

[issue1722] Undocumented urllib functions

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/

[issue1722] Undocumented urllib functions

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

[issue1826] operator.attrgetter() should accept dotted attribute paths

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'))

[issue1826] operator.attrgetter() should accept dotted attribute paths

Barry A. Warsaw added the comment: Unfortunately, that already has different, existing (and IMHO less useful) semantics. :( __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/

[issue1826] operator.attrgetter() should accept dotted attribute paths

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

[issue1826] operator.attrgetter() should accept dotted attribute paths

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/

[issue1826] operator.attrgetter() should accept dotted attribute paths

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&#x

[issue1823] Possible to set invalid Content-Transfer-Encoding on email.mime.multipart.MIMEMultipart

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

[issue2314] Test issue

Changes by Barry A. Warsaw <[EMAIL PROTECTED]>: -- versions: +Python 3.0 __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2314> __ ___ Python-bugs

[issue2415] bytes() should respect __bytes__

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)

[issue2456] Make sysmodule.c compatible with Bazaar

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

[issue2510] Bazaar ignore file

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 &#x

[issue2507] Exception state lives too long in 3.0

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

[issue2547] Py30a4 RELNOTES only cover 30a1 and 30a2

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

[issue2622] Import errors in email.message.py

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

[issue1179] [CVE-2007-4965] Integer overflow in imageop module

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

[issue2548] Undetected error in exception handling

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

[issue2235] __eq__ / __hash__ check doesn't take inheritance into account

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:

[issue2632] performance problem in socket._fileobject.read

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

[issue2507] Exception state lives too long in 3.0

Barry A. Warsaw <[EMAIL PROTECTED]> added the comment: r62847 -- priority: release blocker -> critical resolution: -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> <http://b

[issue2547] Py30a4 RELNOTES only cover 30a1 and 30a2

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

[issue2547] Py30a4 RELNOTES only cover 30a1 and 30a2

Changes by Barry A. Warsaw <[EMAIL PROTECTED]>: -- resolution: -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2547> __ __

[issue7847] Remove 'python -U' or document it

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

[issue4978] allow unicode keyword args

Changes by Barry A. Warsaw : -- nosy: +barry ___ Python tracker <http://bugs.python.org/issue4978> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue4978] allow unicode keyword args

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

[issue6877] enable compilation of readline module on Mac OS X 10.5 and 10.6

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

[issue6877] enable compilation of readline module on Mac OS X 10.5 and 10.6

Barry A. Warsaw added the comment: release blocker for 2.6.5 -- priority: -> release blocker ___ Python tracker <http://bugs.python.org/issue6877> ___ ___ Py

[issue4978] allow unicode keyword args

Barry A. Warsaw added the comment: release blocker for 2.6.5 -- priority: -> release blocker ___ Python tracker <http://bugs.python.org/issue4978> ___ ___ Py

[issue6877] enable compilation of readline module on Mac OS X 10.5 and 10.6

Changes by Barry A. Warsaw : -- status: closed -> open ___ Python tracker <http://bugs.python.org/issue6877> ___ ___ Python-bugs-list mailing list Unsubscri

[issue7847] Remove 'python -U' or document it

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

[issue4978] allow unicode keyword args

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

[issue7847] Remove 'python -U' or document it

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

[issue7847] Remove 'python -U' or document it

Barry A. Warsaw added the comment: Martin, thanks. -- ___ Python tracker <http://bugs.python.org/issue7847> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue7847] Remove 'python -U' or document it

Barry A. Warsaw added the comment: trunk: r77992 py26: r77993 -- resolution: -> fixed status: open -> closed ___ Python tracker <http://bugs.python.org/

[issue6877] enable compilation of readline module on Mac OS X 10.5 and 10.6

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

[issue6877] enable compilation of readline module on Mac OS X 10.5 and 10.6

Barry A. Warsaw added the comment: @Meador: confirmed. This does not fix the 10.5 build. -- ___ Python tracker <http://bugs.python.org/issue6877> ___ ___ Pytho

[issue6877] enable compilation of readline module on Mac OS X 10.5 and 10.6

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

[issue7582] [patch] diff.py to use iso timestamp

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.

[issue7250] wsgiref.handlers.CGIHandler caches os.environ, leaking info between requests

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

[issue2973] _ssl compiler warnings

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

[issue7755] copyright clarification for audiotest.au

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

[issue7670] _sqlite3: Block *all* operations on a closed Connection object

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

[issue8067] OS X Installer: build errors on 10.6 when targeting 10.4 and earlier

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

[issue8066] OS X installer: readline module breaks when targeting on 10.5 or 10.6

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

[issue8082] Misleading exception when raising an object

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.

[issue7143] get_payload(decode=True) eats last newline in base64 encoded payload

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

[issue8089] 2.6/3.1 32-bit/64-bit universal builds always run in 64-bit on 10.6

Changes by Barry A. Warsaw : -- priority: -> release blocker ___ Python tracker <http://bugs.python.org/issue8089> ___ ___ Python-bugs-list mailing list Un

[issue8089] 2.6/3.1 32-bit/64-bit universal builds always run in 64-bit on 10.6

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

[issue7804] test_readline failure

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.

[issue8091] TypeError at the end of 'make test'

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

[issue8091] TypeError at the end of 'make test'

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

[issue8091] TypeError at the end of 'make test'

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

[issue8091] TypeError at the end of 'make test'

Barry A. Warsaw added the comment: Not a release blocker. -- priority: release blocker -> normal ___ Python tracker <http://bugs.python.org/issue8091> ___ _

[issue8067] OS X Installer: build errors on 10.6 when targeting 10.4 and earlier

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

[issue7804] test_readline failure

Changes by Barry A. Warsaw : -- priority: release blocker -> normal ___ Python tracker <http://bugs.python.org/issue7804> ___ ___ Python-bugs-list mai

[issue7755] copyright clarification for audiotest.au

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:

[issue7755] copyright clarification for audiotest.au

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

[issue8089] 2.6/3.1 32-bit/64-bit universal builds always run in 64-bit on 10.6

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

[issue8089] 2.6/3.1 32-bit/64-bit universal builds always run in 64-bit on 10.6

Changes by Barry A. Warsaw : -- priority: high -> release blocker ___ Python tracker <http://bugs.python.org/issue8089> ___ ___ Python-bugs-list mailing list Un

[issue8107] test_distutils fails on Windows in 2.6.5rc2

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

[issue8107] test_distutils fails on Windows in 2.6.5rc2

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

[issue8107] test_distutils fails on Windows in 2.6.5rc2

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

[issue8107] test_distutils fails on Windows in 2.6.5rc2

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

[issue8107] test_distutils fails on Windows in 2.6.5rc2

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:

[issue8102] test_distutils fails on 2.6.5rc1: "No module named setuptools_build_ext"

Changes by Barry A. Warsaw : -- priority: high -> release blocker ___ Python tracker <http://bugs.python.org/issue8102> ___ ___ Python-bugs-list mailing list Un

[issue8107] test_distutils fails on Windows in 2.6.5rc2

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

[issue3928] os.mknod missing on Solaris

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

[issue8111] docs.python.org/download.html unhelpful.

Barry A. Warsaw added the comment: Thanks Georg! -- resolution: -> accepted status: open -> closed ___ Python tracker <http://bugs.python.org/issue8111> ___ __

[issue8141] test_asynchat & test_smtplib failures in 2.6 release branch

Changes by Barry A. Warsaw : -- priority: release blocker -> critical ___ Python tracker <http://bugs.python.org/issue8141> ___ ___ Python-bugs-list mai

[issue8089] 2.6/3.1 32-bit/64-bit universal builds always run in 64-bit on 10.6

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

[issue8140] extend compileall to compile single files

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

[issue8140] extend compileall to compile single files

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/

[issue8089] 2.6/3.1 32-bit/64-bit universal builds always run in 64-bit on 10.6

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

[issue3928] os.mknod missing on Solaris

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

[issue8068] OS X Installer: merge python2 and python3 build-installer.py script

Barry A. Warsaw added the comment: Does this still affect 2.6 then? -- nosy: +barry ___ Python tracker <http://bugs.python.org/issue8068> ___ ___ Python-bug

[issue7755] copyright clarification for audiotest.au

Changes by Barry A. Warsaw : -- priority: deferred blocker -> release blocker ___ Python tracker <http://bugs.python.org/issue7755> ___ ___ Python-bugs-list mai

[issue3928] os.mknod missing on Solaris

Changes by Barry A. Warsaw : -- priority: deferred blocker -> release blocker ___ Python tracker <http://bugs.python.org/issue3928> ___ ___ Python-bugs-list mai

[issue8233] extend py_compile to compile files from stdin

Changes by Barry A. Warsaw : -- assignee: -> barry ___ Python tracker <http://bugs.python.org/issue8233> ___ ___ Python-bugs-list mailing list Unsubscri

[issue8233] extend py_compile to compile files from stdin

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

[issue8233] extend py_compile to compile files from stdin

Barry A. Warsaw added the comment: r79536 in py3k -- status: open -> closed ___ Python tracker <http://bugs.python.org/issue8233> ___ ___ Python-bugs-list mai

[issue8315] ./python -m unittest test.test_importlib doesn't work

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

[issue7301] Add environment variable $PYTHONWARNINGS

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

[issue8409] gettext should honor $LOCPATH environment variable

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

[issue8409] gettext should honor $LOCPATH environment variable

Changes by Barry A. Warsaw : -- versions: -Python 2.7, Python 3.1 ___ Python tracker <http://bugs.python.org/issue8409> ___ ___ Python-bugs-list mailin

[issue8409] gettext should honor $LOCPATH environment variable

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

[issue7755] copyright clarification for audiotest.au

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

[issue8505] 2to3 fix_future.py removes __future__ imports, but should it?

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

[issue8508] 2to3 fixer for gettext's .ugettext

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

[issue8505] 2to3 fix_future.py removes __future__ imports, but should it?

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

[issue8505] 2to3 fix_future.py removes __future__ imports, but should it?

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.

[issue8527] [PEP 3147] compileall.compile_dir() called multiple times creates empty __pycache__/__pycache__ subdirectories

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/

[issue8527] [PEP 3147] compileall.compile_dir() called multiple times creates empty __pycache__/__pycache__ subdirectories

Barry A. Warsaw added the comment: er, make that r80501 -- ___ Python tracker <http://bugs.python.org/issue8527> ___ ___ Python-bugs-list mailing list Unsub

[issue1054967] bdist_deb - Debian packager

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?

[issue1054967] bdist_deb - Debian packager

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

[issue1054967] bdist_deb - Debian packager

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

[issue1054967] bdist_deb - Debian packager

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

[issue1054967] bdist_deb - Debian packager

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   2   3   4   5   6   7   8   9   10   >