On Sun, Mar 19, 2006, Steffen Weinreich wrote:
> I was trying to get the HP Management Agent to run under Linux with
> OpenPkg but struggle with the static compiled snmpd. I have done the
> following patch a while ago for our local repository and would like to
> commit it in official cvs. Any objections?
Sorry that I had no time to review it earlier, Steve. My fault.
I understand that you needed it to solve a particular local problem
you had, but I'm not quite sure whether it is reasonable to have it in
OpenPKG-CURRENT.
Because within the scope of OpenPKG nothing is broken. The option was
added for some software outside of OpenPKG's scope and at the same
time breaks the major design goal of OpenPKG instances being fully
"stand-alone" as the binaries are linked against the shared libraries.
Options are fine as long as they do not break anything within the scope
of OpenPKG.
For this particular option I personally think it should be either better
kept as a local modification only or (if comitted to OpenPKG-CURRENT)
it has to be improved so DSOs of the libraries are built but the
binaries are still linked against the static versions or at least
LD_LIBRARY_PATH-fiddling wrappers are put in place for the binaries. And
even then the question remains whether we need this under an "%option".
Then (but only then!) one could perhaps always build the package with
--enable-shared.
But independend of the problems it causes: why does this HP Management
Agent need those shared libraries? Is their binaries built against them
or does it provide a DSO itself which is loaded into net-snmp and which
in turn requires shared libraries to find some symbols?
Ralf S. Engelschall
[EMAIL PROTECTED]
www.engelschall.com
______________________________________________________________________
The OpenPKG Project www.openpkg.org
Developer Communication List openpkg-dev@openpkg.org
