Tuesday, March 3rd, 2015, 00:04 UTC | ||
[00:04:33] | joki (joki!~joki@p54861A75.dip0.t-ipconnect.de) has quit (Ping timeout: 252 seconds) | |
[00:09:55] | joki (joki!~joki@p548608B7.dip0.t-ipconnect.de) has joined #mythtv | |
[00:15:40] | Hydr0p0nX (Hydr0p0nX!~hydr@97.86.57.125) has joined #mythtv | |
[02:33:34] | jpharvey (jpharvey!~jpharvey@host81-134-82-24.in-addr.btopenworld.com) has quit (Ping timeout: 252 seconds) | |
[02:34:00] | jpharvey (jpharvey!~jpharvey@host81-134-82-24.in-addr.btopenworld.com) has joined #mythtv | |
[02:48:37] | Greek-Boy (Greek-Boy!~Greek-Boy@41.188.150.227) has quit (Ping timeout: 245 seconds) | |
[03:53:19] | adicarlo (adicarlo!adam@66-234-56-53.nyc.cable.nyct.net) has quit (Quit: rebooting) | |
[03:56:01] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 256 seconds) | |
[03:56:38] | peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv | |
[04:43:34] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
[04:47:49] | fetzerch_ (fetzerch_!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 264 seconds) | |
[05:15:45] | arescorpio (arescorpio!~arescorpi@76-243-16-190.fibertel.com.ar) has quit (Excess Flood) | |
[05:53:05] | Roklobsta (Roklobsta!~Roklobsta@advant67.lnk.telstra.net) has joined #mythtv | |
[06:17:44] | AnxiousGarlic (AnxiousGarlic!~Spider@130.225.244.206) has joined #mythtv | |
[06:18:10] | AnxiousGarlic (AnxiousGarlic!~Spider@130.225.244.206) has left #mythtv () | |
[06:30:45] | Warped (Warped!~Warped@108.85.160.119) has joined #mythtv | |
[06:37:37] | Roklobsta (Roklobsta!~Roklobsta@advant67.lnk.telstra.net) has quit (Ping timeout: 264 seconds) | |
[07:05:49] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has joined #mythtv | |
[07:44:52] | Hydr0p0nX (Hydr0p0nX!~hydr@97.86.57.125) has quit (Ping timeout: 240 seconds) | |
[08:06:06] | SteveGoodey (SteveGoodey!~steve@host109-158-213-75.range109-158.btcentralplus.com) has joined #mythtv | |
[08:16:40] | alan` (alan`!alan@abacus.kwzs.be) has quit (Ping timeout: 244 seconds) | |
[08:18:50] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has quit (Quit: FabriceMG) | |
[08:34:14] | FabriceMG (FabriceMG!~Thunderbi@LCaen-656-1-100-212.w80-11.abo.wanadoo.fr) has joined #mythtv | |
[09:08:39] | Merlin83b (Merlin83b!~Daniel@office.34sp.com) has joined #mythtv | |
[09:34:06] | SteveGoodey (SteveGoodey!~steve@host109-158-213-75.range109-158.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
[10:24:45] | Roklobsta (Roklobsta!~Roklobsta@ppp118-209-144-62.lns20.mel8.internode.on.net) has joined #mythtv | |
[11:12:49] | stuarta: | some work todo to make qt4 and qt5 coexist on fedora |
[11:12:56] | stuarta: | works just fine on debian/ubuntu |
[11:15:15] | stuarta: | and that will be because qt4 on fedora dumps the include files under /usr/include, while on debian/ubuntu they are dumped in /usr/include/Qt4 |
[11:16:30] | stuarta: | so qt5 moc'd files which then include part of qt, pull in the qt4 headers and it all goes bang |
[11:19:59] | stuarta: | basically we need /usr/include to go after /usr/include/Qt5 in the include path |
[11:23:16] | alan` (alan`!alan@abacus.kwzs.be) has joined #mythtv | |
[11:35:49] | ephemer0l (ephemer0l!~quassel@unaffiliated/ephemer0l) has quit (Ping timeout: 255 seconds) | |
[11:37:16] | stuartm: | ld.so.conf to the rescue |
[11:38:25] | stuartm: | they moved it to /usr/lib64/qt5/include/ on mageia, qt4 is /usr/include/ |
[11:39:48] | stuarta: | the libraries aren't the problem since they have different sonames |
[11:41:05] | stuarta: | stuartm: so mageia will have the same problem as fedora |
[11:43:40] | stuartm: | hasn't worked out that way in practice |
[11:48:01] | ephemer0l (ephemer0l!~ephemer0l@unaffiliated/ephemer0l) has joined #mythtv | |
[11:56:40] | stuarta: | what i can't work out yet, is how the Qt includes get added after the system includes in configure |
[12:06:18] | jya (jya!~jya@mythtv/developer/jya) has quit (Ping timeout: 250 seconds) | |
[12:07:02] | jya (jya!~jya@mythtv/developer/jya) has joined #mythtv | |
[12:22:31] | stuarta: | anyone know why we have our own copy of qjson? upstream has moved on to v0.8.1 and we have 0.7.1 |
[12:22:53] | stuarta: | 0.7.0 even |
[12:26:57] | stuarta: | i'm very shortly going to need a convincing argument for keeping our copy |
[12:27:02] | devinheitmueller (devinheitmueller!~devinheit@cpe-74-71-114-159.nyc.res.rr.com) has quit (Quit: devinheitmueller) | |
[12:31:09] | stuarta: | or at bare minimum, a whole lotta resync needs doing |
[12:38:04] | stuarta: | and what do we even use it for? |
[12:40:47] | dekarl (dekarl!~dekarl@mythtv/developer/dekarl) has joined #mythtv | |
[12:43:23] | dekarl1 (dekarl1!~dekarl@mythtv/developer/dekarl) has quit (Ping timeout: 246 seconds) | |
[13:02:21] | stuartm: | stuarta: we don't need it with QT5, QT4 had no native json support |
[13:02:32] | stuartm: | it is used for IPC with mythlogserver |
[13:02:44] | Roklobsta (Roklobsta!~Roklobsta@ppp118-209-144-62.lns20.mel8.internode.on.net) has quit (Ping timeout: 245 seconds) | |
[13:03:21] | stuartm: | there's no need for a resync, we'll just rip it out when we make the ultimate switch to QT5-only in a couple of weeks |
[13:04:04] | stuartm: | I've already patched it so that with QT5 we use the native version instead |
[13:07:03] | stuartm: | theoretically we could replace our custom json stuff in the services API with the QT 5 version, but that's another project for another day |
[13:22:13] | moparisthebest (moparisthebest!~mitb@unaffiliated/moparisthebest) has quit (Ping timeout: 264 seconds) | |
[13:28:54] | skd5aner (skd5aner!~skd5aner@195.sub-70-198-68.myvzw.com) has quit (Ping timeout: 246 seconds) | |
[13:33:40] | moparisthebest (moparisthebest!~mitb@unaffiliated/moparisthebest) has joined #mythtv | |
[13:34:18] | skd5aner (skd5aner!~skd5aner@195.sub-70-198-68.myvzw.com) has joined #mythtv | |
[13:36:28] | stuarta: | stuartm: do you have that patch handy, or can you push it? |
[13:38:01] | SteveGoodey (SteveGoodey!~steve@host109-158-213-75.range109-158.btcentralplus.com) has joined #mythtv | |
[13:39:09] | stuarta: | hmmm, not building the logserver, so why is it building qjson then |
[13:44:48] | FabriceMG (FabriceMG!~Thunderbi@LCaen-656-1-100-212.w80-11.abo.wanadoo.fr) has quit (Quit: FabriceMG) | |
[13:45:11] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has joined #mythtv | |
[13:51:15] | stuartm: | stuarta: already in master |
[13:52:04] | stuarta: | it is? |
[13:52:34] | stuartm: | yeah, qjsonwrapper in external |
[13:53:02] | stuarta: | in that case i need to rip out building it |
[13:53:03] | stuartm: | not my handywork, but I patched it in |
[13:53:30] | stuarta: | that's where i'm having build failure with both qt4 and qt5 installed |
[13:54:38] | stuartm: | the QT5 version check isn't working for some reason? |
[13:55:43] | stuarta: | it's the mangled install paths in fedora, qt4 is in /usr/include, qt5 in /usr/include/qt5, qt5 moc does it's thing, but then when trying to compile the resulting file, the qt4 headers are pulled in before the qt5 ones and it goes bang |
[13:58:50] | stuartm: | we could switch to the QT5 native stuff exclusively, but I was trying to maintain Qt4 compatibility at least for a few days so that users/devs can switch back to 4 in the event that we hit a critical bug with 5 |
[13:59:37] | stuartm: | hmm, OpenGL is dead, long live Vulkan? |
[14:00:39] | stuarta: | do we use json any where outside ipc to the logserver? |
[14:00:48] | stuarta: | we disable the log server by default now anyway |
[14:03:06] | stuartm: | we use json in the services API, but we don't use QJson |
[14:08:42] | stuarta: | /m/me fins hatchet |
[14:09:45] | stuarta: | sheeh, typing while lagged is not good |
[14:16:51] | Jordack (Jordack!~Jordack@75-151-31-172-Michigan.hfc.comcastbusiness.net) has joined #mythtv | |
[14:23:59] | stuarta: | stuartm: what's that about vulkan? |
[14:25:21] | stuartm: | successor to OpenGL apparently |
[14:27:38] | stuartm: | at this stage it's purely a name and a goal of creating something from the ground up without the backage of maintaining the existing OpenGL API |
[14:28:37] | stuartm: | was previously called glNext |
[14:28:48] | stuartm: | err, s/backage/baggage/ |
[14:30:22] | stuarta: | :) |
[14:31:11] | stuartm: | https://www.gamingonlinux.com/articles/vulkan . . . tiative.5039 |
[14:33:06] | gregL (gregL!~greg@cpe-74-76-121-109.nycap.res.rr.com) has quit (Remote host closed the connection) | |
[14:34:04] | stuartm: | well seems they are a bit further along with the project than I thought |
[14:35:38] | Warped (Warped!~Warped@108.85.160.119) has quit (Ping timeout: 256 seconds) | |
[14:41:45] | Warped (Warped!~Warped@108.85.160.119) has joined #mythtv | |
[14:57:59] | dekarl: | peper03: I understand that you can collect specimen of real UK EIT data? Maybe you can take a look at #12087? |
[15:00:04] | dekarl: | peper03: I started to convert all files from Latin1 etc. to ASCII. Still some to go https://code.mythtv.org/buildbot/builders/mas . . . %20%28860%29 |
[15:01:12] | stuartm: | #12087 |
[15:01:12] | ** MythLogBot http://code.mythtv.org/trac/ticket/12087 ** | |
[15:05:38] | stuarta: | yes, somebody commited a change a while back, that didn't strip the also in hd. i thought it was wrong at the time for just that reason |
[15:28:14] | gregL (gregL!~greg@cpe-74-76-121-109.nycap.res.rr.com) has joined #mythtv | |
[16:03:05] | sphery (sphery!~mdean@mythtv/developer/sphery) has quit (Ping timeout: 250 seconds) | |
[16:03:31] | usr13 (usr13!~terry@74.113.247.236) has quit (Ping timeout: 250 seconds) | |
[16:04:06] | sphery (sphery!~mdean@mythtv/developer/sphery) has joined #mythtv | |
[16:04:25] | usr13 (usr13!~terry@74.113.245.101) has joined #mythtv | |
[16:10:41] | suffice (suffice!~suffice@li618-240.members.linode.com) has quit (Remote host closed the connection) | |
[16:23:31] | ** stuarta pokes ospfv3 with a sharp stick ** | |
[16:25:25] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has quit (Quit: FabriceMG) | |
[17:29:23] | unforgiven512 (unforgiven512!~unforgive@oxymorphone.unforgivendevelopment.com) has quit (Ping timeout: 240 seconds) | |
[17:31:04] | unforgiven512 (unforgiven512!~unforgive@oxymorphone.unforgivendevelopment.com) has joined #mythtv | |
[17:45:57] | Chutt (Chutt!~ijr@2605:a000:1225:65:c457:ef1d:60fd:2177) has joined #mythtv | |
[17:53:33] | Merlin83b (Merlin83b!~Daniel@office.34sp.com) has quit (Quit: Leaving) | |
[18:36:18] | rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has quit (Ping timeout: 250 seconds) | |
[18:40:00] | rhpot1991 (rhpot1991!~rhpot1991@2001:4968:202:3:54a6:ed83:a57a:e6e) has joined #mythtv | |
[18:40:00] | rhpot1991 (rhpot1991!~rhpot1991@2001:4968:202:3:54a6:ed83:a57a:e6e) has quit (Changing host) | |
[18:40:00] | rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has joined #mythtv | |
[19:05:10] | andreaz (andreaz!~andre_000@p57922A48.dip0.t-ipconnect.de) has joined #mythtv | |
[19:09:29] | gary_buhrmaster (gary_buhrmaster!~gtb@2601:9:4980:1843:222:4dff:fe51:6728) has joined #mythtv | |
[19:14:32] | gary_buhrmaster: | stuarta: ospfv3 (at least on juniper) does not like being poked with a sharp stick (kernel crash, etc). consider using a nerf bat instead. |
[19:26:23] | gigem (gigem!~david@mythtv/developer/gigem) has quit (Ping timeout: 265 seconds) | |
[19:33:55] | warpme (warpme!~piotro@89-79-250-31.dynamic.chello.pl) has joined #mythtv | |
[19:34:15] | warpme: | hi * |
[19:39:37] | warpme: | After 3 days of fightning with Qt5 cross-build I finally mamage to compile/instal it. Unfortunatelly trying compile current master gives me error about missing QtWebkit. I have QtWebkit in includes – but comparing content of QtWebKit include dirs between 4.8.6 and 5.4.1 – in 5.4.1 there is no qwebkitversion.h Is mythtv configure ready to this difference between qt4 and qt5? |
[19:45:53] | warpme: | ah – maybe pkg-config is missing... |
[19:50:53] | warpme: | hmm – can't find QtWebKit.pc in 5.4.1 tree...hmm...interesting |
[19:55:34] | gary_buhrmaster: | stuarta: At some point, would you like me to move the F21 32 bit (master only for 32 bit) to Qt5? As you know, coexisting Qt4 and Qt5 on Fedora is currently "challenging" (yes, there are workarounds, there are always workarounds, but as master is (will be) Qt5, I can not think of a reason not to just move it to Qt5). Not sure exactly when this would happen, but just trying to plan ahead. |
[20:00:08] | gary_buhrmaster: | stuarta: Hm, I misremembered. The 32-bit F21 slave also does 0.27 fixes. That may complicate things a bit. |
[20:02:40] | aloril (aloril!~aloril@dsl-tkubrasgw2-54f81c-109.dhcp.inet.fi) has quit (Remote host closed the connection) | |
[20:02:56] | aloril (aloril!~aloril@dsl-tkubrasgw2-54f81c-109.dhcp.inet.fi) has joined #mythtv | |
[20:07:11] | peper03: | dekarl, stuarta: So should the 'Also in HD' be removed or not now? I can't say I've ever had problems with it. I've wondered whether it wouldn't look better removed but I've never had any issues with multiple recordings because of it. |
[20:09:04] | ** peper03 goes afk again. It's been a looong day ** | |
[20:09:21] | Roklobsta (Roklobsta!~Roklobsta@ppp118-209-144-62.lns20.mel8.internode.on.net) has joined #mythtv | |
[20:14:27] | stuartm: | can someone pastebin the output of http://{backendip}:6544/Dvr/GetUpcomingList?Limit=1 for a master backend? |
[20:15:29] | stuartm: | actually, I really only need the <recording><status>{value}</status></recording> info |
[20:16:58] | stuarta: | gary_buhrmaster: i'm currently working on making the 2 coexist |
[20:17:26] | stuarta: | gary_buhrmaster: and as for ospfv3 i merely had to insult firewalld instead |
[20:17:27] | dekarl: | peper03: it has to be removed to make duplicate checking work, if the CRID ever goes MIA or turns unusable (like its over here) |
[20:18:08] | stuartm: | gary_buhrmaster: ahh, you're here, do NOT let me forget to commit those QT5 patches |
[20:18:19] | gary_buhrmaster: | stuartm: Was there not 12% of a plan to just remove mythlogserver (and its dependencies) until/unless it (and its dependencies) were able to be resourced to squash the (at least the looping) bug, and probably bring the dependencies up to current versions? It would live in git forever for someone to pick up (if resources were found). I thought most packages disable it at this point, so it is likely not getting much (if any) testin |
[20:18:59] | gary_buhrmaster: | stuartm: I'll remind you again after you commit some other patch that conflicts with those in the "jumbo" ticket. :-) |
[20:19:49] | stuartm: | gary_buhrmaster: maybe, I don't remember any specific plans to remove it, certainly the incentive to do so vanished after it was just disabled by default instead |
[20:20:18] | gary_buhrmaster: | stuarta: Re: coexistence. Excellent. I remember running into the coexistence issue, and just decided I did not want to spend time figuring it out. |
[20:20:28] | dekarl: | stuartm, <Status>-1</Status> as of 1516193, but limit=1 dos not limit anything |
[20:20:33] | stuartm: | the QJson dep will disappear just as soon as we commit to QT5, that only leaves nqmt, or nmqt, or whatever it's called |
[20:20:37] | stuarta: | gary_buhrmaster: i've been insulting qjson most of the day |
[20:20:57] | stuartm: | dekarl: well limit works here, won't do in 0.27 iirc |
[20:21:13] | gary_buhrmaster: | stuartm: nzmqt (I think). |
[20:21:18] | stuarta: | stuartm: you are thinking of the 0mq wrapper. 0mq is beautiful technology, i really like it |
[20:21:52] | stuartm: | dekarl: thanks, any of them with a status > 0 ? |
[20:22:22] | dekarl: | stuartm: <Status>7</Status> |
[20:22:28] | stuartm: | trying to decide whether my enum patch is working properly without having to revert back to an earlier version to see what the behaviour was previously :) |
[20:22:59] | dekarl: | ^- a conflict |
[20:23:47] | stuartm: | dekarl: great, fwiw, the parameter I was looking for is Count=1 not Limit=1 |
[20:25:22] | dekarl: | stuartm, Count works better :) |
[20:25:31] | stuartm: | with this patch I've put together to use Q_ENUM it's <Status>WillRecord</Status> instead but still -1 for the script API |
[20:26:07] | dekarl: | btw, backend status appears to be a noop in the web frontend |
[20:27:29] | dekarl: | oh, looking at the backend log for clues show lots of "Failed CRC check 0x00000000 != 0xffffffff", I know what that is now :) (need to find a way to fix it though) |
[20:28:06] | gary_buhrmaster: | stuarta: I agree that zeromq is a good thing. But I have this recollection that even the author admits that it should have been written in C (not C++), and had a new variant (nanomessage, or something like that) that was recommended for new implementations. |
[20:28:29] | stuarta: | i've seen a few different implementations |
[20:31:25] | stuartm: | ok, JSON returns int for enum values, xml returns the enumerator name (string), script API returns int |
[20:31:55] | stuartm: | now I only need to figure out why the RTTI class isn't working |
[20:40:34] | stuartm: | ah, wrong method being used for QT5 |
[20:43:41] | gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv | |
[20:48:11] | stuarta: | sigh, and i'm back to reordering the include directives |
[20:48:23] | stuarta: | rather than removing qjson with a hatchet |
[21:04:50] | gigem (gigem!~david@mythtv/developer/gigem) has quit (Read error: Connection reset by peer) | |
[21:05:17] | jpharvey (jpharvey!~jpharvey@host81-134-82-24.in-addr.btopenworld.com) has quit (Ping timeout: 245 seconds) | |
[21:06:08] | stuartm: | stuarta: would you like a patch removing it? |
[21:07:14] | stuarta: | it won't help at the moment, i'm fighting include issues |
[21:07:28] | stuarta: | remove that, some other part of the build fails |
[21:08:00] | stuarta: | any idea how to stop qmake putting /usr/include at the start of the include line? |
[21:10:22] | stuartm: | check the QTDIR env variables |
[21:11:09] | stuartm: | env | grep QT |
[21:11:20] | stuarta: | no QTDIR |
[21:11:53] | stuartm: | QTINC |
[21:12:10] | stuartm: | although they changed the schema with QT4, so that's probably not valid either |
[21:12:14] | stuartm: | scheme |
[21:13:58] | stuartm: | stuarta: you might try asking some fedora packagers, they will have worked around the issue somehow on other QT apps |
[21:17:28] | jpharvey (jpharvey!~jpharvey@host86-149-149-168.range86-149.btcentralplus.com) has joined #mythtv | |
[21:18:55] | stuartm: | stuarta: looks like we're adding /usr/include in configure, and in most pro files |
[21:19:07] | stuarta: | i have to say it's royally getting on my tits |
[21:19:29] | stuartm: | think the solution is just to ensure you add the QT5 path first, since removing /usr/include is going to break other stuff |
[21:19:54] | stuarta: | yes that's what i want to do, i tested qjson by hacking it's makefile and it works |
[21:20:19] | stuartm: | early in settings.pro, INCLUDEPATH += /path/to/qt5 |
[21:21:55] | gigem (gigem!~david@pool-71-123-215-247.dllstx.fios.verizon.net) has joined #mythtv | |
[21:21:55] | gigem (gigem!~david@pool-71-123-215-247.dllstx.fios.verizon.net) has quit (Changing host) | |
[21:21:55] | gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv | |
[21:21:57] | stuartm: | in a few places we're actually removing /usr/include from INCLUDEPATH and adding it to POSTINC instead |
[21:22:10] | stuarta: | i think i may have found it |
[21:22:21] | stuarta: | configure:append CONFIG_INCLUDEPATH $sysinclude "${sysroot}${prefix}" |
[21:22:51] | stuarta: | yep, that's it |
[21:23:55] | stuartm: | would have been better if fedora had stuck it in /usr/include/qt4 ... did they learn nothing from the qt3 <> qt4 fiasco? |
[21:24:31] | stuarta: | of course not, that is one of the things that debian always think of but fedora never seem to |
[23:21:29] | stuartm: | tsk |
[23:39:26] | rich0 (rich0!~quassel@gentoo/developer/rich0) has quit (Ping timeout: 244 seconds) | |
[23:55:22] | Hydr0p0nX (Hydr0p0nX!~hydr@97.86.57.125) has joined #mythtv |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.