Bugzilla – Bug 2900
audiodir config setting stomped by itunes_library_music_path even when itunes is not used.
Last modified: 2006-02-04 19:17:05 UTC
/etc/slimserver.conf has these settings (amongst others): audiodir: /real/music/dir itunes: 0 itunes_library_autolocate: 1 itunes_library_music_path: /some/bogus/dir On (re)starting the slimserver and navigating in your browser to 'Server Settings' one sees that the 'Music Folder' value is shown as /some/bogus/dir. Sure enough, looking in /etc/slimserver.conf we see it's value has been stomped: audiodir: /some/bogus/dir itunes: 0 itunes_library_autolocate: 1 itunes_library_music_path: /some/bogus/dir
6.2.2 is nearing release. would you consider using that as your base, since you appear very keen on bug hunting?
Subject: Re: audiodir config setting stomped by itunes_library_music_path even when itunes is not used. This should be fixed in the 6.5 release of slimserver now. Please try that version and confirm. Thanks, dean
(In reply to comment #1) > 6.2.2 is nearing release. would you consider using that as your base, since > you appear very keen on bug hunting? > Upgraded with the RPM. rpm actually hung when doing this be appears to have done the job as slimserver now reports, "SlimServer Version: 6.2.2 - 5940 - Linux - EN - utf8" and Squeezeboxes upgraded firmware. The upgrade also trashed my MySQL DB. However, the problem persists.
Dean, do you know when (rev) it was changed in 6.5? I can't reproduce this with 6.2.2 or 6.5, and can't find anything that would have be saving something to the audiodir pref aside from the audiodir setting form.
Subject: Re: audiodir config setting stomped by itunes_library_music_path even when itunes is not used. Maybe this was fixed previously. At one point in older versions we were setting the audiodir in the itunes plugin, but I can confirm that we're not doing it anymore in 6.2.2 and 6.5. My memory was wrong.
No, I just upgraded to the latest version: SlimServer Version: 6.5b1 - 5998 - Linux - EN - utf8 Problem still persists.
Robin, can you give us some detail on how to reproduce this? When you reset your audiodir setting, does it automatically get reset to the same path as your itunes path? I can't see how this is happening for you...
I still cannot reproduce this. Could you setup the conditions again, but when you restart don't use the init.d script. Try running it manually: /usr/local/slimserver.pl --d_prefs --d_itunes --logfile /tmp/slimtest.log --prefsfile=/etc/slimserver.conf hopefully that will report the point at which the pref is being overwritten and maybe it will give us a different way to approach this. you can attach the log /tmp/slimtest.log
Created attachment 1120 [details] conf file after shutdown. Start up the server and wait a while, at prefs write time audiodir will be stomped: # service slimserver start Starting SlimServer: [ OK ] # diff slimserver.conf slimserver_at_shutdown.conf # diff slimserver.conf slimserver_at_shutdown.conf # diff slimserver.conf slimserver_at_shutdown.conf # diff slimserver.conf slimserver_at_shutdown.conf 14c14 < audiodir: /home/raintonr/music --- > audiodir: /home/raintonr/My Documents/My Music/
Created attachment 1121 [details] logfile from /usr/local/slimserver/slimserver.pl --d_prefs --d_itunes --logfile /tmp/slimtest.log --prefsfile=/etc/slimserver.conf (In reply to comment #8) > /usr/local/slimserver.pl --d_prefs --d_itunes --logfile /tmp/slimtest.log > --prefsfile=/etc/slimserver.conf Wow... this is wacko. When I run this the attached log is created. I 'su slimserver' first to make sure there's no permission problems. My prefs file was changed, but only like this: # diff slimserver.conf slimserver_at_shutdown.conf 14c14 < audiodir: /home/raintonr/My Documents/My Music --- > audiodir: /home/raintonr/My Documents/My Music/ I then verified the original test by doing a 'service slimserver start' and prefs were trashed with itunes as before.
If you edit the /etc/sysconfig/slimserver file, to add --d_prefs and --d_itunes to the SLIMSERVER_ARGS then you'll get similar startup debug at /tmp/slimserver.log when using the init script.
Oh dear, how embarrassing. I had stupidly _assumed_ that the itunes config was stomping the music folder. After all, it was the only part in the config file where that path appeared. So I changed itunes path to what I wanted music path to be, and mysteriously the duff path appeared on restart. Then I remembered... there was a time symlinks could not be entered in this field using the UI and I'd hardcoded this in /etc/sysconfig/slimserver. Sorry, as I say, rather embarrassing! :"> <:o)