1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
|
[](https://hosted.weblate.org/engage/fsearch/?utm_source=widget)
FSearch is a fast file search utility, inspired by Everything Search Engine. It's written in C and based on GTK3.
* For bug reports and feature requests please use the issue tracker: <https://github.com/cboxdoerfer/fsearch/issues>
* For discussions and questions about FSearch use the discussion forum: <https://github.com/cboxdoerfer/fsearch/discussions>
* For everything else related to FSearch you can talk to me on Matrix: <https://matrix.to/#/#fsearch:matrix.org>
## Features
- Instant (as you type) results
- Wildcard support
- RegEx support
- Filter support (only search for files, folders or everything)
- Include and exclude specific folders to be indexed
- Ability to exclude certain files/folders from index using wildcard expressions
- Fast sort by filename, path, size or modification time
- Customizable interface (e.g., switch between traditional UI with menubar and client-side decorations)
## Requirements
- GTK 3.18
- GLib 2.44
- glibc 2.19 or musl 1.1.15 (other C standard libraries might work too, those are just the ones I verified)
- PCRE2 (libpcre2)
- ICU 3.8
## Download
### Ubuntu
* Release Builds:
<https://launchpad.net/~christian-boxdoerfer/+archive/ubuntu/fsearch-stable>
* Development Builds:
<https://launchpad.net/~christian-boxdoerfer/+archive/ubuntu/fsearch-daily>
### Arch Linux (AUR)
* Release Builds:
<https://aur.archlinux.org/packages/fsearch/>
* Development Builds:
<https://aur.archlinux.org/packages/fsearch-git/>
### Fedora/RHEL/CentOS
* Release Builds:
<https://copr.fedorainfracloud.org/coprs/cboxdoerfer/fsearch/>
* Development Builds:
<https://copr.fedorainfracloud.org/coprs/cboxdoerfer/fsearch_nightly/>
### FreeBSD
* Release Builds:
<https://www.freshports.org/sysutils/fsearch>
### Flatpak ([limited in functionality](https://github.com/cboxdoerfer/fsearch/wiki/Flatpak-version-limitations))
* Release Builds:
<https://flathub.org/apps/details/io.github.cboxdoerfer.FSearch>
### NixOS (unofficial)
* Development Builds: <https://search.nixos.org/packages?channel=unstable&show=fsearch&query=fsearch>
### Solus
* Release Builds:
<https://dev.getsol.us/source/fsearch/>
## Roadmap
<https://github.com/cboxdoerfer/fsearch/wiki/Roadmap>
## Build Instructions
<https://github.com/cboxdoerfer/fsearch/wiki/Build-instructions>
## Localization
The localization of FSearch is managed with Weblate.
<https://hosted.weblate.org/projects/fsearch/>
If you want to contribute translations please submit them there, instead of opening pull requests on GitHub. Instructions
can be found here:
<https://docs.weblate.org/en/latest/user/basic.html>
And of course: Thank you for taking the time to translate FSearch!
## Current Limitations
* Sorting lots of results by *Type* can be very slow, since gathering that information is expensive, and the data isn't
indexed. This also means that when the view is sorted by *Type*, searching will reset the sort order to *Name*.
* Sorting can't be aborted. This is usually not an issue, because it's very fast for all columns except the *Type*
column. (Fixed in >=0.2alpha)
* Using the *Move to Trash* option doesn't update the database index, so trashed files/folders show up in the result
list as if nothing happened to them.
## Why yet another search utility?
Performance. On Windows I really like to use Everything Search Engine. It provides instant results as you type for all
your files and lots of useful features (regex, filters, bookmarks, ...). On Linux I couldn't find anything that's even
remotely as fast and powerful.
Before I started working on FSearch, I took a look at existing solutions. I tried MATE Search Tool (formerly GNOME
Search Tool), Recoll, Krusader (locate based search), SpaceFM File Search, Nautilus, ANGRYsearch and Catfish, to find
out whether it makes sense to improve those. However, they're not exactly what I was looking for:
- standalone application (not part of a file manager)
- written in a language with C like performance
- no dependencies to any specific desktop environment
- Qt5 or GTK3 based
- small memory usage (both hard drive and RAM)
- target audience: advanced users
## Looking for a command line interface?
I highly recommend [fzf](https://github.com/junegunn/fzf) or the obvious tools: find and (m)locate
## Why GTK3 and not Qt5?
I like both of them, and my long term goal is to provide console, GTK3 and Qt5 interfaces, or at least make it easy for
others to build those. However, for the time being it's only GTK3 because I like C more than C++, and I'm more familiar
with GTK development.
## Questions?
Email: christian.boxdoerfer[AT]posteo.de
|
