You are not logged in.
Pages: 1
Well, I've followed arch's wiki entry on mpd, and here's the problems I have:
1) The last state won't save. If it does save, it saves a particular song and ALWAYS loads off with that one song.
2) Some songs don't play. They, uh.. just stay there.
3) Running mpd just from the daemon doesn't get it to load. I have to add it to gnome-sessions as well. Is that correct procedure or merely a workaround to a bigger problem?
4)mpd --create-db outputs this:
cannot init supplementary groups of user "gary" at line 8: Operation not permitted
5) mpd --create-db will ALWAYS hang at a particular song (not the song that is loaded from the state file). Even trying sudo mpd --create-db, which I know is a bad idea, still hangs at that song.
Uh, help?
Offline
Please post your config so we can help you adjust your settings.
BTW, you should not have to do #3.
Offline
music_directory "~/Music"
playlist_directory "~/.mpd/playlists"
db_file "~/.mpd/db"
log_file "~/.mpd/log"
error_file "~/.mpd/error"
pid_file "~/.mpd/mpd.pid"
state_file "~/.mpd/mpdstate"
user "gary"
bind_to_address "127.0.0.1"
port "6600"
#connection_timeout "60"
#max_playlist_length "16384"
#filesystem_charset "ISO-8859-1"
#id3v1_encoding "ISO-8859-1"
I know, but that was the only way to get mpd to autostart. Or else I'd have to do
sudo /etc/rc.d/mpd start
everytime I boot up
Last edited by zephyrus17 (2008-11-14 04:59:43)
Offline
1) please use absolute paths. Relative paths are known to not work at times.
2) This VERY much sounds like permissions problem
3) This sounds very suspect. you say it works if you run "/etc/rc.d/mpd start" - but that is the exact same thing as putting it in daemons array in /etc/rc.conf
If you use oss4, make sure you dont start mpd before oss (i say this even tho it should be obvious: mpd needs a working sound driver, if its not loaded, it wont run)
*edit*
Oh, and another thing: would you care to test mpd-git from AUR? Lots has changed internally....
Last edited by Rasi (2008-11-14 06:33:07)
He hoped and prayed that there wasn't an afterlife. Then he realized there was a contradiction involved here and merely hoped that there wasn't an afterlife.
Douglas Adams
Offline
I am using alsa. I am already using mpd-git.
How would I resolve/diagnose where the permission problem lies?
Offline
Check which user mpd runs as ("gary" according to your conf file); then check whether gary has read permissions on all songs in your music library, and execute permission on all directories they are in (by using 'ls -l'). Make sure gary has write permissions on the playlist, db file, state file, etc.
An easy way to "fix" permission problems for the music library is to 'chown -R gary ~/Music'
Offline
Check permissions on these 3 directories:
$ ls -l /var/{lib,run,log}/mpd
ARCH|awesome3.0 powered by Pentium M 750 | 512MB DDR2-533 | Radeon X300 M
The journey is the reward.
Offline
Is it bad that I just run `mpd` when I want to start mpd? Should I really have been doing `/etc/rc.d/mpd start` this whole time?
[ lamy + pilot ] [ arch64 | wmii ] [ ati + amd ]
Offline
Is it bad that I just run `mpd` when I want to start mpd? Should I really have been doing `/etc/rc.d/mpd start` this whole time?
`/etc/rc.d/mpd start` = `mpd /etc/mpd.conf`
The rc.d script is just a convenient way to auto start mpd at boot. There's no difference, except the default rc.d script loads /etc/mpd.conf automatically (`mpd` with no arguments checks for ~/.mpdconf first).
Last edited by creslin (2008-11-15 01:03:41)
ARCH|awesome3.0 powered by Pentium M 750 | 512MB DDR2-533 | Radeon X300 M
The journey is the reward.
Offline
I get:
/var/lib/mpd:
total 4
drwxr-xr-x 2 mpd mpd 4096 2008-11-05 12:14 playlists
/var/log/mpd:
total 0
/var/run/mpd:
total 0
So I'll have to do a chown -R /var/run/mpd and /var/log/mpd?
Offline
`mpd` with no arguments checks for ~/.mpdconf first
Oh, didn't know that. Guess I should make sure the two conf files are the same.
[ lamy + pilot ] [ arch64 | wmii ] [ ati + amd ]
Offline
As for the songs not playing, check that they are in a format mpd can read.
Have you Syued today?
Free music for free people! | Earthlings
"Perfection is achieved, not when there is nothing more to add, but when there is nothing left to take away." -- A. de Saint-Exupery
Offline
Well, if exaile or rhythmbox can read the formats, sure mpd can as well?
Offline
I'm getting 'cannot init supplementary groups of user' all the time, but doesn't seem to get affect in any noticeable way...Well, maybe just me.
I've got one song hang at creating database, too. Turns out that song wasn't quiet alright by itself. Remove it, re-encode it, or whatever...should get your database going. Yes, other media players can process the problematic song, so I'd say it IS a problem with mpd, but since you have chosen mpd, it'd be wise to make your life a little easier by just doing something to that song...
Maybe we should fire up a bug report to mpd though. Can you get any logs?
Offline
How do I get logs? Well, I don't really *need* mpd, I just like the mpd+sonata combi, but if it won't work out.. sigh...
Offline
Rasi wrote:3) This sounds very suspect. you say it works if you run "/etc/rc.d/mpd start" - but that is the exact same thing as putting it in daemons array in /etc/rc.conf
I don't understand this either, but it happens to me too. It won't start on boot - aborts on line 6 of the script (running the config) but once I'm logged in running /etc/rc.d/mpd start as root works fine.
If rc.conf cannot workin, you'll add this lines into your bashrc file;
mpd () {
sudo /etc/rc.d/mpd start
}
After source the your bashrc and try mpd on terminal
Arch Linux deviantART Group :
ArchLinux@deviantART ~
Offline
Pages: 1