<div dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">John <smiling lots> I can't believe anybody would do real editing with nano. I have used vi since it ran on a PDP/11 with 100K ram, and have never looked back.<br></blockquote><div><br></div><div>You could have also been an emacs guy :) - nano is great for simple edits, but definitely not my tool of choice when doing complex edits.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
I changed the export from enabled to packages and I now have an issue that I only saw on Exit - the frontend GUI now occupies every 'space' in Apple terminology ie every workspace or desktop.</blockquote><div><br></div><div>Strange - this edit should have only updated the app's internal python package to find the bundled mythtv python goodies.  I'm clueless as to why the GUI started acting up.</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> <br></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
The grabber works<br></blockquote><div><br></div><div>Great - it did on my test VM as well, but I wanted to make sure.</div><div><br></div><div>John P / Mark - given James experienced some new segfaults in the cutlist editor, any other thoughts / breadcrumbs to fixes in master that may help?  My guess is the linux qt5 version James is using is more robust to failures than the mac build. Not sure if there's something that can be done to the mac code to better handle the crashes averting the segfaults.</div></div></div>