Gnome music n'indexe pas correctement le dossier Musique

[Jean Bernon]

Bonjour,

Sous Buster j'utilisais Gmusicbrowser pour la musique. Apparemment ce logiciel, jugé obsolète, a complètement disparu de l'environnement bullseye. Restent Rhytmbox et Musique (Gnome music). Rhytmbox indexe correctement le dossier Musique, mais l'interface est très austère. L'interface de Gnome music est plus conviviale, mais il n'indexe pas correctement le dossier Musique.

Les recherches sur internet montrent que c'est un problème récurrent dû à l'indexation de tracker. Mais toutes les solutions proposées s'appuient sur des commandes tracker qui n'existent plus dans bullseye. Dans le tracker actuel, une des rares commandes qui semble pouvoir faire le job est "tracker index -m flac" (j'ai remarqué que ce sont essentiellement les fichiers flac qui ne sont pas indexés), mais elle se termine avec un message de réussite, alors que rien de plus n'est indexé. Il y a aussi un série de paramètres pour tracker dans dconf, mais ils sont difficiles à bien comprendre. Un paramètre semble suspect selon lequel on n'indexe pas /home récursivement, mais je ne mesure pas bien les conséquences de son changement.

Auriez-vous des suggestions ?

Jean

[nicolas...@gmail.com]

Le 05/09/2021 15:14:36, Jean Bernon a écrit :

> Auriez-vous des suggestions ?

Il y a clementine, si tu veux un lecteur léger.

nicolas patrois : pts noir asocial
--
RÉALISME

M : Qu'est-ce qu'il nous faudrait pour qu'on nous considère comme des humains ? Un cerveau plus gros ?
P : Non... Une carte bleue suffirait...

[didier gaumet]

Le dimanche 5 septembre 2021 à 15:20:03 UTC+2, Jean Bernon a écrit :
[...]
> [L'interface de Gnome music est plus conviviale, mais il n'indexe pas

> correctement le dossier Musique.
> Les recherches sur internet montrent que c'est un problème récurrent
> dû à l'indexation de tracker.

[...]

> Auriez-vous des suggestions ?
> Jean

Avertissement: je n'utilise pas Tracker directement et je n'utilise pas de logiciels de lecture de musique, mais tu peux peut-être tenter ce qui suit

dans dconf-editor, rubrique /org/freedesktop/tracker/files/ :

- vérifier que '&MUSIC' (le répertoire perso où sont stoquées les muisques) ne figure pas dans les sous-rubriques "ignore-directories*"
- vérifier que les extensions musicales (*.flac,*.mp3, etc...) ne figurent pas dans les sous-rubriques "ignore-files*"
- vérifier que '&MUSIC figure bien dans la sous-rubrique "index-recursive-directories"

la doc pour les commandes CLI Tracker3 est là:
https://gnome.pages.gitlab.gnome.org/tracker/docs/commandline/
particulièrement tracker3-index:
https://gnome.pages.gitlab.gnome.org/tracker/docs/commandline/#tracker3-index
(on ne lui passe pas des fichiers mais des répertoires en arguments)

[Jean Bernon]

Dans Dconf toutes les valeurs ci-dessous sont correctes.
En revanche tu fais allusion à tracker3 et j'ai vu sur internet que cette nouvelle version de tracker est censé régler le problème. Mais dans mes paquets bullseye, qui sont à jour, je trouve seulement tracker 2.3.6-2


----- Mail original -----

[didier gaumet]

Tu as raison, j'ai pointé vers la doc Tracker3 parce que j'ai lu que ça
avait été introduit avec Gnome 3.38 (présent dans Bullseye) mais c'est
bien Tracker2 dans Bullseye et les arguments à fournir à la commande
étaient bien des fichiers :-)

Je suis sous Bullseye/Gnome:

didier@hp-notebook14:~$ tracker daemon --list-miners-available
2 collecteurs sont installés:
org.freedesktop.Tracker1.Miner.Extract
org.freedesktop.Tracker1.Miner.Files
didier@hp-notebook14:~$ tracker daemon --list-miners-running
1 collecteur fonctionne en ce moment:
org.freedesktop.Tracker1.Miner.Files
didier@hp-notebook14:~$ systemctl | grep -i tracker
didier@hp-notebook14:~$ systemctl --user | grep -i tracker
tracker-miner-fs.service
loaded active running Tracker file system data miner
didier@hp-notebook14:~$ ps -axl | grep -i tracker
0 1000 1882 1859 39 - 510612 27340 - SNsl ?
0:01 /usr/libexec/tracker-miner-fs
0 1000 24494 23735 20 0 6268 2408 - S+ pts/0
0:00 grep -i tracker
d

Je suis loin de comprendre vraiment comment ça marche mais j'ai
vaguement l'impression que le service miner-fs pourrait dépendre pour
son fonctionnement de tracker store, qui n'a pas l'air d'être
démarré/actif chez moi. Si c'est la même chose chez toi, tu peux
essayer de le démarer pour voir si ça améliore les choses...

Désolé, je ne connais rien à Tracker donc je ne peux pas en dire plus
:-)

[Basile Starynkevitch]

On 05/09/2021 15:14, Jean Bernon wrote:

Bonjour,

Sous Buster j'utilisais Gmusicbrowser pour la musique.

Je n'y connais rien, mais Gmusicbrowser a son site, et c'est un logiciel libre qui semble avoir été développé par un français nommé Quetin Sculo.

http://gmusicbrowser.org/

A mon avis, avec un peu de programmation, on pourrait le porter à un Debian récent.

Peut-être qu'en contactant son auteur (et en faisant un don en €) on pourrait le faire marcher....

PS. Je cherche des partenaires pour RefPerSys (cf http://refpersys.org/ .... et les exposés en https://afia.asso.fr/journee-hommage-j-pitrat/ ). Mon adresse professionnelle étant basile.sta...@cea.fr

-- 
Basile Starynkevitch                  <bas...@starynkevitch.net>
(only mine opinions / les opinions sont miennes uniquement)
92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/

[Jean Bernon]

Je reviens sur cette question. Ci dessous un extrait de journalctl qui montre que tracker n'indexe pas le répertoire Music parce qu'il ne trouve pas le répertoire Music. Pourtant la résolution de son token &MUSIC se trouve bien dans user/.config/user-dirs.dir.
Quelqu'un a-t-il une idée ?

août 17 22:08:33 jebede systemd[1177]: Starting Tracker file system data miner...
août 17 22:08:33 jebede tracker-extract[1199]: Set scheduler policy to SCHED_IDLE
août 17 22:08:33 jebede tracker-extract[1199]: Setting priority nice level to 19
août 17 22:08:33 jebede systemd[1177]: Started D-Bus User Message Bus.
août 17 22:08:33 jebede tracker-miner-f[1200]: Set scheduler policy to SCHED_IDLE
août 17 22:08:33 jebede tracker-miner-f[1200]: Setting priority nice level to 19
août 17 22:08:33 jebede pipewire[1197]: Failed to receive portal pid: org.freedesktop.DBus.Error.NameHasNoOwner: Could not get PID of name 'org.freed>
août 17 22:08:33 jebede dbus-daemon[1203]: [session uid=1000 pid=1203] Activating via systemd: service name='org.gtk.vfs.Daemon' unit='gvfs-daemon.se>
août 17 22:08:33 jebede systemd[1177]: Starting Virtual filesystem service...
août 17 22:08:33 jebede dbus-daemon[1203]: [session uid=1000 pid=1203] Successfully activated service 'org.gtk.vfs.Daemon'
août 17 22:08:33 jebede systemd[1177]: Started Virtual filesystem service.
août 17 22:08:33 jebede tracker-miner-f[1200]: Unable to get XDG user directory path for special directory &DOCUMENTS. Ignoring this location.
août 17 22:08:33 jebede tracker-miner-f[1200]: Unable to get XDG user directory path for special directory &MUSIC. Ignoring this location.
août 17 22:08:33 jebede tracker-miner-f[1200]: Unable to get XDG user directory path for special directory &PICTURES. Ignoring this location.
août 17 22:08:33 jebede tracker-miner-f[1200]: Unable to get XDG user directory path for special directory &VIDEOS. Ignoring this location.
août 17 22:08:33 jebede tracker-miner-f[1200]: Unable to get XDG user directory path for special directory &DOWNLOAD. Ignoring this location.
jean@jebede:~/.config$ ls
autostart enchant gnome-control-center homebank nautilus pulse transmission
Clementine eog gnome-session ibus Nextcloud QtProject.conf user-dirs.dirs
'Code Industry' evince goa-1.0 keepassxc pipewire-media-session Signal user-dirs.locale
dconf evolution gtk-3.0 libreoffice procps sound-juicer vlc
dleyna-server-service.conf gedit gtk-4.0 mimeapps.list puddletag totem yelp
jean@jebede:~/.config$ cat user-dirs.dirs
# This file is written by xdg-user-dirs-update
# If you want to change or add directories, just edit the line you're
# interested in. All local changes will be retained on the next run.
# Format is XDG_xxx_DIR="$HOME/yyy", where yyy is a shell-escaped
# homedir-relative path, or XDG_xxx_DIR="/yyy", where /yyy is an
# absolute path. No other format is supported.
#
XDG_DESKTOP_DIR="$HOME/Bureau"
XDG_DOWNLOAD_DIR="$HOME/Téléchargements"
XDG_TEMPLATES_DIR="$HOME/Modèles"
XDG_PUBLICSHARE_DIR="$HOME/Public"
XDG_DOCUMENTS_DIR="$HOME/Documents"
XDG_MUSIC_DIR="$HOME/Musique"
XDG_PICTURES_DIR="$HOME/Images"
XDG_VIDEOS_DIR="$HOME/Vidéos"

[Th.A.C]

Le 03/10/2021 à 09:40, Jean Bernon a écrit :
>
> Je reviens sur cette question. Ci dessous un extrait de journalctl qui montre que tracker n'indexe pas le répertoire Music parce qu'il ne trouve pas le répertoire Music. Pourtant la résolution de son token &MUSIC se trouve bien dans user/.config/user-dirs.dir.
> Quelqu'un a-t-il une idée ?

Salt,

Est-ce que 'tracker' a le droit d'accéder à ton dossier perso
$HOME/Musique?

Ton dossier est bien Musique et pas Music ? (j'ai pas de pure debian
sous la main)

[Th.A.C]

> Oui tout le monde a un droit de lecture et d'exécution sur
> Musique. Le répertoire s'appelle bien Musique, mais le
> fichier .config/user.dirs.dir redirige correctement.


je ne sais pas si ca a vraiment à voir avec ton problème, mais Il faut
aussi que le dossier parent (ton $HOME) soit accessible.


En fait ca dépend de comment est lancé 'tracker'.

S'il est lancé avec ton compte utilisateur, pas de soucis

S'il est lancé avec un autre compte, il faut que ce compte puisse
accéder au Dossier Musique, y compris les dossiers parents puisqu'il va
devoir les traverser avant d'y arriver.
S'il utilise le compte root, c'est bon, mais pas très sécurisé...

En complément il me semble avoir compris que 'tracker' ne suit pas les
liens symboliques.


Chez moi, j'ai mis mes musiques dans un dossier qui n'est pas dans mon
$HOME, comme ca je n'ai pas besoin de modifier les sécurités sur mon $HOME.
J'ai utilisé le dossier /media/Musiques (c'est un exemple, mais le
dossier /media me semble bien indiqué pour partager des dossiers).

Tu peux par exemple créer un groupe du/des gens/services qui y aurons
accès et ne donner les droits d'accès qu'à ce groupe.

[Jean Bernon]

Merci à ceux qui ont répondu à la question.

Après avoir examiné les différentes suggestions, finalement le problème vient de ce que tracker n'indexe pas les fichiers flac. Or la majorité de ma musique est au format flac. J'ai essayé de réindexer ce type de fichier avec la commande
tracker index -m audio/flac
ça dure 2 ou 3 secondes, puis message "La ré-indexation des types MIME a été réalisée avec succès". Mais Gnome music ne voit toujours pas les fichiers flac.

[Th.A.C]

est-ce que tu as vérifié les tags avec un outil comme easytag?

Tu fais une copie de quelque fichiers flac pour travailler dessus et tu
refais les tags (en réenregistrant simplement le tag, ca devrait suffire)?
Avec un peu de chance....

[Jean Bernon]

J'essaierai, mais d'après mes recherches sur internet, tracker a bien un problème d'extraction des tags des fichiers FLAC. Ce problème serait réglé par tracker3 à partir de la version 3.38 de Gnome Music (https://gitlab.gnome.org/GNOME/gnome-music/-/issues/388). Debian stable que j'utilise propose Gnome Music 3.36.7-1 . Donc soit je vais attendre la 3.38, soit j'installe la version 41.0-1 de Bookworm. En attendant il existe d'autres music players.