"find" and me struggle again

[wedgetail]

I am trying to come to grips with find to find files,

I was trying to find out where 'cups' executable is located so I tried

Code: [Select]

[root@localhost /]# which cups
which: no cups in (/sbin:/usr   .........

Since cups is running I expect there will be a executable

Code: [Select]

[root@localhost /]# find -name cups
./etc/portreserve/cups
./etc/logrotate.d/cups
./etc/cups
./etc/rc.d/init.d/cups
./etc/sysconfig/cups
./etc/pam.d/cups
./usr/lib/cups
./usr/share/cups
./var/spool/cups
./var/run/cups
./var/lock/subsys/cups
./var/log/cups
./var/cache/cups
[root@localhost /]# which cups

Hmmm, but which one

Code: [Select]

[root@localhost /]# find / -executable cups
find: paths must precede expression: cups
Usage: find [-H] [-L] [-P] [-Olevel] [-D help|tree|search|stat|rates|opt|exec] [path...] [expression]

and a few other permutations, I am getting something wrong.

Any pointers appreciated?

[genomega]

You can use locate to find executable's, but cups is a different animal, it's a server.
Using pcc system services is the easiest way to deal with cups.

[uncleV]

"find" and me struggle again

Who wins?

catfish is a simple and light GUI for find and locate.
Having catfish installed I'd use find only for more special searches or a script work.

[s2cuts]

Yeah, cups is a daemon.  You're wanting to look for "cupsd" I think.

Code: [Select]

# find / -mount -name cupsd

[wedgetail]

uncleV
So far I have had a very poor round, find is ahead by many points 

Interesting about catfish did not know that one [actually there is a lot I don't know]
I am trying to learn as much as I can of non GUI, I seem to run into trouble too often where the GUI is not there.

s2cuts
Thanks, why could I not remember that it would be a daemon, but I did realise my brain was baulking so I decided it was time for the cavalry   . 

Code: [Select]

[root@localhost gert]# find / -mount -name cupsd
/usr/sbin/cupsd

Of curiosity what does the -mount do?  I get same result with or without?

[uncleV]

I am trying to learn as much as I can of non GUI, I seem to run into trouble too often where the GUI is not there.

Me too but reading man pages or info on find my mind feels... mhh... too acrobatic.

[s2cuts]

Of curiosity what does the -mount do?  I get same result with or without?

-mount tells find not to recurse down mounted shares, partitions, anything that's been mounted underneath where you're searching from.  I usually have large data shares mounted to my system, so avoiding them when using find means avoiding painfully long search times.

[Bald Brick]

If you know the name of the executable which will find it for you even in this case where it is a daemon. So

Code: [Select]

which cupsdwill work -- and it could be much faster than using find (even if you use find with the -mount option).

Myself, I usually use the pedestrian locate. Then I don't have to know whether I'm looking for cupsd or just cups.

Of course

Code: [Select]

locate cupswill give you too many hits to be useful.

But if you are looking for an executable, the odds are that it is in /bin, /sbin, /usr/bin, /usr/sbin, /usr/local/bin, /usr/X11R6/bin or ~/bin -- in other words, in a directory whose name ends with "bin". So before anything else I'd try

Code: [Select]

locate bin/cups
Try it: locate will list a few cups related programs but not too many. (And in addition to cupsd some of others could actually be of interest to you. But if you're really looking for a library you won't find it this way.)

[wedgetail]

blackbird
Well I certainly is a fan of locate, in this case it partly failed because 'locate cups' has more than 1000 entries and rolls off the konsole buffer and anything 'bin' is long gone, actually in my case I am down to 'usr....' on the first line so I never got the 'bin' association, this might have triggered my brain.

The clue was cupsd, which I ought to have remembered, I know it, though I was getting a bit agitated over not getting anywhere.

Just for the fun, here is the suggested result, and you are right there is a couple of interest to me here.  I guess you know where 'cupsd' is, but it would have been nice if it had shown up here too.  

Code: [Select]

[root@localhost /]# locate /bin/cups
/usr/bin/cups-calibrate
/usr/bin/cups-drivers-splix-decompress
/usr/bin/cupstestdsc
/usr/bin/cupstestppd
[root@localhost /]#

I am back on track.

Thanks for post, I will remember the 'bin' next time, hopefully. Everytime I think I am doing really well now, I get one of those items to keep me in line.  

[uncleV]

You can use a pipe with filter (grep) for a huge output:
locate cups | grep bin

Here you search "cups" with locate and get the lines containing "bin" filtered by grep.
The pipe (or conveyor) itself is the "|" sign.

[Bald Brick]

blackbird
Well I certainly is a fan of locate, in this case it partly failed because 'locate cups' has more than 1000 entries and rolls off the konsole buffer and anything 'bin' is long gone, actually in my case I am down to 'usr....' on the first line so I never got the 'bin' association, this might have triggered my brain.

The clue was cupsd, which I ought to have remembered, I know it, though I was getting a bit agitated over not getting anywhere.

Just for the fun, here is the suggested result, and you are right there is a couple of interest to me here.  I guess you know where 'cupsd' is, but it would have been nice if it had shown up here too.  

Code: [Select]

[root@localhost /]# locate /bin/cups
/usr/bin/cups-calibrate
/usr/bin/cups-drivers-splix-decompress
/usr/bin/cupstestdsc
/usr/bin/cupstestppd
[root@localhost /]#

I am back on track.

Thanks for post, I will remember the 'bin' next time, hopefully. Everytime I think I am doing really well now, I get one of those items to keep me in line.  

But try "locate bin/cups" instead of "locate /bin/cups". It would have given you a few more hits, but among them "/usr/sbin/cupsd" -- which presumably is what you were looking for.

(uncleV's suggestion is of course excellent.)

[wedgetail]

blackbird
I missed that one too,  , my sixth sense was banging away on my head while I looked at the little note about "in addition cupsd", but I said go away I know better. .  My sixth sense is saying "There I tried to tell you, stubborn ass".

uncleV
Yes I did think of grepping too but thought that even that might run off the screen. I could have piped it to a text file and opened with Kwrite and used the search facility here. At least I would have the lot. I had just been doing too much of that already today

Thank you both.

[wedgetail]

I thought I was on track    
Tell me, am I going around the bend? For quite some while I have been trying to locate cupsd but I don't get any hits, despite I know cupsd is there, see it bit further down in the konsole prints.  What am I doing wrong.  This is going to be a very very long night. (Was looking for the cupsd.conf file).
  

Code: [Select]

[root@localhost gert]# locate cupsd
/usr/lib/libcupsdriver.so.1

[root@localhost gert]# cd /etc/cups
[root@localhost cups]# ls
cupsd.conf   cupsd.conf.default  interfaces/        ppd/           printers.conf.O   snmp.conf
cupsd.conf~  cupsd.conf.O        pdftoraster.convs  printers.conf  pstoraster.convs  ssl/
[root@localhost cups]# which cupsd
/usr/sbin/cupsd
[root@localhost cups]#


[Bald Brick]

Strange. I get this:

[root@localhost erik]# locate cupsd
/etc/cups/cupsd.conf
/etc/cups/cupsd.conf.default
/usr/lib/libcupsdriver.a
/usr/lib/libcupsdriver.so
/usr/lib/libcupsdriver.so.1
/usr/sbin/cupsd
/usr/sbin/cupsdisable
/usr/share/cups/doc/help/man-cupsd.html
/usr/share/cups/doc/help/ref-cupsd-conf.html
/usr/share/locale/sv/LC_MESSAGES/cupsdconf.mo
/usr/share/man/man5/cupsd.conf.5.bz2
/usr/share/man/man8/cupsd.8.bz2
/usr/share/man/man8/cupsdisable.8.bz2
/var/run/cupsd.pid

And precisely the same thing if I run the command as my normal user.

Is your locate database up-to-date. It could be that cron hasn't run the script that updates it automatically,  particularly if you habitually shut down your computer when you go to bed. Normally the script (/etc/cron.daily/mlocate.cron) will be run a little after four in the morning. So try running updatedb manually as root.

And if that doesn't help, post the contents of /etc/updatedb.conf. (That's were you specify which folders and filesystem to skip when the database is rebuilt.)

[wedgetail]

blackbird
thanks, you confirmed what I was expecting to see. Pheeeew, I was getting real worried. I have 3 test systems 2 pclos2010.7 fully updated but customised light and second one more heavily with fx OpenOffice but for a bit fast work I have pclos2010-LXDE-KDE451 and I was working in that trying to track down some funny denied access to CUPS server that should not happen, another member has reported that.

The description I should be able to simulate very simply, but this is in the management area where very few indeed would go and mess, But I find I cannot make the setting work.  That is however a sidetrack. I have moved back onto one of the bigger systems and my blood-pressure is decreasing again.  I find I get the same result here doing locate cupsd as you did.

I thought the udatedb had been run yesterday or day before when I started looking at the problem.  To be asbolutely sure I will go back to LXDE