| Tuesday, July 5th, 2022, 00:12 UTC | ||
| [00:12:01] | amessina (amessina!~amessina@user/amessina) has quit (Remote host closed the connection) | |
| [00:46:30] | peterbennett (peterbennett!~peter@2601:183:100:17cc:861b:8364:6464:95bd) has quit (Ping timeout: 244 seconds) | |
| [03:30:10] | hampton (hampton!~david@mythtv/developer/hampton) has quit (Quit: Leaving.) | |
| [03:30:52] | hampton (hampton!~david@mythtv/developer/hampton) has joined #mythtv | |
| [03:30:52] | Mode for #mythtv by ChanServ!ChanServ@services.libera.chat : +v hampton | |
| [05:34:32] | MythBuild: | Build [#482](https://code.mythtv.org/buildbot/#builders/204/builds/482) of `clazy-master` 4failed. |
| [06:22:54] | Steve-Goodey (Steve-Goodey!~steve@2a00:23c5:7d83:6501:7a84:3cff:fedf:a99) has joined #mythtv | |
| [07:36:11] | Steve-Goodey (Steve-Goodey!~steve@2a00:23c5:7d83:6501:7a84:3cff:fedf:a99) has quit (Quit: Konversation terminated!) | |
| [13:12:48] | amessina (amessina!~amessina@user/amessina) has joined #mythtv | |
| [13:31:08] | Steve-Goodey (Steve-Goodey!~steve@2a00:23c5:7d83:6501:7a84:3cff:fedf:a99) has joined #mythtv | |
| [16:48:38] | peterbennett (peterbennett!~peter@2601:183:100:17cc:3e56:95a2:c2e8:263a) has joined #mythtv | |
| [17:13:51] | peterbennett (peterbennett!~peter@2601:183:100:17cc:3e56:95a2:c2e8:263a) has quit (Ping timeout: 244 seconds) | |
| [17:49:48] | DevMythNotifyBot: | pull_request synchronize by ulmus-scott, "ffmpeg cleanup": https://github.com/MythTV/mythtv/pull/416 |
| [17:50:23] | glenb77 (glenb77!~glenb77@38-13-16-127.starry-inc.net) has joined #mythtv | |
| [18:24:25] | ulmus-scott (ulmus-scott!~ulmus-sco@user/ulmus-scott) has joined #mythtv | |
| [18:43:49] | ulmus-scott: | Most sleep commands appear to be std::this_thread::sleep_for(). However, there are still a few QThread::usleep(); one MThreadInternal::USleep(); a few ::usleep(); and a number of usleep() that could be ::usleep(), QThread::usleep(), or MThread::usleep(). Should these all be converted to std::this_thread::sleep_for? |
| [18:50:31] | ulmus-scott (ulmus-scott!~ulmus-sco@user/ulmus-scott) has quit (Quit: Client closed) | |
| [19:01:31] | peterbennett (peterbennett!~peter@2601:183:100:17cc:858a:cf98:812a:8660) has joined #mythtv | |
| [19:19:49] | jpabq: | peterbennett: I am adding a ServiceAPI call which modifies data, but takes no parameters. I am getting a complaint trying to use a POST. Should that work? If so, then there is an issue with the python bindings that I need to track down. |
| [19:20:21] | jpabq: | Basically, I am adding a call to SourceUtil::DeleteAllSources |
| [19:21:14] | peterbennett: | jpabq: It should work. Did you try with curl? |
| [19:22:35] | peterbennett: | jpabq: For my delete all capture cards, I just call the remove api one at a time to delete them all. |
| [19:23:50] | jpabq: | My (minor) OCD is kicking in and I want the sourceids to start at 1. |
| [19:24:32] | jpabq: | I will give curl a try. I am so used to just doing everything via python. |
| [19:24:33] | stuarta[m]: | Truncate the relevant database table :-p |
| [19:25:14] | peterbennett: | Is that the video sources (i.e. the listing download sources)? |
| [19:25:24] | jpabq: | stuarta[m]: yes, that is what the call to SourceUtil::DeleteAllSources does. It also truncates any tables which rely on the sourceid. |
| [19:25:39] | jpabq: | mythconverg:videosource |
| [19:25:49] | peterbennett: | sounds dangerous |
| [19:26:14] | stuarta[m]: | It's not user friendly |
| [19:26:33] | jpabq: | Yes it does. I had to look at it twice before deciding that it was the right thing to do, when wanting to truly start from scratch. |
| [19:26:47] | glenb77 (glenb77!~glenb77@38-13-16-127.starry-inc.net) has quit (Quit: glenb77) | |
| [19:27:13] | peterbennett: | I have one source and its id is 1 |
| [19:27:21] | peterbennett: | In my development db |
| [19:27:30] | jpabq: | That is, start from scratch while maintaining other things like existing recordings. |
| [19:27:54] | jpabq: | peterbennett: if you delete that one source, and then create a new one, does it start from 1? |
| [19:28:07] | peterbennett: | I doubt it |
| [19:29:00] | peterbennett: | sourceid is auto-increment so I assume it will not reuse a number |
| [19:30:13] | jpabq: | Right. That is why I want to truncate the table when re-creating all the inputs. |
| [19:33:06] | jpabq: | Do you have any idea how hard it is for me to type POST instead of POET? |
| [19:34:46] | jpabq: | It works from curl. So, there is a bug in the python bindings. |
| [19:35:13] | peterbennett: | :) |
| [19:36:42] | peterbennett: | You could send some random parameter, I believe that it will ignore any extra parameters it does not support. |
| [19:49:00] | jpabq: | Yes, that works. I would like a cleaner solution is possible. |
| [19:49:55] | jpabq: | BTW, another issue with the python bindings is that they do not return the reason for failure — it is always empty. Is the true everywhere, or again, is it just a problem with python? |
| [19:51:19] | peterbennett: | I don't know about the python bindings, but the service apis normally return html for an error, and that is not normally understood by the caller. |
| [19:54:31] | jpabq: | It makes it hard for someone writing against the API since they have to go look at the mythbackend logs to determine why something didn't work. |
| [20:04:50] | DevMythNotifyBot (DevMythNotifyBot!~nodebot@cust32-dsl91-135-4.idnet.net) has quit (Ping timeout: 240 seconds) | |
| [20:04:59] | stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has quit (Ping timeout: 244 seconds) | |
| [20:07:46] | DevMythNotifyBot (DevMythNotifyBot!~nodebot@cust32-dsl91-135-4.idnet.net) has joined #mythtv | |
| [20:12:04] | stuarta (stuarta!~stuarta@2a02:390:790f:1:7210:6fff:feca:576c) has joined #mythtv | |
| [20:12:04] | stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has joined #mythtv | |
| [20:12:04] | stuarta (stuarta!~stuarta@2a02:390:790f:1:7210:6fff:feca:576c) has quit (Changing host) | |
| [20:12:04] | Mode for #mythtv by ChanServ!ChanServ@services.libera.chat : +v stuarta | |
| [20:22:26] | peterbennett (peterbennett!~peter@2601:183:100:17cc:858a:cf98:812a:8660) has quit (Ping timeout: 244 seconds) | |
| [20:48:15] | jpabq: | stuarta: I am getting "HTTP4 mythhttpfile.cpp:50 (ProcessFile) – HTTPFile: Failed to find '/usr/local/share/mythtv/html/Channel/apps/backend/index.html'". This is while using the ServicesAPI from python. |
| [20:48:50] | jpabq: | This is the only warning/error I see in the logs, but my python program thinks the call is failing. |
| [20:51:08] | jpabq: | Oh. I see my problem. |
| [20:55:03] | jpabq: | Hmmm. Actually I don't |
| [20:57:16] | jpabq: | found it |
| [21:28:10] | Steve-Goodey (Steve-Goodey!~steve@2a00:23c5:7d83:6501:7a84:3cff:fedf:a99) has quit (Quit: Konversation terminated!) | |
| [21:33:04] | peterbennett (peterbennett!~peter@2601:183:100:17cc:9849:29e9:b747:1b8e) has joined #mythtv | |
| [22:04:44] | peterbennett (peterbennett!~peter@2601:183:100:17cc:9849:29e9:b747:1b8e) has quit (Ping timeout: 244 seconds) | |
| [22:07:10] | amessina (amessina!~amessina@user/amessina) has quit (Remote host closed the connection) | |
| [22:08:19] | amessina (amessina!~amessina@user/amessina) has joined #mythtv | |
| [23:36:41] | amessina (amessina!~amessina@user/amessina) has quit (Remote host closed the connection) | |
| [23:58:10] | DevMythNotifyBot (DevMythNotifyBot!~nodebot@cust32-dsl91-135-4.idnet.net) has quit (Remote host closed the connection) | |
| [23:58:25] | DevMythNotifyBot (DevMythNotifyBot!~nodebot@cust32-dsl91-135-4.idnet.net) has joined #mythtv | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.