Recoll: la ricerca testuale (Desktop search) per Linux
Recoll: la ricerca testuale (Desktop search) per Linux
Da un paio di giorni sto provando Recoll e ne sono rimasto impressionato.
Sino ad oggi avevo utilizzato Beagle (e nonostante tutto ne ero soddisfatto).
Poi ho provato Strigi, ma la ricerca è ancora troppo semplicistica.
Quindi ho installato Recoll, e ...
I suoi punti forti, rispetto a Beagle, sono:
- Velocità di indicizzazione (circa mezz'ora per oltre 40 mila files)
- Spazio su disco per il database molto limitato
- Velocità nella ricerca
- Estrema potenza nella modalità di ricerca
Per darvi un'idea è possibile ricercare una frase, un'espressione regolare, fonetica (se non si sa esattamente come si scrive una parola), ecc., ecc..
E' possibile cercare in tutto il database o in particolare directories, per tutti i tipi di files o per tipi specifici (ad esempio testi).
Ha la possibilità di usare più di un database (ad esempio uno per ogni sistema Linux sulla stessa macchina).
I files che indicizza sono:
text, html, OpenOffice (tutti i tipi), KWord (solo odt), maildir e mailbox, gaim, pdf, postscript, msword, powerpoint, Excel, rtf, dvi, djvu, mp3.
I files *.lyx e quelli di Scribus li indicizza come files di testo, ma, almeno per Lyx, è prossima un'estensione apposita.
Per quel che riguarda i files di OOffice, su Debian (e Ubuntu) dà errore.
La soluzione, suggeritami dall'autore, è quella di sostituire nel file /usr/share/recoll/filters/rclsoff la riga:
trap cleanup EXIT SIGHUP SIGQUIT SIGINT SIGTERM
con la riga:
trap cleanup EXIT HUP QUIT INT TERM
Se avete l'esigenza di un Desktop Search Tool, vi consiglio vivamente di provare questo.
P.S.: prima di lanciarlo leggete le istruzioni sul sito (elenco programmi ausiliari necessari e soprattutto come configurarlo con un editor di testo).
Sino ad oggi avevo utilizzato Beagle (e nonostante tutto ne ero soddisfatto).
Poi ho provato Strigi, ma la ricerca è ancora troppo semplicistica.
Quindi ho installato Recoll, e ...
I suoi punti forti, rispetto a Beagle, sono:
- Velocità di indicizzazione (circa mezz'ora per oltre 40 mila files)
- Spazio su disco per il database molto limitato
- Velocità nella ricerca
- Estrema potenza nella modalità di ricerca
Per darvi un'idea è possibile ricercare una frase, un'espressione regolare, fonetica (se non si sa esattamente come si scrive una parola), ecc., ecc..
E' possibile cercare in tutto il database o in particolare directories, per tutti i tipi di files o per tipi specifici (ad esempio testi).
Ha la possibilità di usare più di un database (ad esempio uno per ogni sistema Linux sulla stessa macchina).
I files che indicizza sono:
text, html, OpenOffice (tutti i tipi), KWord (solo odt), maildir e mailbox, gaim, pdf, postscript, msword, powerpoint, Excel, rtf, dvi, djvu, mp3.
I files *.lyx e quelli di Scribus li indicizza come files di testo, ma, almeno per Lyx, è prossima un'estensione apposita.
Per quel che riguarda i files di OOffice, su Debian (e Ubuntu) dà errore.
La soluzione, suggeritami dall'autore, è quella di sostituire nel file /usr/share/recoll/filters/rclsoff la riga:
trap cleanup EXIT SIGHUP SIGQUIT SIGINT SIGTERM
con la riga:
trap cleanup EXIT HUP QUIT INT TERM
Se avete l'esigenza di un Desktop Search Tool, vi consiglio vivamente di provare questo.
P.S.: prima di lanciarlo leggete le istruzioni sul sito (elenco programmi ausiliari necessari e soprattutto come configurarlo con un editor di testo).
- Chronos
- Entusiasta Emergente
- Messaggi: 1009
- Iscrizione: domenica 11 dicembre 2005, 17:22
- Località: Treviso
- Contatti:
Re: Recoll: la ricerca testuale (Desktop search) per Linux
in confronto con tracker?
Re: Recoll: la ricerca testuale (Desktop search) per Linux
Tracker non sono mai riuscito a farlo funzionare!in confronto con tracker
Esiste anche Pluto, ma non sono riuscito a compilarlo.
Dubito che tu possa trovare un programma più semplice e completo di Recoll.
(per darti un'idea, mi ha indicizzato quasi 50.000 files in circa mezz'ora)
Se hai Gnome e sei a 32bit trovi Pluto sulle repositories di Festy. Usa le gtk e si appoggia come Recoll alle librerie Xapian, quindi dovrebbe essere anche lui buono, anche se attualmente meno completo e duttile.
Al momento non credo che Pluto supporti files Lyx e Scribus e nemmeno indici diversi, comunque puoi provarlo.
Anche Recoll dovresti trovarlo già compilato (32bit).
- Chronos
- Entusiasta Emergente
- Messaggi: 1009
- Iscrizione: domenica 11 dicembre 2005, 17:22
- Località: Treviso
- Contatti:
Re: Recoll: la ricerca testuale (Desktop search) per Linux
quasi quasi provo :P
Re: Recoll: la ricerca testuale (Desktop search) per Linux
Provalo.quasi quasi provo
Io usavo beagle, ma da quando ho installato recoll è tutta un'altra vita.
Re: Recoll: la ricerca testuale (Desktop search) per Linux
Esiste anche per Dapper? sul sito non l'ho trovato e tramite source non sono riuscito ad installarlo... :-\
Re: Recoll: la ricerca testuale (Desktop search) per Linux
Non lo so.
Io l'ho compilato visto che ho l'architettura a 64bit.
Se da te non si compila vuol dire che probabilmente gli mancano alcune dipendenza (dovresti vedere l'errore che indica nella compilazione).
Hai installato xapian (con il dev ovviamente)?
Io l'ho compilato visto che ho l'architettura a 64bit.
Se da te non si compila vuol dire che probabilmente gli mancano alcune dipendenza (dovresti vedere l'errore che indica nella compilazione).
Hai installato xapian (con il dev ovviamente)?
- Tyler
- Entusiasta Emergente
- Messaggi: 1743
- Iscrizione: mercoledì 30 novembre 2005, 0:50
- Località: /home/tyler
Re: Recoll: la ricerca testuale (Desktop search) per Linux
Grazie alle pagine web di mcz mi sono incuriosito e lo sto provando, ho creato un .deb qui:
http://forum.ubuntu-it.org/viewtopic.php?t=98613new#new
http://forum.ubuntu-it.org/viewtopic.php?t=98613new#new
Kubuntu 9.10 x86_64 - KDE 4.4 - 2.6.31-bfs304-tyler
HTC Magic - Android 2.2 - CyanogenMod 6
gtk-qt-engine anche per root? sudo cp ~/.gtkrc-2.0-kde4 /root/.gtkrc-2.0
HTC Magic - Android 2.2 - CyanogenMod 6
gtk-qt-engine anche per root? sudo cp ~/.gtkrc-2.0-kde4 /root/.gtkrc-2.0
Re: Recoll: la ricerca testuale (Desktop search) per Linux
Forse non c'è il deb per Ubuntu (non l'ho cercato, quindi non ne sono sicuro, ma recoll è inserito nei repository ufficiali di Debian (sia per i 32 che per i 64bit).... ho creato un .deb qui
- Tyler
- Entusiasta Emergente
- Messaggi: 1743
- Iscrizione: mercoledì 30 novembre 2005, 0:50
- Località: /home/tyler
Re: Recoll: la ricerca testuale (Desktop search) per Linux
Ho controllato e non c'è, ovviamente parlo di ubuntu, per le altre distro non so e credo che qui interessi a pochi.
Kubuntu 9.10 x86_64 - KDE 4.4 - 2.6.31-bfs304-tyler
HTC Magic - Android 2.2 - CyanogenMod 6
gtk-qt-engine anche per root? sudo cp ~/.gtkrc-2.0-kde4 /root/.gtkrc-2.0
HTC Magic - Android 2.2 - CyanogenMod 6
gtk-qt-engine anche per root? sudo cp ~/.gtkrc-2.0-kde4 /root/.gtkrc-2.0
- simo_magic
- Rampante Reduce
- Messaggi: 9496
- Iscrizione: lunedì 18 dicembre 2006, 21:37
- Località: Piemonte
- Tyler
- Entusiasta Emergente
- Messaggi: 1743
- Iscrizione: mercoledì 30 novembre 2005, 0:50
- Località: /home/tyler
Re: Recoll: la ricerca testuale (Desktop search) per Linux
Come ho scritto nel topic linkato sopra, in quella pagina lì, per Feisty, c'è laversione 1.8.1, mentre l'ultima è la 1.8.2 e io ho pacchettizzato quest'ultima per il semplice fatto che mi piace avere versioni aggiornate. Poi nessuno vi vieta di installare una versione più vecchia :Psimo_magic ha scritto: embè? niente repo? amico google! (good)
http://www.lesbonscomptes.com/recoll/download.html
Kubuntu 9.10 x86_64 - KDE 4.4 - 2.6.31-bfs304-tyler
HTC Magic - Android 2.2 - CyanogenMod 6
gtk-qt-engine anche per root? sudo cp ~/.gtkrc-2.0-kde4 /root/.gtkrc-2.0
HTC Magic - Android 2.2 - CyanogenMod 6
gtk-qt-engine anche per root? sudo cp ~/.gtkrc-2.0-kde4 /root/.gtkrc-2.0
- Janvitus
- Amministratore
- Messaggi: 18778
- Iscrizione: lunedì 25 aprile 2005, 15:52
- Desktop: GNOME Shell / Xfce
- Sesso: Maschile
- Località: Potenza
- Contatti:
Re: Recoll: la ricerca testuale (Desktop search) per Linux
Non mi sembra quel granchè, beagle lo uso anche per l'integrazione con desktop manager GNOME, cerca fra epiphany, le mail e i contatti in evolution, e altro... recoil è scritto pure in QT, non mi piacciono =)
Re: Recoll: la ricerca testuale (Desktop search) per Linux
Può darsi, anzi lo èsicuramente, che Beagle sia integrato con Gnome, ma se dici che Recoll non è gran chè, allora dovresti anche dire che Beagle non è niente.Non mi sembra quel granchè, beagle lo uso anche per l'integrazione con desktop manager GNOME, cerca fra epiphany, le mail e i contatti in evolution, e altro...
Intendiamoci, non ho alcuna intenzione a farti cambiare. Se ti piace Beagle fai bene a tenertelo.
Però lasciami dire che non è confrontabile nemmeno lontanamente con Recoll. Almeno prendendo in considerazione i seguenti punti:
- pesantezza
- ingombro della memoria
- spazio occupato sull'harddisk
- velocità di indicizzazione
- tipologia files indicizzati
- ricerche complesse
- flessibilità - ovvero possibilità di avere aree diverse del pc indicizzate autonomamente con criteri diversi
- possibilità di farlo funzionare come demone (indicizzazione automatica) o su comando
Il fatto delle librerie è del tutto marginale.
Io con KDE utilizzo tranquillamente anche alcuni programmi gtk. Sono più bruttini, ma mi interessa quello che fanno molto di più del loro aspetto.
P.S.: io indicizzo circa 55.000 files. Tra questi c'è un migliaio di mp3 (di cui indicizzo il nome e i tags), tutte le email ricevute e spedita da quando ho un pc (circa 20 anni) e qualche decina di libri con centinaia di pagine ciascuno (alcuni in pdf, altri in ps e altri ancora html) oltre a un sacco di dati normali. Il tutto richiede con recoll circa due-tre ore iniziali per creare l'indice (un giorno intero con beagle) e consuma circa 1,5 giga di disco. Capisci bene che quando usavo beagle ero proprio a posto (solo i suoi files di log in pochi giorni superavano i 4 giga di spazio sulla home e, se non li cancellavo, continuavano a crescere all'infinito, per non dire che quando aggiornava l'indice (ogni giorno) potevo tranquillamente scendere al bar e leggermi il giornale dal momento che il PC non era più utilizzabile per decine di minuti.
Ultima modifica di mcz il sabato 30 giugno 2007, 0:33, modificato 1 volta in totale.
- pierissimo
- Entusiasta Emergente
- Messaggi: 1626
- Iscrizione: venerdì 22 settembre 2006, 17:31
- Località: catania - ragusa
- Contatti:
Re: Recoll: la ricerca testuale (Desktop search) per Linux
raga me lo spiegate perchè recoll mi indicizza parzialmente le cartelle?
cioè nel file di configurazione gli ho messo una cartella (è una partizione fat32) dove ci sono miliardi di foto e mp3.
ma non li trova, ho anche compilato id3lib ma niente....
cioè nel file di configurazione gli ho messo una cartella (è una partizione fat32) dove ci sono miliardi di foto e mp3.
ma non li trova, ho anche compilato id3lib ma niente....
Re: Recoll: la ricerca testuale (Desktop search) per Linux
Io non ho partizioni fat32, quindi non so risponderto.
Ti consiglio però, se mastichi un po' di inglese, di scrivere all'autore.
E' davvero gentile e risponde in tempi brevi.
Ti consiglio però, se mastichi un po' di inglese, di scrivere all'autore.
E' davvero gentile e risponde in tempi brevi.
- Janvitus
- Amministratore
- Messaggi: 18778
- Iscrizione: lunedì 25 aprile 2005, 15:52
- Desktop: GNOME Shell / Xfce
- Sesso: Maschile
- Località: Potenza
- Contatti:
Re: Recoll: la ricerca testuale (Desktop search) per Linux
1. io non me ne accorgo nememno che ci sta =)mcz ha scritto:
- pesantezza
- ingombro della memoria
- spazio occupato sull'harddisk
- velocità di indicizzazione
- tipologia files indicizzati
- ricerche complesse
- flessibilità - ovvero possibilità di avere aree diverse del pc indicizzate autonomamente con criteri diversi
- possibilità di farlo funzionare come demone (indicizzazione automatica) o su comando
2.
Codice: Seleziona tutto
o@ubuntubox:~$ top -u gianvito
top - 20:15:47 up 9:58, 5 users, load average: 0.52, 0.39, 0.37
Tasks: 99 total, 1 running, 97 sleeping, 0 stopped, 1 zombie
Cpu(s): 23.7%us, 5.3%sy, 0.0%ni, 67.3%id, 0.0%wa, 0.0%hi, 3.7%si, 0.0%st
Mem: 1029068k total, 1010704k used, 18364k free, 74276k buffers
Swap: 2096440k total, 209816k used, 1886624k free, 297284k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
5335 gianvito 1 0 598m 43m 16m S 4.7 4.3 4:51.98 rhythmbox
11011 gianvito 1 0 301m 65m 15m S 4.7 6.5 20:19.61 amule
5589 gianvito 1 0 215m 16m 8812 S 4.0 1.6 9:01.37 compiz.real
5486 gianvito 1 0 746m 132m 28m S 3.3 13.2 12:49.73 epiphany
5327 gianvito 1 0 605m 37m 17m S 1.0 3.7 4:56.11 pidgin
4834 gianvito 5 0 212m 8692 7656 S 0.7 0.8 1:31.44 gnome-cups-icon
4802 gianvito 1 0 280m 27m 12m S 0.3 2.7 1:48.23 gnome-panel
4859 gianvito 1 0 179m 9120 7796 S 0.3 0.9 0:02.51 multiload-apple
5450 gianvito 1 0 134m 14m 7684 S 0.3 1.4 0:22.32 notification-da
32314 gianvito 1 0 207m 18m 10m S 0.3 1.8 0:08.75 gnome-terminal
3622 gianvito 1 0 19360 2360 1480 S 0.0 0.2 0:00.00 bash
3738 gianvito 1 0 554m 49m 22m S 0.0 4.9 0:05.99 evolution
4652 gianvito 1 0 19388 1392 1388 S 0.0 0.1 0:00.10 bash
4716 gianvito 1 0 192m 9988 8852 S 0.0 1.0 0:00.30 gnome-session
4760 gianvito 1 0 31268 424 392 S 0.0 0.0 0:00.00 ssh-agent
4763 gianvito 1 0 13096 516 512 S 0.0 0.1 0:00.00 dbus-launch
4764 gianvito 1 0 23632 1244 804 S 0.0 0.1 0:01.86 dbus-daemon
4766 gianvito 1 0 39912 4896 2136 S 0.0 0.5 0:27.06 gconfd-2
4772 gianvito 1 0 188m 5436 4636 S 0.0 0.5 0:00.03 seahorse-agent
4777 gianvito 1 0 17256 800 796 S 0.0 0.1 0:00.00 gnome-keyring-d
4779 gianvito 1 0 200m 9588 8496 S 0.0 0.9 0:09.76 gnome-settings-
4794 gianvito 1 0 3864 452 448 S 0.0 0.0 0:00.00 sh
4795 gianvito 1 0 35548 3696 1280 S 0.0 0.4 0:06.91 esd
4803 gianvito 1 0 403m 31m 14m S 0.0 3.2 0:22.17 nautilus
4810 gianvito 1 0 164m 4320 3900 S 0.0 0.4 0:01.85 gnome-volume-ma
4812 gianvito 1 0 79952 3652 2680 S 0.0 0.4 0:00.16 bonobo-activati
4820 gianvito 1 0 85704 3644 3184 S 0.0 0.4 0:00.01 gnome-vfs-daemo
4829 gianvito 1 0 120m 9520 6956 S 0.0 0.9 0:22.87 gtk-window-deco
4835 gianvito 1 0 187m 8316 4800 S 0.0 0.8 0:03.06 gnome-power-man
4860 gianvito 1 0 181m 13m 9660 S 0.0 1.3 0:03.88 wireless-applet
4861 gianvito 1 0 190m 15m 9.8m S 0.0 1.5 0:18.85 sensors-applet
4862 gianvito 1 0 404m 46m 14m S 0.0 4.7 0:37.51 deskbar-applet
4863 gianvito 1 0 246m 20m 14m S 0.0 2.0 0:01.71 tomboy
4864 gianvito 1 0 209m 14m 10m S 0.0 1.4 0:02.79 mixer_applet2
4897 gianvito 1 0 223m 7496 5572 S 0.0 0.7 0:00.97 evolution-data-
4917 gianvito 1 0 139m 4736 3640 S 0.0 0.5 0:29.79 gnome-screensav
5409 gianvito 1 0 195m 16m 10m S 0.0 1.6 0:00.81 gwget
5419 gianvito 1 0 548m 57m 18m S 0.0 5.7 0:48.69 liferea-bin
5586 gianvito 3 0 3860 456 452 S 0.0 0.0 0:00.00 compiz
6315 gianvito 3 0 0 0 0 Z 0.0 0.0 0:00.00 netstat <defunct>
7443 gianvito 1 0 260m 9m 9100 S 0.0 1.0 0:00.12 evolution-alarm
9925 gianvito 1 0 19364 2360 1480 S 0.0 0.2 0:00.00 bash
9943 gianvito 1 0 18904 1328 972 R 0.0 0.1 0:00.07 top
32316 gianvito 1 0 16932 788 640 S 0.0 0.1 0:00.00 gnome-pty-helpe
32317 gianvito 1 0 19360 2364 1484 S 0.0 0.2 0:00.00 bash
32364 gianvito 3 7 341m 43m 13m S 0.0 4.3 0:52.15 beagled
3. 50bg di indicizzazione in 45mb
4. questo non lo so, am a me 50gb lo ha fatto in 45 min + o -
5. penso che beagle sia quello che riconosce più estensioni in assoluto
6. per complesse intendi?
7. nemmeno questa l'ho capita, oppure l'ho capita ma non vedo l'utilità
8. questo lo fa già
Re: Recoll: la ricerca testuale (Desktop search) per Linux
Se tu ti trovi bene, continua ad usarlo (recoll non è un programma mio, quindi tutto sommato non ho interesse a spingerlo).
Ho spostato la cartella .beagle in var e fatto un link simbolico, e sono andato avanti per un altro paio di giorni.
Poi mi sono deciso a cancellare tutti i log che scriveva (con un apposito script ad ogni riavvio) e non ho avuto più questo problema (se mi ricordo bene superavano i 10Gb, mentre l'indice vero e proprio era più o meno uguale a quello di recoll).
In compenso ogni volta che aggiornava l'indice (ogni volta che salvavo un nuovo file) mi bloccava praticamente il sistema per parecchi minuti (cpu al 100% o quasi e memoria intasata). E non sono l'unico a cui faceva questo scherzo perchè ho ritrovato il problema in molti forum.
In più beagle richiede mono (che a me non serve), mentre recoll è basato sulla libreria xapian. Entrambi (almeno per me che usavo kerry) richiedono poi le librerie qt (ma beagle anche le gtk).
Anche con kmail mi sembra avesse qualche difficoltà.
Un altro esempio può essere indicizzare in maniera automatica (demone) determinate directories e in maniera non automatica altre (ad esempio un DVD).
Il caso però forse più utile è per un amministratore indicizzare, ad esempio, la directory ove sono posti i dati condivisi da tutti gli utenti con un indice e con indici diversi le varie home, ottenendo così che tutti possano fare una ricerca sui dati in comune, ma solo i rispettivi proprietari possano fare ricerche sulla loro home.
Un altro caso è poter dividere l'indice, ad esempio, per le varie partizioni. Quando effettui la ricerca puoi decidere se farla su una , alcune o tutte le partizioni indicizzate.
(Anche con un indice solo, comunque, recoll (non mi ricordo beagle) permette di effettuare la ricerca su singole directories).
Detto questo ovviamente la scelta poi è individuale. Io mi sono trovato meglio con recoll (e sono in buona compagnia), non tanto per l'interfaccia qt (ripeto che con beagle usavo kerry anche lui con interfaccia qt), ma per le prestazioni.
Io con beagle ad un certo punto non potevo più fare il login perchè mi avava riempito la home.1. io non me ne accorgo nememno che ci sta (pesantezza e ingombro della memoria e spazio sull'harddisk)
Ho spostato la cartella .beagle in var e fatto un link simbolico, e sono andato avanti per un altro paio di giorni.
Poi mi sono deciso a cancellare tutti i log che scriveva (con un apposito script ad ogni riavvio) e non ho avuto più questo problema (se mi ricordo bene superavano i 10Gb, mentre l'indice vero e proprio era più o meno uguale a quello di recoll).
In compenso ogni volta che aggiornava l'indice (ogni volta che salvavo un nuovo file) mi bloccava praticamente il sistema per parecchi minuti (cpu al 100% o quasi e memoria intasata). E non sono l'unico a cui faceva questo scherzo perchè ho ritrovato il problema in molti forum.
In più beagle richiede mono (che a me non serve), mentre recoll è basato sulla libreria xapian. Entrambi (almeno per me che usavo kerry) richiedono poi le librerie qt (ma beagle anche le gtk).
L'ultima volta che ho usato beagle, un paio di mesi fa, per indicizzare gli stessi dati ci ha messo più di 24 ore contro le circa 3 ore di recoll.4. questo non lo so, am a me 50Gb lo ha fatto in 45 min + o - (velocità di indicizzazione)
Potrei non ricordarmi bene, ma mi sembra che non indicizzasse testi di kword e scribus.5. penso che beagle sia quello che riconosce più estensioni in assoluto (tipologia files indicizzati)
Anche con kmail mi sembra avesse qualche difficoltà.
Wildcards, espessioni regolari, espansione grammaticale, ricerche per fonetica (può succedere che, ad esempio, di una parola tedesca tu ti ricordi la pronuncia, ma non l'ortografia. Io ho scelto tre lingue: italiano, inglese e tedesco, ma ne avrei potuto scegliere altre), oltre naturalmente a ricerche per più parole, più frasi, più parole simili, mischiate tra di loro.6. per complesse intendi? (ricerche complesse)
Il caso più semplice è, ad esempio, escludere certe estensioni dall'indicizzazione se si trovano in determinate directories e includerle se si trovano in altre.7. nemmeno questa l'ho capita, oppure l'ho capita ma non vedo l'utilità (flessibilità - ovvero possibilità di avere aree diverse del pc indicizzate autonomamente con criteri diversi)
Un altro esempio può essere indicizzare in maniera automatica (demone) determinate directories e in maniera non automatica altre (ad esempio un DVD).
Il caso però forse più utile è per un amministratore indicizzare, ad esempio, la directory ove sono posti i dati condivisi da tutti gli utenti con un indice e con indici diversi le varie home, ottenendo così che tutti possano fare una ricerca sui dati in comune, ma solo i rispettivi proprietari possano fare ricerche sulla loro home.
Un altro caso è poter dividere l'indice, ad esempio, per le varie partizioni. Quando effettui la ricerca puoi decidere se farla su una , alcune o tutte le partizioni indicizzate.
(Anche con un indice solo, comunque, recoll (non mi ricordo beagle) permette di effettuare la ricerca su singole directories).
Sinceramente non mi ricordo la caratteristica di Beagle. Con recoll puoi scegliere se utilizzare l'indicizzazione automatica (tramite fam o inotify) oppure no. In questo secondo caso puoi aggiornare l'indice ovviamente con uno script all'avvio o con cron, o più semplicemente dall'interfaccia d recoll con l'apposita voce di menu o, se preferisci, da riga di comando.8. questo lo fa già (possibilità di farlo funzionare come demone - indicizzazione automatica - o su comando)
Detto questo ovviamente la scelta poi è individuale. Io mi sono trovato meglio con recoll (e sono in buona compagnia), non tanto per l'interfaccia qt (ripeto che con beagle usavo kerry anche lui con interfaccia qt), ma per le prestazioni.
-
- Scoppiettante Seguace
- Messaggi: 286
- Iscrizione: lunedì 12 marzo 2007, 21:11
- Località: Staranzano (Gorizia)
Re: Recoll: la ricerca testuale (Desktop search) per Linux
Beagle usa tantissime risorse specie la CPU, RECOLL invece?
Re: Recoll: la ricerca testuale (Desktop search) per Linux
Se gli fai mantenere l'indice sempre aggiornato, pochissime.
Se l'indice l'aggiorni tu quando vuoi, nessuna.
Se l'indice l'aggiorni tu quando vuoi, nessuna.
Chi c’è in linea
Visualizzano questa sezione: 0 utenti iscritti e 13 ospiti