<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jan 11, 2022 at 4:48 PM James <<a href="mailto:jam@tigger.ws">jam@tigger.ws</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
<br>
> On 11 Jan 2022, at 8:30 pm, Stuart Auchterlonie <<a href="mailto:stuarta@squashedfrog.net" target="_blank">stuarta@squashedfrog.net</a>> wrote:<br>
> <br>
> On 09/01/2022 17:00, James Abernathy wrote:<br>
>> When I'm working on building a test mythtv BE/FE combo to test something, I have mythtv-setup fail due to it finding another backend like my production one. The only way I've found to recover from this is reformat the HD and start over with O/S install.  I know that you could spend a year or so digging into what files need to be removed, but I can't find them all so in the interest of time, I just start over.<br>
>> What I'd like is a way to tell mythtv-setup to not go looking for anything, just stay on localhost and make all assumptions as localhost.  Does that exist??<br>
> <br>
> If you override the environment variable MYTHCONFDIR to a different<br>
> directory, then the you can separate out the configuration data between<br>
> dev/test/prod instance even on the same machine.<br>
> <br>
> start with MYTHCONFDIR pointing to an empty dir, and then run<br>
> mythtv-setup and start from the beginning.....<br>
> <br>
> You will probably need to let it timeout on the search, and then select<br>
> manual setup.<br>
<br>
Stuart that does not answer the question. IE fresh install mythtv-setup - ooops<br>
<br>
I've got a new machine I want to play with.<br>
I don't want that machine messing up my master db.<br>
I don't want that frontend talking to or displaying recordings from the 'real' master backend<br>
I don't want that backend to be a slave.<br>
<br>
Great Myth: I do not have any fire wall in my network. The only port forward is ssh. Bad Guys can reach my modem then do nothing. It violates RFC to route private IPs.<br>
So every router between bad guys and me needs to be broken AND my modem need to be broken for Bad Guys to get to me. So a flaw allows them to get to me, why is a fire wall going to help.<br>
[firewalls do stop infected windows machines from calling OUT]<br>
<br>
The only solution that works for me is to firewall the play machine (and you can do wonderous stuff eg a play frontend machine and a play backend. With ssh tunnels you can create magic,<br>
<br>
As an alternative to Stuarts MYTHCONFDIR suggestion I use a .mythtv_a .mythtv_b and an alias (a mv .mythtv_a .mythtv) to switch a front end (same version) from real to play.<br>
<br>
I've not tried, and mac with their bundle system make it trivally easy, to run 2 frontends say a 31 and a 32,<br>
<br>
Building mythtv with different PREFIX would work together with the alias solution<br>
James<br></blockquote><div><br></div><div>What would make the connection of a Frontend to a backend easier the first time is when you select Search, it should show more data.  There is no difference in the list of the backends unless they are on different versions of Mythtv? If it could show the IP address or something else unique that would help</div><div><br></div><div>JIm A<br><br></div></div></div>