[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: flashplayer9?

Angelina Carlton wrote:
W Paul Mills <Paul-NOT@Mills-USA.com> writes:
That is normal. updatedb does not go into user directories.

On my system, updatedb runs some time early in the morning, before 6am,
perhaps the OP's computer isn't on at that time?
This is getting even more confusing!

It certainly went into my user directories when I ran it manually, and I was thinking that you were correct and it was a timing thing. Those two checks were run on two successive days. I thought if I had just run the locate command again, since it was the next day, it would have found the files without having to run updatedb manually. But...

I just ran locate again this morning. It found all the file and symlinks in all the system directories that the install of flashplayer-nonfree placed there. It DID NOT find the files in my user directory, or in my wife's user directory tree. These are the places that it did find it yesterday after I manually ran updatedb. I ran updatedb MANUALLY this morning, and now it finds all copies of the file, in system AND user directories. Why would it find the files after a manual run of updatedb, and then lose them overnight?

Here is a copy of my /etc/updatedb.conf:

$ cat /etc/updatedb.conf
# This file sets environment variables which are used by updatedb

# Global options for invocations of find(1)
# filesystems which are pruned from updatedb database
PRUNEFS="NFS nfs nfs4 afs binfmt_misc proc smbfs autofs iso9660 ncpfs coda devpts ftpfs devfs mfs shfs sysfs cifs lustre_lite tmpfs usbfs udf"
export PRUNEFS
# paths which are pruned from updatedb database
PRUNEPATHS="/tmp /usr/tmp /var/tmp /afs /amd /alex /var/spool /sfs /media"
# netpaths which are added
# run find as this user
# cron.daily/find: run at this priority -- higher number means lower priority
# (this is relative to the default which cron sets, which is usually +5)
export NICE

Marc Shapiro

Reply to: