On 03/01/2011 16:19, M.-A. Lemburg wrote:
Michael Foord wrote:
On 03/01/2011 15:39, Alexander Belopolsky wrote:
On Mon, Jan 3, 2011 at 10:33 AM, Michael
Foord wrote:
..
If someone knows if this tool is still used/useful then please let us
know
how the description should best be updated. If t
Michael Foord wrote:
> On 03/01/2011 15:39, Alexander Belopolsky wrote:
>> On Mon, Jan 3, 2011 at 10:33 AM, Michael
>> Foord wrote:
>> ..
>>> If someone knows if this tool is still used/useful then please let us
>>> know
>>> how the description should best be updated. If there are no replies I'll
On 03/01/2011 15:39, Alexander Belopolsky wrote:
On Mon, Jan 3, 2011 at 10:33 AM, Michael Foord wrote:
..
If someone knows if this tool is still used/useful then please let us know
how the description should best be updated. If there are no replies I'll
remove it.
If you are talking about Tool
On Mon, Jan 3, 2011 at 10:33 AM, Michael Foord wrote:
..
> If someone knows if this tool is still used/useful then please let us know
> how the description should best be updated. If there are no replies I'll
> remove it.
If you are talking about Tools/unicode/, this is definitely a very
useful t
Hello all,
In the Tools/ directory (py3k) we have a tool/directory called
"unicode". The description in Tools/README is:
unicode Tools used to generate unicode database files for
Python 2.0 (by Fredrik Lundh).
As described this is not at all useful for Python 3.2. I'm
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Apr 5, 2009, at 7:37 PM, Matthias Klose wrote:
Barry Warsaw schrieb:
Someone (I'm sorry, I forgot who) asked me at Pycon about stripping
out
Demos and Tools. I'm happy to remove the two I wrote - Tools/world
and
Tools/pynche - from the dist
On Sun, Apr 5, 2009 at 10:58 PM, Jack diederich wrote:
> On Sun, Apr 5, 2009 at 10:50 PM, wrote:
>> Barry> Someone asked me at Pycon about stripping out Demos and Tools.
>>
>> Matthias> +1, but please for 2.7 and 3.1 only.
>>
>> Is there a list of other demos or tools which should be delet
On Sun, Apr 5, 2009 at 10:50 PM, wrote:
> Barry> Someone asked me at Pycon about stripping out Demos and Tools.
>
> Matthias> +1, but please for 2.7 and 3.1 only.
>
> Is there a list of other demos or tools which should be deleted? If
> possible the list should be publicized so that people
Barry> Someone asked me at Pycon about stripping out Demos and Tools.
Matthias> +1, but please for 2.7 and 3.1 only.
Is there a list of other demos or tools which should be deleted? If
possible the list should be publicized so that people can pick up external
maintenance if desired.
Ski
Barry Warsaw schrieb:
> Someone (I'm sorry, I forgot who) asked me at Pycon about stripping out
> Demos and Tools. I'm happy to remove the two I wrote - Tools/world and
> Tools/pynche - from the distribution and release them as separate
> projects (retaining the PSF license). Should I remove the
2009/4/5 Barry Warsaw :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Someone (I'm sorry, I forgot who) asked me at Pycon about stripping out
> Demos and Tools. I'm happy to remove the two I wrote - Tools/world and
> Tools/pynche - from the distribution and release them as separate project
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Someone (I'm sorry, I forgot who) asked me at Pycon about stripping
out Demos and Tools. I'm happy to remove the two I wrote - Tools/
world and Tools/pynche - from the distribution and release them as
separate projects (retaining the PSF license
Committed new version of kill_python to trunk in r62129.
Trent.
From: "Martin v. Löwis" [EMAIL PROTECTED]
Sent: 02 April 2008 14:39
To: Trent Nelson
Cc: python-dev@python.org
Subject: Re: [Python-Dev] Tools\buildbot\kill_python.c can't
Trent Nelson wrote:
>>> That'll kill the first python_d.exe instance it finds matching the
>>> given path; given that our buildbots run trunk/release25-maint/py3k
>>> in parallel
>> That's actually not a given: we currently *don't* run multiple builds
>> simultaneously on the same slave.
>
> I tho
> > That'll kill the first python_d.exe instance it finds matching the
> > given path; given that our buildbots run trunk/release25-maint/py3k
> > in parallel
>
> That's actually not a given: we currently *don't* run multiple builds
> simultaneously on the same slave.
I thought the slave lock only
> That'll kill the first python_d.exe instance it finds matching the
> given path; given that our buildbots run trunk/release25-maint/py3k
> in parallel
That's actually not a given: we currently *don't* run multiple builds
simultaneously on the same slave.
> Unless anyone advises otherwise, I'll
Looking into some of the recent Windows buildbot failures, I see things like
this:
sqlite3 : error PRJ0008 : Could not delete file
'c:\buildbot\trunk.heller-windows-amd64\build\PCbuild\amd64\sqlite3_d.dll'.
build-amd64.bat doesn't go through the kill_python.c hoopla, so I figure the
above erro
Brett Cannon wrote:
> On 9/8/05, Tony Meyer <[EMAIL PROTECTED]> wrote:
>> [finding Tools/i18n/pygettext.py]
>> > You're right, I think Tools is probably a bad place for
>> > anything. If it's not part of the stdlib, I'll likely never
>> > find it.
>>
>> Agreed. Maybe with the introduction of -m
Jim Jewett wrote:
>>How should we document [the tools directory]
>
>
> At the interactive prompt, help() lets me get a list
> of topics (not including tools), keywords, or modules --
> but no mention of tools.
>
> I didn't find any references at http://python.org/doc/
>
> The tutorial does ment
> How should we document [the tools directory]
At the interactive prompt, help() lets me get a list
of topics (not including tools), keywords, or modules --
but no mention of tools.
I didn't find any references at http://python.org/doc/
The tutorial does mention the standard library (and
the lib
[Brett Cannon]
> I assume that the Windows installer includes the Tools/ directory.
It installs part of it, not all:
C:\Python24\Tools>dir/b
i18n
pynche
Scripts
versioncheck
webchecker
So it's missing these Tools directories:
audiopy
bgen
compiler
faqwiz
framer
freeze
modulator
msi
unicode
worl
On Thu, Sep 08, 2005 at 06:52:59PM -0700, Brett Cannon wrote:
> Otherwise it is mostly a lack of advertisement and them not being
> installed by ``make install``. If you just download the soure and
Agreed. I've often wished that reindent.py was installed somewhere.
> Probably the only way
> i
On 9/8/05, Tony Meyer <[EMAIL PROTECTED]> wrote:
> [finding Tools/i18n/pygettext.py]
> > You're right, I think Tools is probably a bad place for
> > anything. If it's not part of the stdlib, I'll likely never
> > find it.
>
> Agreed. Maybe with the introduction of -m in Python 2.4, some of the T
[finding Tools/i18n/pygettext.py]
> You're right, I think Tools is probably a bad place for
> anything. If it's not part of the stdlib, I'll likely never
> find it.
Agreed. Maybe with the introduction of -m in Python 2.4, some of the Tools/
scripts could be put in __main__ sections of appropria
24 matches
Mail list logo