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 <steve.b...@pobox.com>  
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 <sc...@clemson.edu> 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
> Fedora-commons-users@lists.sourceforge.net
> 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
Fedora-commons-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fedora-commons-users

Reply via email to