On Tue, May 13, 2003 at 01:27:58AM +0200, Philipp von Weitershausen wrote:
> Sander Striker wrote:
> >>So it is core then. But do we need to keep backward compatability at
> >>this time?
> >Unless you want to break ViewCVS, SubWiki, mailer.py, etc, etc.
> I don't but I do want to produce code that makes sense.
> If I recall correctly, we're still in 0.X, so people should expect
> things to change, especially with something low-prioritized like the
> bindings. As Greg said so himself, the bindings as they are now are just
> a quick hack go get things working.
> When we do the change from svn to libsvn and introduce svn with renamed
> symbols, things will utterly break anyway. As a matter of fact, things
> will even break when my -noproxy patch is applied because accessors
> functions will not be available anymore.
> So, if you don't want to break any of the above, you can't improve the
If the 'svn' package keeps the abbreviated name (rather than the longer
'subversion'), then we can definitely arrange to *not* break any users.
*Working* on the bindings is low priority, but that doesn't mean that we
should simply break everything out there when we can avoid it. We phase in
wire-protocol changes to avoid breaking people. Sure, we could just pull the
lever and switch protocol elements, but that does a disservice to our
The simple fact is that we told people a long time ago [when we went Alpha],
"Subversion is ready for deployment in day-to-day use [but be wary]." There
are obligations on our side to support that statement.
So... we can have the 'svn' package import symbols from libsvn. And for FS,
at least, we can also rename them. We can also include a util.py that does
nothing but import core's names. We can leave that for a while,
undocumented, while we wait for users to switch over. In a few months, we go
in there and clear out the compat stuff.
I believe most of the primary users of the Python bindings are on this list,
and most are even committers. But we *do* want to provide a bit of time for
those people to get the code switched over.
Greg Stein, http://www.lyra.org/
To unsubscribe, e-mail: firstname.lastname@example.org
For additional commands, e-mail: email@example.com
Received on Tue May 13 01:38:15 2003