[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: CVS2SVN - Thoughts for RPMs?

From: Greg Stein <gstein_at_lyra.org>
Date: 2002-09-26 01:47:28 CEST

On Wed, Sep 25, 2002 at 09:47:08AM -0400, Tim Moloney wrote:
> David Summers wrote:
> > I still haven't gotten cvs2svn to work yet but it compiles great. Does it
> > require the new apache-2.0.42 to work?

cvs2svn doesn't use Apache in any way, so you don't even need it installed.
All that is necessary for cvs2svn is the FS and REPOS libraries, and the
SWIG bindings. (plus the various python scripts, of course)

> > I'm getting ready to commit my changes to the Subversion RPMs and wanted
> > to get people's thoughts on cvs2svn/swig, etc., requirements.
> >
> > Right now I've got the Subversion RPM building another binary package
> > called subversion-cvs2svn which depends on the swig RPMs. Is that OK? Or
> > would people (users) rather not have another RPM package and just add
> > another dependency to the base Subversion RPM?

Separate RPM for the SWIG bindings. If that svn-swig RPM also includes
cvs2svn, then all righty. Maybe install some of the examples somewhere, too?

> I noticed that you break out the apr/apr-util libraries into
> separate RPMs. This is fine if you want to install apr/apr-util
> but not httpd. I wouldn't expect many applications like this so
> I wouldn't break out the libapr* RPMs the way that you do.

I absolutely would do this. APR(UTIL) and httpd are versioned independently
and have their own release cycles. To me, that implies distinct RPMs.

Over time, I hope that we'll see more users of APR(UTIL), so having a
distinct RPM will also be a Good Thing(tm).

> Regardless, I appreciate your efforts to make it easier for
> people to install and use Subversion.

Me too!


Greg Stein, http://www.lyra.org/
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Sep 26 01:47:17 2002

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.