MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (41):

afisher, aloril, amessina, Anssi, blahdodo, ChanServ, clever, cybrNaut, davic, ElmerFudd, frobnic, ghoti, gregl, Guest56777, Guest60783, hampton, ijc, ilmostro, knowledgejunkie, libsci, markspieth2, MitchCapper, mkbloke, MythBuild, MythLogBot, MythNotifyBot, ooshlablu, Panic, peper03_, poptix, pppingme, produnis2, ramshadow, sphery, tonsofpcs, tris, Valen, vesper11, Warped, zbot, _charly_
Thursday, November 26th, 2020, 00:00 UTC
[00:00:06] amessina (amessina!~amessina@unaffiliated/amessina) has quit (Quit: Konversation terminated!)
[00:08:49] peper03_ (peper03_!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 260 seconds)
[00:13:33] peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv
[00:13:33] Mode for #mythtv by ChanServ!ChanServ@services. : +v peper03
[00:17:50] peper03_ (peper03_!~peper03@mythtv/developer/peper03) has joined #mythtv
[00:17:50] Mode for #mythtv by ChanServ!ChanServ@services. : +v peper03_
[00:20:36] peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 240 seconds)
[02:40:27] markspieth (markspieth!~yaaic@mythtv/developer/markspieth) has quit (Ping timeout: 246 seconds)
[02:41:03] markspieth (markspieth!~yaaic@mythtv/developer/markspieth) has joined #mythtv
[02:41:03] Mode for #mythtv by ChanServ!ChanServ@services. : +v markspieth
[03:10:33] markspieth (markspieth!~yaaic@mythtv/developer/markspieth) has quit (Ping timeout: 246 seconds)
[03:13:29] markspieth (markspieth!~yaaic@mythtv/developer/markspieth) has joined #mythtv
[03:13:29] Mode for #mythtv by ChanServ!ChanServ@services. : +v markspieth
[03:38:21] markspieth (markspieth!~yaaic@mythtv/developer/markspieth) has quit (Read error: Connection reset by peer)
[03:38:30] markspieth (markspieth!~yaaic@mythtv/developer/markspieth) has joined #mythtv
[03:38:30] Mode for #mythtv by ChanServ!ChanServ@services. : +v markspieth
[04:12:30] markspieth (markspieth!~yaaic@mythtv/developer/markspieth) has quit (Ping timeout: 246 seconds)
[04:12:39] markspieth (markspieth!~yaaic@mythtv/developer/markspieth) has joined #mythtv
[04:12:39] Mode for #mythtv by ChanServ!ChanServ@services. : +v markspieth
[04:46:27] markspieth (markspieth!~yaaic@mythtv/developer/markspieth) has quit (Ping timeout: 246 seconds)
[04:48:20] markspieth (markspieth!~yaaic@mythtv/developer/markspieth) has joined #mythtv
[04:48:20] Mode for #mythtv by ChanServ!ChanServ@services. : +v markspieth
[04:57:58] hampton (hampton!~dhampton@mythtv/developer/hampton) has quit (Quit: Leaving.)
[04:58:11] hampton (hampton!~dhampton@static-68-134-82-17.bltmmd.fios.verizon.net) has joined #mythtv
[04:58:18] hampton (hampton!~dhampton@static-68-134-82-17.bltmmd.fios.verizon.net) has quit (Changing host)
[04:58:18] hampton (hampton!~dhampton@mythtv/developer/hampton) has joined #mythtv
[04:58:18] Mode for #mythtv by ChanServ!ChanServ@services. : +v hampton
[06:29:21] markspieth (markspieth!~yaaic@mythtv/developer/markspieth) has quit (Ping timeout: 246 seconds)
[06:30:00] peterbennett (peterbennett!~pi@mythtv/developer/peterbennett) has quit (Quit: WeeChat 2.3)
[06:31:24] markspieth (markspieth!~yaaic@mythtv/developer/markspieth) has joined #mythtv
[06:31:25] Mode for #mythtv by ChanServ!ChanServ@services. : +v markspieth
[06:32:01] peterbennett (peterbennett!~pi@2601:183:100:b4:8f20:bbe4:c401:b4d9) has joined #mythtv
[06:32:04] peterbennett (peterbennett!~pi@2601:183:100:b4:8f20:bbe4:c401:b4d9) has quit (Changing host)
[06:32:05] peterbennett (peterbennett!~pi@mythtv/developer/peterbennett) has joined #mythtv
[06:32:05] Mode for #mythtv by ChanServ!ChanServ@services. : +v peterbennett
[06:35:27] Overlordz (Overlordz!~Overlordz@50.125.250.211) has quit (Quit: Leaving)
[07:01:59] markspieth2 (markspieth2!~yaaic@mythtv/developer/markspieth) has joined #mythtv
[07:01:59] Mode for #mythtv by ChanServ!ChanServ@services. : +v markspieth2
[07:02:56] peterbennett (peterbennett!~pi@mythtv/developer/peterbennett) has quit (Remote host closed the connection)
[07:04:41] peterbennett (peterbennett!~pi@c-75-67-203-208.hsd1.ma.comcast.net) has joined #mythtv
[07:04:42] peterbennett (peterbennett!~pi@c-75-67-203-208.hsd1.ma.comcast.net) has quit (Changing host)
[07:04:42] peterbennett (peterbennett!~pi@mythtv/developer/peterbennett) has joined #mythtv
[07:04:42] Mode for #mythtv by ChanServ!ChanServ@services. : +v peterbennett
[07:05:24] markspieth (markspieth!~yaaic@mythtv/developer/markspieth) has quit (Ping timeout: 246 seconds)
[07:24:08] markk_ (markk_!~mark@host86-172-134-211.range86-172.btcentralplus.com) has joined #mythtv
[08:30:06] markk_ (markk_!~mark@host86-172-134-211.range86-172.btcentralplus.com) has quit (Ping timeout: 265 seconds)
[08:35:44] Steve-Goodey (Steve-Goodey!~steve@2a00:23c5:7d83:6501:6032:9caa:16d4:6ffa) has joined #mythtv
[08:35:44] Mode for #mythtv by ChanServ!ChanServ@services. : +v Steve-Goodey
[08:37:46] davic (davic!uid473656@gateway/web/irccloud.com/x-weoaqlphfxdxetge) has joined #mythtv
[09:15:45] SteveGoodey (SteveGoodey!~steve@host86-139-84-249.range86-139.btcentralplus.com) has joined #mythtv
[09:15:46] Mode for #mythtv by ChanServ!ChanServ@services. : +v SteveGoodey
[09:20:07] stuarta: bah, github keeps picking up the outdated workflow instructions for fixes/31. i wonder if it uses the parent commit of the pull request when it does the workflow run
[09:38:14] stuarta: hampton: can you take a look at https://github.com/MythTV/mythtv/issues/284 i wonder if it could actually be resolved by cherry picking some existing commits rather than the mangle PR which has been offered
[10:07:09] markk_ (markk_!~mark@host86-172-134-211.range86-172.btcentralplus.com) has joined #mythtv
[10:11:33] markk_: stuarta, hampton: I've not looked at the detail – but would worry that the pr backports c++17 requirements to fixes/31 – which I believe is still c++11?
[10:31:34] stuarta: that struck me as odd
[10:32:22] stuarta: i don't have any OSX boxes, so i couldn't work out what to cherry pick if i wanted to
[11:35:17] Maliuta (Maliuta!maliutamat@gateway/shell/matrix.org/x-bioaxuhydszwgacl) has quit (Quit: Bridge terminating on SIGTERM)
[11:42:47] Guest56777 (Guest56777!maliutamat@gateway/shell/matrix.org/x-cctqpnplwukvbfoa) has joined #mythtv
[12:00:27] Steve-Goodey (Steve-Goodey!~steve@2a00:23c5:7d83:6501:6032:9caa:16d4:6ffa) has quit (Quit: Konversation terminated!)
[13:17:46] produnis (produnis!~produnis@ip-176-198-83-189.hsi05.unitymediagroup.de) has joined #mythtv
[13:52:08] markk_: so – do we think anyone has ever used the wsdl support in the services api?
[13:53:56] stuarta: i have an awful feeling it's for upnp support in TV's. even though i doubt anyone else actually uses
[13:54:40] stuarta: i remember upnp from tv's has always been an utter pita
[13:54:54] stuarta: more exceptions than adherance to rules
[13:57:33] Steve-Goodey (Steve-Goodey!~steve@2a00:23c5:7d83:6501:6032:9caa:16d4:6ffa) has joined #mythtv
[13:57:33] Mode for #mythtv by ChanServ!ChanServ@services. : +v Steve-Goodey
[13:58:27] markk_: stuarta: nah – nothing to do with upnp  – well 99% sure:)
[13:59:28] stuarta: :)
[14:12:35] hampton: stuarta: I'll see if I can recreate it. Not sure I'm ready to update OSX or XCode (although now that I turn on the mac screen for the first time in months I see that they are available.)
[14:13:18] hampton: Looking at what was copied into v31, my guess is that its the optimization fix that makes it work. The rest is the c+ version of pink, and some C to C++ array changes, and other tidy fixes.
[14:16:03] stuarta: agreed
[14:16:21] stuarta: the optimization fixes should just be a simple cherry pick
[14:17:06] hampton: agreed. Looking through the rest of the large diff now.
[15:18:02] markk_ (markk_!~mark@host86-172-134-211.range86-172.btcentralplus.com) has quit (Ping timeout: 265 seconds)
[15:26:10] hampton (hampton!~dhampton@mythtv/developer/hampton) has quit (Ping timeout: 256 seconds)
[15:39:36] hampton (hampton!~dhampton@static-68-134-82-17.bltmmd.fios.verizon.net) has joined #mythtv
[15:40:23] hampton (hampton!~dhampton@static-68-134-82-17.bltmmd.fios.verizon.net) has quit (Changing host)
[15:40:23] hampton (hampton!~dhampton@mythtv/developer/hampton) has joined #mythtv
[15:40:23] Mode for #mythtv by ChanServ!ChanServ@services. : +v hampton
[15:52:10] markk_ (markk_!~mark@host86-172-134-211.range86-172.btcentralplus.com) has joined #mythtv
[16:23:37] peterbennett: markk_: stuarta: I have used the wsdl for testing via soapui. It is useful but not necessary. You can also use it to generate code to access the services with some products.
[16:24:52] peterbennett: markk_: stuarta: I should test your web service work with my code – when will it be ready for testing?
[16:27:40] peterbennett: markk_: stuarta: I am using only the xml flavour of the services.
[16:30:17] gregl (gregl!~greg@cpe-24-194-253-7.nycap.res.rr.com) has quit (Remote host closed the connection)
[16:31:36] stuarta: peterbennett: markk_ is the one writing the replacement web server bits, i only consume what bits of the api exist
[16:51:13] amessina (amessina!~amessina@unaffiliated/amessina) has joined #mythtv
[17:05:23] markk_: stuarta, peterbennett: I haven't got to the bottom of the detail yet – so not sure how much work is involved in continued support for wsdl. but I suspect it is the primary reason for the entire libmythservicecontract library; it needs full visibility of all of the types and methods.
[17:05:37] markk_: for every service
[17:06:21] markspieth2 (markspieth2!~yaaic@mythtv/developer/markspieth) has quit (Ping timeout: 246 seconds)
[17:06:47] markk_: if anyone is wedded to it, it might be a deal breaker for my code. which I suspect is just an invitation for people to become wedded to it.
[17:08:01] peterbennett: markk_: When should I do testing of the new code? and is it in master?
[17:09:30] markk_: peterbennett: I'll probably put it in a branch in a few days. want to finish a few things first. though I've realised in the past few days that new http code is just the start – all of the services need a partial re-write, haven't even started looking at upnp yet:(
[17:10:13] peterbennett: markk_: I do not mind if the xml wsdl goes away, but will the html display page that shows the inputs and outputs of each service still be there? I imagine that is used a lot.
[17:13:05] peterbennett: The page http://rocinante:6544/Dvr/wsdl shows the services in html but the page http://rocinante:6544/Dvr/wsdl?raw=1 displays the xml that is maybe less useful unless you are using a code generator
[17:13:18] markspieth (markspieth!~yaaic@mythtv/developer/markspieth) has joined #mythtv
[17:13:18] Mode for #mythtv by ChanServ!ChanServ@services. : +v markspieth
[17:18:11] zbot (zbot!~supybot@2601:647:4802:4c3:222:4dff:fe51:6728) has quit (Remote host closed the connection)
[17:18:28] markk_: peterbennett: the intention is that the individual services should operate as before. so same methods, paramaters, return types etc. I have a 'root'/top level service under /Services. This simply returns a list of all of the other services – so ideally an entry point into the API. Each service then has a GetServiceDescription method.
[17:19:02] SteveJGoodey (SteveJGoodey!~quassel@2a00:23c5:7d83:6501:c59f:db57:aa58:aa2d) has joined #mythtv
[17:19:02] Mode for #mythtv by ChanServ!ChanServ@services. : +v SteveJGoodey
[17:19:28] markk_: GetServiceDescription will return details on properties (incl. getter, setter, change signal), other methods and signals. all including parameter names, return types etc.
[17:19:48] zbot (zbot!~supybot@2601:647:4802:4c3:222:4dff:fe51:6728) has joined #mythtv
[17:20:28] markk_: the idea is that a client will retrieve list of services, ensure the required services are available, get the service description, validate it etc. or just guess:)
[17:21:43] markk_: and obviously – it should be simple enough to sugar coat that description to produce a human readable API web page – stuarta's job:)
[17:22:35] peterbennett: markk_: Sounds good. I don't know how te current services work, but somehow everything is automated once you create the methods and classes as described in https://www.mythtv.org/wiki/Services_API_Development_Guide . I guess that guide will need some changes ?
[17:22:43] markk_: peterbennett: an Expanse fan by any chance? :)
[17:23:17] peterbennett: markk_: Yes absolutely. Two more seasons coming...
[17:24:27] markk_: peterbennett: the basic principles for a service are the same. subclass the main service class, add properties and methods, add a few Q_CLASSINFO's to help it out.
[17:25:06] markk_: peterbennett: hopefully better than the last season. was a little disappointed :(
[17:26:39] markk_: the service api page has reminded me that the whole backend shutdown code could be updated to use the new power class – rather than relying on shell commands.
[17:35:26] amessina (amessina!~amessina@unaffiliated/amessina) has quit (Ping timeout: 264 seconds)
[17:38:33] markspieth (markspieth!~yaaic@mythtv/developer/markspieth) has quit (Ping timeout: 246 seconds)
[17:40:45] amessina (amessina!~amessina@unaffiliated/amessina) has joined #mythtv
[17:49:52] markk_ (markk_!~mark@host86-172-134-211.range86-172.btcentralplus.com) has quit (Ping timeout: 256 seconds)
[18:35:02] markspieth (markspieth!~yaaic@mythtv/developer/markspieth) has joined #mythtv
[18:35:03] Mode for #mythtv by ChanServ!ChanServ@services. : +v markspieth
[19:06:42] stuarta: peterbennett: isn't the wsdl the way of determining the layout of the presented XML ??? unlike json which is self describing
[19:09:58] stuarta: okay so the only difference between the wsdl and the raw wsdl is the added line "<?xml-stylesheet type="text/xsl" href="/xslt/service.xslt"?>"
[19:12:12] stuarta: markk_ sugar coating the API??? hah. i'm planning to consume
[19:13:45] stuarta: on compatibility, i expect that all current API endpoints return the same data, most will already return json/xml as specified by the request
[19:14:53] stuarta: some need pushing behind the serialization layer (like the status page)
[19:15:22] stuarta: and data that is currently generated by qsp files, will need an api replacement
[19:22:01] produnis (produnis!~produnis@ip-176-198-83-189.hsi05.unitymediagroup.de) has quit (Remote host closed the connection)
[19:22:32] produnis (produnis!~produnis@2a02:908:1d45:9a60:ebd6:1f2c:2ed0:6c16) has joined #mythtv
[19:24:50] produnis2 (produnis2!~produnis@2a02:908:1d45:9a60:ebd6:1f2c:2ed0:6c16) has joined #mythtv
[19:28:33] produnis (produnis!~produnis@2a02:908:1d45:9a60:ebd6:1f2c:2ed0:6c16) has quit (Ping timeout: 272 seconds)
[19:29:12] stuarta: peterbennett: re the wsdl (non-raw version) it's the browser itself that turns that into something pretty
[19:35:08] peterbennett: stuarta: I see, I did not know the browser could do that..
[19:36:04] peterbennett: So if wsdl is no longer provided, that page will have to be built another way.
[19:38:44] stuarta: markk_ has dropped off, want to chat some more here about this
[19:40:52] stuarta: pretty sure we already have the xslt (as separate files), which is what describes the xml
[19:42:10] stuarta: okay xslt lives in mythtv/html/xslt
[19:42:11] peterbennett: Another thing – the existing services accept input two ways – parameters in the request or xml document.
[19:42:34] stuarta: i wish this to be transparent, dunno what markk has implemented
[19:44:15] peterbennett: I don't understand how this all fits together.
[19:44:21] stuarta: peterbennett: looks like the xslt does the styling for the xml
[19:44:26] stuarta: https://github.com/MythTV/mythtv/blob/master/ . . . service.xslt
[19:44:39] stuarta: that's what's included at the top to the non raw xml
[19:45:13] stuarta: which i guess makes sense
[19:45:47] peterbennett: some magic uses service.xslt to convert the xml wsdl into the html page.
[19:46:05] stuarta: https://www.w3schools.com/xml/xml_xslt.asp <-- crash course
[19:46:25] stuarta: so the 2 coexist
[19:47:03] peterbennett: ok
[19:47:52] stuarta: right, this all makes sense now. raw gives you just the xml to consume, the non-raw xml includes the xslt which tells the browser how to render the page
[19:47:59] peterbennett: Is there also a JSON JSLT ?
[19:48:21] stuarta: nope, it's just a data encoding for transfer
[19:49:11] stuarta: back to xml, a client consuming the service *should* only need the xml, the developer needs the xslt rendered version to be able to read it in a pretty format
[19:49:35] stuarta: i guess the original intention was that you could render whole pages with just xml/xslt
[19:49:53] stuarta: these days the presentation is abstracted, and xml/json are used to pull the data
[19:50:31] stuarta: oh look, you can even click the button to do the transform and see it work
[19:52:13] stuarta: oooo happy days, there is a QXmlSerializer
[20:02:11] stuarta: https://doc.qt.io/qt-5/xmlprocessing.html <-- even some xslt support there
[20:21:41] stuarta: peterbennett: as an example, the services can return either xml or json, and they default to xml
[20:22:15] stuarta: curl <backend>:6544/Dvr/GetEncoderList <--- gives xml
[20:22:28] stuarta: curl -H 'Accept: application/json' <backend>:6544/Dvr/GetEncoderList <--- gives json
[20:24:24] peterbennett: yep – I am using the default xml option
[20:27:35] stuarta: whilst for the "web apps" (frontend / backend) they are largely javascript, which consumes json
[21:26:56] SteveJGoodey (SteveJGoodey!~quassel@2a00:23c5:7d83:6501:c59f:db57:aa58:aa2d) has quit (Read error: Connection reset by peer)
[21:31:18] markspieth (markspieth!~yaaic@mythtv/developer/markspieth) has quit (Ping timeout: 246 seconds)
[21:33:27] markspieth (markspieth!~yaaic@mythtv/developer/markspieth) has joined #mythtv
[21:33:27] Mode for #mythtv by ChanServ!ChanServ@services. : +v markspieth
[21:40:34] markspieth2 (markspieth2!~yaaic@mythtv/developer/markspieth) has joined #mythtv
[21:40:34] Mode for #mythtv by ChanServ!ChanServ@services. : +v markspieth2
[21:43:54] markspieth (markspieth!~yaaic@mythtv/developer/markspieth) has quit (Ping timeout: 246 seconds)
[21:49:19] SteveJGoodey (SteveJGoodey!~quassel@2a00:23c5:7d83:6501:b918:b367:98be:3d53) has joined #mythtv
[21:49:19] Mode for #mythtv by ChanServ!ChanServ@services. : +v SteveJGoodey
[21:54:06] Steve-Goodey (Steve-Goodey!~steve@2a00:23c5:7d83:6501:6032:9caa:16d4:6ffa) has quit (Quit: Konversation terminated!)
[21:56:47] SteveGoodey (SteveGoodey!~steve@host86-139-84-249.range86-139.btcentralplus.com) has quit (Quit: Konversation terminated!)
[22:01:33] SteveJGoodey (SteveJGoodey!~quassel@2a00:23c5:7d83:6501:b918:b367:98be:3d53) has quit (Read error: Connection reset by peer)
[22:11:57] gregl (gregl!~greg@cpe-24-194-253-7.nycap.res.rr.com) has joined #mythtv
[23:40:04] madder_enz (madder_enz!~mad_enz@cpe00508b114c3e-cmf0f249d13d30.cpe.net.cable.rogers.com) has quit (Ping timeout: 256 seconds)

IRC Logs collected by BeirdoBot.
Please use the above link to report any bugs.