GNOME Music, tracker3, and git-annex symlinks

Hello, I’ve recently switched over to the gnome desktop and I’m liking very well so far.

One of the last few config problems I’m having is getting my music collection to show up in GNOME Music, and I’m not sure it is possible, but I wanted to make sure I’m not missing anything obvious.

My music collection is in git-annex, which symlinks all files and makes them read only. It seems that tracker3 will now follow the symlink no matter what I do. Since GNOME Music just automatically adds all music in ~/Music that tracker3 finds, the net result is that no music shows up.

If I do git annex unlock <file> then the music file shows up in GNOME Music, as this git annex command removes the symlink and puts the file in its place. However this is undesirable from a git-annex stand point.

Is there any way to tell tracker3 to follow these symlinks or am I just out of luck here?

Apparently this is true of Amberol as well.

Amberol does not follow symlinks, and it is intentional.

Thanks @ebassi for your reply.

Hello,

With LocalSearch (formerly known as Tracker) we try to avoid using surprising amounts of CPU & IO resources. This means limiting the functionality in some cases. Symlinks are high risk because, sometimes filesystems contain cycles of symlinks, where the indexer could get stuck looping forever in case of bugs.

I can’t think of an easy solution off hand for your case, I had some random thoughts about adding a FUSE layer on top of git-annex, but probably using a different music player app is the simplest solution :slight_smile:

Sam

Thanks @sthursfield I guess its back to MPD then

1 Like