[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: [PATCH] eliminate -noproxy flag to SWIG

From: Greg Stein <gstein_at_lyra.org>
Date: 2003-05-13 02:17:45 CEST

On Tue, May 13, 2003 at 01:52:17AM +0200, Philipp von Weitershausen wrote:
> Greg Stein wrote:
> >If the 'svn' package keeps the abbreviated name (rather than the longer
> >'subversion'), then we can definitely arrange to *not* break any users.
> >
> >So... we can have the 'svn' package import symbols from libsvn. And for FS,
> >at least, we can also rename them.
> So, do you want me to send a patch for this? We could take everything
> else from there, then.

I'm assuming the patch would do:

1) create a second package named libsvn and move the extension modules and
   proxy wrappers into that

2) take the existing 'svn' package and compensate for the above
   (this is probably quite easy to do: we'd just import and publish symbols
    from libsvn.foo rather than svn._foo)

3) rename util to core, and do backwards-compat with a new util.py

4) ???

That would be just fine. We could probably split {1,2} and {3} into a couple
patches, but I'm not too worried about that.

> Agreed. Compat stuff is okay, I understand the obligations. But worrying
> too much about breaking things will keep us from advancing.


My feeling is "if it isn't hard to keep compat, then do it; if it *is* hard,
then too bad for them." There aren't too many users (yet), so I wouldn't be
too fussed about breaking the ones that we don't know about. But only if it
becomes too hard in the face of some advancement.

> P.S.: gsvn is broken, too and nobody seems to care. The sad thing
> actually is that nobody keeps it up-to-date. I expect that to be
> different with ViewCVS et.al.

I expect that all of the modules in tools/ will be kept up to date, along
with ViewCVS and SubWiki. I'm not aware of other heavy users of the Python
bindings, and whether they'll track changes effectively.


Greg Stein, http://www.lyra.org/
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue May 13 02:16:40 2003

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.