pkgutil -L, -F, and -r
bonivart at opencsw.org
Thu Sep 19 21:53:39 CEST 2019
The emacs installation was also CSW I suppose? So you don't have an
emacs binary that doesn't even look for libs in /opt/csw/lib.
You could always remove the package with something like "pkgrm
CSWlibthai0" and then try installing it again. You can also get
information about its state with "pkginfo -l CSWlibthai0" or "pkgchk
On Thu, Sep 19, 2019 at 9:40 PM Wyche, George PW via users
<users at lists.opencsw.org> wrote:
> I am trying to recover from an install of emacs 24.3 that was unsuccessful.
> Any emacs invocation gets ld.so.1: emacs: fatal: libthai.so.0: open failed: No such file for directory.
> #pkgutil -F libthai.so.0
> /opt/csw/lib/libthai.so.0 CSWlibthai0
> And 3 other locations...
> #ls -l /opt/csw/lib/thai*
> ls No match.
> #pkgutil --install libthai0
> 3 CURRENT packages:
> Nothing to do.
> #pkgutil -L libthai0 does list 8 files.
> All of the above was done in root on a Solaris 10 u10 installation.
> My question is: Is there a regular way to have pkgutil (or whichever) acknowledge that a csw package installation is incorrect?
> I have another Solaris 10u10 workstation that has emacs happily running. It does have /opt/csw/lib/thai.so.0 (pointing to existing)...thai.so.0.1.7
> I thought to try uninstall of the package and then attempt another --install, so
> I tried the (experimental it says) pkgutil -r libthai0
> But it listed the3 packages with (in use) after them and returned to the # prompt.
> Is there a csw pathway to recover?
> George Wyche
More information about the users