Logrotate 2.5 on HPUX is practically a dinosaur

[Patrick Wirth]

Hi,

Is there any chance at all that someone over at HP will decide to build and package new versions of Logrotate?

Version 2.5 is ANCIENT (more than 7 yrs old)!!! Tons of improvements since then.

So, if it's so important as a system administration tool and always referenced by ITRC people for log handling, maybe it should be upgraded and provided by HP in some fashion.

Perhaps someone could post it to the porting site for the various HP platforms?

Or is it some licensing issue with Debian that is preventing this?

[Steven E. Protter]

Shalom,

This is an open source product. Anybody that wants can take the current Linux source code and attempt a HP-UX compile.

I think it would make sense if HP took it and integrated it into the Internet Express package, but my sources say nothing on the topic.

SEP

[dirk dierickx]

as always, hp does little to make the life of the admin better, at least not were it matters.
userland on hpux is not dinosaur, it's even older.

[Steven E. Protter]

You know, Patrick and Dirk, maybe HP just didn't think to port the product to Internet Express.

If enough people ask, they'll probably do it. I've seen HP go to great lengths to make me happy. Trust me, making me happy is not an easy thing to do.

SEP

[Court Campbell]

I have been using the following in place of logrotate on HPUX:

http://freshmeat.net/projects/perl-logrotate/

I too ask myself why certain things do not get ported. I am still waiting for an updated cups depot. I did purchase the software from esp, but I would have thought that it would have been made available from HP by now.

[paolo barila]

Hi,

try logrotate-3.7.4 source from fedora

http://download.fedora.redhat.com/pub/fedora/linux/core/6/source/SRPMS

then

linuxbox# rpm2cpio logrotate-3.7.4.src.rpm | cpio -idv

and follow README.HPUX


Pablo

[Patrick Wirth]

Hi Paolo,

Yes. I tried with the README.HPUX instructions. It makes nice core dumps. I currently don't have time to investigate the dependancy issue with popt package.

P.

[Steven E. Protter]

You could event something really good.

To complete compile you will need to compile the source for any dependencies, otherwise all you will get will be core dumps.

SEP

[Patrick Wirth]

ya. great.

Now, what if I have a few dozen 11i, 11.23 and itanium systems. Do I get to build a separate logrotate, and popt on each host?

Do I get to install the latest gnu build environment and linux compatibility libraries on all the systems too?

The solution is looking more like a howto build your own package from source code...

P.

[Heironimus]

I'm guessing that HP doesn't come out and compile their software on each server for you, unless you're paying them a really impressive amount of money. What they do, and what you can do, is compile on one machine for each platform and copy the binaries everywhere else. I would guess that you can probably run the binaries from 11.11 on 11.23, and the PA binaries may work through Aries on IA64 servers.

Last year I built a current version of logrotate on HP-UX. I vaguely remember that I ignored most of the HP-specific steps in the documentation because they were out of date. I think libpopt was the only dependency I compiled.

[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.