On Fri, 09 May 2008 19:06:07 +0200, Bill Janssen <[EMAIL PROTECTED]> wrote:
The curse of back-porting... I, too, would find such a tool helpful;
I've got a thousand lines of %-formatting use just in UpLib alone.
yea, I hope such a Fixer will emerge, formatting via % is just too
painless atm
[EMAIL PROTECTED] wrote:
> This has been a fairly interesting discussion about tempfile.mktemp, but can
> we return to the original question? Should we begin warning about its use
> again? Should we ever warn about it?
Given that there people continue to point out that there are completely
accep
> Is there a tool available that can convert 2.x code automagically
> to the .format() method syntax ?
>
> Just did a quick grep of our code base and it has some 2000 lines of code
> that would need to be changed.
Why do you think this code needs to change?
I'd leave all the code as-is, and migh
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On May 9, 2008, at 12:25 PM, Jim Kleckner wrote:
Barry Warsaw wrote:
...
For more information and downloadable distributions, see the Python
2.6 website:
http://www.python.org/download/releases/2.6/
The .msi for 2.6a3 seems to be missing from:
I think a better "stump the guido" would be to just have people write the
most convoluted things for simple processes and see how minimalist he could
make the final code... I think we could have some fun with this ;)
___
Python-Dev mailing list
Python-Dev
> On 2008-05-09 15:29, [EMAIL PROTECTED] wrote:
> > mal> Is there a tool available that can convert 2.x code automagically
> > mal> to the .format() method syntax ?
> >
> > mal> Just did a quick grep of our code base and it has some 2000 lines
> > mal> of code that would need to be
Barry Warsaw wrote:
...
For more information and downloadable distributions, see the Python
2.6 website:
http://www.python.org/download/releases/2.6/
The .msi for 2.6a3 seems to be missing from:
http://www.python.org/ftp/python/2.6/
and the download link from this page gives a 404:
http:/
ACTIVITY SUMMARY (05/02/08 - 05/09/08)
Tracker at http://bugs.python.org/
To view or respond to any of the issues listed below, click on the issue
number. Do NOT respond to this message.
1860 open (+38) / 12766 closed (+26) / 14626 total (+64)
Open issues with patches: 561
Average durati
On Fri, May 09 2008 at 10:29:17AM BRT, [EMAIL PROTECTED] wrote:
>
> mal> Is there a tool available that can convert 2.x code automagically
> mal> to the .format() method syntax ?
>
> mal> Just did a quick grep of our code base and it has some 2000 lines
> mal> of code that would n
On 2008-05-09 15:29, [EMAIL PROTECTED] wrote:
mal> Is there a tool available that can convert 2.x code automagically
mal> to the .format() method syntax ?
mal> Just did a quick grep of our code base and it has some 2000 lines
mal> of code that would need to be changed.
I suggest
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On May 9, 2008, at 8:56 AM, Nick Coghlan wrote:
Barry Warsaw wrote:
Single quotes are easier to type so I prefer them. I very rarely
find myself using apostrophes in non-triple quoted strings. I like
it when things are easier to type, but I fe
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On May 9, 2008, at 8:15 AM, [EMAIL PROTECTED] wrote:
In the past I seem to recall that the Python code proper might be
frozen
(for a day or two) before a release, but that it was okay to still
commit
changes to non-code files such as documentatio
mal> Is there a tool available that can convert 2.x code automagically
mal> to the .format() method syntax ?
mal> Just did a quick grep of our code base and it has some 2000 lines
mal> of code that would need to be changed.
I suggested a 2to3 fixer for this but was shot down.
Sk
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On May 9, 2008, at 6:44 AM, M.-A. Lemburg wrote:
On 2008-05-08 13:59, Barry Warsaw wrote:
On May 8, 2008, at 7:54 AM, Benjamin Peterson wrote:
On Thu, May 8, 2008 at 6:32 AM, Barry Warsaw <[EMAIL PROTECTED]>
wrote:
Since the trunk buildbots appea
Is there a tool available that can convert 2.x code automagically
to the .format() method syntax ?
Just did a quick grep of our code base and it has some 2000 lines of code
that would need to be changed.
Thanks,
--
Marc-Andre Lemburg
eGenix.com
Professional Python Services directly from the Sou
In the past I seem to recall that the Python code proper might be frozen
(for a day or two) before a release, but that it was okay to still commit
changes to non-code files such as documentation or files in Misc. Is this
still the case in the new release-early-release-often regime? Is the
intent
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On May 8, 2008, at 3:03 PM, Georg Brandl wrote:
While I'm +0 on the commit hook, it would help if a mail that
announces
a freeze would
- not be hidden in a thread on python-dev and
- have a easily recognizable title, like "[TRUNK FREEZE] ".
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On May 8, 2008, at 6:05 PM, Christian Heimes wrote:
I'm working on some extra cool and useful additions to PEP 370. It's
going to make compilation and usage of custom libraries very easy. Sit
back and watch the slide show. :)
Comments? :)
Christi
On 2008-05-08 13:59, Barry Warsaw wrote:
On May 8, 2008, at 7:54 AM, Benjamin Peterson wrote:
On Thu, May 8, 2008 at 6:32 AM, Barry Warsaw <[EMAIL PROTECTED]> wrote:
Since the trunk buildbots appear to be mostly happy (well those that are
connected anyway), and because I couldn't get the relea
Michael Urman writes:
> I know this way is fairly entrenched in the python release process,
> but it sounds like it's using the tools incorrectly. In particular
> with subversion is very easy (compared to cvs) to branch and to switch
> branches locally. Why not create a new prerelease branch a
20 matches
Mail list logo
