RPM error with PGP 6.5.8 installation

[Rick Stevens]

On Tue, 2005-09-27 at 16:05 -0400, FS wrote:
> On 9/26/05, Rick Stevens <rstevens at vitalstream.com> wrote:
> > On Mon, 2005-09-26 at 15:10 -0400, FS wrote:
> > > [Cross posted to Fedora list]
> > >
> > > Hello all,
> > >
> > > While trying to install PGP 6.5.8 cmd line RPM (downloaded from
> > > http://www.pgpi.org/products/pgp/versions/freeware/unix/6.5.8/) , I'm
> > > getting the following error:
> > >
> > > root at c7504s98 /usr/local/downloads/PGP$ rpm -Uvh
> > > PGPcmdln_6.5.8_Lnx_FW.rpm
> > > error: Failed dependencies:
> > >         libstdc++.so.2.8 is needed by pgp-6.5.8-rsaref658
> > >
> > > I googled on this and found some tips to ln -s the current version
> > > (libstdc++.so.5.0.5) to libstdc++.so.2.8 but that doesn't work too.
> >
> > Did they also tell you to rerun ldconfig after making the link?
> >
> > > I'm not too sure what the lib files are used for, but it seems that
> > > the 5.0.5 would be newer than the 2.8.
> > >
> > > Any help/tips/pointers appreciated!
> >
> > The package you got was designed the older library.  That's what it's
> > linked against so you have to satisfy it somehow.  There's two ways to
> > do that:
> >
> > Set up the symlink as the google search told you, and run "ldconfig -v"
> > so the linker knows about it.  This may satisfy rpm.
> >
> > Force the RPM to load via "rpm -ivh --force --nodeps".  I don't
> > recommend that.  The RPMwill install, but it may not work properly.
> >
> > If you insist on keeping that C library, then I'd REALLY suggest you
> > download the source RPM and rebuild it.

> Thanks for the response Rick.
> 
> Trying both ways didn't work. When I force the RPM to install and then
> try to run PGP it gives an error
> 
> pgp: relocation error: pgp: undefined symbol: __eh_pc

I was concerned about that.  One worries when you have to do a "--force"
or "--nodeps" on an RPM install.

The version of PGP you got was built for a different library set and it
doesn't surprise me one iota that it wouldn't work.

> Downloaded the source from the pgpi site and tried to run the build.sh
> from there and it also gave me a spectacular multi-line error and then
> quit. Error shown was:
> 
> g++ -g -O2 -g  main.o args.o pgp.o getopt.o fileio.o config.o
> doencode.o dodecode.o lists.o keyview.o keygen.o keyadd.o keyremove.o
> keyedit.o keyexport.o keymaint.o keysign.o keyrevoke.o more.o groups.o
> match.o misc.o pgpAcquireEntropy.o pgpLanguage.o
> ../shared/pgpDiskWiper.o ../shared/pgpClientErrors.o -o pgp
> -L/usr/local/lib -L../../../libs/pfl -L../../../libs/pgpcdk/unix
> -L/lib/linux -lPGPui -lPGPsdkNetwork -lPGPsdk -lpfl -lpthread  -lm
> -lnsl
> /usr/bin/ld: cannot find -lPGPui
> collect2: ld returned 1 exit status
> make: *** [pgp] Error 1

The problem you describe above is a missing library...libPGPui.so  I
don't think its available in an RPM for FC1.  You'd need to get the
source for that and build it first, THEN build PGP.  You're manually
satisfying the dependencies now.

> So for now, as someone suggested in the Fedora list, the option is to
> run GPG and hope that it really is as compatible as everyone says it
> is.

GPG is VERY compatible, integrated well into the system and, as a
result, a LOT easier to manage.  I use GPG almost exclusively.

----------------------------------------------------------------------
- Rick Stevens, Senior Systems Engineer     rstevens at vitalstream.com -
- VitalStream, Inc.                       http://www.vitalstream.com -
-                                                                    -
-   Sarchasm: The gulf between the author of sarcastic wit and the   -
-                     reader...who doesn't get it.                   -
----------------------------------------------------------------------