> > * Better support for 2to3 in distutils (specifically, the support in
> > build_py is stale, plus 'build_scripts' and 'install_data' should
> > convert
> > .py files to py3k syntax.)
>
> Please do create a bug report for that. It sounds like it's easy to
> fix.
Yeah, build_py is fairly easy to
[when 2 mailing lists are not enough... :-]
> I'm seeing that people are just starting to download and play with 3.0.
> I expect that we'll start getting more feedback on conversion issues
+1 from this direction too. pywin32 has recently started looking seriously
at py3k, and while things are in
> at such a script, which I promptly stopped looking at as soon as it
> worked
Which is quite obvious really given that:
> # nuke ourselves from argv
> del sys.argv[1]
is removing the wrong value!
Mark
___
Python-3000 mailing list
Python-3000@python.
Terry Reedy wrote:
>> In the case of the comparison methods, they're being retrieved from type
>> rather than object. This difference is made clear when you attempt to
>> invoke the retrieved method:
>>
> object.__cmp__(1, 2)
>> Traceback (most recent call last):
>> File "", line 1, in
>> Ty
On 10/7/08, Mark Hammond <[EMAIL PROTECTED]> wrote:
> # This is a Python 3.x script to execute a python 2.x script by 2to3'ing it.
> import sys
> from lib2to3.refactor import RefactoringTool, get_fixers_from_package
>
> fixers = get_fixers_from_package('lib2to3.fixes')
> options = dict(doctests_onl
On Wed, Oct 8, 2008 at 12:51 AM, Dmitry Vasiliev <[EMAIL PROTECTED]> wrote:
>
> BTW, I think the following issues should be also marked as release blockers:
Agreed and done.
>
> - http://bugs.python.org/issue3714 (nntplib module broken by str to
> unicode conversion)
> - http://bugs.python.org/is
