pFind 6.3

Filemanagers, partitioning tools, etc.
Message
Author
B.K. Johnson
Posts: 807
Joined: Mon 12 Oct 2009, 17:11

#721 Post by B.K. Johnson »

tallboy wrote:
1) In advanced search, I would like to have a preferences choice to place the list of found files at the bottom of the window, instead of on the left side as now. That will allow the complete file addresses to be included in the view, without having to scroll sideways.
On first read, I thought I'd concur. But looking it it some more, I think you'll need to associate the path with the file name. One way would be to display the complete path including file name. A little messy I think. And the window would be larger. My preference would be to place the path below the file name with a little offset for display clarity. Or different colours for filename and path. We'll likely have a smaller window, but would not necessarily prevent the need for scrolling. See screenie=option

Would there still be need for an additional window?
2) In preferences, I would like an additional option on setting the default 'Where to search'. I have found that I mostly search for files in System files or All files, not in Personal files which is default.
Are you saying that you want to avoid clicking the All Files radio button?
Attachments
option.png
alt suggestion for layout
(36.03 KiB) Downloaded 513 times
[color=blue]B.K. Johnson
tahrpup-6.0.5 PAE (upgraded from 6.0 =>6.0.2=>6.0.3=>6.0.5 via quickpet/PPM=Not installed); slacko-5.7 occasionally. Frugal install, pupsave file, multi OS flashdrive, FAT32 , SYSLINUX boot, CPU-Dual E2140, 4GB RAM[/color]

User avatar
tallboy
Posts: 1760
Joined: Tue 21 Sep 2010, 21:56
Location: Drøbak, Norway

#722 Post by tallboy »

Well, yes, and yes. Both issues were answered by Zigbert, and I achieved what I asked for, see the image below.
But I discovered that I have another problem, but not with pFind. I was given a HP 22" widescreen monitor when my old 15" Dell gave in 3 days ago, and I just attached the new monitor, without rebooting/restarting the live CD. I have discovered that when I resize a window, the X/Y measurments belong to the old screen, not the new one! Very confusing! :?
Oh, and I used the expression file addresses, it should have been paths.
tallboy
Attachments
found.jpg
(36.21 KiB) Downloaded 735 times
True freedom is a live Puppy on a multisession CD/DVD.

Puppyt
Posts: 907
Joined: Fri 09 May 2008, 23:37
Location: Moorooka, Queensland
Contact:

#723 Post by Puppyt »

Hi zigbert, thank you so much for your dedication with pFind. Over 10 years now!! Absolutely my most regularly-used application in the Puppyverse. I wonder whether it may be feasible to add a "find duplicates" module or component into pFind? Sometimes when I'm perusing the advanced features for specialised searches I'm surprised that it isn't there. Perhaps it's a logistical nightmare. Anyway I just thought I'd ask,
Best Wishes
Search engines for Puppy
[url]http://puppylinux.us/psearch.html[/url]; [url=https://cse.google.com/cse?cx=015995643981050743583%3Aabvzbibgzxo&q=#gsc.tab=0]Google Custom Search[/url]; [url]http://wellminded.net63.net/[/url] others TBA...

User avatar
don570
Posts: 5528
Joined: Wed 10 Mar 2010, 19:58
Location: Ontario

debian package of pfind

#724 Post by don570 »

I made a debian package of pfind 6.3
http://murga-linux.com/puppy/viewtopic. ... 218#971218
for stretch dog linux

I wasn't able to find an icon for the desktop file :(
/usr/share/pixmaps/puppy/find.svg
You should put it inside.
_____________________________________

A suggestion:

Add another application to open up files.
The internet browser (defaultbrowser) will open a variety of file formats
(see image)
______________________________________
Attachments
screentshot-pfind.png
(59.52 KiB) Downloaded 644 times

User avatar
Argolance
Posts: 3767
Joined: Sun 06 Jan 2008, 22:57
Location: PORT-BRILLET (Mayenne - France)
Contact:

#725 Post by Argolance »

Bonjour,
Where to "find"... the template pot file to complete the French translation?
Thanks.
[EDIT]: I mistakenly pressed the "Search" button twice when the input box was empty and the application froze: had to kill it...
[EDIT]: I finally extract the template pot file from the Italian compiled translation 6.2 *.mo file, which seems to be complete.

Cordialement.
Attachments
pFind_fr_gettext_files.tar.gz
(5.93 KiB) Downloaded 411 times

User avatar
don570
Posts: 5528
Joined: Wed 10 Mar 2010, 19:58
Location: Ontario

#726 Post by don570 »

to Argolance ....
I see that you are trying to find a simple way to do translations.
http://murga-linux.com/puppy/viewtopic.php?t=114347

GOOGLE TRANSLATION is only a rough translation unfortunately.

pot files must not be distributed with apps.
It confuses the gettext program apparently.
A POT file can be generated with a simple command (if the devx SFS is loaded).
xgettext -L shell <scriptname> -o <scriptname>.pot

https://www.gnu.org/software/gettext/ma ... ation.html

You should read my post --> I found an error in a script because a character in my script wasn't ascii
J'ai trouvé une erreur dans un script parce qu'un caractère dans mon script n'était pas le format ASCII

http://murga-linux.com/puppy/viewtopic. ... 255#686255

_________________________________________________________

User avatar
Argolance
Posts: 3767
Joined: Sun 06 Jan 2008, 22:57
Location: PORT-BRILLET (Mayenne - France)
Contact:

#727 Post by Argolance »

Bonsoir don570,
don570 wrote:GOOGLE TRANSLATION is only a rough translation unfortunately.
Although this is off topic, I answer here: concerning Google, you are right but the job :arrow: DeepL does is very much better, nearly perfect! However, the po translation files have obviously to be carefully checked before to build the compiled mo files. Ideally, poeditor should be used for this purpose.
pot files must not be distributed with apps.
It confuses the gettext program apparently.
Even if this pot file is in another place than the mo file?
A POT file can be generated with a simple command (if the devx SFS is loaded).
xgettext -L shell <scriptname> -o <scriptname>.pot
This is the command I usually used to build my pot files, but here, there are several files to process and I thought it could be quicker to get the pot file directly from the mo file. I was hoping to find the pot file in the pfind_NLS package where I think it could be without inconvenience for those who want to do the translation?
You should read my post --> I found an error in a script because a character in my script wasn't ascii
I have also experienced the same thing and I pulled my hair out to find the reason for the problem...
Thank you for all.

Cordialement.

User avatar
don570
Posts: 5528
Joined: Wed 10 Mar 2010, 19:58
Location: Ontario

#728 Post by don570 »

Even if this pot file is in another place than the mo file?
I probably put it in a /share folder along with the po files.

L18L (momanager) warned me not to do that.
__________________________________________

User avatar
Argolance
Posts: 3767
Joined: Sun 06 Jan 2008, 22:57
Location: PORT-BRILLET (Mayenne - France)
Contact:

#729 Post by Argolance »

Bonjour,
Right clicking on a found file and trying to go to its location complains:

Code: Select all

find: `/lib64/': No such file or directory
Would the latest version of pFind only be available for 64-bit systems?

[EDIT]: I am running Puppy Precise 5.7.3 therefore 32 bit

Cordialement.
Last edited by Argolance on Sun 07 Oct 2018, 14:43, edited 1 time in total.

User avatar
Argolance
Posts: 3767
Joined: Sun 06 Jan 2008, 22:57
Location: PORT-BRILLET (Mayenne - France)
Contact:

#730 Post by Argolance »

Is there no one left on the ship?

User avatar
zigbert
Posts: 6621
Joined: Wed 29 Mar 2006, 18:13
Location: Valåmoen, Norway
Contact:

#731 Post by zigbert »

Argolance wrote:Is there no one left on the ship?
Hi there - I'm here ;-)

I have the pFind thread noted on my desktop paper note. Too many things at the moment, and no running 64-bit system...

Still breathing
Sigmund

User avatar
Argolance
Posts: 3767
Joined: Sun 06 Jan 2008, 22:57
Location: PORT-BRILLET (Mayenne - France)
Contact:

#732 Post by Argolance »

zigbert wrote:and no running 64-bit system...
Please, note that I am running a 32 bit Puppy (post above modified...).

User avatar
zigbert
Posts: 6621
Joined: Wed 29 Mar 2006, 18:13
Location: Valåmoen, Norway
Contact:

#733 Post by zigbert »

Argolance wrote:Bonjour,
Right clicking on a found file and trying to go to its location complains:

Code: Select all

find: `/lib64/': No such file or directory
Would the latest version of pFind only be available for 64-bit systems?

[EDIT]: I am running Puppy Precise 5.7.3 therefore 32 bit

Cordialement.
- I can not reproduce this issue. Works OK on peebee's uPupBB 18.05
- pFind itself has no call for lib64 - could it be some of the underlying dependencies?

User avatar
Argolance
Posts: 3767
Joined: Sun 06 Jan 2008, 22:57
Location: PORT-BRILLET (Mayenne - France)
Contact:

#734 Post by Argolance »

Bonsoir,
I noticed the same message running Xenialpup.
pFind in console, while right clicking on any found file in the list, clicking "Show location" in the contextual menu displays the message:

Code: Select all

find: `/lib64/': No such file or directory
... but this time It jumps properly (it was not the case with Puppy Precise that fails) to the directory where is the selected file.
could it be some of the underlying dependencies?
It is indeed not pFind, but find which seems to cause something not fatal but wrong here...

Cordialement.
Attachments
xenial.jpg
(32.75 KiB) Downloaded 291 times

musher0
Posts: 14629
Joined: Mon 05 Jan 2009, 00:54
Location: Gatineau (Qc), Canada

#735 Post by musher0 »

Salut Argo.

I have no problem at all, neither with pfind, nor with the underlying find
utility, under my XenialPup-7.0.6.

Which version of XenialPup-32 are you running?
-- Mine?
-- ETP's?
-- 666philb's original?
-- Perhaps you "woofed" your own?

It sounds as though, for some reason, your XenialPup is trying to run the
64-bit find on a 32-bit Pup.

IHTH. / J'espère que cela t'aide.
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)

User avatar
Argolance
Posts: 3767
Joined: Sun 06 Jan 2008, 22:57
Location: PORT-BRILLET (Mayenne - France)
Contact:

#736 Post by Argolance »

Bonsoir,
musher0 wrote:Which version of XenialPup-32 are you running?
Sorry, I should have given more details: xenialpup-7.5-uefi.iso, downloaded from official repository.
This happens running Puppy Precise too. I will test some other Puppies when I have the opportunity.

Cordialement

musher0
Posts: 14629
Joined: Mon 05 Jan 2009, 00:54
Location: Gatineau (Qc), Canada

#737 Post by musher0 »

Rebonjour, Argolance.

To check your find utility, please run in succession:

Code: Select all

cd /usr/bin
ldd find
ldd find | grep not
find --version
You should get this:

Code: Select all

[/usr/bin][/usr/bin]>ldd find
	linux-gate.so.1 =>  (0xb7730000)
	libselinux.so.1 => /lib/libselinux.so.1 (0xb76cb000)
	libm.so.6 => /lib/libm.so.6 (0xb7675000)
	libc.so.6 => /lib/libc.so.6 (0xb74bf000)
	libpcre.so.3 => /lib/libpcre.so.3 (0xb744a000)
	libdl.so.2 => /lib/libdl.so.2 (0xb7445000)
	/lib/ld-linux.so.2 (0x80011000)
	libpthread.so.0 => /lib/libpthread.so.0 (0xb7428000)

[/usr/bin]>ldd find | grep not

[/usr/bin]>find --version
find (GNU findutils) 4.7.0-git
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
(...)
As you can see, there are no libraries missing when I run

Code: Select all

ldd find | grep not
and that is how it should be.

In any case, I am attaching my find utility, for checking only. (Just in
case, make a back-up of the faulty find utility you have now?)

You could spend hours playing detective to pinpoint how this "lib64"
situation happened.

However, the best and most time-saving solution, IMO, given what you have
reported above, would be for you to recompile and install the GNU find
utilities from source, on and for your XenialPup-7.5-uefi.

I feel that it is the only way by which you will be absolutely sure that your
find utility is truly adapted to your version of XenialPup.

Of course, once recompiled, please re-run pfind to validate.

IHTH. / J'espère que cela t'aide.
Attachments
find.zip
Find utility from musher0's xenialPup-7.0.6 (32-bit). To test or check (only),
unzip in /usr/bin and make executable.
(107.21 KiB) Downloaded 423 times
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)

User avatar
Argolance
Posts: 3767
Joined: Sun 06 Jan 2008, 22:57
Location: PORT-BRILLET (Mayenne - France)
Contact:

#738 Post by Argolance »

Bonjour,
Thank you for replying (sorry I didn't answer sooner!).
So, I replaced the 4.4.2 Puppy Precise find version with yours (4.7.0) but I get the same error message and cannot jump to the place where is any selected found item.
Here are the results of the commands you gave above:

Code: Select all

root@puppypc28983 ~ 
# cd /usr/bin
root@puppypc28983 /usr/bin 
# ldd find
	linux-gate.so.1 =>  (0xb77a7000)
	librt.so.1 => /lib/librt.so.1 (0xb779b000)
	libm.so.6 => /lib/libm.so.6 (0xb7758000)
	libc.so.6 => /lib/libc.so.6 (0xb75a3000)
	libpthread.so.0 => /lib/libpthread.so.0 (0xb7588000)
	/lib/ld-linux.so.2 (0xb77a8000)
root@puppypc28983 /usr/bin 
# ldd find | grep not
root@puppypc28983 /usr/bin 
# find --version
find (GNU findutils) 4.4.2
Copyright (C) 2007 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Written by Eric B. Decker, James Youngman, and Kevin Dalley.
Built using GNU gnulib version e5573b1bad88bfabcda181b9e0125fb0c52b7d3b
Features enabled: D_TYPE O_NOFOLLOW(enabled) LEAF_OPTIMISATION FTS() CBO(level=0) 

Code: Select all

# cd /usr/bin
root@puppypc28983 /usr/bin 
# ldd find
	linux-gate.so.1 =>  (0xb7732000)
	libselinux.so.1 => /lib/libselinux.so.1 (0xb76d5000)
	libm.so.6 => /lib/libm.so.6 (0xb7692000)
	libc.so.6 => /lib/libc.so.6 (0xb74dd000)
	libdl.so.2 => /lib/libdl.so.2 (0xb74d8000)
	/lib/ld-linux.so.2 (0xb7733000)
root@puppypc28983 /usr/bin 
# ldd find | grep not
root@puppypc28983 /usr/bin 
# find --version
find (GNU findutils) 4.7.0-git
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>.
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Written by Eric B. Decker, James Youngman, and Kevin Dalley.
Features enabled: D_TYPE O_NOFOLLOW(enabled) LEAF_OPTIMISATION FTS(FTS_CWDFD) CBO(level=2)
[EDIT]: I uninstalled the pFind 6.3 version while keeping your 4.7.0 find version. It seems working fine. No error message. So, maybe the problem is still coming from pFind.

Cordialement.

User avatar
Argolance
Posts: 3767
Joined: Sun 06 Jan 2008, 22:57
Location: PORT-BRILLET (Mayenne - France)
Contact:

#739 Post by Argolance »

Hello,
Is there anyone on the flight?
Doesn't my problem deserve to be taken into account? :roll:

Cheers.

User avatar
don570
Posts: 5528
Joined: Wed 10 Mar 2010, 19:58
Location: Ontario

#740 Post by don570 »

I was using pfind 6.3 in latest fatdog64 and to search a partition
I made a right click link.

So I right clicked on a mounted partition and launched pfind.
Search field was empty initially. I accidentally clicked on the 'Search' button
rather than the 'Advanced' button.

pfind appeared to work but it is very slow since it must show every file.

So I suggest if the search field is empty and a search of a partition is required,
that a warning be shown.

I wonder if James or Kirk of fatdog team have changed the pfind code
to make the field empty initially??
_____________________________________________________________________________________________________

Post Reply