[HN Gopher] Fsearch, a fast file search utility for Unix-like sy...
___________________________________________________________________
Fsearch, a fast file search utility for Unix-like systems
Author : karlicoss
Score : 31 points
Date : 2023-12-17 21:19 UTC (1 hours ago)
(HTM) web link (github.com)
(TXT) w3m dump (github.com)
| croemer wrote:
| Unix-like apparently does not include macOS here
|
| Edit: Or does it?
| https://ports.macports.org/port/fsearch/details/
| paradox460 wrote:
| Do you really need it on Mac? We've got mdfind
| dzek69 wrote:
| This is great tool, I use it everyday, but far from it's Windows
| based original Everything.
|
| Also this is anbandoned apparently, which makes me extra sad,
| because it lacks few crucial features like: - being able to just
| remove a file from the index if you delete it from the app
| directly (insted it shows a window how it "soon" gonna be
| implemented) - while i understand that indexing service is more
| complex job - at least caching the index would be nice, because
| right now when i start the app i have to wait for it to index
| everything again, but usually i search for files that exists for
| a long time, not these that was created between my fsearch uses
|
| So yeah. Cool dead and incomplete piece of software -\\_(tsu)_/-
| From time to time I look for better alternative, if you happen to
| know one - let me know.
| RachelF wrote:
| Me too - strangely, one of the reasons I stay on Windows is
| Everything (https://www.voidtools.com/) - it is just so useful.
| drekipus wrote:
| rg or fd?
| hiAndrewQuinn wrote:
| fd (fdfind on some distributions)
| eredengrin wrote:
| Last commit 2 weeks ago? Doesn't look dead. Perhaps not
| actively developed by original author but seems they're still
| acting as a maintainer and willing to take PRs.
| wander_homer wrote:
| Hi, I'm the author of this little piece of software.
|
| > Also this is anbandoned apparently, which makes me extra sad,
| because it lacks few crucial features like:
|
| PersonalIy I wouldn't call it abandoned. I'm still working on
| it -- not as often as I'd like to, but I'm still making
| progress towards the next release. Though it's still months
| away from being released.
|
| > - being able to just remove a file from the index if you
| delete it from the app directly (insted it shows a window how
| it "soon" gonna be implemented)
|
| That feature is already implemented, but there are no official
| builds with it yet, because other parts of the software haven't
| been updated after the rewrite of the database engine (e.g.
| loading/saving the database file is broken at the moment). Once
| the old feature set is working again, I'll publish the first
| official dev builds of the 0.3 release.
|
| > while i understand that indexing service is more complex job
| - at least caching the index would be nice, because right now
| when i start the app i have to wait for it to index everything
| again, but usually i search for files that exists for a long
| time, not these that was created between my fsearch uses
|
| This is already supported and part of the stable releases. The
| index is cached and loaded upon application start, so you can
| search right away, even while the new index is being built. You
| can also disable auto index updates when you launch the
| application, if you prefer manual or scheduled index update
| instead. Or do you mean something else?
| apt-get wrote:
| fsearch is the best locate front-end for Linux, but sadly, I've
| got many gripes with it... crappy drag'n'drop, no daemonization
| to minimize to system tray, closing the app resets the clipboard
| for some reason (EXTREMELY annoying when you open it to copy a
| file path), the list is long. Not to mention that locate itself
| doesn't auto-update the index with fs changes.
|
| I miss Everything :(
| CyberDildonics wrote:
| How does this search filesystems quickly on linux?
| einpoklum wrote:
| I like that the author has not done away with the menu, like
| certain software projects which shall not be named but begin with
| GN and end with ME.
___________________________________________________________________
(page generated 2023-12-17 23:00 UTC)