[ale] kde question

[Jim Kinney]

The * won't work with rpm -ql. Must be exact package name.

The file list is from the kdepim-lib
On Feb 14, 2016 12:57 PM, "Sean Kilpatrick" <kilpatms at gmail.com> wrote:

> Thanks for the tip. Ran the command and got this:
>
> /usr/lib64/kde4/plugins/designer/kdepimwidgets.so
> /usr/lib64/libkdepim.so.4.10.5
> /usr/lib64/libkdepimdbusinterfaces.so.4.10.5
> /usr/lib64/libkdepim-copy.so.4.10.5kdepim*
> /usr/share/mime/packages/kdepimlibs-mime.xml
> /usr/share/mime/packages/kdepim-mime.xml
>
> Which list does NOT contain the actual executable!
>
> ran rpm -ql kdepim*
>
> and was told that package kdepim* was not installed.
> Neither was kdepim*.x86_64
>
> Sean
>
> ---------------------------------------------------------------
>
> On Sun, 2016-02-14 at 09:54 -0500, DJ-Pfulio wrote:
> > On 02/14/16 09:21, Sean Kilpatrick wrote:
> > > As I said, this gets weird.
> > > as root, running yum install gets me this:
> > >
> > > Package 7:kdepim-4.10.5-4.el7.x86_64 already installed and latest
> > > version
> > > Nothing to do
> > >
> > > If I run find <find / -type f -name kdepim -print> *
> >
> > That 'find' will only find something with exactly the "kdepim" name.
> > That is seldom what you want.  Try
> > $ find / -type f -iname \*kdepim\*
> > instead.
> >
> > > I get this message, which makes no sense:
> > > find: ‘/run/user/1000/gvfs’: Permission denied
> >
> > gvfs push temporary mounts in strange places. If there isn't anything
> > there, it isn't owned by your userid. That all the error means. Safe to
> > ignore.  I'm not a fan of fake-mounts, like gvfs uses. Boooo for not
> > following standards - like shouldn't 'df' show the gvfs mounts?  It
> > doesn't. Plus gvfs is slow, really, really, slow.
> >
> > > Which I am guessing means it couldn't look in that (empty) directory
> for
> > > some unknowable reason so it quit.
> > >
> > > so I ran yum remove, which worked, and then ran yum install, which
> > > worked.  Still can't find the damn executable.
> >
> > Names of programs don't need to match package names.  Certainly
> > rpm/yum/whatever has a way to get a list of files and locations from the
> > package name?  In theory, there should be a new menu entry after the
> > install.
> >
> > > then read through the man file and tried this:
> > > find / -type f -name kdepim -path ./run/user/1000 -prune -o -print *
> >
> > Good idea, but forget exact matching.  Programs tend to be install into
> > /usr/bin/ or /usr/X11/bin/, IME.
> >
> > >  but I obviously do NOT have the syntax right because the output listed
> > > every file on the box -- I think because I couldn't scroll back up to
> > > the beginning of the list -- buffer isn't that big!
> >
> > Either redirect the output to a file or pipe through more/less to page.
> >  If you want both, use 'tee'.
> >
> > > * NOTE:  the syntax for the FIND command is amazingly complex.  And the
> > > INFO file appears to be only a copy of the MAN file. No help there.
> And,
> > > of course, in keeping with Linux docs, there are no examples of how to
> > > do things.
> >
> > Agreed. Not just complex, but EXTREMELY POWERFUL (and dangerous).
> > Web Search: "Linux find examples"
> >
> > Mastering 'find' is worthwhile.
> >
> > Another option is to install 'locate' and use that, but locate has a DB
> > that gets rebuilt daily or weekly, so if you want to use it immediately
> > after a package install, updating the DB is required.
> >
> > Come out some Sunday and we can get into 'find' to almost any level you
> > want.
> >
> > _______________________________________________
> > Ale mailing list
> > Ale at ale.org
> > http://mail.ale.org/mailman/listinfo/ale
> > See JOBS, ANNOUNCE and SCHOOLS lists at
> > http://mail.ale.org/mailman/listinfo
>
>
>
> _______________________________________________
> Ale mailing list
> Ale at ale.org
> http://mail.ale.org/mailman/listinfo/ale
> See JOBS, ANNOUNCE and SCHOOLS lists at
> http://mail.ale.org/mailman/listinfo
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.ale.org/pipermail/ale/attachments/20160214/116e6995/attachment.html>