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.