<p dir="ltr"><br>
</p>
<br><div class="gmail_quote"><div dir="ltr">On Thu, Jul 30, 2015, 3:44 PM Hika van den Hoven <<a href="mailto:hikavdh@gmail.com">hikavdh@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hoi Thomas,<br>
<br>
Friday, July 31, 2015, 12:19:45 AM, you wrote:<br>
<br>
> On Thu, Jul 30, 2015 at 3:14 PM Daryl McDonald <<a href="mailto:darylangela@gmail.com" target="_blank">darylangela@gmail.com</a>><br>
> wrote:<br>
<br>
>><br>
>> On Jul 30, 2015 10:36 AM, "Mike Perkins" <<a href="mailto:mikep@randomtraveller.org.uk" target="_blank">mikep@randomtraveller.org.uk</a>><br>
>> wrote:<br>
>> ><br>
>> > On 30/07/15 15:07, Stuart Auchterlonie wrote:<br>
>> >><br>
>> >> On 30/07/15 12:22, Daryl McDonald wrote:<br>
>> >>><br>
>> >>><br>
>> >>> On Jul 30, 2015 4:04 AM, "Mike Perkins" <<a href="mailto:mikep@randomtraveller.org.uk" target="_blank">mikep@randomtraveller.org.uk</a><br>
>> >>> <mailto:<a href="mailto:mikep@randomtraveller.org.uk" target="_blank">mikep@randomtraveller.org.uk</a>>> wrote:<br>
>> >>>><br>
>> >>>><br>
>> >>>> On 30/07/15 00:32, Robin Gilks wrote:<br>
>> >>>>><br>
>> >>>>><br>
>> >>>>> Greetings all<br>
>> >>>>><br>
>> >>>>> Since I've not had a problem with it on a couple of *buntu installs,<br>
>> I<br>
>> >>>>> updated my Mythbuntu frontend with the "LTS Enablement Stacks" and<br>
>> its a<br>
>> >>>>> disaster :(<br>
>> >>>>><br>
>> >>>>> The box randomly gets into a stuttering state that requires a reboot<br>
>> to<br>
>> >>>>> fix it during which time it runs much hotter.<br>
>> >>>>><br>
>> >>>>> I'm pretty sure the kernel upgrade is OK (fixes USB3 mceusb remote<br>
>> >>><br>
>> >>> issues)<br>
>> >>>>><br>
>> >>>>> but the xserver and mesa updates seem to be what has broken things.<br>
>> >>>>><br>
>> >>>>> The original update was<br>
>> >>>>> "sudo apt-get install --install-recommends linux-generic-lts-utopic<br>
>> >>>>> xserver-xorg-lts-utopic libgl1-mesa-glx-lts-utopic<br>
>> >>>>> libegl1-mesa-drivers-lts-utopic"<br>
>> >>>>><br>
>> >>>>> I've no idea how I find out what was originally installed so how do I<br>
>> >>>>> revert everything bar the kernel?<br>
>> >>>>><br>
>> >>>>> Cheers<br>
>> >>>>><br>
>> >>>> I've always found these sorts of "upgrades" to be problematical. My<br>
>> >>><br>
>> >>> preference is to do full backups of needed files/configurations and<br>
>> then<br>
>> >>> a clean install.<br>
>> >>>><br>
>> >>>><br>
>> >>>> This ensures that everything is consistent. Upgrading over the top of<br>
>> >>><br>
>> >>> an existing install usually leaves odd library inconsistencies which<br>
>> are<br>
>> >>> difficult to resolve.<br>
>> >>>><br>
>> >>>><br>
>> >>>> --<br>
>> >>>><br>
>> >>>> Mike Perkins<br>
>> >>>><br>
>> >>><br>
>> >>> Mike what is your method for getting that full backup? Is there a<br>
>> script<br>
>> >>> that separates the myth add ons from the previous install?<br>
>> >>><br>
>> >>><br>
>> >><br>
>> >> Personally i would use the "seat of pants" method. (Not suitable for<br>
>> >> novice installers)<br>
>> >><br>
>> >> ie. If you store all your recordings on a separate drive / partition<br>
>> >> then you dump your full database to that partition, with anything else<br>
>> >> interesting like ssh keys.<br>
>> >><br>
>> >> Then go forth, and re-install making sure not to reformat the recordings<br>
>> >> drive / partition.<br>
>> >><br>
>> >> Once the OS is install get mythtv built / installed, restore database,<br>
>> >> cross fingers and start it all up.<br>
>> >><br>
>> >> If it all goes wrong you get to restore from backup.. ;-)<br>
>> >> I did mention this was the "seat of pants" method and contains no<br>
>> >> backup instructions at all...<br>
>> >><br>
>> > Almost exactly it. I have a "backup" directory on my first recording<br>
>> volume, which is where the db backups usually go anyway.<br>
>> ><br>
>> > As well as those I make sure I have copies of things like config.xml and<br>
>> selected items like ssh keys and ntp.conf, my.conf, and so on.<br>
>> ><br>
>> > Note: If you do do this, be aware that some OSs create the mysql<br>
>> database with a new, randomized mythtv password! Of course you can<br>
>> overwrite this when you restore but it might cause some head-scratching.<br>
>> ><br>
>> > Oh, and my policy on a new install is always to create the 'mythtv' user<br>
>> *before* installing the mythtv software. This ensures that it is created as<br>
>> a regular user, with a home directory under /home, not /var/lib. It also<br>
>> means you get to choose the uid, gid, etc if that is important to you.<br>
>> ><br>
>> > --<br>
>> ><br>
>> > Mike Perkins<br>
>> ><br>
>> ><br>
>> > _______________________________________________<br>
>><br>
>> Maybe I'm being naive, but the elegance of Mythtv that I've seen so far<br>
>> leads me to believe there would be a more elegant, less blood sweat and<br>
>> tears way to upgrade our OS. Something like running "diff" against a<br>
>> "rsync'd" OS backup  and a fresh install and then have the product<br>
>> "automagically" inserted appropriately into the new OS release? Is this<br>
>> even possible? When I upgraded from 12.04 to 14.04, there was plenty of<br>
>> B,S,&T, due to poor memory of the five or six things (udev, etc) beyond the<br>
>> database backup and usually only a short window of opportunity to get'er<br>
>> done.<br>
>><br>
>> Thoughts?<br>
>> _______________________________________________<br>
<br>
<br>
> I'm hoping to have a much better way to upgrade in the future in the way of<br>
> Ubuntu snappy. However I keep running into the following error message<br>
<br>
> INVALID TIME CANNOT BE < 0<br>
<br>
> I really need to get that fixed.<br>
<br>
The trouble with automating updates is that every situation is<br>
different and as a writer you can not anticipate everything.<br>
So in general you can automate/create scripts on part of the process,<br>
but almost not on the whole. To many exceptions.<br>
<br>
In general every one of my machines gets reinstalled every 1 to 2<br>
years and that process I have heavily automated. I have spare system<br>
partitions so I can always step back to the old install while fine<br>
tuning/optimizing the new one.<br>
<br>
<br>
Tot mails,<br>
  Hika                            mailto:<a href="mailto:hikavdh@gmail.com" target="_blank">hikavdh@gmail.com</a><br>
<br>
"Zonder hoop kun je niet leven<br>
Zonder leven is er geen hoop<br>
Het eeuwige dilemma<br>
Zeker als je hoop moet vernietigen om te kunnen overleven!"<br>
<br>
De lerende Mens<br>
<br>
_______________________________________________<br>
mythtv-users mailing list<br>
<a href="mailto:mythtv-users@mythtv.org" target="_blank">mythtv-users@mythtv.org</a><br>
<a href="http://lists.mythtv.org/mailman/listinfo/mythtv-users" rel="noreferrer" target="_blank">http://lists.mythtv.org/mailman/listinfo/mythtv-users</a><br>
<a href="http://wiki.mythtv.org/Mailing_List_etiquette" rel="noreferrer" target="_blank">http://wiki.mythtv.org/Mailing_List_etiquette</a><br>
MythTV Forums: <a href="https://forum.mythtv.org" rel="noreferrer" target="_blank">https://forum.mythtv.org</a><br>
</blockquote></div><p dir="ltr"><br>
Actually, that's kinda the beauty of snappy. We'll have the ability to roll back updates (including MySQL db I think) in the event anything goes wrong. That and the OS is separate from the applications in a way.</p>
<p dir="ltr">We will have to sacrifice a little space to do this though</p>
<div dir="ltr">-- <br></div><div dir="ltr">Thomas Mashos</div>