O pacote Tracker-miners contém um conjunto de extratores de dados para o Tracker.
Esse pacote é conhecido por construir e funcionar corretamente usando uma plataforma LFS 12.1.
Transferência (HTTP): https://download.gnome.org/sources/tracker-miners/3.6/tracker-miners-3.6.2.tar.xz
Soma de verificação MD5 da transferência: 36b1149a9b10ee3db3e3aa6d8a95c5dc
Tamanho da transferência: 7,2 MB
Espaço em disco estimado exigido: 85 MB (com testes)
Tempo de construção estimado: 0,3 UPC (com paralelismo=4; adicionar até 1,0 UPC para testes, dependente da velocidade do disco)
gst-plugins-base-1.22.10, Tracker-3.6.0, Exempi-2.6.5 e gexiv2-0.14.2
giflib-5.2.1, gst-plugins-good-1.22.10 (tempo de execução), gst-libav-1.22.10 (tempo de execução), ICU-74.2, libexif-0.6.24, libgrss-0.7.0, libgxps-0.3.2, libseccomp-2.5.5, Poppler-24.02.0 e UPower-1.90.2
asciidoc-10.2.0, CMake-3.28.3, DConf-0.40.0, FFmpeg-6.1.1, libgsf-1.14.52, NetworkManager-1.44.2, taglib-2.0, totem-pl-parser-3.26.6, libcue, libitpcdata, libosinfo e gupnp
Se você planeja executar os testes, alguns tempos limite são
muito curtos ao usar discos giratórios. Existem dois locais onde
os tempos limite são usados: primeiro, os testes individuais
dentro de um grupo de testes tem um tempo limite padrão de 10s.
Isso pode ser mudado configurando-se a variável de ambiente
TRACKER_TESTS_AWAIT_TIMEOUT
para o
valor desejado ao executar os testes (veja-se abaixo). Segundo,
um tempo limite global para um grupo de testes é fixado ao tempo
da configuração. O valor padrão no diretório functional-tests
(outros diretórios tem somente
testes de curta duração) pode ser aumentado com o seguinte
comando (substitua 200 por um valor adequado para a tua máquina):
sed -i s/120/200
/ tests/functional-tests/meson.build
Primeiro, corrija algumas quebras introduzidas por gstreamer-1.22.9:
sed -i '/ALLOW_RULE (shutdown);/a ALLOW_RULE (getsockopt);' src/libtracker-miners-common/tracker-seccomp.c
Instale o Tracker-miners executando os seguintes comandos:
mkdir build && cd build && meson setup --prefix=/usr \ --buildtype=release \ -Dsystemd_user_services=false \ -Dman=false \ .. && ninja
Para testar os resultados, emita (ajuste o tempo limite do teste individual para um valor adequado para a tua máquina; veja-se a nota acima):
dbus-run-session env TRACKER_TESTS_AWAIT_TIMEOUT=20
ninja test &&
rm -rf ~/tracker-tests
Os testes criam arquivos no diretório do(a) usuário(a) (até 24 MB), de forma que eles tem de ser removidos posteriormente.
Agora, como o(a) usuário(a) root
:
ninja install
--buildtype=release
:
Especifique um tipo de construção adequado para lançamentos
estáveis do pacote, pois o padrão possivelmente produza binários
não otimizados.
-Dman=false
: Essa chave
evita que o processo de construção gere páginas de manual. Omita
essa chave se você tiver asciidoc-10.2.0 instalado e desejar gerar e
instalar as páginas de manual.
-Dsystemd_user_services=false
: Essa
chave impede que o processo de construção instale unidades do
systemd, pois elas são inúteis em sistemas SysV.
-Dseccomp=false
: Essa opção desabilita
o filtro de chamada de sistema seccomp. Em algumas arquiteturas,
como i686 e ARM, as funções que o tracker-miners usa não são
protegidas adequadamente e, como resultado, o tracker-miners será
morto com um SIGSYS.
-Dminer_rss=false
: Use essa opção se
você não tiver instalado a dependência recomendada libgrss.
-Dbattery_detection=none
: Use essa
opção se você não tiver instalado a dependência recomendada,
upower. Não use essa opção se teu sistema tiver uma bateria
(bateria de laptop ou UPS), ou os rastreadores mineradores poderão
desperdiçar a eletricidade e a vida útil da bateria quando a
eletricidade C/A não estiver disponível.