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

Re: my experience compiling on RedHat 7.3

From: David Summers <david_at_summersoft.fay.ar.us>
Date: 2002-08-01 23:04:17 CEST

I'm glad you were able to use my RPMS to bootstrap....but it seems (to me)
that it might have been easier if you went this route:

 * download the latest RPMS from
http://summersoft.fay.ar.us/pub/linux/redhat/i386/subversion-latest.

* Use those to go grab the latest stuff from
http://summersoft.fay.ar.us:81/

* Once you get those in your $HOME/rpms/sources directory just go into
each of those directories and "rpm -ba *.spec" and then install the latest
binaries from that.

* Then check out subversion and go to the packages/rpm directory and type
"make" and it will build the latest subversion packages for you.

Then install that and you're up-to-date and can stay up-to-date fairly
easily almost every day.

I can be more detailed if any of the above was not detailed enough.

It might be easier that way than just using the original RPMS to bootstrap
and then having to re-do all the work that the RPMs automate.

Please let me know what you think about that scenario.

   - David Summers

On Thu, 1 Aug 2002, Scott Harrison wrote:

> Notes FYI on getting RedHat 7.3 to compile subversion.
> (RH73 fresh install and then updated RPMs).
>
> * download the latest RPMs from
> http://summersoft.fay.ar.us/pub/linux/redhat/RPMS/i386/subversion-latest
> => done and installed (however, hey! I had to remove db3-utils and
> db3-devel first)
>
> * checkout subversion with subversion
> => done
>
> * ./autogen.sh doesn't work because it needs an up-to-date autoconf
> I get this: ftp://ftp.gnu.org/gnu/autoconf/autoconf-2.53.tar.gz
> and install into /usr/local/autoconf-2.53
> export AUTOCONF=/usr/local/autoconf-2.53/bin/autoconf
> => done
>
> * ./autogen.sh still doesn't work (complains about no autom4te)
> => ln -s /usr/bin/autom4te-2.53 /usr/bin/autom4te
>
> * Another error.
> subversion/libsvn_subr/getdate.y contains 10 shift/reduce conflicts.
> Creating build-outputs.mk...
> Creating svn_private_config.h.in...
> FATAL ERROR: Autoconf version 2.50 or higher is required for this script
> Creating configure...
>
> * Okay you bastards, take this!
> mv /usr/bin/autoconf /usr/bin/autoconf.old
> ln -s /usr/local/autoconf-2.53/bin/autoconf /usr/bin/autoconf
>
> (should probably just have modified PATH,
> however export AUTOCONF="" SHOULD HAVE WORKED HERE!)
> => done
>
> * One more time
> ./autogen.sh
> FATAL ERROR: Autoconf version 2.50 or higher is required for this script
>
> * ./configure REALLY benefits from --disable-shared and
> --enable-maintainer-mode
>
> * Yet we get this blasted thing after running ./configure
> config.status: error: cannot find input file: svn_private_config.h.in
>
> * Okay. Now I am serious.
> export PATH=/usr/local/autoconf-2.53/bin:$PATH
>
> * The wonderful world of "apr"
> It worked well with the fresh CVS checkouts from
> apr-land as opposed to the apr RPMs.
> cvs -d :pserver:anoncvs@cvs.apache.org:/home/cvspublic co apr apr-util
>
> * With the exported path, I no longer get the fatal error:
> Instead I get WARNINGS (hoorah! hoorah? hoorah!) :)
> Creating config.h.in ...
> WARNING: Using auxiliary files such as `acconfig.h', `config.h.bot'
> WARNING: and `config.h.top', to define templates for `config.h.in'
> WARNING: is deprecated and discouraged.
>
> WARNING: Using the third argument of `AC_DEFINE' and
> WARNING: `AC_DEFINE_UNQUOTED' allows to define a template without
> WARNING: `acconfig.h':
>
> WARNING: AC_DEFINE([NEED_MAIN], 1,
> WARNING: [Define if a function `main' is needed.])
>
> WARNING: More sophisticated templates can also be produced, see the
> WARNING: documentation.
>
> * ./configure --prefix=/usr/local/subversion \
> --exec-prefix=/usr/local/subversion --enable-maintainer-mode --disable-shared
>
> Yes, it worked!
>
> * make
> (half-an-hour later on my i586 64M 233MHz dinosaur)
> * make check
> (half-an-hour later again)
>
>
>
> Moral of the story here was to pay attention to build errors
> early on in the process.
>
>
>
> Regards,
> Scott
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org
>
>

-- 
David Wayne Summers          "Linux: Because reboots are for upgrades!"
david_at_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
Received on Thu Aug 1 23:04:59 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.