SEO

On HP-UX 11.23 ia-64, I've installed Subversion, GDBM and DB3 from depots
[1][2][3], but I'm stuck on this error:

$ svn --version
/usr/lib/hpux32/dld.so: Unable to find library
'/usr/local/lib/hpux32/libdb.so'.
Killed

True enough, that file is nowhere to be found. I do see these:

$ ls /usr/local/lib/
hpux32 libdb-3.1.la libdb-3.1.sl libdb-3.sl libdb.sl

libdb.sl? Close, but it's in the wrong place with the wrong extension. Any
ideas on how to resolve this and make it work? I don't even *need* Berkeley
DB, I'm using FSFS, but apparently the executables in the depot were
compiled against it so it has to be there. (?)

Frustratingly, I've got Subversion 1.3 compiled and working on a
single-processor box running the same OS, but I don't know to get it from
that box to this one. (How hard is it to make a depot?) We're only
licensed for a single CPU for the HP compiler, so I can't compile Subversion
on the 6-processor box where I need it.

Any advice appreciated!

[1] http://hpux.cs.utah.edu/hppd/hpux/De...version-1.3.1/
[2] http://hpux.cs.utah.edu/hppd/hpux/Gnu/gdbm-1.8.3/
[3] http://hpux.cs.utah.edu/hppd/hpux/De...ls/db3-3.1.14/

--
Wendy

Wendy Smoak <wsmoak@asu.edu> wrote:
> On HP-UX 11.23 ia-64, I've installed Subversion, GDBM and DB3 from depots
> [1][2][3], but I'm stuck on this error:

> $ svn --version
> /usr/lib/hpux32/dld.so: Unable to find library
> '/usr/local/lib/hpux32/libdb.so'.
> Killed

> True enough, that file is nowhere to be found. I do see these:

> $ ls /usr/local/lib/
> hpux32 libdb-3.1.la libdb-3.1.sl libdb-3.sl libdb.sl

so now you have to go one level deeper into the hpux32/ subdirectory

what you probably have to do is:

$ LD_LIBRARY_PATH="/usr/local/lib/hpux32" svn --version

(or edit your .profile or the system's one etc to set that)

> libdb.sl? Close, but it's in the wrong place with the wrong
> extension. Any ideas on how to resolve this and make it work? I
> don't even *need* Berkeley DB, I'm using FSFS, but apparently the
> executables in the depot were compiled against it so it has to be
> there. (?)

> Frustratingly, I've got Subversion 1.3 compiled and working on a
> single-processor box running the same OS, but I don't know to get it
> from that box to this one. (How hard is it to make a depot?) We're
> only licensed for a single CPU for the HP compiler, so I can't
> compile Subversion on the 6-processor box where I need it.

You could ./configure --prefix=foo and then tar foo. IIRC everything
from a make install will go under foo and you can just move it as a
unit.

BTW, as you increase the number of packages you get from the porting
archvives you may run-into a problem with pkg-config that I run into
with netperf4:

http://www.netperf.org/svn/netperf4/trunk/

namely, compiler-specific options can be emitted by pkg-config
--cflags etc and the Porting Archive folks (last I checked) insist on
using gcc rather than the HP compilers...

> Any advice appreciated!

> [1] http://hpux.cs.utah.edu/hppd/hpux/De...version-1.3.1/
> [2] http://hpux.cs.utah.edu/hppd/hpux/Gnu/gdbm-1.8.3/
> [3] http://hpux.cs.utah.edu/hppd/hpux/De...ls/db3-3.1.14/

> --
> Wendy



--
denial, anger, bargaining, depression, acceptance, rebirth...
where do you want to be today?
these opinions are mine, all mine; HP might not want them anyway...
feel free to post, OR email to rick.jones2 in hp.com but NOT BOTH...

"Rick Jones" <rick.jones2@hp.com> wrote in message
news:fFpHg.227$f_2.54@news.cpqcorp.net...
> Wendy Smoak <wsmoak@asu.edu> wrote:

>> True enough, that file is nowhere to be found. I do see these:
>
>> $ ls /usr/local/lib/
>> hpux32 libdb-3.1.la libdb-3.1.sl libdb-3.sl libdb.sl
>
> so now you have to go one level deeper into the hpux32/ subdirectory
>
> what you probably have to do is:
>
> $ LD_LIBRARY_PATH="/usr/local/lib/hpux32" svn --version
>
> (or edit your .profile or the system's one etc to set that)

$ export LD_LIBRARY_PATH="/usr/local/lib/hpux32"
$ svn --version
/usr/lib/hpux32/dld.so: Unable to find library
'/usr/local/lib/hpux32/libdb.so'.
Killed

There really is no libdb.so file anywhere, so I'm not sure what pointing
LD_LIBRARY_PATH into hpux32 is intended to do. Maybe there's something
wrong with the db3 depot, or I'm missing some other dependency. I'm not
sure what the db3-related .sl and .la files that ended up in /usr/local/lib
are.

>> Frustratingly, I've got Subversion 1.3 compiled and working on a
>> single-processor box running the same OS, but I don't know to get it
>> from that box to this one.
....
> You could ./configure --prefix=foo and then tar foo. IIRC everything
> from a make install will go under foo and you can just move it as a
> unit.

.... and then what? Can you list out the steps in more detail? Sorry, I'm
new at this, and this is the production database box I'm working on so I
don't have much room for trial and error.

Thanks for your help!
--
Wendy Smoak

> $ export LD_LIBRARY_PATH="/usr/local/lib/hpux32"
> $ svn --version
> /usr/lib/hpux32/dld.so: Unable to find library
> '/usr/local/lib/hpux32/libdb.so'.
> Killed

> There really is no libdb.so file anywhere, so I'm not sure what pointing
> LD_LIBRARY_PATH into hpux32 is intended to do. Maybe there's something
> wrong with the db3 depot, or I'm missing some other dependency. I'm not
> sure what the db3-related .sl and .la files that ended up in /usr/local/lib
> are.

When I look at the porting archive's page for subversion:

http://hpux.connect.org.uk/hppd/hpux...version-1.3.1/

I see a _lot_ of runtime dependencies listed - one called "db" and one
called "db3" among them. Perhaps one is missing from your system.

Run-time dependencies: db expat gdbm gettext libgcc libiconv zlib
neon bison m4 flex heimdal openssl readline libxml2 db3

>> You could ./configure --prefix=foo and then tar foo. IIRC
>> everything from a make install will go under foo and you can just
>> move it as a unit.

> ... and then what? Can you list out the steps in more detail?
> Sorry, I'm new at this, and this is the production database box I'm
> working on so I don't have much room for trial and error.

when I am building netperf for example I can:

$ ./configure --prefix=/opt/netperf
$ make
$ make install

and then everything build by netperf ends-up in /opt/netperf. I can
then tar that directory and move it around. Now, in the case of
subversion, that may or may not suffice with its dependencies.

rick jones
--
denial, anger, bargaining, depression, acceptance, rebirth...
where do you want to be today?
these opinions are mine, all mine; HP might not want them anyway...
feel free to post, OR email to rick.jones2 in hp.com but NOT BOTH...

"Rick Jones" <rick.jones2@hp.com> wrote in message
newsrqHg.231$U23.25@news.cpqcorp.net...

> When I look at the porting archive's page for subversion:
>
> http://hpux.connect.org.uk/hppd/hpux...version-1.3.1/
>
> I see a _lot_ of runtime dependencies listed - one called "db" and one
> called "db3" among them. Perhaps one is missing from your system.

That's exactly what it was. I hadn't made it all the way through the list.
I guess somehow I thought the install facility would complain if something
was missing. It must have made sense at the time... anyway, now that I've
installed that entire list of runtime dependencies, Subversion is happy.

Thanks!
--
Wendy

Wendy Smoak <wsmoak@asu.edu> wrote:
> "Rick Jones" <rick.jones2@hp.com> wrote in message
> newsrqHg.231$U23.25@news.cpqcorp.net...

>> When I look at the porting archive's page for subversion:
>>
>> http://hpux.connect.org.uk/hppd/hpux...version-1.3.1/
>>
>> I see a _lot_ of runtime dependencies listed - one called "db" and one
>> called "db3" among them. Perhaps one is missing from your system.

> That's exactly what it was. I hadn't made it all the way through
> the list. I guess somehow I thought the install facility would
> complain if something was missing.

One would normally expect it to. You might want to contact the
administrators of the porting archives and let them know. They could
then roll the depot to make sure it checks for the dependency.

rick jones
--
web2.0 n, the dot.com reunion tour...
these opinions are mine, all mine; HP might not want them anyway...
feel free to post, OR email to rick.jones2 in hp.com but NOT BOTH...