Am Mittwoch, den 06.05.2009, 20:01 +0200 schrieb Greg Bailey: > Christoph Maser wrote: > > Am Montag, den 20.04.2009, 14:28 +0200 schrieb Greg Bailey: > > > >> My understanding is that if the source for these 3rd party dependencies > >> is in the subversion source tree, then those versions are statically > >> built into the subversion binaries. Some test builds I did (using > >> pieces of the subversion-deps-1.6.1 download but not all), didn't have > >> external dependencies on sqlite and I was able to leave the system > >> sqlite RPM in place. > >> > >> -Greg > >> > > Well it seems it works not this way. Instead the dependencies are > > installed by the subversion install sequence, wich of course is totally > > useless. > > I don't see any solution worth the effort. After all our subversion > > version for el5 is ahead of the fedora 10 version and light years from > > what RHEL ships. > > > > Chris > > > > That's correct; I should have been more clear in my original e-mail. > > I took the subversion 1.5.6-0.2.rf source RPM and patched the specfile > to pull in sqlite 3.6.13. (I could have also just used > sqlite-amalgamation from subversion-deps-1.6.1.tar.bz2). I had to > remove the patches for pie and rpath, presumably due to some change in > subversion 1.6.1 vs. 1.5.2. My patch for the specfile appears below. > > I was also able to build subversion 1.6.1 by starting with Fedora 11's > development src RPM and including sqlite-amalgamation and a few other > minor modifications, like not being so specific on the required apr and > apr-util versions. The Fedora 11 SRPM has the pie and rpath patches > still applied and builds, so perhaps that could be used as a reference. > > Another potential source for subversion 1.6.1 RPMs (for comparison > purposes) is at: > > http://summersoft.fay.ar.us/pub/subversion/1.6.1/ > > but those RPMs upgrade core RPMs like sqlite, which I'm able to avoid > doing (at least on RHEL5) by using sqlite-amalgamation in the subversion > build. >
Ok now you talk about EL5? Since 1.6 on EL4 seems like not really worth looking at unless someone has python24: DEBUG: /builddir/build/BUILD/subversion-1.6.2 DEBUG: + ./autogen.sh DEBUG: buildcheck: checking installation... DEBUG: buildcheck: autoconf version 2.59 (ok) DEBUG: buildcheck: autoheader version 2.59 (ok) DEBUG: buildcheck: libtool version 1.5.6 (ok) DEBUG: Copying libtool helper: /usr/share/aclocal/libtool.m4 DEBUG: Python 2.4 or later is required to run autogen.sh DEBUG: If you have a suitable Python installed, but not on the DEBUG: PATH, set the environment variable PYTHON to the full path DEBUG: to the Python executable, and re-run autogen.sh DEBUG: Fehler: Bad exit status from /var/tmp/rpm-tmp.29461 (%build) DEBUG: RPM build errors: But also subversion 1.5 for EL4 is a problem: DEBUG: /bin/sh /builddir/build/BUILD/subversion-1.5.6/libtool --tag=CC --silent --mode=compile gcc -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -O2 -g -pipe -m64 -pthread -DNEON_ZLIB -DNEON_SSL -I./subversion/include -I./subversion -I/usr/include/neon -I/usr/include/apr-0 -I/usr/include/apr-0 -I/usr/include -o subversion/libsvn_ra_neon/util.lo -c subversion/libsvn_ra_neon/util.c DEBUG: subversion/libsvn_ra_neon/session.c: In function `ra_neon_get_schemes': DEBUG: subversion/libsvn_ra_neon/session.c:670: error: `NE_FEATURE_SSL' undeclared (first use in this function) DEBUG: subversion/libsvn_ra_neon/session.c:670: error: (Each undeclared identifier is reported only once DEBUG: subversion/libsvn_ra_neon/session.c:670: error: for each function it appears in.) DEBUG: subversion/libsvn_ra_neon/session.c: In function `parse_capabilities': DEBUG: subversion/libsvn_ra_neon/session.c:726: warning: assignment makes pointer from integer without a cast DEBUG: subversion/libsvn_ra_neon/session.c: In function `svn_ra_neon__open': DEBUG: subversion/libsvn_ra_neon/session.c:1035: error: `NE_FEATURE_SSL' undeclared (first use in this function) DEBUG: make: *** [subversion/libsvn_ra_neon/session.lo] Error 1 So looks like neon from EL4 is not suitable to compile this one. Chris financial.com AG Munich head office/Hauptsitz München: Maria-Probst-Str. 19 | 80939 München | Germany Frankfurt branch office/Niederlassung Frankfurt: Messeturm | Friedrich-Ebert-Anlage 49 | 60327 Frankfurt | Germany Management board/Vorstand: Dr. Steffen Boehnert (CEO/Vorsitzender) | Dr. Alexis Eisenhofer | Dr. Yann Samson | Matthias Wiederwach Supervisory board/Aufsichtsrat: Dr. Dr. Ernst zur Linden (chairman/Vorsitzender) Register court/Handelsregister: Munich – HRB 128 972 | Sales tax ID number/St.Nr.: DE205 370 553 _______________________________________________ users mailing list [email protected] http://lists.rpmforge.net/mailman/listinfo/users
