[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: Tim Moloney <moloney_at_mrsl.com>
Date: 2002-09-25 15:47:08 CEST

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?
> 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?

I don't have any suggestions for the swig stuff since I don't
have any experience with it but...

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.

If you follow the procedures described in an earlier message
you can create RPMs that are one for one replacements for the
current Red Hat RPMs (allowing for the apache to httpd name
change). People may find this easier and less confusing to
install into a stock Red Hat 7.x system.

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

Tim Moloney
ManTech Real-time Systems Laboratory
2015 Cattlemen Road                             \     /
Sarasota, FL  34232                     .________\(O)/________.
(941) 377-6775 x208                        '  '  O(.)O  '  '
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Sep 25 15:46:32 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.