Justin Erenkrantz wrote:
> On 10/19/06, Garrett Rooney <rooneg@electricjellyfish.net> wrote:
>> I'm also not comfortable with us shipping it as the default DAV
>> implementation until we get things like Digest Auth and GSSAPI working
>> at least as well as they do in Neon.
>
> So, there's a difference between shipping it and making it our default
> in trunk.
>
> It's kind of sitting on a chicken-and-egg requirement: if folks start
> to use it more, ra_serf will get more attention and it's more likely
> to get those features; but if we won't adopt it until it is
> feature-complete, I'm not sure I'll have the incentive to finish it up
> as it seems we're constantly playing 'fetch me a rock' with vague
> promises to switch as people add more things to my plate that I must
> do to consider switching the default in trunk.
>
> So, would we be willing to switch the default in trunk say next month?
> I'll do my best to get the Win32 stuff straightened out by then, but
> I can't commit to anything else before then. But, I really think it's
> good enough to start having this conversation.
>
> We can try it as the default for a few months, then we can then
> evaluate its stability and feature set when we're ready to consider
> starting the 1.5.x series. If we don't have all of the features we
> want by the time we start 1.5.x, then we can simply rollback the
> default to ra_dav for 1.5.x. -- justin
Is there any serf support in the 1.4.x branch, say for Unix systems? If there
is, I'd like to be able to add a serf variant to the MacPorts subversion build.
To do this, I would like to get an official tarball of serf, say a 0.0.1
release and make a MacPorts Portfile for it.
Regards,
Blair
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Oct 19 21:14:36 2006