pkgutil -L, -F, and -r

Peter Bonivart bonivart at
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
-v CSWlibthai0".

On Thu, Sep 19, 2019 at 9:40 PM Wyche, George PW via users
<users at> wrote:
> I am trying to recover from an install of emacs 24.3 that was unsuccessful.
> Any emacs invocation gets emacs: fatal: open failed: No such file for directory.
> #pkgutil -F
> /opt/csw/lib/    CSWlibthai0
> And 3 other locations...
> #ls -l /opt/csw/lib/thai*
> ls No match.
> #pkgutil --install libthai0
> Solving
> Solving
> 3 CURRENT packages:
>   CSWcommon-1.5
>   CSWlibdatrie1-0.2.5
>   CSWlibthai0-0.1.18
> 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/ (pointing to existing)
> 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 mailing list