On Tue, Nov 10, 2009 at 11:29 AM, Jochen Wiedmann <jochen.wiedm...@gmail.com> wrote: > On Tue, Nov 10, 2009 at 3:59 PM, C. Michael Pilato <cmpil...@collab.net> > wrote: > >> Subversion client and server that doesn't use a DAV layer at all. The >> Subversion community has never released binaries -- ever -- not do we plan >> to. > > That would a completely new philosophy for an Apache project, which always > aimed > very heavily on distributions. It might either enforce to look at > legal aspects in a > different view - or lead to changing your philosophy. :-) Personally, > I don't see any > reason why things like creation of Windows binaries should be left to > outsiders. (Apart > from CollabNets business interests, which I wouldn't like to count.)
CollabNet did not even provide any binary until after Subversion 1.4 was out, so that was never a factor. The fact is that providing a generic Subversion binary is complicated. Some people want to run it with an Apache 2.2 server, some with Apache 2.0. Lots of people want to use the Python bindings, but which version etc. Anyone that has ever produced these binaries has had to deal with these issues and make these decisions about what they wanted to support with THEIR binary and packaging. The project (SVN developers) has just decided to stick with the tarballs and zips of the source code. We have always had volunteers that built and provided binaries for Windows that were available on tigris. I expect those volunteers may also want to provide them via the Apache mirrors once the project has moved. Although I guess they will need to build those binaries without things like Neon, BDB and libintl as well as any other dependencies that cannot be included. The point is that the subversion project will likely intend to just point at these volunteers that make binary distributions available -- including CollabNet. -- Thanks Mark Phippard http://markphip.blogspot.com/ --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
