I have the /usr/lib/libkrb5.so.1 but somehow the checkinstall script
can't find it (it is s10u4). As a result in the non-global zone these
<SUNWpostgr-82-client> and <SUNWpostgr-82-lib> are missing, they exist
in the global zone though.
From: James Gates [mailto:firstname.lastname@example.org]
Sent: September 9, 2008 09:43
To: Markova, Nina
Cc: Greg Smith; email@example.com
Subject: Re: [GENERAL] Postgres in a solaris zone - patch 125077-02
bug_id 6546052 is already fixed in the PostgreSQL 8.2 packages on the
Solaris S10 update 4 DVD. The "Fixed in Build: s10u4_07" reference in
the bug means that it was fixed in build 7 of S10u4, which is prior to
general release. If the bug was fixed after release of S10u4 (and could
therefore affect you), it would be fixed in a build of a later update.
So I don't know of any other bugs with this particular checkinstall
script. It's looking for the /usr/lib/libkrb5.so.1 library, which was
introduced with Solaris 10 in update 4. The library was also made
available in (sparc) patch 125077-02, which was never released, but
replaced by 120011-09.
So if you are running S10u4 (or later) then you *should* have
/usr/lib/libkrb5.so.1. If you do, maybe there *is* another problem with
the package checkinstall script. Did you get the PostgreSQL 8.2 packages
from somewhere other than the S10u4 DVD?
If you're running S10u3 (or earlier), then you need to install patch
120011-09 (or later) to get /usr/lib/libkrb5.so.1.
Greg Smith wrote:
> On Mon, 8 Sep 2008, Markova, Nina wrote:
>> I wasn't able to find 125077-02 patch for SPARC, and contacted SUN
>> week - they are very slow.
> It wasn't released; according to
> http://firstname.lastname@example.org/msg00199.html that
> fix made its way into 120011-09 instead.
> I'm not so sure you actually need this though.
> suggests there's actually a bug in how the checkinstall script looks
> the file that prevent it from installing in a zone. Looks just like
> your report. That says the s10u4_07 update fixes the problem. I
> know enough about Solaris packaging to suggest exactly what to do
> but that should get you moving in the right direction rather than
> chasing a non-existant patch.
> * Greg Smith email@example.com http://www.gregsmith.com Baltimore,
Jim Gates Sun Microsystems
Nashua, NH, USA http://sun.com/postgresql