Beirdobot, irc.libera.chat

Tuesday, October 26th, 2021, 03:46 UTC

[03:46:13]

DevMythNotifyBot:

issue edited by billmeek, "Rewrite mythtranscode to use ffmpeg instead of libmpeg2": https://github.com/MythTV/mythtv/issues/399

[06:11:50]

Steve-Goodey (Steve-Goodey!~steve@2a00:23c5:7d83:6501:6ea1:20d:5872:d872) has joined #mythtv

[07:15:40]

Steve-Goodey:

Seems http://themes.mythtv.org/themes/repository/31 is giving 404 error.

[07:16:28]

Steve-Goodey:

Server was rebooted by hamton to clear 503 error earlier?

[07:21:32]

Steve-Goodey:

uptimerobot says all systems operational!

[07:44:45]

DevMythNotifyBot:

issue labeled by stuarta, "Rewrite mythtranscode to use ffmpeg instead of libmpeg2": https://github.com/MythTV/mythtv/issues/399 Labels: "version:master" "version:v31-fixes" "task:developer"

[07:44:45]

DevMythNotifyBot:

issue labeled by stuarta, "Rewrite mythtranscode to use ffmpeg instead of libmpeg2": https://github.com/MythTV/mythtv/issues/399 Labels: "version:master" "version:v31-fixes" "task:developer"

[07:44:45]

DevMythNotifyBot:

issue labeled by stuarta, "Rewrite mythtranscode to use ffmpeg instead of libmpeg2": https://github.com/MythTV/mythtv/issues/399 Labels: "version:master" "version:v31-fixes" "task:developer"

[07:45:30]

stuarta:

that really is excessively verbose

[07:46:10]

stuarta:

Steve-Goodey: lemme take a look

[07:53:49]

stuarta:

Steve-Goodey: it doesn't allow directory browsing, so if you had added themes.zip to the end of your url, you would see it working

[07:57:34]

Steve-Goodey:

stuarta: Thanks. Sorry to bother you.

[07:57:56]

stuarta:

no bother

[08:05:38]

SteveGoodey (SteveGoodey!~steve@2a00:23c5:7d83:6501:fa68:6631:5ed6:d871) has joined #mythtv

[08:31:49]

SteveGoodey (SteveGoodey!~steve@2a00:23c5:7d83:6501:fa68:6631:5ed6:d871) has quit (Quit: Konversation terminated!)

[08:35:31]

knowledgejunkie (knowledgejunkie!~knowledge@cpc77018-warw18-2-0-cust959.3-2.cable.virginm.net) has quit (Quit: leaving)

[08:38:17]

DevMythNotifyBot:

issue milestoned by stuarta, "Mythtv MPEG-TS demux fails on playback of YLE recordings ": https://github.com/MythTV/mythtv/issues/351

[08:38:31]

DevMythNotifyBot:

issue labeled by stuarta, "Mythtv MPEG-TS demux fails on playback of YLE recordings ": https://github.com/MythTV/mythtv/issues/351 Labels: "version:master" "version:v31-fixes"

[08:38:31]

DevMythNotifyBot:

issue labeled by stuarta, "Mythtv MPEG-TS demux fails on playback of YLE recordings ": https://github.com/MythTV/mythtv/issues/351 Labels: "version:master" "version:v31-fixes"

[08:59:04]

DevMythNotifyBot:

pull_request assigned by stuarta, "Miscellaneous cleanup": https://github.com/MythTV/mythtv/pull/398

[08:59:21]

DevMythNotifyBot:

pull_request labeled by stuarta, "Miscellaneous cleanup": https://github.com/MythTV/mythtv/pull/398

[08:59:40]

DevMythNotifyBot:

issue milestoned by stuarta, "Miscellaneous cleanup": https://github.com/MythTV/mythtv/pull/398

[09:00:10]

DevMythNotifyBot:

pull_request closed by stuarta, "Miscellaneous cleanup": https://github.com/MythTV/mythtv/pull/398

[09:00:11]

DevMythNotifyBot:

COMMIT: stuarta pushed 8 commit(s) to branch master: https://github.com/MythTV/mythtv/compare/0374 . . . bcb32727e324

[09:12:57]

warpme__ (warpme__!uid391875@id-391875.helmsley.irccloud.com) has joined #mythtv

[09:14:03]

warpme__:

dears: i want to put on table discussion of: 1\v32 release and 2\future development of MythTV. Saying so – maybe it is worth to decompose discussion into subareas: a\frontend and b\backend? It might be helpful to structure whole discussion about future directions of MythTV. We may go with Steve Jobs model: "just do product ideal for you. For sure there are ppl like you – and – believe me – they will love your product). Personally

[09:14:03]

warpme__:

- i think it will be worth to think-out list of key functional milestones per a\ & \b with: i\priorities & ii\rough level of current advancement (as input to estimate to time/effort/resources->probability to achieve goal). Why all this? Because of respect to our already realised collaborative work, spent energy and invested time. For me it simply needs some planning required to secure exploitation/use of results we already have -

[09:14:03]

warpme__:

to: potentially attract new devel. blood, gain new users & sustain loyalty of existing users. What you think? (btw: should i put all this on ML maybe?)

[09:18:37]

Steve-Goodey (Steve-Goodey!~steve@2a00:23c5:7d83:6501:6ea1:20d:5872:d872) has quit (Quit: Konversation terminated!)

[09:47:03]

DevMythNotifyBot:

COMMIT: stuarta pushed 20 commit(s) to branch devel/http: https://github.com/MythTV/mythtv/compare/bd0d . . . f82734a0ae7f

[09:49:32]

DevMythNotifyBot:

issue closed by stuarta, "Regression: Mythweb forbidden": https://github.com/MythTV/mythtv/issues/403

[10:26:11]

knowledgejunkie (knowledgejunkie!~knowledge@cpc77018-warw18-2-0-cust959.3-2.cable.virginm.net) has joined #mythtv

[11:30:19]

stuarta:

go faster little rpi. i need to restart buildmaster

[11:51:56]

paul-h (paul-h!~paul@pres-25-b2-v4wan-161467-cust2666.vm29.cable.virginm.net) has joined #mythtv

[11:51:56]

paul-h (paul-h!~paul@mythtv/developer/paul-h) has joined #mythtv

[11:51:56]

paul-h (paul-h!~paul@pres-25-b2-v4wan-161467-cust2666.vm29.cable.virginm.net) has quit (Changing host)

[11:51:56]

Mode for #mythtv by ChanServ!ChanServ@services.libera.chat : +v paul-h

[12:08:03]

warpme__ (warpme__!uid391875@id-391875.helmsley.irccloud.com) has quit (Quit: Connection closed for inactivity)

[12:26:14]

warpme__ (warpme__!uid391875@id-391875.helmsley.irccloud.com) has joined #mythtv

[12:27:44]

warpme__:

guys: today i discovered current master has issue with saving cut lists from recording editing. mythfrontend says:

[12:27:49]

warpme__:

https://www.irccloud.com/pastebin/uIFULVNQ/

[12:28:01]

warpme__:

is this known issue?

[13:02:22]

peterbennett (peterbennett!~peter@mythtv/developer/peterbennett) has joined #mythtv

[13:02:22]

Mode for #mythtv by ChanServ!ChanServ@services.libera.chat : +v peterbennett

[13:07:20]

paul-h:

warpme__: not seen any other reports of the problem

[13:10:47]

paul-h:

does your recordedmarkup table loot something like this https://pastebin.com/Eb0ntm1Q

[13:12:02]

MythBuild (MythBuild!~MythBuild@mizar.mythtv.org) has quit (Remote host closed the connection)

[13:15:54]

paul-h:

recordedmarkup is notorious for becoming corrupted so worth checking the database is healthy as well

[13:18:39]

hampton (hampton!~david@mythtv/developer/hampton) has quit (Ping timeout: 268 seconds)

[13:23:22]

warpme__:

paul-h: it looks like upgrade mysqllib from mysql 5.1.67 to mariadb 10.6 on frontend side breaks things

[13:23:29]

peterbennett:

There is an email from Gary about ffmpeg 4.4.1. The last ffmpeg merge was in April this year (4.3.2). Any preferences for when to do a merge? Bearing in mind release dates and testing. I notice that I merged 4.3.2 just 8 days before 4.4 came out. Not the best timing. 4.4.1 just came out yesterday.

[13:24:10]

warpme__:

peterbennett: from my side: asap

[13:25:15]

peterbennett:

I think it is a good time now since the next release will be April next year so enough time to sort out issues

[13:27:28]

warpme__:

paul-h: interesting that i was using mariadb for weeks and didn't cath this issue. i.e. bookmarks in recording works so issue seems more subtle. maybe this is another incarnations of https://github.com/MythTV/mythtv/issues/384 ?

[13:28:21]

paul-h:

peterbennett: The next release of Myth? If we want to make the next Ubuntu LTS then I think it has to be in sometime around February

[13:28:30]

MythBuild (MythBuild!~MythBuild@mizar.mythtv.org) has joined #mythtv

[13:30:25]

peterbennett:

paul-h: I think better to do it now and give three months to test in case of issues. I don't know if a newer version of ffmpeg will come out before February

[13:31:06]

paul-h:

February 24th is feature freeze day so it would have to be submitted for inclusion before then

[13:31:19]

stuarta:

that's what we normally do

[13:32:10]

paul-h:

So yeah the sooner it gets merged the better I would say

[13:32:33]

hampton (hampton!~david@mythtv/developer/hampton) has joined #mythtv

[13:32:33]

Mode for #mythtv by ChanServ!ChanServ@services.libera.chat : +v hampton

[13:33:50]

paul-h:

stuarta: probably not a problem but I noticed if you try to download the themes.zip using https then you get a certificate error

[13:34:21]

stuarta:

hmm, shouldn't do that, they should autorenew

[13:34:24]

stuarta:

will look into it

[13:35:15]

paul-h:

The certificate does not include themes.mythtv.org ?

[13:35:23]

warpme__:

peterbennett: maybe – at v32 release time it is worth to fix h264 seek on v4l2_request? This is IMHO last thing blocking to use Mark work (which is impressive) by world & single show-stopper to answering to those all users all the time saying kodi plays everything on 30$ HW while myth needs 130+$ HW and not plays nice.....

[13:36:07]

stuarta:

paul-h: ah yes, SAN is missing for themes

[13:36:14]

stuarta:

simple fix

[13:37:22]

warpme__:

to me issue looks like bug with video buffers clearing issue at seek...

[13:37:34]

peterbennett:

warpme__: I have not looked at playback since Mark made his major changes. I have no idea on how v4l2 works. What is the problem?

[13:38:49]

peterbennett:

warpme__: Myth can play of $29.99 hardware – that is the current price for fire stick 4K

[13:40:03]

warpme__:

issue is: playback seek gives looped playback after seek on v4l2_request. Only on h264 (hevc, mpg2, vp8, vp9) works ok. Looking on logs i see following: https://github.com/MythTV/mythtv/issues/278#i . . . nt-787099301

[13:41:35]

peterbennett:

warpme__: Also I am not doing much with raspberry pi these days. What hardware are you using?

[13:42:27]

warpme__:

testing on: https://github.com/warpme/minimyth2#hardware- . . . code-support

[13:42:32]

peterbennett:

warpme__: I have very little understanding of OpenGL and I think these may be OpenGL issues

[13:45:09]

warpme__:

well – switching from v4l2 to sw.decode in the same video pipeline (dmabuf to egl surface) and all works perfectly

[13:45:40]

paul-h:

warpme__: why not try to contact Mark maybe he will help you fix it?

[13:46:09]

stuarta:

he's walked away, i doubt he'll help

[13:46:24]

warpme__:

also playback with v4l2 from bookmark (so jump to mid of recording before playback) – also works ok. issue is only on seek

[13:46:52]

stuarta:

peterbennett: merge it asap

[13:47:07]

stuarta:

also, what do people think to merging devel/http back to master ???

[13:47:32]

peterbennett:

stuarta: I will merge it as soon as I get a round tuit.

[13:47:42]

stuarta:

those are on back order :-p

[13:48:33]

warpme__:

paul-h: yes. no single answer from Mark. I don't believe he will return so q is binary: will we somehow fix this and allow users to exploit his work or let his work become abadonware....

[13:48:55]

peterbennett:

Regarding merge back to master – I think that is fine – the old api is still there so it sould not actually affect anybody

[13:49:52]

peterbennett:

stuarta: What is the plan for disabling the old api and moving the new to that port?

[13:50:24]

stuarta:

basically once everyone who consumes it is happy

[13:50:31]

stuarta:

which i think is done

[13:50:57]

stuarta:

however there is still the surgical separation of UPnP/SSDP from the old stack, and migration to the new stack

[13:51:39]

paul-h:

Also the WebSocket stuff is broken/missing in the new server

[13:52:03]

stuarta:

should be fairly trivial to have an SSDP api service (which handles the part of SSDP where clients ask for data about the server)

[13:52:41]

stuarta:

paul-h: sounds like another case of the skeleton is there

[13:53:08]

stuarta:

themes cert fixed

[13:53:25]

paul-h:

Cool thanks

[13:55:54]

paul-h:

The talk of SSDP reminds me we need a setting to be able to change the name the MythTV server uses for its UPnp name

[13:56:17]

stuarta:

that would be handy for development

[13:56:41]

stuarta:

paul-h: if you can file that as an issue that would be great

[13:56:41]

paul-h:

If you have 2 backends on the same network you can't tell which is which since they are both called the same

[13:56:48]

stuarta:

i have that problem

[13:57:14]

stuarta:

and the distinguishing bit (the version number) is off screen on my TV

[14:00:01]

stuarta:

paul-h: apart from the "webfrontend" what uses websocket connections to the backend?

[14:01:02]

peterbennett:

warpme__: My hope was to use player code or api that is a packaged deal so that we do not have to maintain all the technical detail of playback. That is what I did in leanfront – it uses exoplayer api.

[14:04:11]

paul-h:

stuarta: I use it in my frontend for things like getting recording starting/stopping notifications etc

[14:04:24]

stuarta:

thanks, that's what i suspected

[14:05:47]

peterbennett (peterbennett!~peter@mythtv/developer/peterbennett) has quit (Ping timeout: 264 seconds)

[14:08:58]

paul-h:

warpme__: Peter has gone but I've been using MDK-SDK which has pretty good decoder support https://github.com/wang-bin/mdk-sdk/wiki/Decoders

[14:09:56]

warpme__:

peterbennett: yes. i'm aware to that. great work. what i'm trying to achieve is run current frontend on linux on tvboxes. android or x86_64 devices are perfectly covered by you or by current master via vaapi :-)

[14:10:10]

paul-h:

Not used it myself but there is support for the Pi https://github.com/wang-bin/mdk-sdk/wiki/Raspberry-Pi

[14:11:16]

warpme__:

in this context i'm targeting to not yet covered users segment.

[14:13:31]

paul-h:

But like Peter was saying if you can run the FE on a $30 FireStick why spend a lot of time and hard work trying to get the cheap Chinese boxes to work \0?

[14:14:06]

stuarta:

peter often disappears because his laptop goes to sleep :-)

[14:16:04]

paul-h:

warpme__: I think part of the problem is how hard it is to setup one of these systems just to test. I hear the chance of bricking them is quite high

[14:20:32]

** stuarta makes a note that upnp stack throws errors in the log if mythmusic has never populated it's DB schema **

[14:20:40]

warpme__:

paul-h: basically because i want to see old, classical, 100% functional frontend on 30$ box. User of MythTV FE can deploy new FE by: 1\burning SD card; 2\inserting SD card onto box. No any app install, config, tweaking, etc. just burn + insert and you have full functional FE (with editing, PiP, etc). And you have 100% Linux here with all caps Linux gives you over Android.

[14:21:12]

stuarta:

warpme__: you have been doing a great job, especially working with mesa and hw teams to get stuff working

[14:22:15]

warpme__:

paul-h: re bricking: all 4 major SOC i'm serving without any touch to eMMC. So box is fully STATELESS. Zero touch here to HW

[14:22:51]

warpme__:

idea: burn, insert and you will have 100% frontend on linux (kodi now as well)

[14:23:12]

stuarta:

same targets as kodi effectively?

[14:24:49]

warpme__:

comparing to CoreELEC or LibreELEC: 1\i'm 100% locally stateless; 2\full zero touch provisioning 3\diskless (if UBOOT providec PXE)

[14:27:49]

warpme__:

for hw support: nobody so far offers hw. assisted playback on alwinner H616 (17$ SBC capable 4k HEVC) or hevc on rpi4 without dedicated sw.: RpiOS or CoreElec/LibreElec RPI buils

[14:30:45]

amessina (amessina!~amessina@user/amessina) has joined #mythtv

[14:31:05]

warpme__:

kodi vs. myth. oh well.... I see this in deployment when you are adding new TV. Myth: insert card; power-on; all recordings/movies/music/pictures/newsfeeds you have at hand immediatelly. with kodi:......

[14:31:16]

Steve-Goodey (Steve-Goodey!~steve@2a00:23c5:7d83:6501:6ea1:20d:5872:d872) has joined #mythtv

[14:31:40]

peterbennett (peterbennett!~peter@mythtv/developer/peterbennett) has joined #mythtv

[14:31:40]

Mode for #mythtv by ChanServ!ChanServ@services.libera.chat : +v peterbennett

[14:34:11]

paul-h:

warpme__: I'll be honest a lot of the language you use goes straight over my head so have no ides what you are talking about :)

[14:35:33]

warpme__:

for devel: i'm cross-compiling full distro. deployment to target is: SD card for initial jumpstart + rsync of compressed deltas to target – when developer tests recompiled lib, app or binary, etc

[14:39:35]

MythBuild_ (MythBuild_!~MythBuild@140-211-166-71-openstack.osuosl.org) has joined #mythtv

[14:40:48]

MythBuild_ (MythBuild_!~MythBuild@140-211-166-71-openstack.osuosl.org) has quit (Remote host closed the connection)

[14:40:57]

gregl (gregl!~gregl@cpe-24-194-235-95.nycap.res.rr.com) has quit (Remote host closed the connection)

[14:43:10]

peterbennett:

paul-h: mdk-sdk looks interesting. Does it work well?

[14:44:51]

peterbennett:

Packages like exoplayer and mdk-sdk may not support the cutlist editing, skipping, etc.

[14:46:23]

peterbennett:

yes my laptop went to sleep

[14:46:34]

warpme__:

"Packages like exoplayer and mdk-sdk may not support the cutlist editing, skipping, etc." – thats why i think i'm with my development NOT competing but rather complementing myth ecosystem....

[14:52:56]

** stuarta tests updated buildmaster **

[14:55:48]

peterbennett (peterbennett!~peter@mythtv/developer/peterbennett) has quit (Quit: Leaving.)

[15:07:09]

paul-h:

peterbennett: So far I haven't had a problem with it. It can play just about anything ffmpeg can handle

[15:07:30]

peterbennett (peterbennett!~peter@mythtv/developer/peterbennett) has joined #mythtv

[15:07:30]

Mode for #mythtv by ChanServ!ChanServ@services.libera.chat : +v peterbennett

[15:07:46]

paul-h:

only used it on Linux and using both nvidia and Intel hardware

[15:08:21]

paul-h:

LibVLC can handle more formats though like playing YouTube videos

[15:09:08]

paul-h:

It's seems to handle playing IPTV streams better than VLC

[15:09:58]

paul-h:

It's not open source but is free for non commercial use

[15:10:54]

peterbennett:

So that github is not the source

[15:11:19]

paul-h:

No it's not

[15:11:35]

peterbennett:

I think the vlc api is open source

[15:11:45]

paul-h:

https://sourceforge.net/projects/mdk-sdk/files/

[15:12:10]

paul-h:

libvlc is open source I love it

[15:13:05]

peterbennett:

The exoplayer is open source and the developers have been very responsive to my pull requests when I have found bugs.

[15:13:49]

peterbennett:

At least when it is open source you can find the bugs and either fix them in your copy or submit them upstream.

[15:13:54]

paul-h:

Is it available for Linux?

[15:14:14]

peterbennett:

No it is andoid only unfortunately

[15:15:03]

peterbennett:

It is from google and I believe most of the streaming services on android use it.

[15:16:49]

paul-h:

Probably no chance it can play YouTube video then :)

[15:17:45]

stuarta:

i would hope it can since google own youtub

[15:17:46]

stuarta:

i would hope it can since google own youtube

[15:18:02]

peterbennett:

paul-h: Do I detect sarcasm there?

[15:19:07]

paul-h:

YouTube want you to use their web pages so they can show you the adverts

[15:19:18]

stuarta:

sigh websockets should not be part of libmythupnp....

[15:22:32]

paul-h:

I guess it would have been Stuart M who put it there

[15:22:37]

stuarta:

yup

[15:23:32]

stuarta:

paul-h: is it the actual "myth" protocol over websocket that's missing?

[15:24:48]

stuarta:

code to handle websockets is there, so i suspect that is what is missing

[15:26:15]

paul-h:

Let me go look – I know you have to register to get the messages you want

[15:27:12]

peterbennett:

paul-h: I expect the youtube app uses the exoplayer api. The exoplayer api has features built in for inserting advertisements into the video. I have ignored that part of it so I don't know how it works.

[15:29:10]

paul-h:

stuarta: I send a WS_EVENT_ENABLE to get the messages then send WS_EVENT_SET_FILTER LIVETV_CHAIN RECORDING_LIST_CHANGE UPDATE_FILE_SIZE SCHEDULE_CHANGE to say what events I want to know about if that helps

[15:29:51]

stuarta:

that's kinda what i expected.

[15:30:23]

stuarta:

other than the actual low level code, i'm not seeing new code which layers our protocol which understands those requests

[15:33:46]

paul-h:

The websocket code just relays any MythEvent::MythEventMessage over the websocket to any listener who asked to be notified of a particular event by the look of it

[15:34:03]

stuarta:

i don't think it's particularly complex

[15:46:05]

stuarta:

paul-h: it's not hooked up to anything -> https://github.com/MythTV/mythtv/blob/devel/h . . . pp#L584-L608

[15:50:27]

gregl (gregl!~gregl@cpe-24-194-235-95.nycap.res.rr.com) has joined #mythtv

[15:53:12]

paul-h:

how does the HTTPConnectionUpgrade thing work exactly to create a WebSocket

[15:54:07]

paul-h:

In the old server it was just on a separate port master port + 5 I think

[15:54:11]

stuarta:

paul-h: over the http connection you send an Upgrade: header

[15:54:34]

stuarta:

irc

[15:55:19]

stuarta:

https://developer.mozilla.org/en-US/docs/Web/ . . . ders/Upgrade

[15:57:05]

stuarta:

looks like the old code did the same

[15:57:29]

stuarta:

doh i was reading the new code

[15:57:34]

** stuarta checks old code **

[15:58:55]

stuarta:

web debugger to the rescue, yes old code (at least in the webfrontend) just talks to <be_port + 5>

[15:59:17]

stuarta:

however the initiator was the websockets_events.js code

[16:00:58]

stuarta:

paul-h: does your client just talk websocket to <be_port + 5> ??

[16:01:15]

paul-h:

Yeah that's the port I've been using

[16:02:32]

stuarta:

ok, so we need a "legacy websocket handler" to shim the requests together

[16:02:50]

stuarta:

should be common code with what needs putting in for an upgradable socket anyway

[16:04:42]

stuarta:

then over time you can update your code to upgrade an http connection to websocket

[16:05:46]

paul-h:

I'm just using the QML WebSocket component

[16:06:10]

paul-h:

I'll have to see if it handles the connection upgrade stuff

[16:09:17]

SteveJGoodey (SteveJGoodey!~quassel@2a00:23c5:7d83:6501:686d:7d9a:f9cf:5787) has joined #mythtv

[16:15:40]

peterbennett:

I will do the ffmpeg upgrade in master

[16:20:36]

stuarta:

right, so the "mediaserver" in the backend explicitly creates a websocket endpoint

[16:20:53]

stuarta:

none of this modern protocol switching nonsense :-p

[16:31:48]

paul-h:

If I change the url my websocket uses to the master BE port it does appear to connect OK at least no errors and the requests are sent OK but obviously no response from the BE so from my perspective if it is easier to use the socket upgrade method I'm OK with that

[16:32:47]

paul-h:

I'm assuming the socket is upgrading OK if there are no errors

[16:34:24]

stuarta:

paul-h: lets write the handling code and then you can check again :-)

[16:36:43]

paul-h:

There is a plugin for Firefox to test websockets you can then connect to ws://192.168.1.34:6744 for the new server or ws://192.168.1.34:6544 for the old one then send WS_EVENT_ENABLE then WS_EVENT_SET_FILTER LIVETV_CHAIN RECORDING_LIST_CHANGE UPDATE_FILE_SIZE SCHEDULE_CHANGE

[16:37:16]

paul-h:

make that port 6549 for the old server

[16:39:08]

paul-h:

If you start LiveTV in a mythfrontend you can then see some messages received

[17:05:03]

stuarta[m]:

Paul-h yeah I can see some messages in the web debugger when I load the current webfrontend

[17:08:31]

peterbennett (peterbennett!~peter@mythtv/developer/peterbennett) has quit (Quit: Leaving.)

[17:12:21]

stuarta[m]:

Seems like the old WebSocketWorker handle the connection initially as http and then deals with the upgrade. Why oh why....

[17:15:23]

SteveJGoodey (SteveJGoodey!~quassel@2a00:23c5:7d83:6501:686d:7d9a:f9cf:5787) has quit (Read error: Connection reset by peer)

[17:17:06]

stuarta[m]:

And the websocket_extensions have the logic to deal with what is sent over the websocket

[17:26:42]

xris (xris!~xris@131.191.111.121) has joined #mythtv

[17:26:42]

xris (xris!~xris@seagl/staff/xris) has joined #mythtv

[17:26:42]

xris (xris!~xris@131.191.111.121) has quit (Changing host)

[17:26:42]

Mode for #mythtv by ChanServ!ChanServ@services.libera.chat : +v xris

[17:32:30]

SteveJGoodey (SteveJGoodey!~quassel@2a00:23c5:7d83:6501:20af:30de:cf85:c297) has joined #mythtv

[17:51:20]

peterbennett (peterbennett!~peter@mythtv/developer/peterbennett) has joined #mythtv

[17:51:20]

Mode for #mythtv by ChanServ!ChanServ@services.libera.chat : +v peterbennett

[18:41:40]

** hampton sighs **

[18:41:55]

hampton:

Just upgraded my backend to Fedora 35, and mythweb is broken.

[18:42:16]

hampton:

Appears to be php 8.0 deprecating stuff.

[18:44:40]

hampton:

...removing stuff that was deprecated in php 7.4.

[19:04:16]

DevMythNotifyBot:

pull_request synchronize by rcrdnalor, "Python: Switch from distutils to setuptools": https://github.com/MythTV/mythtv/pull/400

[19:57:44]

peterbennett (peterbennett!~peter@mythtv/developer/peterbennett) has quit (Quit: Leaving.)

[20:26:18]

stuarta:

nice a websocket test suite -> https://github.com/crossbario/autobahn-testsuite

[20:26:26]

stuarta:

markk used that for testing it worked

[20:39:09]

peterbennett (peterbennett!~peter@mythtv/developer/peterbennett) has joined #mythtv

[20:39:09]

Mode for #mythtv by ChanServ!ChanServ@services.libera.chat : +v peterbennett

[20:53:46]

Steve-Goodey (Steve-Goodey!~steve@2a00:23c5:7d83:6501:6ea1:20d:5872:d872) has quit (Quit: Konversation terminated!)

[20:59:05]

SteveJGoodey (SteveJGoodey!~quassel@2a00:23c5:7d83:6501:20af:30de:cf85:c297) has quit (Ping timeout: 260 seconds)

[21:13:11]

paul-h:

*sigh* All the master Ubuntu builds are failing again something to do with missing documents this time :(

[21:24:16]

paul-h:

What's the point of bullshit like this? https://github.com/MythTV/mythtv/commit/f4383 . . . 1058dcdee742 https://github.com/MythTV/mythtv/commit/f4383 . . . 1058dcdee742

[21:24:50]

stuarta:

blame me, i merged it

[21:27:12]

stuarta:

it was the one changeset in the series that was a bit dubious

[21:27:28]

paul-h:

Doesn't a lot of documentation already refer to keys.txt for example

[21:27:57]

stuarta:

prob worth reverting just that one

[21:28:34]

stuarta:

i prob should have cherry picked the changes in

[21:29:20]

** stuarta goes back to finding where the websocket messages go **

[21:38:58]

paul-h:

I see John has reported a similar problem on the dev list with the rpm builds

[21:40:34]

stuarta:

just revert that commit then

[21:41:21]

paul-h:

Sounds like more than the just keys.txt and FAQ are affected possibly UPGRADING, AUTHORS, COPYING as well

[21:43:31]

stuarta:

tbh it did seem like a valid cleanup of long obsolete data

[21:50:24]

peterbennett (peterbennett!~peter@mythtv/developer/peterbennett) has quit (Quit: Leaving.)

[22:03:24]

stuarta:

hah, we have messages!

[22:08:03]

warpme__ (warpme__!uid391875@id-391875.helmsley.irccloud.com) has quit (Quit: Connection closed for inactivity)

[22:26:12]

paul-h (paul-h!~paul@mythtv/developer/paul-h) has quit (Quit: Konversation terminated!)

[22:51:42]

zbot` (zbot`!~limnoria@2601:647:4802:4c3:222:4dff:fe51:6728) has quit (Remote host closed the connection)

[22:53:43]

zbot (zbot!~limnoria@2601:647:4802:4c3:222:4dff:fe51:6728) has joined #mythtv

[23:00:45]

gtb:

hampton: Re: Fedora 35 php 8. If you exclude php from upgrading in your dnf.conf file, you can remove php 8.0 and install the f34 php 7.4 (and friends) for the moment. A better solution would be a container for a mythweb instance (I think just apache and php required? I could have sworn I had a container definition somewhere for that). The best solution is to finish the new and improved integrated webfrontend.

[23:38:32]

peterbennett (peterbennett!~peter@mythtv/developer/peterbennett) has joined #mythtv

[23:38:32]

Mode for #mythtv by ChanServ!ChanServ@services.libera.chat : +v peterbennett

MythLogBot@irc.libera.chat :: #mythtv

Current users (27):