A question about the console-kit approach, where the user physically near the sound hardware is the person that gets to use it...<br><br>A favorite trick of mine is to ssh into a machine, and use the sound hardware there to announce some kind of event. It might be an alarm to wake up a family member, or a remotely-generated event alert. It might not be SSH, it might be a cron job, or a CGI...<br>
<br>Assuming I&#39;m the administrator of the machine, how can I pull off this trick in the context of console-kit? If it&#39;s even possible, it sounds like I&#39;d have to suspend the existing pulseaudio connection by assigning rights to a &quot;virtual console&quot; of some kind, which would then have the opportunity to use the audio device until it released it.<br>
<br>Incidentally, this seems to be the same use case that vision-impaired users were dealing with recently: How can system-level processes inject their inputs to the speakers without a system-level pulseaudio daemon sharing that hardware?<br>
<br>-- <br>Jeremy Nickurak -= Email/XMPP: <a href="mailto:jeremy@nickurak.ca">jeremy@nickurak.ca</a> =-<br><br>