Greg Hudson wrote:
>
> But people definitely upgrade from maintenance releases to later
> releases, and if they're allowed to mix and match Subversion libraries,
> then they'll run afoul of the compatibility policy as understood by Max.
> (Unless we also add the double-underscore symbols on the trunk and
> maintain them as if they were part of the public API. We've done that
> belatedly in one instance, because people *do* sometimes use mismatched
> versions of mod_dav_svn due to vendor packaging issues, and a
> maintenance release caused mod_dav_svn to be using double-underscore
> symbols.)
We need to make a distinction between the Libraries and the Apache Modules. It
seems that we can't lump both into a monolithic installation, required to stay
as a matched set, if the modules are being distributed separately. In that
case, we need to state clearly that the modules are clients of the Subversion
Libraries, and so must follow compatibility rules. Yes?
(I don't think there's any doubt that the Libraries should be required to stay
as a matched set.)
- Julian
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Oct 11 15:39:41 2005