Logrotate 2.5 on HPUX is practically a dinosaur

[paolo barila]

here's what I did on
hp-ux 11.23 montecito

dowloaded: logrotate-3.7.4.tar

swinstall-ed:

-libhplx_ipf.depot
-popt-1.7-ia64-11.23.depot

# cd /usr/local/hplx/lib
# ln -s hpux32/* .

# cd .../logrotate-3.7.4
# gmake POPT_DIR=/usr/local/lib/hpux32

# gmake install

[Patrick Wirth]

Is there a typo here?

# cd /usr/local/hplx/lib
# ln -s hpux32/* .

did you mean to say...

cd /usr/local/lib
ln -s /usr/local/lib/hpux32 hpux32

[Patrick Wirth]

err sorry, I made a typo.. I meant to
suggest

cd /usr/local/lib
ln -s /usr/local/hplx/lib hpux32

[Patrick Wirth]

Doesn't matter. When I try to compile logrotate-3.7.1 it seems to build ok, but fails on execution. It'll fail for same reason if I build popt from source or if I use the package provided from the porting site.

# ./logrotate
logrotate 3.7.1 - Copyright (C) 1995-2001 Red Hat, Inc.
This may be freely redistributed under the terms of the GNU Public License

/usr/lib/dld.sl: Unresolved symbol: libintl_dgettext (code) from /usr/local/lib/libpopt.sl.0
Abort(coredump)

[paolo barila]

no typo,

my /usr/local/hplx/lib is

total 544
dr-xr-xr-x 2 bin bin 96 Sep 5 10:40 hpux32
dr-xr-xr-x 2 bin bin 96 Sep 4 17:43 hpux64
-r-xr-xr-x 1 bin bin 275060 Mar 26 2004 libhplx.1
lrwxr-xr-x 1 root sys 16 Sep 5 11:36 libhplx.a -> hpux32/libhplx.a
lrwxr-xr-x 1 root sys 17 Sep 5 11:36 libhplx.so -> hpux32/libhplx.so
lrwxr-xr-x 1 root sys 19 Sep 5 11:36 libhplx.so.1 -> hpux32/libhplx.so.1

[Heironimus · Accepted solution]

In the past I've compiled quite a lot of software on HP-UX without ever installing their Linux compatibility kit. The problems I've had have always been related to HP's compilers and tools, not system calls or APIs.

That missing symbol looks like something out of GNU gettext (used for internationalization). Either the library was compiled to use it but somehow didn't get linked properly, or the gettext library is missing. You probably don't really need gettext and NLS, but you'd have to explicitly disable it when you configure the build.

[Patrick Wirth]

Ok. After spending a day compiling and re-compiling this is what I've discovered.

If popt-1.7 is compiled as follows, then logrotate will no longer coredump. I suspect there is a problem with the porting site version of popt and internationalization issues related to gettext (that I was able to duplicate when I compiled popt myself)


This worked...
---------------
cd popt-1.7

./configure -C --disable-static --prefix=/usr/local --with-included-gettext

gmake
gmake check ( some broken test cases can be commented out )
gmake install

then in the
cd logrotate-3.7.4
gmake POPT_DIR=/usr/local

Logrotate seems to need the HPLX code and it was automatically detected and used.



This also worked...
------------------

I was also able to download popt-1.10.4 from linux from scratch and logrotate had no coredump problems with these libs. I only had to

cd/popt-1.10.4
./configure -C
gmake
gmake install


there is a ABOUT-NLS doc with the popt-1.10.4 that describes the headaches that I encountered.

So it seems that I have a logrotate binary that no longer core dumps. Hopefully it has no other runtime issues.