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 clear="all"><br>-- <br>Jeremy Nickurak -= Email/XMPP: <a href="mailto:jeremy@nickurak.ca" target="_blank">jeremy@nickurak.ca</a> =-<br><br>