Bug#958179: create user-friendly startup configuration
Hi Florian, I agree it's tricky to get the docs right. On 2020-09-24 at 19:25:35, Florian Schlichting wrote: > Historically, the package has shipped a lot of infrastructure for > running as a system service, and I think having mpd run on a headless > box somewhere on the home network and being able to control one's music > remotely is one of its big appeals. That's closer to my use case, though not quite what I do. It's running on my desktop computer which I also use as a "home server". My goal is to have: - mpd working regardless of whether or not I am logged in - sound working for my user account (e.g. in vlc) without having to stop the mpd service That's probably not a reasonable default use case though. > However I feel most users would probably be served better by deleting all > of that infrastructure and configuring mpd to run from their user > session, just like their pulseaudio, which in my understanding is the > proper way to solve the permissions problem that Eduard mentions. That might be the way to go for the default. > Can we do sensible things for all of these use cases, or should we try > to do less but have that work out of the box? And what's the default use > case to be? I'm sure how to tackle all of this, but perhaps we should identify a few use cases and document them separately in the README. I can think of three: 1. systemd+pulseaudio in a user session 2. headless server 3. (whatever we call my use case) Francois -- https://fmarier.org/
Bug#958179: create user-friendly startup configuration
Hi Eduard and Francois,
I agree that README.Debian is a mess. What keeps me from fixing it is
that I'm unsure how people are using (or intend to use) mpd.
Historically, the package has shipped a lot of infrastructure for
running as a system service, and I think having mpd run on a headless
box somewhere on the home network and being able to control one's music
remotely is one of its big appeals.
However I feel most users would probably be served better by deleting all
of that infrastructure and configuring mpd to run from their user
session, just like their pulseaudio, which in my understanding is the
proper way to solve the permissions problem that Eduard mentions.
This assumes that "most users" start on a default Gnome desktop with
pulseaudio, but then some people prefer to use JACK oder ALSA with dmix
or want to run several instances of mpd or don't use systemd or do use
systemd but haven't heard of socket activation etc, and there's your
mess.
Can we do sensible things for all of these use cases, or should we try
to do less but have that work out of the box? And what's the default use
case to be?
Confused,
Florian
On Sun, Apr 19, 2020 at 02:12:53PM +0200, Eduard Bloch wrote:
> Package: mpd
> Version: 0.21.20-1
> Severity: wishlist
>
> Hi,
>
> I have used mpd like 10 years ago and it was quite okay back then. I
> wanted to revive it, and I failed.
> It seems that:
>
> a) is no longer capable of auto-detecting an ALSA device. I get errors
> like "Failed to open ALSA device (default)"
>
> b) when I change the config to use pulse audio, it fails. The reported
> error is not helpful, mentioning some permission problem. Maybe
> README.Debian should explain in detail what this is about?
>
> In the end it looks like it runs as a separate user without permissions.
> And README.Debian talks around that fact but not saying clearly what's
> up. Then it suggests to clone the config to $HOME in varios ways and
> investigate how to start it.
>
> I am sorry, but for me those instructions look just messy. There should
> be some kind of script for initial setup which the user just runs and it
> asks "do you want to use it in your Desktop session?" and if not then it
> should clearly communicate how to modify permissions to make the audio
> output accessible.
>
> Best regards,
> Eduard.
>
> }
>
> /etc/mpd.conf changed:
> music_directory "/data/wdblue_partition5/audio"
> playlist_directory"/var/lib/mpd/playlists"
> db_file "/var/lib/mpd/tag_cache"
> log_file "/var/log/mpd/mpd.log"
> pid_file "/run/mpd/pid"
> state_file"/var/lib/mpd/state"
> sticker_file "/var/lib/mpd/sticker.sql"
> user "mpd"
> bind_to_address "localhost"
> input {
> plugin "curl"
> }
> input {
> enabled"no"
> plugin "qobuz"
> }
> input {
> enabled "no"
> plugin "tidal"
> }
> decoder {
> plugin "hybrid_dsd"
> enabled "no"
> }
> audio_output {
> type"alsa"
> name"My ALSA Device"
> }
> filesystem_charset"UTF-8"
>
>
> -- no debconf information
>
> --
> hat hier wer ne arm und schnell zeit n paket zu bauen?
> abi: hast du gerade "arm" und "schnell" in einem Satz benutzt?
On Sun, Sep 06, 2020 at 12:09:29PM -0700, Francois Marier wrote:
> Not a solution to the issue you raised, but in case that helps, I've
> documented my own setup here:
>
> https://feeding.cloud.geek.nz/posts/home-music-server-with-mpd/
>
> Francois
>
> --
> https://fmarier.org/
>
> ___
> Pkg-mpd-maintainers mailing list
> pkg-mpd-maintain...@alioth-lists.debian.net
> https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-mpd-maintainers
Bug#958179: create user-friendly startup configuration
Package: mpd
Version: 0.21.20-1
Severity: wishlist
Hi,
I have used mpd like 10 years ago and it was quite okay back then. I
wanted to revive it, and I failed.
It seems that:
a) is no longer capable of auto-detecting an ALSA device. I get errors
like "Failed to open ALSA device (default)"
b) when I change the config to use pulse audio, it fails. The reported
error is not helpful, mentioning some permission problem. Maybe
README.Debian should explain in detail what this is about?
In the end it looks like it runs as a separate user without permissions.
And README.Debian talks around that fact but not saying clearly what's
up. Then it suggests to clone the config to $HOME in varios ways and
investigate how to start it.
I am sorry, but for me those instructions look just messy. There should
be some kind of script for initial setup which the user just runs and it
asks "do you want to use it in your Desktop session?" and if not then it
should clearly communicate how to modify permissions to make the audio
output accessible.
Best regards,
Eduard.
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable-debug
APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'stable'), (1,
'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 5.6.3+ (SMP w/12 CPU cores)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8),
LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages mpd depends on:
ii adduser 3.118
ii init-system-helpers 1.57
ii libadplug-2.3.1-0 2.3.1+dfsg-2
ii libao41.2.2+20180113-1+b1
ii libasound21.2.2-2.1
ii libaudiofile1 0.3.6-5
ii libavahi-client3 0.7-5
ii libavahi-common3 0.7-5
ii libavcodec58 7:4.2.2-1+b1
ii libavformat58 7:4.2.2-1+b1
ii libavutil56 7:4.2.2-1+b1
ii libbz2-1.01.0.8-2
ii libc6 2.30-4
ii libcdio-cdda2 10.2+2.0.0-1+b1
ii libcdio-paranoia2 10.2+2.0.0-1+b1
ii libcdio18 2.0.0-2
ii libcurl3-gnutls 7.68.0-1
ii libdbus-1-3 1.12.16-2
ii libexpat1 2.2.9-1
ii libfaad2 2.9.1-1
ii libflac8 1.3.3-1
ii libfluidsynth22.1.1-2
ii libgcc-s1 10-20200411-1
ii libgcrypt20 1.8.5-5
ii libgme0 0.6.3-2
ii libicu63 63.2-3
ii libid3tag00.15.1b-14
ii libiso9660-11 2.0.0-2
ii libixml10 1:1.8.4-2
ii libjack0 [libjack-0.125] 1:0.125.0-3+b1
ii libjs-sphinxdoc 2.4.3-2
ii libmad0 0.15.1b-10
ii libmikmod33.3.11.1-4
ii libmms0 0.6.4-3
ii libmodplug1 1:0.8.9.0-2
ii libmp3lame0 3.100-3
ii libmpcdec62:0.1~r495-2
ii libmpdclient2 2.18-1
ii libmpg123-0 1.25.13-1
ii libnfs13 4.0.0-1
ii libogg0 1.3.2-1+b1
ii libopenal11:1.19.1-1+b1
ii libopus0 1.3-1+b1
ii libpcre3 2:8.39-12+b1
ii libpulse0 13.0-5
ii libsamplerate00.1.9-2
ii libshout3 2.4.3-1
ii libsidplayfp4 1.8.8-1+b1
ii libsmbclient 2:4.11.5+dfsg-1+b1
ii libsndfile1 1.0.28-7
ii libsndio7.0 1.5.0-3
ii libsoxr0 0.1.3-2
ii libsqlite3-0 3.31.1-5
ii libstdc++610-20200411-1
ii libsystemd0 245.4-4
ii libupnp13 1:1.8.4-2
ii libvorbis0a 1.3.6-2
ii libvorbisenc2 1.3.6-2
ii libwavpack1 5.2.0-1
ii libwildmidi2 0.4.3-1
ii libyajl2 2.1.0-3
ii libzzip-0-13 0.13.62-3.2
ii lsb-base 11.1.0
ii zlib1g1:1.2.11.dfsg-2
mpd recommends no packages.
Versions of packages mpd suggests:
pn avahi-daemon
ii gmpc [mpd-client]11.8.16-17
pn icecast2
ii mpc [mpd-client] 0.33-1
ii ncmpc [mpd-client] 0.35-1
ii pulseaudio 13.0-5
ii pygmy [mpd-client] 0.48-4
ii sonata [mpd-client] 1.7~b1-4
-- Configuration Files:
/etc/logrotate.d/mpd changed:
/var/log/mpd/*.log {
daily
missingok
rotate 3
compress
notifempty
copytruncate
create 600
}
/etc/mpd.conf changed:
music_directory "/data/wdblue_partition5/audio"
playlist_directory "/var/lib/mpd/playlists"
db_file "/var/lib/mpd/tag_cache"
log_file"/var/log/mpd/mpd.log"
pid_file
