Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.user > #176484 > unrolled thread

Failure searching forfile known to exist

Back to article view | Back to linux.debian.user

Contents

  Failure searching forfile known to exist Richard Owlett <rowlett@cloud85.net> - 2017-01-09 07:30 +0100
    Re: Failure searching forfile known to exist David Wright <deblis@lionunicorn.co.uk> - 2017-01-09 15:20 +0100
      Re: Failure searching for file known to exist Richard Owlett <rowlett@cloud85.net> - 2017-01-09 16:30 +0100
        Re: Failure searching for file known to exist David Wright <deblis@lionunicorn.co.uk> - 2017-01-09 23:00 +0100
    Re: Failure searching forfile known to exist Greg Wooledge <wooledg@eeg.ccf.org> - 2017-01-09 15:20 +0100
      Re: Failure searching forfile known to exist Richard Owlett <rowlett@cloud85.net> - 2017-01-09 16:40 +0100
        Re: Failure searching forfile known to exist Lisi Reisz <lisi.reisz@gmail.com> - 2017-01-10 00:50 +0100
          Re: Failure searching forfile known to exist Richard Owlett <rowlett@cloud85.net> - 2017-01-10 14:30 +0100
            Re: Failure searching forfile known to exist <tomas@tuxteam.de> - 2017-01-10 14:40 +0100

#176484 — Failure searching forfile known to exist

Environment: Jessie with Mate DE
Background: Doing an atypical install of SeaMonkey using the 
generic Linux version.

I could not remember where "profiles.ini" was stored. As my 
reference information was on another system, it appeared easier 
to use the search function of the file manager.

I chose "file system" as starting point and entered 
"profiles.ini" in the search bar.
No success whether logged in as a normal user or as root.

The file DOES exist.
the complete path is
/home/richard/.mozilla/seamonkey/profiles.ini

A little experimentation demonstrated that the apparent trigger 
was that the target file was in a "hidden" folder.
As the file manager preferences were set to display hidden files 
and folders, I expected search to actually SEARCH!

Is this a bug or a "feature"?
Is there a work-around?

TIA

[toc] | [next] | [standalone]

#176499

On Mon 09 Jan 2017 at 00:23:47 (-0600), Richard Owlett wrote:
> Environment: Jessie with Mate DE
> Background: Doing an atypical install of SeaMonkey using the generic
> Linux version.
> 
> I could not remember where "profiles.ini" was stored. As my
> reference information was on another system, it appeared easier to
> use the search function of the file manager.

What file manager?

> I chose "file system" as starting point and entered "profiles.ini"
> in the search bar.
> No success whether logged in as a normal user or as root.
> 
> The file DOES exist.
> the complete path is
> /home/richard/.mozilla/seamonkey/profiles.ini
> 
> A little experimentation demonstrated that the apparent trigger was
> that the target file was in a "hidden" folder.
> As the file manager preferences were set to display hidden files and
> folders, I expected search to actually SEARCH!
> 
> Is this a bug or a "feature"?
> Is there a work-around?

Cheers,
David.

[toc] | [prev] | [next] | [standalone]

#176505 — Re: Failure searching for file known to exist

On 1/9/2017 8:08 AM, David Wright wrote:
> On Mon 09 Jan 2017 at 00:23:47 (-0600), Richard Owlett wrote:
>> Environment: Jessie with Mate DE
>> Background: Doing an atypical install of SeaMonkey using the generic
>> Linux version.
>>
>> I could not remember where "profiles.ini" was stored. As my
>> reference information was on another system, it appeared easier to
>> use the search function of the file manager.
>
> What file manager?

Whatever the GUI file manager that is installed when using the 
installer on DVD 1 of 13 and specifying Mate as the desktop.

I now have an additional piece of information and a "possible 
solution" if the phrase is interpreted VERY loosely.

I customarily invoke the file manager by clicking on either the 
Computer icon or that of the Home folder for current user.

I *RARELY* use the drop-down menu under "Applications" for 
anything. The four or five icons need to launch the appropriate 
program. Those icons serve >95% of my needs. The most used icon 
is the one to launch a terminal window.

Today,for the first time ever, I clicked on the "Search for files 
menu entry".
It requires that you specify if you wish to search hidden folders.

Thus I would lean towards classing the problem as a "bug" rather 
than a "feature".


>
>> I chose "file system" as starting point and entered "profiles.ini"
>> in the search bar.
>> No success whether logged in as a normal user or as root.
>>
>> The file DOES exist.
>> the complete path is
>> /home/richard/.mozilla/seamonkey/profiles.ini
>>
>> A little experimentation demonstrated that the apparent trigger was
>> that the target file was in a "hidden" folder.
>> As the file manager preferences were set to display hidden files and
>> folders, I expected search to actually SEARCH!
>>
>> Is this a bug or a "feature"?
>> Is there a work-around?
>
> Cheers,
> David.
>
>

[toc] | [prev] | [next] | [standalone]

#176516 — Re: Failure searching for file known to exist

On Mon 09 Jan 2017 at 09:29:12 (-0600), Richard Owlett wrote:
> On 1/9/2017 8:08 AM, David Wright wrote:
> >On Mon 09 Jan 2017 at 00:23:47 (-0600), Richard Owlett wrote:
> >>Environment: Jessie with Mate DE
> >>Background: Doing an atypical install of SeaMonkey using the generic
> >>Linux version.
> >>
> >>I could not remember where "profiles.ini" was stored. As my
> >>reference information was on another system, it appeared easier to
> >>use the search function of the file manager.
> >
> >What file manager?
> 
> Whatever the GUI file manager that is installed when using the
> installer on DVD 1 of 13 and specifying Mate as the desktop.

Oh, that one. You should have used the other.

Cheers,
David.

[toc] | [prev] | [next] | [standalone]

#176501

On Mon, Jan 09, 2017 at 12:23:47AM -0600, Richard Owlett wrote:
> I could not remember where "profiles.ini" was stored.

locate profiles.ini
find ~ -name profiles.ini

[toc] | [prev] | [next] | [standalone]

#176506

On 1/9/2017 8:13 AM, Greg Wooledge wrote:
> On Mon, Jan 09, 2017 at 12:23:47AM -0600, Richard Owlett wrote:
>> I could not remember where "profiles.ini" was stored.
>
> locate profiles.ini
> find ~ -name profiles.ini
>

Works like a charm. I basically have a command line outlook but 
have been using Windows since ver. 3.1 . There's a reason I'm 
moving to Linux (Debian in particular ;)

Thanks.

[toc] | [prev] | [next] | [standalone]

#176519

On Monday 09 January 2017 15:34:44 Richard Owlett wrote:
> On 1/9/2017 8:13 AM, Greg Wooledge wrote:
> > On Mon, Jan 09, 2017 at 12:23:47AM -0600, Richard Owlett wrote:
> >> I could not remember where "profiles.ini" was stored.
> >
> > locate profiles.ini
> > find ~ -name profiles.ini
>
> Works like a charm. I basically have a command line outlook

But you were using a GUI for a command line function . :-/ <dons flame-proof 
armour>

Lisi

> but 
> have been using Windows since ver. 3.1 . There's a reason I'm
> moving to Linux (Debian in particular ;)
>
> Thanks.

[toc] | [prev] | [next] | [standalone]

#176549

On 1/9/2017 5:43 PM, Lisi Reisz wrote:
> On Monday 09 January 2017 15:34:44 Richard Owlett wrote:
>> On 1/9/2017 8:13 AM, Greg Wooledge wrote:
>>> On Mon, Jan 09, 2017 at 12:23:47AM -0600, Richard Owlett wrote:
>>>> I could not remember where "profiles.ini" was stored.
>>>
>>> locate profiles.ini
>>> find ~ -name profiles.ini
>>
>> Works like a charm. I basically have a command line outlook
>
> But you were using a GUI for a command line function . :-/ <dons flame-proof
> armour>
>
> Lisi
>
>> but
>> have been using Windows since ver. 3.1 . There's a reason I'm
>> moving to Linux (Debian in particular ;)
>>
>> Thanks.

I said I had "a command line outlook", not that I was strongly 
anti-GUI.
See, no " <dons flame-proof armour> required ;/
Seriously though, I think the default action of Mate's "Find" 
menu option should have  been that of "locate" or "find".
In this case "find" was more useful. There was a directory with 
improper permissions set. "locate" ignored it but "find" reported 
that it could not be searched.

[toc] | [prev] | [next] | [standalone]

#176551

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Tue, Jan 10, 2017 at 07:26:59AM -0600, Richard Owlett wrote:

[...]

> I said I had "a command line outlook", not that I was strongly
> anti-GUI.
> See, no " <dons flame-proof armour> required ;/
> Seriously though, I think the default action of Mate's "Find" menu
> option should have  been that of "locate" or "find".
> In this case "find" was more useful. There was a directory with
> improper permissions set. "locate" ignored it but "find" reported
> that it could not be searched.

To assess a tool you gotta understand how it works :)

Find recursively traverses current directory structure. Hence
its advantages:

 - precise (i.e. based on current status, not on some past
   indexing run)
 - comprehensive (nearly everything about files is queryable)

and its disadvantages

 - excruciatingly slow on big file systems

Locate queries a database of file paths which is refreshed
at some regular intervals (if you hear your computer's tummy
rumoring and catch a glimpse of "updatedb" in the process
list: this is it). Hence its advantages:

 - blazingly fast

and its disadvantages

 - deferred (last updatedb)
 - only knows about file paths

I tend to use both (sometimes even combined).

Regards
- -- t
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlh045IACgkQBcgs9XrR2kbpMwCeM1Y7fk5+pKXM/GMrBgBI3XSc
lNoAnjq63dni1qEUMPSoEUESqsXvDT1Q
=ZcrJ
-----END PGP SIGNATURE-----

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.user

csiph-web