We need someone to maintain the copy of ElementTree in the Python
repository.
We have one: Fredrik Lundh.
Ideally this means pulling upgrades and bugfixes from
Fredrik's repository every now and then. If the goals of Python
ElementTree and Fredrik ElementTree diverge I don't see a problem
On Sat, Feb 20, 2010 at 9:57 AM, Martin v. Löwis mar...@v.loewis.de wrote:
We need someone to maintain the copy of ElementTree in the Python
repository.
We have one: Fredrik Lundh.
The last commits by Fredrik to ElementTree in Python SVN that I can
see are dated 2006-08-16. The last commits I
Florent Xicluna, 18.02.2010 10:21:
For this purpose, I grew the test suite from 300 lines to 1800 lines, using
both
the tests from upstream and the tests proposed by Neil Muller on issue #6232.
Just a comment on this. While the new tests may work with ElementTree as
is, there are a couple of
Stefan Behnel stefan_ml at behnel.de writes:
Florent Xicluna, 18.02.2010 10:21:
For this purpose, I grew the test suite from 300 lines to 1800 lines,
using both the tests from upstream and the tests proposed by Neil Muller
on issue #6232.
Just a comment on this. While the new tests
Glenn Linderman wrote:
Shortcuts don't work from the shell (well, cmd.exe, at least), do
they? Can't test from here.
So if you can't test it, why would you state it as a fact... and then
back-pedal? :)
It was a question, not a statement! Plus, I figured I could con someone
into testing it
Allright, so in the case of regular files I may content myself of
BufferedRandom.
And maybe I'll put some warnings concerning the returning of raw streams
by factory functions.
Thanks,
Regards,
Pascal
Guido van Rossum a écrit :
IIRC here is the use case for buffered reader/writer vs.
Florent Xicluna, 20.02.2010 11:53:
Stefan Behnel writes:
None of theses features is really required to hold for anything but the
current as-is implementation.
I agree.
So my impression is that many of the tests try to provide guarantees where
they cannot or should not exist, and even
Martin v. Löwis martin at v.loewis.de writes:
If the goals of Python ElementTree and Fredrik ElementTree diverge I don't
see a problem with an amicable fork.
I see one: Fredrik will not consider such a fork amicable. Of course, if
you could make him state in public that he is fine with a
The last commits by Fredrik to ElementTree in Python SVN that I can
see are dated 2006-08-16. The last commits I can see to ElementTree at
http://svn.effbot.python-hosting.com/ are dated 2006-07-05.
And?
To paraphrase Antoine's comment [1] on Rietveld -- we need a process
that results in
Actually this should not be a fork of the upstream library.
The goal is to improve stability and predictability of the ElementTree
implementations in the stdlib, and to fix some bugs.
I thought that it is better to backport the fixes from upstream than to
fix each bug separately in the
Not really, BufferedRandom is only suitable when the file is open for
reading *and* writing. The 'rb' and 'wb' modes should return
BufferedReader and BufferedWriter, respectively.
On Sat, Feb 20, 2010 at 6:20 AM, Pascal Chambon
chambon.pas...@gmail.com wrote:
Allright, so in the case of regular
Glenn Linderman wrote:
Windows also has hard-links for files.
A lot of Windows tools are completely ignorant of both of those linking
concepts... resulting in disks that look to be over capacity when they
are not, for example.
Here comes my nit picking mode again. ;)
First of all the
Christian Heimes wrote:
good stuff deleted
As long as Python supports XP we shouldn't use symlinks on Windows for
stuff like virtualenv. The python.exe on Windows is small (just a few
kb) since it is linked against the dll. Let's copy it and we are on the
safe side.
+1. Even if we dropped XP
First of all the links are not a feature of the operating system but
rather a feature of the file system (version).
That's not really true. Even though ext2 supports symbolic links, on XP
with an ext2 driver, you still don't get symbolic links.
So you need the feature *both* in the operating
Le Sat, 20 Feb 2010 13:08:39 +0100, Martin v. Löwis a écrit :
Please be EXTREMELY careful. I urge you not to act on this until
mid-March (which is the earliest time at which Fredrik has said he may
have time to look into this).
Ok, so let's wait until then before we make a decision.
cheers
Martin v. Löwis wrote:
The latter is not really true: NFS most certainly supports hard links.
I can't try right now, but I would be surprised if SMB didn't support
both symbolic and hard links, given the right server and client versions.
I've never seen nor used NFS on Windows so I can't
Am 20.02.2010 06:37, schrieb Michael Foord:
--
http://www.ironpythoninaction.com
Nice signature!
On 19 Feb 2010, at 22:52, Eric Smith e...@trueblade.com wrote:
Glenn Linderman wrote:
On approximately 2/19/2010 1:18 PM, came the following characters
from the keyboard of P.J. Eby:
On Fri, Feb 19, 2010 at 10:39 PM, Glenn Linderman
v+pyt...@g.nevcal.comv%2bpyt...@g.nevcal.com
wrote:
On approximately 2/19/2010 1:18 PM, came the following characters from the
keyboard of P.J. Eby:
At 01:49 PM 2/19/2010 -0500, Ian Bicking wrote:
I'm not sure how this should best work on
On Sat, Feb 20, 2010 at 2:03 PM, Martin v. Löwis mar...@v.loewis.de wrote:
I'd rather drop ElementTree from the standard library than fork it.
Fork what? Upstream ElementTree is dead.
Schiavo
Simon
___
Python-Dev mailing list
Python-Dev@python.org
At 02:41 PM 2/20/2010 -0500, Ian Bicking wrote:
Virtualenv uses copies when it can't use symlinks. Â A copy (or hard
link) seems appropriate on systems that do not have symlinks. Â It
would seem reasonable that on Windows it might look in the registry
to find the actual location where Python
-On [20100220 13:04], Martin v. Löwis (mar...@v.loewis.de) wrote:
The last commits by Fredrik to ElementTree in Python SVN that I can
see are dated 2006-08-16. The last commits I can see to ElementTree at
http://svn.effbot.python-hosting.com/ are dated 2006-07-05.
And?
[snip]
# Since you've
Maybe I am fully misunderstanding something here and I am also known for
just bluntly stating things but:
Isn't inclusion into the standard library under the assumption that
maintenance will be performed on the code?
In general, that's the assumption, and Guido has stated that he dislikes
-On [20100220 22:47], Martin v. Löwis (mar...@v.loewis.de) wrote:
In general, that's the assumption, and Guido has stated that he dislikes
exceptions. However, Fredrik's code was included only under the
exception. ElementTree wouldn't be part of the standard library if an
exception had not been
Dj Gilcrease wrote:
win2k and later have a form of sym link, the api for it is just not
provided in a nice simple app like it is on nix platforms.
Yes, it's possible to create symlinks on win2k using a
command line tool called 'linkd' (I've done it).
However, they're extremely dangerous,
I have used pdb for several years and have always wanted a gdb-like
Ctrl-C handling: in gdb pressing Ctrl-C interrupts the program but the
execution can be resumed later by the user (while pdb will terminate
the program and throw you into postmortem debugging with no ability to
resume the
On Fri, Feb 19, 2010 at 7:50 AM, Brett Cannon br...@python.org wrote:
My notes from the session I led:
+ argparse
- Same issues brought up.
For those of us not at PyCon, what were the issues?
Steve
--
Where did you get that preposterous hypothesis?
Did Steve tell you that?
---
26 matches
Mail list logo