Talk:Music Player Daemon

From ArchWiki
Revision as of 07:49, 1 November 2013 by Lahwaacz (talk | contribs) (Per-user with systemd: .xinitrc or .xprofile?: re)
Jump to: navigation, search

I think this article needs to be reworked. Right now it's just single user with weird permissions (which did not work for me.) This needs to be more generalized for multiple users so it can be done properly. I'll look into it and consider some major modifications. --Statix 01:01, 5 October 2008 (EDT)

Still planning to?--stefanwilkens 20:31, 5 March 2009 (EST)

Because MPD is running as another user, it takes full control over the sound device and any other programs starting up as my user cannot open the sound device, i received the error Error opening ALSA device "hw:0,0": Device or resource busy. This differs slightly from the error in the article. As seen here the two lines here ipc_key_add_uid and falseipc_perm 0666 in /etc/asound.conf resolved the issue which allowed more than one user to read the sound device. This may help someone although its more of an issue with dmix than mpd but i only discovered it due to dmix running as a different user.

--Tama00 08:42, 22 June 2009 (EDT)

I do not understand why installing with MPD running as root initially and then switching over to user 'mpd', is given as the preferred method. I'd like to see an explanation in the page of why this is preferred ,as opposed to installing MPD just like any other program (e.g. putting the config in your normal ~, etc.). For me, the second way seemed more logical and easier.

Mollison 02:52, 15 August 2009 (EDT)

I think it's quite clearly described that you need it to be able to autostart from your rc.d directory. Wuncidunci

So I guess you're saying that the answer is: "because it's a daemon." That suffices, thanks. Mollison 01:12, 16 August 2009 (EDT)

I'm going to resurrect this because, based on my recent install (and from comments in many of the posts on the forums) I think it makes far more sense to detail two clear options:

1. Install for single user use (all files in ~/.mpd) - flagged 'recommended'
2. Install for multi-user use (files in {/etc,/var,/lib})

For the single user, it is just as simple to start mpd from .xinitrc and it means you don't have issues with permissions etc...


Jasonwryan 01:34, 7 December 2009 (EST)

That sounds good, I just thought about the same when browsing through the article. Guessing from the timestamp, I think no one has committed to this idea yet :)
I'll see when I have some time to spare. I also think that lots of Tips and Tricks are scattered throughout the page. It would be nicer if they were tied up in one section and referred to from other sections.
What I had in mind was:
1. Divide up the two ways of setting up mpd (on system start, per-user-basis) after explaining the internal workings of mpd a little (server/client, database, although that may perhaps be a bit too technical)
2. Bind up the good advices scattered throughout the article into the Tips&Tricks/Troubleshooting sections and refer to them from within the other sections.
3. Rewrite some passages and be a little moar formal :)
--n0stradamus 17:15, 8 August 2011 (CEST)

Hatten (talk) 23:31, 16 December 2012 (UTC)

I just managed to get an install of mpd going, and that was way harder than it should've been. Made an account here for the sole purpose of complaining that the article is hard to use, which it looks like I'm not the only one to think. If nobody else is gonna do the changes proposed the last few years I might give it a try, being a newbie to wiki editing it will be far from perfect, but I can at least hopefully incorporate some of my experiences trying to install this.

Aside from the whole article needing a rewrite, i suggest (and will do unless somebody stops me :p)

Switch single-user install and global install around, making single-user be the first thing a newbie sees.
make it use ~/.mpd/log instead of ~/.mpd/mpd.log (doing the same for the rest), as that's closer to the example config file.
Inserting it being an option to launch it with .xinitirc, cause i thought that was the easiest way to get it going.

Hatten (talk) 23:53, 16 December 2012 (UTC)

Went ahead and did all "my" changes. Feel free to revert anything, but I think it's a step in the direction of making the article a little easier on the newbie installing it for the first time.

Section 5.4: MPD & ALSA

This section is dealing with issue about hardware mixing not working, and telling to the user to use dmixer. I've get issue with this way of doing thing, enable to set the volume of mpd. Upstream have pointing me to the mixer_type option, which tell to mpd to use hardware or software mixing, what we want to do with dmixer.

The syntax for this audio_output's option is ` mixer_type "software" `. It replace ` option "dev=dmixer" device "plug:dmix" ` --Gkrnours 18:28, 22 March 2010 (EDT)

Article title: acronyms and i18n

Some of the translated pages have different titles schemes, others do not. Should the main title be MPD or Music Player Daemon? Dres 19:08, 23 January 2010 (EST)

I favor the expansion of acronyms in titles; this eliminates ambiguity. -- pointone 21:59, 23 January 2010 (EST)
I agree with this, yet Music Player Daemon already exists. I'll move the international pages that are eligible in the meantime. Dres 22:57, 23 January 2010 (EST)

mpd.pd permission issue

I had an error with the mpd user setup technique with mpd not having permission to access /var/run/mpd/ . I ended up commenting out that line in the mpd.conf file and things worked. --Mustard 22:50, 29 March 2011 (EDT)

I guess my solution (I just described it in the article) is more clean, for it keeps the functionality of the pid-file. --FlorianJW 09:51, 29 March 2012 (EDT)

Per-user with systemd: .xinitrc or .xprofile?

The current instructions to add "systemd --user &" to .xinitrc causes problems:

When I try to run `systemctl --user enable mpd` I get cryptic errors. I am using GDM and I didn't originally have a .xinitrc file, so I don't think the systemd command is executed before GDM is launched.

Adding the line to .xprofile, rather than .xinitrc, fixes the problem, as it is called before GDM is launched.

Should the instructions be updated to use .xprofile, or at least provide a note?

I modified the instructions on the Urxvt#Daemon-Client setup through systemd page and managed to make it work per user. The fix is to add a User=%i line to the Service section of the service file, then enable the service as mpd@username.service.
I'm about to edit the article so --user isn't erroneously suggested to any confused reader coming looking.
Lcarsos (talk) 07:30, 1 November 2013 (UTC)
I think you are confusing systemd user units with system units. User units are managed by systemd/User, though even system units can be configured to run with specific user permissions (the User=%s option), but they are managed by the system instance of systemd (PID 1).
Note that the systemd user session manager has changed since v206 and still is under heavy development (see notes in systemd/User), so please don't do any hasty actions. Mark the relevant sections as out of date if necessary.
-- Lahwaacz (talk) 07:49, 1 November 2013 (UTC)

MPD native playback

Is it still working? The solution mentioned does not work for me.

MPD with GNOME3 running as user

I managed to get mpd & mpdscribble working with GNOME3. Make sure none of the services are enabled in systemd. Then edit the mpdconf file in you $HOME (mine is ~/.mpd/mpd.conf) and make sure the user option isn't set. The open a terminal and run the command `gnome-session-propteries` and you'll get a window listing all the programs GNOME starts once you've logged in. Just add MPD and mpdscribble and all should be working the next time you login. Jonnybarnes (talk) 21:39, 31 October 2013 (UTC)