From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 81D12138A87 for ; Wed, 25 Feb 2015 19:18:03 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id A92FFE0936; Wed, 25 Feb 2015 19:18:00 +0000 (UTC) Received: from mout-xforward.gmx.net (mout-xforward.gmx.net [82.165.159.12]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id D3F4CE08A2 for ; Wed, 25 Feb 2015 19:17:59 +0000 (UTC) Received: from marcec.fritz.box ([93.181.44.4]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0Lb5GD-1XgwJe48JF-00kf14 for ; Wed, 25 Feb 2015 20:17:56 +0100 Date: Wed, 25 Feb 2015 20:17:46 +0100 From: Marc Joliet To: gentoo-amd64@lists.gentoo.org Subject: Re: [gentoo-amd64] Re: Systemd migration: opinion and questions Message-ID: <20150225201746.55b7a2f4@marcec.fritz.box> In-Reply-To: References: <20150224211545.50495cc0@marcec.fritz.box> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.25; x86_64-pc-linux-gnu) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-amd64@lists.gentoo.org Reply-to: gentoo-amd64@lists.gentoo.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/6ylCNJzahcbquM7v1zzEFs1"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:xYGys6Z1AEzmtIW69HFPQdhhCw5BHlH7NMxE+JzWmWH1qQEC6Ra /05FTdi3qYzNo7W1bGYoCyFfYZhLNJfNYwH4Ev/dnfqbXvFhaxvfpUzwGmDfwampUi+3PIt 6fPRBs8POaPMXA+vCi/Sd55Z8UOV7fc6jfzduV0KBs4875yk3Wdu95l81C1KLXu+grRWxSy FRDs2ordBRcE4XkK4RIYQ== X-UI-Out-Filterresults: junk:10; X-Archives-Salt: 80dfacfc-3955-4c61-994d-ba6523dfe210 X-Archives-Hash: c64d3c0c02345ba6e2ba9fff102b3e85 --Sig_/6ylCNJzahcbquM7v1zzEFs1 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Wed, 25 Feb 2015 10:33:37 +0000 (UTC) schrieb Duncan <1i5t5.duncan@cox.net>: > Marc Joliet posted on Tue, 24 Feb 2015 21:15:45 +0100 as excerpted: >=20 > > I would like to convert some programs I start in .xprofile to units that > > are started by my users's systemd instance. I started off with mpd, >=20 > It looks like you got this sorted, but FWIW... >=20 > I just use the standard system level mpd.service here. It drops privs=20 > and runs as its own user, and it listens localhost for connections from=20 > clients run as normal users, which pretty well limits any potential=20 > security issues, and that means I can control it via either my normal X=20 > user and GUI client, or mpc or whatever as either my normal user or my=20 > admin user (or root, for that matter). >=20 > In fact, IMO that's mpd's biggest advantage over most other players. I=20 > don't have to be in X to play music, and in fact, I can not only quit X,= =20 > but log out as the user I started playing the music with, and have it=20 > continue uninterrupted, controlling it when I need to using mpc from=20 > whatever other user (here, normally my admin user). >=20 > IOW, I really do use it as the system service/daemon that the name, mpd,= =20 > music player daemon, implies.=20 >=20 > And as such, I don't /want/ to start it from user login or service, I=20 > want it as a system service, which is how I run it. =3D:^) I used to run it like that when I was still using pure ALSA, but then I switched to pulseaudio, and didn't want to be in the unsupported "running pulseaudio in system mode" class of users. I actually did run mpd as a sys= tem service that connected to my users pulseaudio instance, but that was... suc= h an ugly hack. But either way, if you start mpd in ~/.xprofile, for example, and let it daemonise, it will still keep running after you log out. And mpd still doe= sn't exit when I quit my desktop session, so that has yet to be a problem (more precisely, the user instance of systemd doesn't exit). But if you want to just turn your computer on and listen to music, then tha= t's obviously suboptimal, having to log in to start your music player ;) . (Personally, I want to set up a NAS and a RaspberryPi or similar as a sort = of music center (i.e., I don't plan on archiving DVD rips or anything, at least not currently). My desktop would be too obtrusive and power hungry for suc= h a setup.) > But you're king of your own boxes. If you want to run it as a user-level= =20 > service and have it quit when you logout that user, go right ahead. =20 > Don't let the fact that such usage bothers me and I don't see the point,= =20 > if you're running it as your normal user anyway, there's all those other= =20 > player apps, why use mpd in that case, bother you. (No, that isn't=20 > sarcasm. Yes, it does bother me, but it's your box and your choice, and= =20 > presuming to take that away from you would bother me **FAR** more. So do= =20 > it the way that works best for you! =3D:^) Again, it *doesn't* terminate when I log out. Secondly, I like the various= UIs for it (I primarily use mpc with the media keys of my keyboard, and ncmpcpp= and sonata otherwise, though mostly the former), and that I can control it remo= tely (I do so from the laptop often). But really, what I like the most is the background nature of it. Or put differently, mpd is unobtrusive (I mean, it has to be, it's a daemon for cr= ying out loud ;) ). I can start playing music and forget that MPD is there. The music is simply "there", if you get what I mean. On the laptop, however, I do in fact run something else when I'm not at hom= e, namely MOC, which is the next best thing (it can daemonise, too, and is similarly unobtrusive, but only has one UI). Greetings --=20 Marc Joliet -- "People who think they know everything really annoy those of us who know we don't" - Bjarne Stroustrup --Sig_/6ylCNJzahcbquM7v1zzEFs1 Content-Type: application/pgp-signature Content-Description: Digitale Signatur von OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJU7h/hAAoJEL/Q5oYsiHj0zWsP/RpkpVF7qCJMHZGMwvzgsWGB ZOFbY7r65AyWx2C31Ji/A4ADWJpk7Fmzoh4C54BkjIleblHnC5z5YmHrL5jKQbPv eWTyoAk+uE2SJ2FobroFVeqjySqKAJSjueMQEBI31kuAAXyqgf0uk0G7KFzal3ZU 7JmScvgmGoVvmeWQCWrqsebYfy2xmxQBALA0aV6djf7T62Fu+Y2Y3wLRZ26JcOZv nDgK13bEtJX8P4e0WP//VjcWC+Obd9HGM2RIWEydc8zlXLKvIBT0V72EjCc1FjC7 vY6DCZQU6BzuMf1EgwwW6u5mnM/J9yD2n2zBWX9pCfghF+8958AE4k6Fkd+JL0gm dRUDChG7kw1nnW3KnHQ04OdqCwt3D5L7NiS5KjpqngVnLUfTHI/pK6ik0foGT+XP 38MYSKphpIEXCvoahaCQE1bcqPi96IPjn2pCnF0JfDBD65LMWIDCoZzUsUbRWlXS UfpIyN7IYGRNx03wmI8vQDe44UQ+NGjJK1mm03uBkNR6x9SLlhnfeiGS02JIHSZF +GU5VX7rInINVn30AEm2g/UgirR62WSqaoIrdeRbcjSIKrbkbdPiAYALeDrmE5+L pBtJxJ4W+IyfJ3gmLB7+ZH74fVhWz+hYCGkwPjmIZwkWSOGL8KEFjl4Z683tbbfo ZUY6Z0cA61nKYcT/uWAg =457r -----END PGP SIGNATURE----- --Sig_/6ylCNJzahcbquM7v1zzEFs1--