<div dir="ltr"><div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Wed, Oct 3, 2018 at 2:00 PM Jerry <<a href="mailto:mythtv@hambone.e4ward.com">mythtv@hambone.e4ward.com</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"><div dir="ltr"><div dir="ltr"><div>I just wanted to give a heads-up in case anyone was thinking about upgrading to Fedora 29 Beta.  For some reason, I get itchy when there is a new release and I like to get the upgrade over with.<br></div><div><br></div><div>I ran into two issues.  I would consider one to be current.</div><div><br></div><div>1) The initial mythtv-29-22 rpms had an issue with mytharchive.  There were references to "Requires" mkisofs and cdrecord.  One might have issue when doing a dnf system-upgrade.  I changed these in the spec file to genisoimage and wodim, rebuilt the rpms and the dependency issues were fixed.</div><div><br></div><div>Rpmfusion has since released mythtv-29-23 rpms and they are in the testing repository.  I'd say just reinstall the mythtv, mytharchive and mythtv-plugins rpms if they have issues when upgrading.  I may have misspelled their names.  They installed fine.</div><div><br></div><div>2) I had some references to innodb in my /etc/my.cnf.d configuration file.  mariadb 10.3 would not start.  I commented those out and things seem okay.</div><div><br></div><div>I'll report back if I run into any more issues.  I've had good luck with other services so far.  I had an issue with Kodi and LIRC and I posted my fix on the RPMFusion bug tracker (had to add lirc-devel as a "Requires" in the spec file).  I haven't experienced anything as problematic as the GCC upgrade to 8.x that occurred with F28.  After the mysql tweak, Mythbackend started back up and I've had several successful recordings.  FWIW, I have a HDHomerun Prime and a nVidia 760 GTX and I'm running XFCE.</div><div><br></div><div>Good luck if you try it.  As they say, take a backup because if you break it, you bought it.<br></div></div></div></blockquote><div><br></div><div>3) A while ago, I configured Sendmail to forward the various status updates that come up from time to time as well as the daily logwatch script.  It was pretty much overkill and I had a hell of a time getting things working right.</div><div><br></div><div>It worked for about 5 years until this update.  There was an issue with TLS.  It looks like my old configuration wasn't ready for TLS 1.3.<br></div><div><br></div><div><a href="https://fedoraproject.org/wiki/Changes/GnuTLS-TLS1.3">https://fedoraproject.org/wiki/Changes/GnuTLS-TLS1.3</a><br></div><div><br> </div><div>I took a look at the configuration files and felt my usual wave of nausea when dealing with Sendmail.  I finally just switched to Postfix, which is actually actively updated and is much more readable.  I haven't fully tweaked it yet but the mail is going out.  I'm only sending from this host and not listening.</div><div><br></div><div>Again, this is probably overkill but I want to make sure that drops in my internet connection don't result in undelivered mail.  I had msmtp running and it seemed like it wasn't 100% reliable.  This way ensures that I get all of root's mail when I'm on vacation, for example.  I like to see those daily logwatch mails, too, just to know that my machine is still going.  And then sometimes the mail from smartctl.  Always a pleasure.  Especially when away from home. :(</div><div><br></div><div>I'm sure I could have eventually gotten Sendmail working but I think it was time to kick that to the curb.</div><div><br></div><div>This involved running 'update-alternatives --config mta' and selecting postfix (after installing it).  The configuration is much easier to deal with.  I followed a guide and only had to change a few settings.  Try doing that with Sendmail.<br></div><div><br></div><div>So if you have Sendmail configured, you might want to look at the TLS settings.  Or maybe not, YMMV.<br></div></div></div></div>