Igor Burilo wrote: >> We have a number of *user-configurable* dependencies which are not >> compatible with the AL: >> - Neon, a HTTP client library, used by libsvn_ra_neon, is LGPL. >> (An alternative HTTP client library, libsvn_ra_serf uses the Serf >> library under ALv2.) > > Neon is currently Subversion's default RA DAV layer. > But Neon's license (LGPL) isn't compatible with Apache License and as Neon > is optional, will Serf library become a default one? > From the other side, Serf library is considered as experimental, "though it > appears to work in the common cases quite well".
Our goal is to bring our Serf integration up to the quality (in terms of both user experience and proper API adherence) of our Neon one so that Serf can safely become the new default DAV RA implementation, yes. It's mostly there, but still contains a few gotchas. We've switched our trunk (1.7-aimed) code to use Serf as the default if both it and Neon are found, but that change could be reverted (restoring the use of Neon as the default) if we aren't able to iron out the Serf integration shortcomings in a timely fashion. -- C. Michael Pilato <cmpil...@collab.net> CollabNet <> www.collab.net <> Distributed Development On Demand
signature.asc
Description: OpenPGP digital signature
