<br><br><div class="gmail_quote">On Fri, Jun 25, 2010 at 10:28 PM, Ginsu Squirrel <span dir="ltr">&lt;<a href="mailto:ginsu.squirrel@gmail.com">ginsu.squirrel@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">



  

<div text="#000000" bgcolor="#ffffff"><div><div></div><div class="h5">
On 06/25/2010 06:46 PM, Jack Perveiler wrote:
</div></div><blockquote type="cite"><div><div></div><div class="h5">Hello,<br>
  <br>
After a recent update of 0.23-fixes (don&#39;t know the original rev, but
the new one is r25154) I lost the ability to shutdown my remote, 
diskless frontend with the system exit key.  It&#39;s set to &quot;esc&quot;, and if
I hit &quot;esc&quot; from the main menu I do get the 3-item dialog box (Are you
sure you want to exit? No, Yes, Yes and Shutdown).<br>
  <br>
&quot;No&quot; indeed cancels, and &quot;Yes&quot; indeed closes mythfrontend.  &quot;Yes and
Shutdown does&quot; nothing (neither exits mythfrontend nor shuts down the
system).<br>
  <br>
Any hints?  I haven&#39;t changed any settings so I&#39;m guessing something
changed underneath me when i updated the myth packages.  I&#39;m certain
I&#39;m not providing enough information, but I honestly don&#39;t know what to
provide that would be relevant.  Here&#39;s the full version information:<br>
  <br>
mythfrontend --version<br>
xprop:  unable to open display &#39;&#39;<br>
Please attach all output as a file in bug reports.<br>
MythTV Version   : 25154<br>
MythTV Branch    : branches/release-0-23-fixes<br>
Network Protocol : 56<br>
Library API      : 0.23.201000617-1<br>
QT Version       : 4.5.2<br>
Options compiled in:<br>
 linux debug using_oss using_alsa using_pulse using_jack
using_pulseoutput using_backend using_dvb using_firewire using_frontend
using_glx_proc_addr_arb using_hdhomerun using_hdpvr using_iptv
using_ivtv using_joystick_menu using_libudev using_lirc using_mheg
using_opengl_video using_opengl_vsync using_qtwebkit using_v4l
using_x11 using_xrandr using_xv using_xvmc using_xvmc_vld using_xvmcw
using_bindings_perl using_bindings_python using_opengl using_vdpau
using_ffmpeg_threads using_libavc_5_3 using_live using_mheg<br>
  <br>
Is there a database setting saying what should happen with the &quot;Yes and
shutdown&quot; exit is selected?  I see a few options for server shutdown
scripts etc, but their descriptions (and names) suggest that they&#39;re
for shutting down/waking up remote backends and not frontends.  I&#39;m
happy to be told otherwise though ;)<br>
  <br>
Thanks,<br>
  <br>
--Jack<br>
  </div></div><pre><fieldset></fieldset>
_______________________________________________
mythtv-users mailing list
<div class="im"><a href="mailto:mythtv-users@mythtv.org" target="_blank">mythtv-users@mythtv.org</a>
<a href="http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users" target="_blank">http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users</a>
  </div></pre>
</blockquote>
If you have no configuration option to set what Shutdown does, it
sounds like you are using the Mythbuntu packages.  They force you to
use dbus as the only shutdown/reboot options, and the dbus shutdown is
currently broken.  See <a href="http://svn.mythtv.org/trac/ticket/8556" target="_blank">http://svn.mythtv.org/trac/ticket/8556</a><br>
</div>

<br></blockquote><div><br>Yes, I&#39;m running Mythbuntu, although my myth packages are from JYA&#39;s release repository.<br><br>I&#39;m admittedly ignorant of most of what bug 8556 is saying though... for educational purposes can you clarify a bit?  <br>
<br>1) How do the mythbuntu packages force you to use dbus?<br>2) Is the dbus shutdown brokenness due to myth, or to something else in the mythbuntu environment?<br>3) Looks like the fix in 8556 is a patch to configure... isn&#39;t configure only used at compile time?  Are you saying that the packages themselves are broken because when they were built configure didn&#39;t detect something correctly on the packager&#39;s system?<br>
4) &quot;If you have no configuration option to set what Shutdown does&quot; implies that other people have such configuration options.  Is this a side effect of a bad build due to configure doing the wrong thing, or are they just missing a script the database is pointing to (or similar)?<br>
<br>Thanks again,<br><br>--Jack<br></div></div>