<div dir="ltr">On 17 November 2013 23:13, Jerry Vonau <span dir="ltr"><<a href="mailto:jvonau@shaw.ca" target="_blank">jvonau@shaw.ca</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On Sun, 2013-11-17 at 20:28 +0000, Peter Robinson wrote:<br>
> On Sun, Nov 17, 2013 at 8:22 PM, Jerry Vonau <<a href="mailto:jvonau@shaw.ca">jvonau@shaw.ca</a>> wrote:<br>
> > Hi Peter,<br>
> ><br>
> > On Sun, 2013-11-17 at 19:33 +0000, Peter Robinson wrote:<br>
</div><div class="im">> >> Secondly, a minor annoyance with sugar-runner is that the "shutdown"<br>
> >> and "reboot" options in the menu should likely be disabled when sugar<br>
> >> is being run in sugar-runner (leaving just logout) because it takes<br>
> >> the main desktop with it without any noticed that it might do that.<br>
> >><br>
> ><br>
> > I believe the view-ability of those are settable in gconf, something for<br>
> > the spin's kickstart file to alter.<br>
><br>
> sugar-runner isn't used in the spin, it's used in the General<br>
> distribution for those that want to run sugar within another desktop<br>
> environment whether as an enduser or developer so a kickstart here is<br>
> completely irrelevant and doesn't even come into play<br>
><br>
<br>
</div>Forgive me, I thought from the subject that Soas is a livecd based image<br>
that can be installed build with livecd-creator, using what is more or<br>
less the same backend that olpc-os-builder uses. The builds are driven<br>
via kickstart files, with some commands structures shared between the<br>
two images [1][2] in respect to gconftool-2. While show_logout and<br>
show_restart keys were configurable before the latest patch[3] extends<br>
that to shutdown now. While you say those are completely unrelated how<br>
can that be when the new default in the schema is true, just wondering<br>
how sugar-runner will deal with the new default going forward, really<br>
didn't change the behaviour just made it optional. My concern is maybe<br>
that default needs to be false for sugar-runner leaving others having to<br>
account for the change, that is all. It doesn't really matter to me<br>
either way as long as the key becomes set should we need to set it in<br>
the future.<br>
<br></blockquote><div><br><br></div><div>Hi,<br><br>I'm not sure to understand your concern. We default to true, so keep the same behavior. sugar-runner will set the environment variables to "no" disabling the items only for sugar-runner and not when running from gdm.<br>
<br>Can you explain what's the issue exactly? <br></div></div></div></div>