<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, Oct 26, 2015 at 4:56 AM, Michael T. Dean <span dir="ltr"><<a href="mailto:mtdean@thirdcontact.com" target="_blank">mtdean@thirdcontact.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 10/24/2015 04:47 PM, Mike Rice wrote:<br>
</span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
Seems like this should be easy but I don't know how to do it.  I currently have a frontend (hostname=nucfrontend) setup exactly how I want it.  I bought another machine that I want to put upstairs.  It is almost exactly the same so I just want to copy the settings from nucfrontend to the new box (nuci3frontend).<br>
<br>
I can do this:<br>
<br>
</span><a href="http://mythconverg_restore.pl" rel="noreferrer" target="_blank">mythconverg_restore.pl</a> <<a href="http://mythconverg_restore.pl" rel="noreferrer" target="_blank">http://mythconverg_restore.pl</a>> --change_hostname --old_hostname="XXXX" --new_hostname="YYYY"<span class=""><br>
<br>
but it seems to remove the settings for old_hostname (tried it with a really old hostname I had in there).  I need to keep both.<br>
</span></blockquote>
<br>
Right, that is to change the host name, not to "copy a host configuration", so to speak.<span class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
I tried the custom-identifier route but I couldn't get that to work.  I need a different AudioOutputDevice on each. Changing on one frontend breaks the other.<br>
<br>
Any ideas?<br>
</blockquote>
<br></span>
There's no way to do this.  Why?  Because a) there's no definition of "frontend settings," and b) in theory, you should be using almost all default settings and only modifying a few settings values to get the behavior you desire, so it should be easy to change a few settings after creating a new frontend--and failing to do so will have no negative effects other than not performing the behavior you expect (which then becomes your notification that you need to change that setting to something other than the default).</blockquote><div><br></div><div>As far as b) goes I agree that it should be just changing a few settings.  The problem is there are many settings and it isn't clear which settings have been changed from the default.  And then when the misbehavior occurs it's sometimes hard to find the page in the setup to change it. </div><div><br></div><div>Is there any way to determine which settings have been changed from the default?  </div><div><br></div><div>I'd rather not insert into the database as suggested but maybe I can just run a query to show the differences between the old frontend settings and new frontend settings. Then I could make the actual changes in the normal manner.</div></div></div></div>