O pacote Tracker-miners contém um conjunto de extratores de dados para o Tracker.
Esse pacote é conhecido por construir e funcionar adequadamente usando uma plataforma LFS 11.3.
Transferência (HTTP): https://download.gnome.org/sources/tracker-miners/3.4/tracker-miners-3.4.3.tar.xz
Transferência (FTP): ftp://ftp.acc.umu.se/pub/gnome/sources/tracker-miners/3.4/tracker-miners-3.4.3.tar.xz
Soma de verificação MD5 da transferência: 12978674553320dc90c283dbd2605b1d
Tamanho da transferência: 6,9 MB
Espaço em disco estimado exigido: 31 MB (com os testes)
Tempo de construção estimado: 0,4 UPC (com paralelismo=4; adicionar 1,0 UPC para testes, dependente da velocidade do disco)
gst-plugins-base-1.22.0, Tracker-3.4.2, Exempi-2.6.3 e gexiv2-0.14.0
giflib-5.2.1, gst-plugins-base-1.22.0, gst-plugins-good-1.22.0 (tempo de execução), gst-libav-1.22.0 (tempo de execução), ICU-72.1, libexif-0.6.24, libgrss-0.7.0, libgxps-0.3.2, libseccomp-2.5.4 e Poppler-23.02.0
asciidoc-10.2.0, CMake-3.25.2, DConf-0.40.0, FFmpeg-5.1.2, libgsf-1.14.50, taglib-1.13, totem-pl-parser-3.26.6, UPower-1.90.0, libcue, libitpcdata, libosinfo e gupnp
Observações de Usuário(a): https://wiki.linuxfromscratch.org/blfs/wiki/tracker-miners
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
Instale o Tracker-miners executando os seguintes comandos:
mkdir build && cd build && meson --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.