This is the mail archive of the cygwin mailing list for the Cygwin project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: Fwd: Subversion packages


Kevin Connor Arpe wrote:
> I was thinking about this type of SVN package setup:
> * 1.6.x (svn_1.6)
> * 1.7.x (svn_1.7)
> * 1.8.x (svn_1.8)
> * svn (latest -- currently svn_1.8)
> 
> I could create statically linked binaries that can live side-by-side,
> e.g., /usr/bin/svn1.6, svn1.7, svn1.8 and plain old "svn" which is the
> latest.

I'm strongly against statically linking the binaries. It produces
very large binaries and will require recreating the binaries any
time a bug is fixed in any of the many dependent libraries. It also
does not address the API bindings which require DLLs to function,
for example the Perl binding used by git-svn. There is also the
Apache module to consider.

I suppose you could have a system where the versioned svn packages
provide only a statically linked binaries and none of the other
libraries, while the unversioned Subversion packages provide
dynamically linked binaries and all the libraries.

I know of no other Linux distribution that supports multiple
installed versions of Subversion. I don't think it's a good idea.
But if you want to pursue this further, I suggest the following:

 * Make sure you can build the subversion packages from the cygport
   files for both 32-bit and 64-bit Cygwin.
 * Make sure you can build the dependency libraries I currently
   support (libapr1, libaprutil1, serf, and scons), again for 32-bit
   and 64-bit. Make sure you are willing to adopt them. I might be
   persuaded to continue to maintain them, but since I do so solely
   for Subversion, I'd rather you took them over as well.
 * Produce a cygport file for a statically linked svn_1.6 package.
 * Provide a detailed proposal include the cygport file on the
   cygwin-apps mailing list.

Prior to all that, though, I suggest you ask the Cygwin maintainers
and other packagers for their thoughts. There may be resistence to
this from the project as a whole. I'm not sure if this list or
cygwin-apps is best for that discussion, though.

-- 
David Rothenberger  ----  daveroth@acm.org

The world really isn't any worse.  It's just that the news coverage
is so much better.

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]