I don't think I hit the same wall your admin did, but that doesn't mean
much. Here are the steps I recorded. If I recall, I did this twice, once
on a 32-bit CentOS and once on a 64-bit. I also tried more than one
version of dbxml. It's a shame I didn't write down why I was doing all
this and why I set it aside :-). I may have decided to wait until FeSL was
a bit further along ....
Anyway, the applicable excerpt from my notes:
Fedora 3.3 installation
1. In a terminal, gain root privileges
2. Be sure gcc-c++ is installed (“yum install gcc-c++”)
3. Download and install the latest JDK
a. Chmod +x the rpm bin installer
b. Run the installer, something like: sh ./jdk-6u21-linux-i586-rpm.bin
4. Install Oracle BerkeleyDB XML (for FeSL)
a. Download version 2.5.13 from
http://www.oracle.com/technetwork/database/berkeleydb/downloads/index.html
b. Extract archive (you should have gotten something like
dbxml-2.5.13.tar.gz)
c. On the top level folder, enter:
sh buildall.sh --enable-java --prefix=/usr/dbxml-2.5.13
--with-berkeleydb-prefix=/usr/dbxml-2.5.13
--with-dbxml-prefix=/usr/dbxml-2.5.13
NOTE: I *think* the dbxml-2.5.13 package include db 4.8.24, which it
needs. You may need to finagle stuff to get the dbxml library to find the
right db library. FeSL requires. (e.g., ldconfig -X).
5. In /etc/profile, set environment variables for Java, Fedora, etc.:
a. JAVA_HOME=/usr/java/jdk1.6.0_21
b. FEDORA_HOME=/usr/fedora
c. CATALINA_HOME=${FEDORA_HOME}/tomcat
d. DBXML_HOME=/usr/dbxml-2.5.13
e. LD_LIBRARY_PATH=${DBXML_HOME }/lib:$LD_LIBRARY_PATH
f. Add the variables to the (an) export statement
g. Add the following pathmunge statements:
i. pathmunge $JAVA_HOME/bin
ii. pathmunge $FEDORA_HOME/server/bin
iii. pathmunge $FEDORA_HOME/client/bin
I'll shoot you an email directly when I get back on the object policies
thing again. Won't be too long .... just at the tail end of a
quick-and-dirty proof-of-concept getting Joomla and Omeka to talk to
Fedora with a library of classes I built for Drupal and its going pretty
smoothly, so a few days ....
--scott
On Fri, 01 Oct 2010 12:59:25 -0400, Steve Barr <[email protected]>
wrote:
> Thanks for your responses Steve, Scott.
>
> Steve Bayliss:
>
> We used dbxml 2.5.13 (with Fedora Commons 3.3). While at the end of
> the install it looked OK (and Fedora seemed to run OK), one of our
> sysadmins found problems when trying to prepare an install package for
> it:
>
> [...]
>> dbxml-2.5.x is a reach too far for a RHEL 5 system. Although the oracle
>> configure and build scripts do not abort there are some serious errors
>> present in the output. The xerces-c 3.x build has link errors against
>> "incompatible" versions of libc, libpthread, libm (the core c and math
>> libraries) among a farily long list of libraries.
>>
>> The dbxmnl 2.5 build proper flags the version of autoconf and m4 as
>> incompatible.
> [...]
>
> He reports dbxml 2.5.16 has similar problems when building Xerces-C,
> hence my wondering if there's any chance it's OK to do without
> Xerces-C.
>
> On Fri, Oct 1, 2010 at 11:04 AM, Scott Hammel <[email protected]> wrote:
>> I can send you the recipe I recorded for building dbxml on CentOS,
>> though,
>> if you want it ....
>
> That would be great.
>
>> I got dbxml to build on CentOS 5.5, but set that piece of the project I
>> am
>> doing aside for a bit as I believe I'll have to rethink object-specific
>> policies with FeSL, so don't know how well it all works on a RHEL-based
>> distribution.
>
> I would also be interested in hearing about this, perhaps offline or
> on another thread, as that's something we're considering.
>
> Thanks again,
>
> Steve
>
> ------------------------------------------------------------------------------
> Start uncovering the many advantages of virtual appliances
> and start using them to simplify application deployment and
> accelerate your shift to cloud computing.
> http://p.sf.net/sfu/novell-sfdev2dev
> _______________________________________________
> Fedora-commons-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
>
--
Scott Hammel
Clemson Computing and Information Technology (CCIT)
Clemson University, Clemson, SC
864-656-8118
CONFIDENTIALITY NOTICE
This email, and any attachments thereto, is intended only for use by the
addressee(s) named herein and may contain privileged and/or confidential
information. If you are not the intended recipient of this email, any
dissemination, distribution or copying of this email, and any attachments
thereto, is strictly prohibited. If you have received this email in error,
please immediately notify the sender by email or telephone and permanently
delete all copies of this email and any attachments.
------------------------------------------------------------------------------
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
_______________________________________________
Fedora-commons-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
