| Friday, January 23rd, 2015, 00:00 UTC | ||
| [00:00:41] | stuartm: | it could be enough to supply a list of the programids where status has changed, but I've not thought it all through |
| [00:04:35] | gigem: | stuartm: I understand. It's something I want to do eventually, but it's not simple with the way things are currently done. |
| [00:04:52] | gigem: | Buenas noches todos. Es hora de ir a casa. |
| [00:06:07] | gregL (gregL!~greg@cpe-74-76-121-109.nycap.res.rr.com) has quit (Ping timeout: 245 seconds) | |
| [00:08:09] | stuartm: | buenas noches gigem, hasta mañana |
| [00:08:52] | knightr (knightr!~Nicolas@69-165-170-178.dsl.teksavvy.com) has joined #mythtv | |
| [00:08:52] | knightr (knightr!~Nicolas@69-165-170-178.dsl.teksavvy.com) has quit (Changing host) | |
| [00:08:52] | knightr (knightr!~Nicolas@mythtv/developer/knightr) has joined #mythtv | |
| [00:09:11] | stuartm: | I hope everyone is keeping up, tomorrow it will be italian |
| [00:19:36] | gregL (gregL!~greg@173-198-235-96.static.as40244.net) has joined #mythtv | |
| [00:36:08] | knightr: | this is cute, I can't seem to remember my password... |
| [00:36:20] | knightr: | I'm sure it will come back but this is annoying.. |
| [01:28:03] | gregL (gregL!~greg@173-198-235-96.static.as40244.net) has quit (Ping timeout: 256 seconds) | |
| [01:30:48] | gigem: | stuartm: Lo siento, pero estoy tratando de aprender solo español ahora mismo. |
| [01:32:10] | Hydr0p0nX: | knightr, is it hunter2 ? |
| [01:33:29] | knightr: | nah, not my usual type of password... this is weird, I can remember things I haven't used in years and can't remember it at the moment.. |
| [01:43:56] | gregL (gregL!~greg@cpe-74-76-121-109.nycap.res.rr.com) has joined #mythtv | |
| [01:47:31] | guest56789 (guest56789!~Angel@2606:a000:9a85:2800:4639:c4ff:fe5b:78e0) has joined #mythtv | |
| [01:55:46] | Roklobsta (Roklobsta!~Roklobsta@ppp118-209-79-249.lns20.mel4.internode.on.net) has quit (Ping timeout: 255 seconds) | |
| [02:14:23] | arescorpio (arescorpio!~arescorpi@217-57-245-190.fibertel.com.ar) has joined #mythtv | |
| [03:01:35] | sheedy-away is now known as sheedy | |
| [03:18:52] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 240 seconds) | |
| [03:19:38] | peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [04:21:04] | sheedy is now known as sheedy-away | |
| [04:36:37] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 265 seconds) | |
| [04:37:34] | peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [04:50:36] | fetzerch_ (fetzerch_!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [04:53:53] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 240 seconds) | |
| [05:02:49] | arescorpio (arescorpio!~arescorpi@217-57-245-190.fibertel.com.ar) has quit (Excess Flood) | |
| [06:37:47] | stuartm: | gigem: no hay problema, aprendo muchos lenguas, pero soy el maestro de ninguno |
| [06:37:48] | Tobbe5178 (Tobbe5178!~asdf@2001:2002:d9d4:ce7e:c48a:feb0:8344:3eef) has joined #mythtv | |
| [06:41:27] | dekarl: | io non ti capisco ^^ |
| [06:43:34] | stuartm: | :p |
| [06:43:45] | stuartm: | buongiorno |
| [07:01:07] | dekarl1 (dekarl1!~dekarl@mythtv/developer/dekarl) has joined #mythtv | |
| [07:03:39] | dekarl (dekarl!~dekarl@mythtv/developer/dekarl) has quit (Ping timeout: 264 seconds) | |
| [07:09:27] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has joined #mythtv | |
| [07:26:46] | Roklobsta (Roklobsta!~Roklobsta@ppp118-209-79-249.lns20.mel4.internode.on.net) has joined #mythtv | |
| [07:31:38] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 246 seconds) | |
| [07:33:35] | peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [07:36:27] | lomion0815 (lomion0815!~markus@188-23-193-184.adsl.highway.telekom.at) has joined #mythtv | |
| [07:42:18] | dekarl1 is now known as dekarl | |
| [08:09:14] | toeb (toeb!~toeb@HSI-KBW-078-042-031-066.hsi3.kabel-badenwuerttemberg.de) has joined #mythtv | |
| [08:32:57] | SteveGoodey (SteveGoodey!~steve@host109-158-208-74.range109-158.btcentralplus.com) has joined #mythtv | |
| [09:10:50] | Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:3948:c3f4:4194:ee27) has joined #mythtv | |
| [09:17:27] | dekarl (dekarl!~dekarl@mythtv/developer/dekarl) has quit (Ping timeout: 264 seconds) | |
| [09:21:10] | dekarl (dekarl!~dekarl@mythtv/developer/dekarl) has joined #mythtv | |
| [10:28:29] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 265 seconds) | |
| [10:28:59] | peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [10:52:51] | SteveGoodey (SteveGoodey!~steve@host109-158-208-74.range109-158.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [11:54:01] | stuartm: | these websocket unit tests are brutal, can't see how to avoid failing a number of them without investing time in writing a decent UTF-8 stream parser |
| [12:22:09] | Roklobsta (Roklobsta!~Roklobsta@ppp118-209-79-249.lns20.mel4.internode.on.net) has quit (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/) | |
| [12:32:18] | lomion0815 (lomion0815!~markus@188-23-193-184.adsl.highway.telekom.at) has quit (Remote host closed the connection) | |
| [12:48:25] | superm1_ (superm1_!uid4318@gateway/web/irccloud.com/x-tgtbmanorffixgyy) has quit () | |
| [12:48:47] | superm1_ (superm1_!uid4318@gateway/web/irccloud.com/x-ehrgnxjzwafphfso) has joined #mythtv | |
| [13:05:05] | stuartm: | why are --setverbose and --setloglevel mutually exclusive? |
| [13:05:49] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 255 seconds) | |
| [13:06:27] | peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [13:16:50] | dekarl-ufficio (dekarl-ufficio!51c8c678@gateway/web/freenode/ip.81.200.198.120) has joined #mythtv | |
| [13:17:16] | dekarl-ufficio: | do you need valid UTF-8 sequences or do you also need code points that make sense? |
| [13:19:31] | stuartm: | dekarl-ufficio: the former, the unit testing (autobahn) fails you if you reject reserved characters (aka noncharacters) |
| [13:21:00] | dekarl-ufficio: | http://xmltv.cvs.sf.net/viewvc/xmltv/xmltv/li . . . =markup#l362 steps 4 to 8 should be most of what you need |
| [13:21:46] | stuartm: | not that getting a 100% pass rate from the unit testing is really essential, but it would be nice |
| [13:22:06] | stuartm: | dekarl-ufficio: thanks |
| [13:30:16] | dekarl-ufficio: | y/w after looking at https://github.com/tavendo/AutobahnTestSuite/ . . . case6_x_x.py most cases should be handled with tests from the xmltv validator |
| [13:30:28] | dekarl-ufficio: | uhh, prego |
| [13:51:24] | dekarl-ufficio: | note to self, let mythtranscode support "what the BBC does" http://ffmpeg.org/pipermail/ffmpeg-user/2014-March/020384.html |
| [13:51:35] | stuartm: | one particularly tricky check requires that we spot invalid chars in message fragments as they arrive, which sounds easy until you realise that it may have fragmented between 2-bytes of a valid char |
| [13:53:33] | stuartm: | so you need to stop checking when you hit an incomplete character at the end of the current data, then resume where you left off when a new fragment arrives and is concatenated on |
| [13:53:37] | dekarl-ufficio: | sounds like "state machine to the rescue" ;) |
| [13:54:59] | dekarl-ufficio: | any other solution that raises a flag at the instant the first bad byte comes down the pipe make my head hurt |
| [13:55:06] | stuartm: | all seems more trouble than it's worth, I'm not even intending that the websocket receives much input from the client, it will be almost entirely server > client |
| [13:55:51] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has quit (Ping timeout: 264 seconds) | |
| [13:56:31] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has joined #mythtv | |
| [13:56:53] | stuartm: | the tests were written to validate servers which are 'general purpose', and where high levels of efficiency are required, there it makes sense to reject the incoming data as soon as possible instead of waiting for it all to arrive as it keeps bandwidth low and frees up the socket for another client |
| [13:57:02] | dekarl-ufficio: | I've been thinking about the inverse, how to avoid sending invalid utf-8. But the requirenment is so relaxed that I don't worry. (i.e. we can send random control character nonsense that is encoded as valid utf8) |
| [13:58:34] | stuartm: | the spec requires the same rigorous checking from the client too, no browser is likely to allow invalid data to be sent down the wire anyway |
| [13:59:46] | stuartm: | websockets do binary as well, so you can send pretty much anything you want over the wire, you just can't describe binary data as 'text' and expect it to work |
| [14:00:29] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has quit (Read error: Connection reset by peer) | |
| [14:00:48] | FabriceMG (FabriceMG!~Thunderbi@LCaen-656-1-100-212.w80-11.abo.wanadoo.fr) has joined #mythtv | |
| [14:01:15] | moparisthebest (moparisthebest!~mitb@unaffiliated/moparisthebest) has quit (Ping timeout: 264 seconds) | |
| [14:02:13] | dekarl-ufficio: | aye, a random byte has a 13 in 256 chance of being invalid utf-8 just because it may never appear without looking at context (counted them earlier today) |
| [14:07:46] | stuartm: | I'd love to run similar tests against the http server, but I don't dare do that on a production/development server, liable to delete all recordings or worse |
| [14:08:28] | moparisthebest (moparisthebest!~mitb@gateway/tor-sasl/moparisthebest) has joined #mythtv | |
| [14:09:51] | dekarl-ufficio: | stuartm, maybe we could host one of these Dockerfiles to setup a backend with some sample files in a container. Useful for our testing but also to give to others, e.g. for show off our UPNP capabilities to other UPNP implementers |
| [14:10:38] | dekarl-ufficio: | Although I have to admit that I have yet to do anything successfully with such a Dockerfile :) |
| [14:13:00] | stuartm: | like all ideas, it's at the mercy of time, and time seems to be remorseless |
| [14:15:43] | stuartm: | I think my self-imposed deadline of getting this code committed by the weekend is looking much harder, just run into the unit tests that reveal that it's 'legal' to interrupt a series of fragmented text or binary frames with control frames |
| [14:17:12] | stuartm: | think I can handle that with just a small change, but it's all eating away at the precious minutes of free time :( |
| [14:18:24] | dmfrey (dmfrey!~dmfrey@208.5.237.2) has joined #mythtv | |
| [14:38:59] | FabriceMG (FabriceMG!~Thunderbi@LCaen-656-1-100-212.w80-11.abo.wanadoo.fr) has quit (Quit: FabriceMG) | |
| [14:39:30] | FabriceMG (FabriceMG!~Thunderbi@LCaen-656-1-100-212.w80-11.abo.wanadoo.fr) has joined #mythtv | |
| [14:47:34] | dym_: | Hellow! |
| [14:48:00] | dym_: | Just wanted to let you guys know – still have that major issue with the digital cable, still havent had time to "get to it" – lots of other projects in the way :) |
| [14:48:12] | dym_: | For anyone wondering, or thinking: oh, he's prolly solved it – nope :( |
| [14:50:10] | dekarl-ufficio: | dym_: I was about to ask if you can help another user out :( https://forum.mythtv.org/viewtopic.php?f=36&t=640 |
| [14:50:43] | dym_: | hah! :D |
| [14:50:57] | dym_: | not even registered there |
| [14:50:59] | dym_: | will do. |
| [14:57:52] | stuartm: | bah, my new mouse is child-sized, I'll have to send it back |
| [14:58:27] | superm1_ (superm1_!uid4318@gateway/web/irccloud.com/x-ehrgnxjzwafphfso) has quit (Quit: Connection closed for inactivity) | |
| [14:58:39] | dym_: | pic |
| [14:58:39] | dym_: | ! |
| [15:03:51] | dekarl-ufficio: | dym_: ty |
| [15:04:12] | FabriceMG (FabriceMG!~Thunderbi@LCaen-656-1-100-212.w80-11.abo.wanadoo.fr) has quit (Ping timeout: 244 seconds) | |
| [15:04:13] | dym_: | welcome! |
| [15:04:20] | dym_: | ill worry about him, if theres further q's |
| [15:05:42] | brfranse_ (brfranse_!~brfransen@24-197-128-95.dhcp.spbg.sc.charter.com) has quit (Ping timeout: 245 seconds) | |
| [15:06:44] | brfransen (brfransen!~brfransen@24-197-128-95.dhcp.spbg.sc.charter.com) has joined #mythtv | |
| [15:10:10] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has joined #mythtv | |
| [15:20:48] | guest56789 (guest56789!~Angel@2606:a000:9a85:2800:4639:c4ff:fe5b:78e0) has quit (Ping timeout: 245 seconds) | |
| [15:35:01] | jab416171 (jab416171!~jab416171@c-24-2-67-176.hsd1.ut.comcast.net) has quit (Max SendQ exceeded) | |
| [15:35:30] | jab416171 (jab416171!~jab416171@c-24-2-67-176.hsd1.ut.comcast.net) has joined #mythtv | |
| [15:38:15] | tris (tris!tristan@2001:1868:a00a::4) has quit (Remote host closed the connection) | |
| [15:48:51] | dekarl-ufficio (dekarl-ufficio!51c8c678@gateway/web/freenode/ip.81.200.198.120) has quit (Quit: staccare) | |
| [15:51:11] | sheedy-away is now known as sheedy | |
| [16:23:58] | FabriceMG (FabriceMG!~Thunderbi@217.112.59.207) has quit (Quit: FabriceMG) | |
| [16:27:55] | gregL (gregL!~greg@cpe-74-76-121-109.nycap.res.rr.com) has quit (Quit: Leaving) | |
| [17:19:22] | dp3atksu (dp3atksu!~dp3atksu@cougar.cis.ksu.edu) has joined #mythtv | |
| [17:23:24] | dp3atksu (dp3atksu!~dp3atksu@cougar.cis.ksu.edu) has left #mythtv () | |
| [17:47:20] | Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:3948:c3f4:4194:ee27) has quit (Quit: Leaving) | |
| [17:57:42] | dekarl: | \o/ #12355 |
| [17:57:42] | ** MythLogBot http://code.mythtv.org/trac/ticket/12355 ** | |
| [18:17:01] | gary_buhrmaster: | dekarl: Embarrasingly, I somehow missed the work danielk had done previously when I looked in trac for various pending patches. Sorry for the overlap. |
| [18:44:59] | dekarl: | I'm happy that I'M not the only one working on having a shorter list of coimpiler warnings. We have to look at each one sooner or later :) |
| [18:46:33] | dekarl: | do we have pending patches from daniel? i thought its just tracking tickets and suzch |
| [19:05:57] | gary_buhrmaster: | dekarl: There were some of those, but I think in addition to the ticket I mentioned there was work in progress in the devel/logging branch. There are also a few tickets assigned to him for review/comment/commit with patches by others. |
| [19:07:51] | joki (joki!~joki@p54860BE3.dip0.t-ipconnect.de) has quit (Ping timeout: 264 seconds) | |
| [19:10:07] | gary_buhrmaster: | dekarl: Re: compiler warnings. Yeah, I like clean compiles. It makes it more likely to notice a real (new) bug in the mix. |
| [19:10:24] | gregL (gregL!~greg@cpe-74-76-121-109.nycap.res.rr.com) has joined #mythtv | |
| [19:12:04] | gary_buhrmaster: | dekarl: At least cppcheck no longer reports errors. That was great (cleanup) progress by the devs. |
| [19:12:59] | Roklobsta (Roklobsta!~Roklobsta@ppp118-209-79-249.lns20.mel4.internode.on.net) has joined #mythtv | |
| [19:13:38] | joki (joki!~joki@p54860FA2.dip0.t-ipconnect.de) has joined #mythtv | |
| [19:23:20] | Steve-Goodey (Steve-Goodey!~steve@host109-158-208-74.range109-158.btcentralplus.com) has joined #mythtv | |
| [19:27:53] | Steve-Goodey (Steve-Goodey!~steve@host109-158-208-74.range109-158.btcentralplus.com) has quit (Client Quit) | |
| [19:28:08] | stuartm: | enable enough logging and then do something which produces LOTS of logging and you can OOM the backend, seems there's no cap on the log message queue so it grows uncontrollably |
| [19:28:22] | stuartm: | someone should fix that |
| [19:29:44] | stuartm: | wasted almost an hour looking for a memory growth in the websocket code, and the more debugging I added the worse the leak seemed to be ... |
| [19:30:11] | stuartm: | there was no leak/growth in my code, it was purely the log queue :) |
| [19:33:43] | stuartm: | hugely slower with logging enabled too |
| [19:37:13] | gary_buhrmaster: | stuartm: I have this very vague recollection that danielk had some constraints in the devel/logging branch to deal with unconstrained growth.... by slowing down the producer I think. |
| [19:38:08] | stuartm: | will take a look some time |
| [19:40:29] | stuartm: | I think the main bottleneck is stdout, I need to test that theory, in which case my preferred solution would be to stop logging to stdout when a backlog starts to occur |
| [19:43:14] | gary_buhrmaster: | stuartm: It is a tricky choice. Stop logging/monitoring when things get bad to remove the overheads/slowdowns, or log/monitor more to be able to determine the cause. Either way one goes is wrong some of the time. |
| [19:44:52] | gary_buhrmaster: | stuartm: Or throw a faster system at the problem and put it off until the next engineer has to deal with it. |
| [19:45:22] | stuartm: | yep, so you'd need the option to choose at runtime between behaviours, standard behaviour should favour performance, but when debugging you might be prepared to accept the slowdown – unless you're debugging race conditions |
| [19:45:59] | guest56789 (guest56789!~Angel@wireless-152-13-53-11.uncg.edu) has joined #mythtv | |
| [19:46:26] | stuartm: | mostly just idle talk, I'd like to see something done about it, but not enough to give it priority over the stuff I'm already working on |
| [19:49:05] | Roklobsta: | i got an email saying " |
| [19:49:06] | gary_buhrmaster: | stuartm: My personal preference (when I was writing such code) was a ring buffer which logged everything, down to the lowest level (including call/returns, locks/unlocks) and then log writers which wrote the levels you currently cared about. When a real failure occurred, dump the entire ring buffer at the highest level of detail. It was part of the FFDC approach (First Failure Dump Capture). |
| [19:49:07] | Roklobsta: | * milestone: 0.27.2 => 0.27.5 |
| [19:49:28] | Roklobsta: | is the bug being fixed or that can kicked down the road a bit more? |
| [19:49:55] | gary_buhrmaster: | stuartm: If a writer could not keep up it reported missing <n> records, but wrote as fast as it could. |
| [19:50:10] | Roklobsta: | gary_buhrmaster: did you ever have bugs caused by the ringbuffer bogging the system down? |
| [19:51:14] | gary_buhrmaster: | Roklobsta: Different ring buffer discussion. Not *THE* MythTV ringbuffer, just the concept of a ringbuffer. |
| [19:51:39] | Roklobsta: | that's what i mean, the watcher causing more problems. |
| [19:54:40] | stuartm: | Roklobsta: could be either, if the ticket is still open then it's probably not fixed, but the milestone of 0.27.2 is obviously impossible to hit since it's in the past |
| [19:55:05] | Roklobsta: | yep |
| [19:55:26] | Roklobsta: | since i turned off theme autocheck the MFE has behaved. |
| [19:55:58] | gary_buhrmaster: | Roklobsta: No, because in that particular case the trace buffer was managed by the hardware itself (equivalent to the intel trace buffers inside the CPU). The cost was (close to) zero for the adding an event. |
| [19:56:42] | dekarl: | Roklobsta: that was likely me. No bugs will be fixed in a release earlier then 0.27.5, because they are already out of the door. So I just started to move bugs that were planned for past releases to the next release |
| [19:56:59] | Roklobsta: | dekarl ah ok |
| [19:57:38] | dekarl: | I also closed the milestones in trac for releases that are in the past |
| [19:58:19] | Roklobsta: | dekarl: a slow thursday night huh? |
| [20:01:07] | dekarl: | aye, stuff I could do single handed while rocking $child2 to sleep ;) |
| [20:24:22] | Roklobsta: | that will change once they need 5 bedtime stories one after the other. |
| [20:40:27] | sheedy is now known as sheedy-away | |
| [20:58:45] | stuarta: | hmmm, is the forum down for anyone else? the host seems to have stopped responding for me. |
| [21:00:46] | stuarta: | got an alert from the provider |
| [21:00:50] | ** stuarta goes to restart ** | |
| [21:00:52] | jheizer: | stuarta, no response here either |
| [21:02:41] | stuarta: | i've reset it, it'll take a little while to come back up |
| [21:04:00] | stuarta: | really bloody annoying, i was in the middle of a test server build to verify my playbooks work properly |
| [21:04:29] | jheizer: | Always something out there to break |
| [21:04:55] | stuarta: | it's when i breaks by itself that's really annoying |
| [21:05:05] | stuarta: | all i tried to do was *use* it |
| [21:05:36] | jheizer: | This past week mysql on my zoneminder VM suddenly decided to innodb eat all of / |
| [21:05:41] | jheizer: | Haven't touched it in weeks |
| [21:05:45] | jheizer: | Stupid junk |
| [21:10:21] | stuarta: | stupid firewall, why do you never work properly after the system restarts? |
| [21:22:14] | stuarta: | well it's back up, and my test didn't succeed. time to commence round 8 |
| [21:50:49] | stuarta: | stuartm: nice work on the websockets stuff |
| [21:53:32] | dmfrey (dmfrey!~dmfrey@208.5.237.2) has quit (Quit: Ex-Chat) | |
| [21:53:56] | Tobbe5178 (Tobbe5178!~asdf@2001:2002:d9d4:ce7e:c48a:feb0:8344:3eef) has quit (Read error: Connection reset by peer) | |
| [21:56:09] | stuartm: | still some work to be done on it, fragmentation support for messages sent from the server, better utf-8 validation, general cleanup of the code, plus the stuff I already noted in the commit ... but altogether it wasn't nearly as much work as I expected when I first added it to my todo list last year |
| [21:57:02] | stuartm: | looking forward to actually putting it to use |
| [21:58:54] | MythBuild: | build #1285 of master-win8-msvc-2010–32bit is complete: Failure [4failed Configure and Build] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1285 blamelist: Stuart Morgan <smorgan@mythtv.org >, Karl Dietz <dekarl@mythtv.org > |
| [21:59:08] | stuartm: | well of course that had to happen |
| [22:00:14] | stuarta: | to be expected really |
| [22:00:32] | stuartm: | wonder if it would like qPow any better |
| [22:03:57] | jpharvey (jpharvey!~jpharvey@host109-148-239-74.range109-148.btcentralplus.com) has quit (Ping timeout: 256 seconds) | |
| [22:05:48] | moparisthebest (moparisthebest!~mitb@gateway/tor-sasl/moparisthebest) has quit (Remote host closed the connection) | |
| [22:06:55] | stuartm: | http://{backend}:6544/debug/websocket.qsp if anyone is curious to see events being pushed from the backend |
| [22:07:18] | stuartm: | there's more to see if the backend (or frontend) are actually doing something at the time |
| [22:09:36] | jheizer_ (jheizer_!~jheizer@2601:d:3a00:1d58:853f:a095:7171:2836) has joined #mythtv | |
| [22:10:19] | dekarl: | fwiw, updating from 47e6378 now, where I get "I HttpServer139 httprequest.cpp:916 (FormatFileResponse) HTTPRequest::FormatFileResponse('') – cannot find file" when I access $backend:6544 |
| [22:13:18] | jheizer (jheizer!~jheizer@2601:d:3a00:1d58:c40e:8b86:d996:7b19) has quit (Ping timeout: 245 seconds) | |
| [22:13:41] | stuartm: | dekarl: in the last few days the 'index' file change from index.html, to backend_index.html |
| [22:14:45] | stuartm: | if you didn't restart the backend after updating, or for some reason the updated html files weren't installed when you updating that would explain the error |
| [22:15:45] | dekarl: | stuartm: I can take a peek. restarting is automatic as I update the backend via *buntu packaging |
| [22:16:15] | jpharvey (jpharvey!~jpharvey@host109-148-117-143.range109-148.btcentralplus.com) has joined #mythtv | |
| [22:16:48] | stuartm: | html/ might be in a different package |
| [22:33:19] | dekarl: | yes, it got move to -common. I update with a simple dpkg -i *deb :D |
| [22:37:09] | stuartm: | think I'll setup a cronjob to run the autobahn tests once a day and upload the result html to alcor/mizar |
| [22:38:02] | stuartm: | buildbot task might be more suitable, but I can't be arsed |
| [22:38:17] | MythBuild: | build #1287 of master-win8-msvc-2010–32bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1287 |
| [22:38:27] | dekarl: | \o/ |
| [22:42:20] | stuartm: | only failing fuzzer/unit tests are utf-8 related, will try the xmltv utf8 validation code tomorrow |
| [22:51:06] | gigem: | Did anyone follow the -users thread on card/input naming and have an opinion? I went in expecting to stick with 'recorders', but I have to say, plain, old 'inputs', or perhaps more formally 'recording inputs', is growing on me. In hindsight, the schema update might have been a little easier had I folded capturecard into cardinput rather than the other way around. |
| [22:51:39] | gigem: | On a related note, I'd like to merge the devel/scheduler changes, plus some others, to master on Monday. Any objections? |
| [22:59:34] | stuarta: | stuartm: heh. i can add that to my buildbot rainy day list ;-) |
| [22:59:40] | ** stuarta goes to bed ** | |
| [23:08:45] | stuartm: | gigem: I very nearly suggested 'recording inputs' |
| [23:09:11] | stuartm: | it's accurate, if not pithy |
| [23:10:03] | stuartm: | stuarta: well caveat is that it requires a running backend, unlike all the other unit tests |
| [23:10:47] | dekarl: | Ohh, a use case for the "Backend in a box Dockerfile" ;) |
| [23:10:56] | stuartm: | guess it wouldn't be difficult to create an application which just spins up the server and nothing else |
| [23:10:58] | jheizer__ (jheizer__!~jheizer@2601:d:3a00:1d58:853f:a095:7171:2836) has joined #mythtv | |
| [23:11:06] | jheizer_ (jheizer_!~jheizer@2601:d:3a00:1d58:853f:a095:7171:2836) has quit (Read error: Connection reset by peer) | |
| [23:11:45] | dekarl: | ^- ignore me, its just idle talk while I wait for the build, so I can run a regression test on a real backend outside of unit tests |
| [23:11:47] | stuartm: | it doesn't depend on the database, except for some basic settings |
| [23:12:33] | dekarl: | btw, you were absolutely right with "passing around Urls in QStrings instead of QUrls is not such a great idea" |
| [23:14:31] | stuartm: | I remember saying it, but I don't remember the context |
| [23:15:16] | dekarl: | #12346 |
| [23:15:16] | ** MythLogBot http://code.mythtv.org/trac/ticket/12346 ** | |
| [23:16:00] | stuartm: | ahh, yeah |
| [23:17:50] | stuartm: | much easier to ensure urls are properly formatted and escaped with QUrl, even though it's slightly more work than using strings |
| [23:17:51] | arescorpio (arescorpio!~arescorpi@217-57-245-190.fibertel.com.ar) has joined #mythtv | |
| [23:18:50] | stuartm: | converted parts of the upnp code to use it, fixed a number of issues |
| [23:19:25] | dekarl: | well, the code in question goes forth and back between QUrl (for processing) and QString (for passing around as parameters)... So its actually less work :) |
| [23:20:33] | stuartm: | eww, yeah, that's a recipe for disaster |
| [23:21:04] | dekarl: | At first I could not reproduce the error in a unit test, I had missed one round of QUrl->QString->QUrl between two functions when I copied the code into a test case. |
| [23:44:59] | gigem: | stuartm: Okay. I'll proceed with [recording] inputs. |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.