[mythtv] Announcement: Master/0.28 is moving to QT 5.2

[George Nassas]

On Mar 1, 2015, at 5:47 AM, Stuart Morgan <stuart at tase.co.uk> wrote:

> We're on the hunt for bugs caused by the switch to QT 5 and this is something 
> you can help us with. So please make sure you're ready for the switch


Could you set expectations for people with things like what you mean by “ready” and should we expect current master to be usable for production or is it a total crap shoot at this point. Also, would you feel master to be solid if you’re on qt4 libraries? How much testing was done before this announcement?

I took the plunge and the build went smoothly enough. For folks on Debian it’s enough to install qt5-default libqt5webkit5-dev qtscript5-dev libqt5sql5-mysql and they’ll cause most of the qt4 packages to be removed due to conflicts. I used apt-show-versions to tell me what other qt4 packages were around and I removed those manually.

A database change was committed in mid February so people coming from builds before that will have a little extra effort should they decide to back off and return to qt4. Nothing too major, the update was to add tables named users, user_permissions, and user_sessions so you can drop those and decrement the schema number and any recordings you made while testing qt5 will be preserved.

The first few times I ran the backend it failed to back up the database. There was no reason given in the backend log nor did the backup script make any effort to give one. When I stepped through it in gdb the backup, and db upgrade, worked OK and continued doing so when I reran outside of gdb. Who knows.

The frontend came up OK and navigated through menus and queued new recordings successfully. I tried to play back a recording but the log filled with endless “QOpenGLContext::swapBuffers() called with non-exposed window, behavior is undefined” messages. There’s context here:http://pastebin.com/z4RnRC5F <http://pastebin.com/z4RnRC5F>. I’m using vaapi with an ivy bridge i7’s built-in video and the recording was an hd mpeg2 atsc recording. I wasn’t able to get anywhere with gdb on the frontend but did stop it while it was spewing messages and took a stack trace FWIW, it’s at http://pastebin.com/VXrLSMg7 <http://pastebin.com/VXrLSMg7>.

My first attempt at recording failed due to tuning errors but that might be due to weather issues (I’m on OTA). Subsequently I started recordings for on each of my 5 tuners, some of them using both virtual tuners, for a total of 8 simultaneous. Recording seems to pass the basic stink test.

Losing playback makes this a non-starter so I’m rolling back. If you want anything specific tested in the next 24 hours I can probably accommodate that otherwise it’ll be after the weekend.

- George
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mythtv.org/pipermail/mythtv-dev/attachments/20150304/25bc657f/attachment.html>