<div dir="ltr">I recently upgraded one of my Xubuntu 18.04 MythTV v31-fixes machines to the latest 20.04 Xubuntu release.  For the most part, the upgrade was painless but there were a few issues I had to navigate through afterwards.  The issues were not specific to mythtv but impacted the functionality as a frontend none-the-less.  <div><br></div><div>The involved frontend uses intel VAAPI graphics and a MCEUSB infrared receiver via kernel driver and ir-keytable for receiving remote control input.  <div><br></div><div><b>First Issue:</b></div><div>After the upgrade, I found mythfrontend would immediately segfault when starting.  After troubleshooting, I discovered that this issue was actually more broadly affecting any opengl application as glxgears would also show a black screen and eventually segfault. Fortunately, glxgears provided reference segementation fautl in iris_dri.so in the associated lines in syslog whereas with mythfrontend oddly showed nothing in syslog or mythfrontend.log associated with the segfault.</div><div><br></div><div>I use a xorg.conf file on this machine to manually specify an edid file and to also force the preferred mode to 1920x1080p @ 54.94hz for judderless playback with NTSC television.  I found that if any xorg.conf file is present (even with nothing more than a simple DEVICE section present specifying intel driver and no other options), then a segfault occurs in opengl applications. Apparently, the latest Iris (Gallium3D) driver is the default in Mesa 20.0 and some bug in the Iris driver impacts this combination. In this case, a workaround to allow use of a xorg.conf with intel graphics and allow opengl programs to run is to preface the startup command like so:</div><div>   $ <span style="font-family:sans-serif;font-size:13px">MESA_LOADER_DRIVER_OVERRIDE=i965 mythfrontend</span></div><div><font face="sans-serif">One can also just remove the xorg.conf file altogether losing any customizations and then opengl programs will run without issue using the intel driver. </font></div><div><span style="font-family:sans-serif;font-size:13px"><br></span></div><div><font face="sans-serif"><b>Second issue:</b></font></div><div><font face="sans-serif">ir-keytable has undergone several changes and now uses a different format for keymap files. Keymap files residing in /etc/rc_keymaps now have a .toml extension and the required layout and syntax have changed.  Therefore, if you have done any customization of /etc/rc_maps.cfg or have generated any custom keymaps in /etc/rc_keymaps, those will have to be updated to work with the latest required format.  I can elaborate more on the specific changes but would just suggest reading the man files or looking at the other packaged examples as a start.</font></div></div><div><font face="sans-serif"><br></font></div><div><font face="sans-serif">My guess is that if using a default installation with little to no customization, then the upgrade will be seamless. You will only have add/enable the 20.04 mythbuntu repo post upgrade and update.</font></div><div><font face="sans-serif"><br></font></div><div>I haven't performed the 18.04 --> 20.04 upgrade on my combined frontend/backend that uses nvidia graphics and lirc for remote control.  When I get around to it, I will share anything noteworthy that I encounter with that machine as well. My BE/FE has many other duties and I will probably hold off on that one for a while.<div></div></div><div><font face="sans-serif"><br></font></div><div><font face="sans-serif">-Tim</font></div></div>