Mark Phippard-3 wrote:
>
>>I gave counsel to the Eclipse Foundation and explained that they could
>>provide a fully functioning JavaHL library to users with only EPL
>>compatible code. Basically, you just need to build without Neon, BDB
>>and libintl support. Of the three, the only thing an Ec
C. Michael Pilato wrote:
>
>>I certainly understand why license issues would be a concern. But I could
>>use an education about why this particular case matters. We currently
ship
>>Neon in a separate tarball from Subversion's core code for the convenience
>>of our users, but if that's a probl
C. Michael Pilato wrote:
>
>>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 gotch
> 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
