You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by David Summers <da...@summersoft.fay.ar.us> on 2004/02/03 20:43:24 UTC

Re: Subversion for RHEL 3

On Tue, 3 Feb 2004, Leif Jessen wrote:

> The reason I ask is that I find the current install documentation 
> lacking.  You've got the best there is for Linux, but essentially all 
> you have is "download these RPMs".  I think SVN could be big, but 
> adoption will also depend on it's barrier to entry.  I'd like to first 
> put together a complete step-by-step document on what's needed, why, and 
> their dependencies, and then, time permitting, put together a turnkey 
> tool, which if downloaded would implement all of those steps and guide 
> the user to the end result of working install and repository.  My 
> problem is knowing whose brain to pick for all of that.
> 

If all you are building is a client then you don't need much more than
just subversion, neon, db4, apr/apr-util (db4 and apr/apr-util have at 
some times been problematic in the past).

However, if you want the server also then that adds the apache 2.X series.  
That can have interesting ripple effects on other packages that depend on 
apache, such as mod_perl, mod_php, and others.

Then if you want the python bindings, you have to make sure you have 
python (not a big problem) and get SWIG working (sometimes problematic).

Then if you want doxygen documentation you have to make sure you have that 
installed and working properly (some platforms have it, others don't).

Then if you want the perl-bindings you have to make sure your perl is 
up-to-date (which can have big ripple affects on other packages, and SWIG 
has to be built with that option also).

Then if you want the book built you have to have DOCLITE, XSLT and several 
other packages and that can also have some ripple effects on other packages.

So, all in all, what sounds like it should be just a simple build process 
has turned into a 2 year very interesting odyssey, what with trying to get 
it to work first on 3 and now 4 (RH7.X, RH8, RH9, Fedora) platforms all 
with different sets of packages that come installed and having to maintain 
different sets of RPMs with support packages changing from 
time-to-time....whew!

I've not even done the JAVA bindings yet.... :-)

Hope this helps give an idea on why some or a lot of support packages are 
needed to have a "full" install.

Given all of that, I'd still like to do one for RHEL3 but at this point I 
don't think I'll be buying it.  However, if someone can give me an account 
on a RHEL3 machine I wouldn't mind working on building the RPMs for it....
but it is being done in my (copious) spare time (ha ha).

   - David Summers



---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org

Re: Subversion for RHEL 3

Posted by David Summers <da...@summersoft.fay.ar.us>.
On Tue, 3 Feb 2004, John Pybus wrote:

> You could try WBEL (http://www.whiteboxlinux.org/).  It's a RHEL3 
> compatible system rebuilt from RH rpms with the trademarks removed. 
> It's binary compatible with RHEL and has isos freely available; packages 
> built on WBEL should be fine for RHEL.
> 

Excellant!  Thanks for the pointer.  I'll be trying this out soon.

-- 
David Wayne Summers          "Linux: Because reboots are for hardware upgrades!"
david@summersoft.fay.ar.us   PGP Key: http://summersoft.fay.ar.us/~david/pgp.txt
PGP Key fingerprint =  C0 E0 4F 50 DD A9 B6 2B  60 A1 31 7E D2 28 6D A8 


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org

Re: Subversion for RHEL 3

Posted by John Pybus <jo...@zoology.oxford.ac.uk>.
David Summers wrote:
> On Tue, 3 Feb 2004, Leif Jessen wrote:
> 
> 
>>The reason I ask is that I find the current install documentation 
>>lacking.  You've got the best there is for Linux, but essentially all 
>>you have is "download these RPMs".  I think SVN could be big, but 
>>adoption will also depend on it's barrier to entry.  <SNIP>

There's quite a lot of momentum behind subversion, and it's very likely 
that after it turns 1.0 supported packages will turn up in the linux 
distros (there already are packages in RedHat/Fedora Core - just out of 
date versions).

> I've not even done the JAVA bindings yet.... :-)
> 
> Hope this helps give an idea on why some or a lot of support packages are 
> needed to have a "full" install.
> 
> Given all of that, I'd still like to do one for RHEL3 but at this point I 
> don't think I'll be buying it.  However, if someone can give me an account 
> on a RHEL3 machine I wouldn't mind working on building the RPMs for it....
> but it is being done in my (copious) spare time (ha ha).

You could try WBEL (http://www.whiteboxlinux.org/).  It's a RHEL3 
compatible system rebuilt from RH rpms with the trademarks removed. 
It's binary compatible with RHEL and has isos freely available; packages 
built on WBEL should be fine for RHEL.

John


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org