On Sat, 13 May 2017 18:35:41 +0200 Antoine Jacoutot <[email protected]> wrote:
> Hi. > > audio/mpd is pretty useless on 6.1 i386, it cannot update it's database. Hello. mpd has issues updating the database on amd64 as well. If a directory in the root of music_directory (/storage/music in my case) is deleted and database update requested, mpd dies with this in the log: terminate called after throwing an instance of 'std::system_error' what(): Failed to access /storage/music/test: No such file or directory If a nested directory is deleted, mpd does not die on db update, but fails to remove the deleted directory from the database: May 22 09:48 : exception: Failed to access /storage/music/dts/test: No such file or directory Requesting an update specifically on the deleted directory works fine: mpc update test May 22 09:50 : update: removing test/The Four Seasons (Blu-ray, DTS, 2011)/Antonio Vialdi - The Four Seasons.flac This issue appears to exist in mpd-0.20.5, mpd-0.20.6, and mpd-0.20.8. Reverting back to mpd-0.19.21 appears to fix the problem. cvs up -D "Feb 21"; make install An addition, a thing I have not noticed before: mpd-0.19.21 is less forgiving to the filenames with, what I assume, are illegal UTF-8 characters than the newer releases. Upon downgrading and requesting a database update, I had a few entries in the log like this: May 22 09:54 : update: removing flac/Classical/Edvard Grieg/The Grieg Edition/cd20 - Music for Strings/04 - ÅSe's Death, Op.46 No. 2.flac May 22 09:54 : update: removing flac/Classical/Gustav Mahler/Symphonies/Symphony No. 9/02 - Symphony No. 9 In D Major: II. Im Tempo Eines GemäChlichen LäNders.flac May 22 09:54 : update: removing mp3/_Korean/Park Hwa Yobi/5집/14 - 36.5°.mp3 I suspect that the filesystem walking code had changed since mpd-0.19.21. -- Andre
