pFind 6.3
From another thread
I haven't checked if it's the same for me.I have 2.6 running on puppy 3.01 and when the config file is changed to "search only current filesystem=true" it reverts back to "false" every time. This never happened in prior versions
Pfind is a great find tool which I use all the time because I can never remember where anything is in the filesystem. Wink
Great work and thanks
http://www.murga-linux.com/puppy/postin ... ly&t=22906
In config file it should say:I have 2.6 running on puppy 3.01 and when the config file is changed to "search only current filesystem=true" it reverts back to "false" every time. This never happened in prior versions
CHKXDEV=true #search only current filesystem
Disciple
You say Xnview needs the extensions. I remember I tried Gqview once, and it wouldn't accept pfind output. Maybe this is the answer. I need to check this out since Barry includes Gqview in the upcoming Puppy.
Sigmund
Sorry, I gave the wrong link somehow They should be looking here now anyway. http://www.murga-linux.com/puppy/viewto ... 317#149317
Pfind 2.6 config problem (SOLVED)
After some experimentation, I found that the Pfindrc file had version 2.5 instead of 2.6 which caused the problem
See:
http://www.murga-linux.com/puppy/viewtopic.php?t=22906
Any chance of getting a mouse right click button to bring up the selection menu for filenames?
.
See:
http://www.murga-linux.com/puppy/viewtopic.php?t=22906
Any chance of getting a mouse right click button to bring up the selection menu for filenames?
.
I appdir'ed pfind 2.6 I think it works correctly...
- Attachments
-
- pfind-2.6.1.pet
- (16.3 KiB) Downloaded 410 times
Taking Puppy Linux to the limit of perfection. meanwhile try "puppy pfix=duct_tape" kernel parem eater.
X86: Sager NP6110 3630QM 16GB ram, Tyan Thunder 2 2x 300Mhz
Sun: SS2 , LX , SS5 , SS10 , SS20 ,Ultra 1, Ultra 10 , T2000
Mac: Platinum Plus, SE/30
X86: Sager NP6110 3630QM 16GB ram, Tyan Thunder 2 2x 300Mhz
Sun: SS2 , LX , SS5 , SS10 , SS20 ,Ultra 1, Ultra 10 , T2000
Mac: Platinum Plus, SE/30
I think sigmund just forgot to change that....
I am pretty sure that it really is 2.6 cause that is what the dotpet I got if from was called.
I am pretty sure that it really is 2.6 cause that is what the dotpet I got if from was called.
Taking Puppy Linux to the limit of perfection. meanwhile try "puppy pfix=duct_tape" kernel parem eater.
X86: Sager NP6110 3630QM 16GB ram, Tyan Thunder 2 2x 300Mhz
Sun: SS2 , LX , SS5 , SS10 , SS20 ,Ultra 1, Ultra 10 , T2000
Mac: Platinum Plus, SE/30
X86: Sager NP6110 3630QM 16GB ram, Tyan Thunder 2 2x 300Mhz
Sun: SS2 , LX , SS5 , SS10 , SS20 ,Ultra 1, Ultra 10 , T2000
Mac: Platinum Plus, SE/30
You're right, it is version 2.6, and if the pfindrc file does not say version=2.6, the config file will revert back to the default settings after changes are made - causes people to think their mind is going - (well, my mind anyway)cb88 wrote:I think sigmund just forgot to change that....
I am pretty sure that it really is 2.6 cause that is what the dotpet I got if from was called.
It's funny how if I run a search for mp3s and then tell it to open them in xmms, they come up in xmms in a different order each time
I just discovered that bug is actually still there (sort of).
When it initially displays the search results, they are truncated like before - halfway through one of the files. But if I use one of the list actions then all of the results are used, and if I click the button to show all results, then it shows them all properly.
What was the deal with this bug? Do you know what was causing the problem?
----------------------
The other thing I noticed is that occasionally after a search, I run a list action, and then click file-advanced search, and Pfind closes. I noticed this in Puppy 2.16 with 2.6, but I thought it was just another one of the strange things that happened in 2.16
When I get a chance I might run Pfind from a terminal and just keep doing searches to see if I can get it to do it again, to see if it tells me anything about it.
I just discovered that bug is actually still there (sort of).
When it initially displays the search results, they are truncated like before - halfway through one of the files. But if I use one of the list actions then all of the results are used, and if I click the button to show all results, then it shows them all properly.
What was the deal with this bug? Do you know what was causing the problem?
----------------------
The other thing I noticed is that occasionally after a search, I run a list action, and then click file-advanced search, and Pfind closes. I noticed this in Puppy 2.16 with 2.6, but I thought it was just another one of the strange things that happened in 2.16
When I get a chance I might run Pfind from a terminal and just keep doing searches to see if I can get it to do it again, to see if it tells me anything about it.
No, no. Thank you for the excellent software.
I think I didn't quite get what was going on with the "other thing" I mentioned. If I run a list action, then click "advanced search", then Pfind disappears until I close the program that the action opened. I would have thought the &s you've used would stop this, but maybe I'm missing something.
-----------------
I wonder how hard it would be for the "open with music player" action to do a little check and not bother making all the symlinks if you use an action that opens the m3u? I might look at that. It would be quite a lot faster...
I think I didn't quite get what was going on with the "other thing" I mentioned. If I run a list action, then click "advanced search", then Pfind disappears until I close the program that the action opened. I would have thought the &s you've used would stop this, but maybe I'm missing something.
-----------------
I wonder how hard it would be for the "open with music player" action to do a little check and not bother making all the symlinks if you use an action that opens the m3u? I might look at that. It would be quite a lot faster...
If you ever find the missing something, please tell me. I have struggled with this for a while...I would have thought the &s you've used would stop this, but maybe I'm missing something.
If I get you right, you mean to rename /tmp/pfind-view to a m3u file. This sounds like a very good idea. The problem is that gxine doesn't support m3u, and it would need some reorganization of code.I wonder how hard it would be for the "open with music player" action to do a little check and not bother making all the symlinks if you use an action that opens the m3u? I might look at that. It would be quite a lot faster...
I don't have the same coloum-bug that you got??????
Sigmund
That's interesting. I checked and it's the same in Puppy 2.16, so I guess maybe something's changed in 2.17 or 3? Or a locale problem? Maybe you just want to ignore it unless someone else has the same problem in 3.x.I don't have the same coloum-bug that you got??????
Sorry I couldn't get a screenshot with the whole width of window. The deal is that in the file name column I have the full file name and path, and then what you see there in the other columns.
-----------
Yes - I mean doing a check, and making the symlinks if the action uses them, but not making them if it opens the m3u. I had a look at the code, and it looked like it would be quite complicated. That's why I said I might look at it