<p dir="ltr"><br>
On 19 Jan 2016 18:53, "Ahmed S. Darwish" <<a href="mailto:darwish.07@gmail.com">darwish.07@gmail.com</a>> wrote:<br>
><br>
> On Mon, Jan 18, 2016 at 11:47:50PM -0300, Felipe Sateler wrote:<br>
> ><br>
> > On 18 January 2016 at 23:25, Arun Raghavan <<a href="mailto:arun@accosted.net">arun@accosted.net</a>> wrote:<br>
> ><br>
> > > This should be okay. I thought systemd has (or was going to have) a<br>
> > > mechanism for per-user services to come up at boot, but I might've<br>
> > > been imagining this.<br>
> ><br>
> > You can enable linger on your user, then your enabled user services<br>
> > should start up at boot and exit at shutdown.<br>
> ><br>
> > You'd need to add yourself to the audio group, however, because<br>
> > otherwise you'd loose access to the sound device when not logged in.<br>
> ><br>
><br>
> Shouldn't PulseAudio's systemd logind integration (module-systemd-login)<br>
> be disabled in that case?</p>
<p dir="ltr">No, why would you do that? The login integration is meant to prevent the daemon from exiting on idle as long as there is an active user session . This is still useful if daemon initialization is slow.</p>
<p dir="ltr">Having an always active pulseaudio socket does not necessarily mean having an always active daemon.</p>
<p dir="ltr">Saludos<br>
</p>