| Monday, September 15th, 2014, 00:01 UTC | ||
| [00:01:13] | rhpot199` (rhpot199`!~rhpot1991@2001:4968:202:3:d532:685a:68fe:5de1) has joined #mythtv | |
| [00:03:51] | zentec (zentec!~zentec@71.82.202.47) has joined #mythtv | |
| [00:04:22] | tonsofpc1 (tonsofpc1!~mythbuntu@cpe-24-94-56-250.stny.res.rr.com) has joined #mythtv | |
| [00:04:23] | enyc_ (enyc_!~enyc@muddle.enyc.org.uk) has joined #mythtv | |
| [00:04:34] | stuartm_ (stuartm_!~stuartm@mythtv/developer/stuartm) has joined #mythtv | |
| [00:04:52] | skd5aner (skd5aner!~skd5aner@102.sub-70-198-68.myvzw.com) has quit (Ping timeout: 260 seconds) | |
| [00:05:09] | nephyrin` (nephyrin`!~neph@2620:101:80fc:224:7a2b:cbff:fe9e:2e67) has joined #mythtv | |
| [00:07:08] | superm1__ (superm1__!uid4318@gateway/web/irccloud.com/session) has joined #mythtv | |
| [00:13:26] | arescorpio (arescorpio!~arescorpi@180-56-245-190.fibertel.com.ar) has quit (*.net *.split) | |
| [00:13:28] | tonsofpcs (tonsofpcs!~mythbuntu@rivendell/member/tonsofpcs) has quit (*.net *.split) | |
| [00:13:32] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (*.net *.split) | |
| [00:13:32] | knightr_ (knightr_!~Nicolas@69-165-170-178.dsl.teksavvy.com) has quit (*.net *.split) | |
| [00:13:35] | zentec_ (zentec_!~zentec@71.82.202.47) has quit (*.net *.split) | |
| [00:13:35] | superm1_ (superm1_!uid4318@gateway/web/irccloud.com/x-sguptwhahwtymjhs) has quit (*.net *.split) | |
| [00:13:35] | enyc (enyc!~enyc@muddle.enyc.org.uk) has quit (*.net *.split) | |
| [00:13:39] | rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has quit (*.net *.split) | |
| [00:13:41] | nephyrin (nephyrin!~neph@2620:101:80fc:224:7a2b:cbff:fe9e:2e67) has quit (*.net *.split) | |
| [00:13:41] | tris (tris!tristan@2001:1868:a00a::4) has quit (*.net *.split) | |
| [00:14:06] | superm1__ is now known as superm1_ | |
| [00:16:54] | skd5aner (skd5aner!~skd5aner@102.sub-70-198-68.myvzw.com) has joined #mythtv | |
| [00:19:38] | tris (tris!tristan@2001:1868:a00a::4) has joined #mythtv | |
| [00:19:42] | tris (tris!tristan@2001:1868:a00a::4) has quit (Max SendQ exceeded) | |
| [00:20:12] | tris (tris!tristan@2001:1868:a00a::4) has joined #mythtv | |
| [00:34:00] | jheizer__ (jheizer__!~jheizer@73.51.93.177) has joined #mythtv | |
| [00:37:27] | jheizer_ (jheizer_!~jheizer@73.51.93.177) has quit (Ping timeout: 240 seconds) | |
| [00:51:08] | sheedy-away is now known as sheedy | |
| [00:59:05] | knightr__ is now known as knightr | |
| [02:18:05] | stuartm_ (stuartm_!~stuartm@mythtv/developer/stuartm) has quit (Ping timeout: 272 seconds) | |
| [02:43:32] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 260 seconds) | |
| [02:44:04] | peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [03:20:38] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 260 seconds) | |
| [03:21:41] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [03:53:08] | tonsofpc1 (tonsofpc1!~mythbuntu@cpe-24-94-56-250.stny.res.rr.com) has quit (Changing host) | |
| [03:53:09] | tonsofpc1 (tonsofpc1!~mythbuntu@rivendell/member/tonsofpcs) has joined #mythtv | |
| [03:53:10] | tonsofpc1 is now known as tonsofpcs | |
| [03:55:40] | sheedy is now known as sheedy-away | |
| [05:00:10] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Ping timeout: 250 seconds) | |
| [05:13:23] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
| [05:39:55] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Quit: Ex-Chat) | |
| [05:56:14] | SteveGoodey (SteveGoodey!~steve@host86-164-55-181.range86-164.btcentralplus.com) has joined #mythtv | |
| [06:07:00] | SteveGoodey (SteveGoodey!~steve@host86-164-55-181.range86-164.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [06:11:10] | FabriceMG (FabriceMG!~Thunderbi@LCaen-656-01-100-212.w80-11.abo.wanadoo.fr) has joined #mythtv | |
| [06:44:21] | FabriceMG (FabriceMG!~Thunderbi@LCaen-656-01-100-212.w80-11.abo.wanadoo.fr) has quit (Quit: FabriceMG) | |
| [06:45:30] | FabriceMG (FabriceMG!~Thunderbi@LCaen-656-01-100-212.w80-11.abo.wanadoo.fr) has joined #mythtv | |
| [07:15:40] | stuartm_ (stuartm_!~stuartm@mythtv/developer/stuartm) has joined #mythtv | |
| [07:15:47] | stuartm_ is now known as stuartm | |
| [07:45:16] | cecil (cecil!~cesman@pool-173-60-115-40.lsanca.fios.verizon.net) has joined #mythtv | |
| [08:01:13] | knightr (knightr!~Nicolas@69-165-170-178.dsl.teksavvy.com) has quit (Read error: Connection reset by peer) | |
| [08:01:20] | knightr (knightr!~Nicolas@69-165-170-178.dsl.teksavvy.com) has joined #mythtv | |
| [08:01:20] | knightr (knightr!~Nicolas@mythtv/developer/knightr) has joined #mythtv | |
| [08:01:20] | knightr (knightr!~Nicolas@69-165-170-178.dsl.teksavvy.com) has quit (Changing host) | |
| [08:04:48] | superm1_ (superm1_!uid4318@gateway/web/irccloud.com/session) has quit (Changing host) | |
| [08:04:49] | superm1_ (superm1_!uid4318@gateway/web/irccloud.com/x-pockaavhjkgszcmg) has joined #mythtv | |
| [08:05:31] | robink (robink!~quassel@unaffilated/robink) has quit (Ping timeout: 258 seconds) | |
| [08:06:18] | Merlin83b (Merlin83b!~Daniel@office.34sp.com) has joined #mythtv | |
| [08:10:08] | robink (robink!~quassel@2001:470:b:2a:ba97:5aff:fe2a:e428) has joined #mythtv | |
| [08:10:09] | robink (robink!~quassel@2001:470:b:2a:ba97:5aff:fe2a:e428) has quit (Changing host) | |
| [08:10:09] | robink (robink!~quassel@unaffilated/robink) has joined #mythtv | |
| [08:22:10] | MythBuild: | build #2372 of master-debian-wheezy-64bit is complete: Failure [4failed git] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2372 blamelist: Stuart Morgan <smorgan@mythtv.org > |
| [08:45:56] | joki (joki!~joki@p54860A73.dip0.t-ipconnect.de) has quit (Ping timeout: 250 seconds) | |
| [08:51:49] | joki (joki!~joki@p5486164C.dip0.t-ipconnect.de) has joined #mythtv | |
| [09:29:34] | stuartm: | geez, I've been fired twice in the same day |
| [09:30:24] | stuartm: | "We regret to inform you that your employment with Harold L Smith Transmissions Ltd is being terminated." "We regret to inform you that your employment with Argon Electronics UK Ltd is being terminated." |
| [09:31:36] | stuartm: | now this actually happens to be good news, I didn't know I was employed by either of those companies, so this means I'm owed paychecks :P |
| [09:32:21] | stuartm: | seriously, how dumb do these phishers think people are? |
| [10:09:03] | dekarl-work (dekarl-work!51c8c614@gateway/web/freenode/ip.81.200.198.20) has joined #mythtv | |
| [10:09:40] | dekarl-work: | stuartm, this looks fishy https://github.com/MythTV/mythtv/commit/e9e73 . . . aa0f27edR101 href='//www.mythtv.org' |
| [10:18:39] | stuartm: | dekarl-work: no that's correct, causes the browser to use the same protocol (http or https) for the link as is currently being used to display the page |
| [10:21:11] | dekarl-work: | nice, never seen that one in use. |
| [10:22:52] | dekarl-work: | oh my, the RFC is 15 years old by now and we still see lots of "mixed https/http" issues with pages |
| [10:23:02] | stuartm: | becomes necessary once you're serving up pages which can either use http or https, and though it's not strictly required that users going to mythtv.org from the webfrontend use https it does no harm either |
| [10:24:08] | dekarl-work: | aye, was thinking "might just hardcode to https" but its nice for pages that can be served via various protocols |
| [11:34:03] | enyc_ is now known as enyc | |
| [11:36:26] | MythBuild: | build #2373 of master-debian-wheezy-64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2373 |
| [11:36:48] | stuarta: | dunno why that particular builder fails git every now and then |
| [11:37:25] | stuarta: | i could use my elite ninja diagnostic skills to work out why. but i can't be arsed |
| [12:05:33] | Seeker (Seeker!~cjo20@unaffiliated/seeker) has quit (Ping timeout: 246 seconds) | |
| [12:30:44] | sheedy-away is now known as sheedy | |
| [12:30:54] | wagnerrp (wagnerrp!~wagnerrp_@66.42.131.108) has quit (Changing host) | |
| [12:30:55] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [13:09:19] | sheedy is now known as sheedy-away | |
| [13:26:22] | stuartm: | ok, so decided to merge back the ssl branch before I added a UI to configure the key/cert settings (settings can be derived from the code, absolute urls to key/cert files only, PEM format, RSA) |
| [13:27:24] | stuartm: | only basic self-signed certs were tested, so no CA certs – if someone wants to test this bit I'd appreciate it |
| [13:27:37] | stuartm: | it proved impractical to have the key/certs generated automatically, unfortunately |
| [13:35:47] | stuarta: | do you leverage the system installed CA cert chains? |
| [14:05:33] | stuartm: | stuarta: it's not entirely clear what QT does behind the scenes, but no I'm not currently explicitly using those certs, since the only scenario I'm able to test is the self-signed cert one that's what I've been focusing on for now |
| [14:06:19] | JohnBergqvist (JohnBergqvist!~JohnBergq@79-67-252-168.dynamic.dsl.as9105.com) has joined #mythtv | |
| [14:07:14] | JohnBergqvist: | Hi, does anyone know if xmltv will compile on a system using 5.20? Because mine does't. I simply get a segfault at the end of running Makefile.PL (after i've chosen the grabbers to install) |
| [14:07:31] | JohnBergqvist: | *using perl 5.20 |
| [14:09:17] | stuartm: | stuarta: we support loading all ca certs in a given directory, so depending on how the system ca certs are arranged the user may just be able to set the setting to the relevant path |
| [14:09:21] | stuartm: | but, untested |
| [14:09:23] | stuartm: | https://qt-project.org/doc/qt-4.8/qsslcertificate.html#fromPath |
| [14:09:38] | stuarta: | stuartm: we probably should make it use the default system path |
| [14:13:14] | ** stuarta needs to research what qt provides us some more ** | |
| [14:21:20] | rhpot199` is now known as rhpot1991 | |
| [14:25:43] | dekarl1 (dekarl1!~dekarl@p4FE84DB0.dip0.t-ipconnect.de) has joined #mythtv | |
| [14:26:25] | SteveGoodey (SteveGoodey!~SteveGood@dab-glb1-h-4-6.dab.02.net) has joined #mythtv | |
| [14:28:21] | dekarl (dekarl!~dekarl@p4FCEE486.dip0.t-ipconnect.de) has quit (Ping timeout: 246 seconds) | |
| [14:42:29] | dekarl-work (dekarl-work!51c8c614@gateway/web/freenode/ip.81.200.198.20) has left #mythtv () | |
| [14:45:36] | JohnBergqvist (JohnBergqvist!~JohnBergq@79-67-252-168.dynamic.dsl.as9105.com) has quit (Quit: Leaving) | |
| [14:48:56] | andreaz (andreaz!~Andreaz@tmo-099-123.customers.d1-online.com) has joined #mythtv | |
| [14:57:10] | stuartm: | mythtv@1.mythtv.bgcomp.co.uk << This guy needs a slap |
| [14:58:56] | gary_buhrmaster (gary_buhrmaster!~garybuhrm@2601:9:4980:9d3:222:4dff:fe51:6728) has joined #mythtv | |
| [14:59:46] | gary_buhrmaster: | stuartm: I recommend "feature request without patch". Since he "knows" how it should be done, let him demonstrate by actions. |
| [15:00:34] | SteveGoodey: | stuartm: Go for it. He's not very happy is he? |
| [15:09:26] | stuarta: | interesting. just downloaded the magpie upnp tool for a play |
| [15:16:37] | SteveGoodey (SteveGoodey!~SteveGood@dab-glb1-h-4-6.dab.02.net) has quit (Quit: Bye) | |
| [15:16:46] | stuartm: | SteveGoodey: the sense of entitlement is what really pisses me off, nevermind the fact that everyone here are volunteers, giving up our time for no reward |
| [15:18:22] | jafa2 (jafa2!~jafa@2001:470:80ca:2000:28e4:56f3:2809:f9de) has quit (Ping timeout: 272 seconds) | |
| [15:18:38] | stuartm: | very hard to remain polite when you get people behaving like complete arseholes |
| [15:19:00] | stuartm: | stuarta: thanks for the reminder |
| [15:19:32] | stuartm: | I'd heard mention of magpie a while back, had meant to look into it |
| [15:21:01] | stuartm: | oh nice, unzipped it to find it sprinkled files all over my download directory |
| [15:21:21] | stuarta: | heh i did the same thing |
| [15:22:17] | stuarta: | so far i've noticed my master backend announcing it's location as 127.0.0.1:7544 so i'm rebuilding with your changes to see if it's code or configuration |
| [15:22:38] | ** stuarta should say dev backend (which runs master) ** | |
| [15:23:45] | stuartm: | stuarta: that's normal, it actually sends out the announcement on each interface, the client uses whichever one it wants |
| [15:24:32] | stuartm: | I did briefly consider preventing it listening on localhost, but there's nothing actually wrong with it doing so, only a client on the same machine will receive that multicast |
| [15:25:58] | stuarta: | i'll recheck it's announcing all of them |
| [15:26:51] | stuarta: | sheesh c band lnb support hasn't worked since 0.24.... |
| [15:27:01] | ** stuarta isn't sure if he should give a shit ** | |
| [15:29:47] | jafa2 (jafa2!~jafa@2001:470:80ca:2000:6c30:202c:b0ad:7a62) has joined #mythtv | |
| [15:31:35] | stuartm: | stuarta: yeah, that one was a bit of a surprise |
| [15:32:06] | stuartm: | I give a shit, but really what can I do about it? |
| [15:32:43] | FabriceMG (FabriceMG!~Thunderbi@LCaen-656-01-100-212.w80-11.abo.wanadoo.fr) has quit (Quit: FabriceMG) | |
| [15:33:59] | stuartm: | I don't have access to the hardware or the transmissions (at least not that I'm aware), I know next to nothing about the difference between Ku and C band nor why it might be failing |
| [15:34:29] | stuartm: | oh, and there are only so many hours in the day :/ |
| [15:35:45] | gary_buhrmaster: | stuartm: If you wait long enough the day will be 25 hours (~140 million years as I recall) |
| [15:37:31] | stuartm: | stuarta: for us, I think upnp-inspector from the Coherence project is much more useful |
| [15:38:34] | stuartm: | magpie seems to be just about gathering a sample of data from the server for their website, with no real analysis |
| [15:40:16] | stuartm: | one thing I did notice though is that we're returning IPv4 urls to content even on the IPv6 address, that needs fixing |
| [15:42:09] | gigem: | stuartm: That's the same guy I commented on last week. He's obviously not satisfied with mythtv, so I suggest we give him his money back and close all of hist tickets. |
| [15:42:11] | gigem: | Regarding the preview cache, though, he does have a point. I've asked multiple times in the past and don't recall ever getting an answer, but why don't we store preview images and similar in the database where it can more easily be cleaned up? |
| [15:44:02] | stuarta: | stuartm: well yeah, if he makes us all a patch we'll put it in |
| [15:44:15] | ** stuarta goes to find upnp-inspector ** | |
| [15:44:20] | stuartm: | gigem: that's what's most aggravating, I've been meaning to fix that for a while |
| [15:45:57] | gigem: | stuartm: Using the db or by some other way? |
| [15:46:33] | stuartm: | gigem: one reason for not storing them in the database is the impact on the size of backups, these are just cache images which can use a large amount of space (in total) but don't need to be backed up because they will be regenerated if required |
| [15:47:08] | stuartm: | gigem: best way is to store the url and timestamp of the image in the database, but keep the image itself on disk |
| [15:47:58] | gary_buhrmaster: | stuartm: Before upnp-inspector I admit to using the Intel upnp tools on Windows for debugging some other devices. DeviceSpy was (still is, probably) a good tool. |
| [15:48:04] | ** stuarta winds the idiot up ** | |
| [15:48:17] | stuartm: | the simplest way is just to periodically cull all cache images older than X days, which would work, especially if we touch the files each time they are accessed, but wouldn't work nearly so well on systems with noatime |
| [15:49:15] | stuarta: | stuartm: in that case by definition the mtime is the appropriate metric to go by |
| [15:49:22] | stuartm: | gary_buhrmaster: I'm stuck with what's available on linux, which is a bit more restrictive, upnp-inspector is the best I've found for linux but it includes no validation tools at all just inspection stuff |
| [15:49:37] | gigem: | mythconverg_backup.pl could be taught to not backup that table. But anyway the files get deleted would be better than the current situation. |
| [15:49:46] | stuarta: | or more correctly max (mtime, atime) > 30 days = delete |
| [15:50:13] | stuartm: | stuarta: right, mtime + touch would work (half asleep ) |
| [15:50:50] | stuarta: | i'd have to check, but i suspect if a filesystem is set with noatime, then on file creation atime=mtime |
| [15:51:17] | stuartm: | gigem: yeah it could, but that assumes users use the provided scripts, I'd rather avoid the potential storm of protests |
| [15:51:38] | stuartm: | some people just don't like sticking binary data in databases (I'm not one of them) |
| [15:53:30] | gigem: | stuartm: Same here. Ooh, I forgot that channel icons are the other db candidates I've asked about in the past. |
| [15:54:58] | gary_buhrmaster: | Is this just making everything too complicated? A find on the cache directories with selecting for atime+30 and delete would be adequate. Could be a packager thing for the mythtv user. |
| [15:55:31] | stuartm: | gary_buhrmaster: that's what will probably be done, although in the frontend housekeeper and using mtime instead |
| [15:56:19] | stuarta: | stuartm: so just had some confirmation. atime is sufficient. on a noatime fs, when a file is created ctime, mtime & atime are all initialized |
| [15:56:49] | stuartm: | the part db idea is slightly more resilient, but I don't have the time right now for it, a simple QDir + mtime filter + delete is much less work |
| [15:56:54] | stuarta: | so if somebody is taking the time to run their FS with noatime, then every x days they will have the images recreated |
| [15:57:40] | stuarta: | or simply just clear the cached files on theme change |
| [15:57:44] | stuarta: | even simpler |
| [15:58:00] | stuartm: | speaking as someone who runs without atime (SSD), I'm still inclined to go with touch + mtime for a more accurate result |
| [15:58:16] | stuartm: | stuarta: we already do that, clear the cache when the theme changes |
| [15:58:41] | stuarta: | stuartm: but doing a touch causes a write, which ultimately lowers the life of you SSH |
| [15:58:44] | stuarta: | SSD even |
| [15:59:00] | gary_buhrmaster: | stuartm: binary blobs have a bad reputation in some databases. I seem to recall in Oracle in the mid 1990s there were various blob issues. Although I think that app also stored very large blobs (which could have been the real issue). |
| [15:59:04] | stuarta: | maybe by 1 nanosecond... |
| [15:59:12] | stuartm: | stuarta: true, but only for a limited number of files |
| [15:59:35] | stuarta: | why do we not just keep everything in a storage group, and housekeep those |
| [15:59:58] | stuartm: | I've been storing images in mysql databases for years without issue, I'm comfortable with the idea, but ... |
| [16:01:15] | gigem: | stuarta: I think relatime is the default mount option now, so many people are effectively running noatime and don't know it. |
| [16:01:17] | gary_buhrmaster: | stuartm: A lot has changed in 20+ years in database/computing technology. |
| [16:01:30] | stuartm: | stuarta: no advantage to storing the _frontend_ image cache in a storage group, we're not talking about the preview images for recordings etc, but the copies of those images which have been scaled for display in a particular frontend (remembering that frontends may be of several different resolutions/themes) |
| [16:14:08] | andreaz (andreaz!~Andreaz@tmo-099-123.customers.d1-online.com) has quit (Read error: Connection reset by peer) | |
| [16:21:14] | tgm4883: | dekarl1: superm1 said you might be able to merge this https://github.com/MythTV/packaging/pull/39 |
| [16:22:19] | stuartm: | stuarta: fwiw, based on what I see at upnp-database.info we're ahead of XBMC in terms of upnp features and dlna compliance, which is a bit of a laugh since they've been boasting on their website that their upnp server is dlna compliant (it's not) |
| [16:22:25] | superm1_: | my SSH key is AWOL right now |
| [16:24:17] | stuarta: | stuartm: interesting. |
| [16:24:30] | stuartm: | though it looks like this was back at the end of 2013, so possible they've fixed that since |
| [16:24:36] | sphery_: | dekarl1: FWIW, I'd really appreciate your (or someone else's) merging that pull request for tgm4883 / superm1_ . It will prevent some bad data getting into Mythbuntu users' databases, where that bad data will cause buggy behavior for some parts of MythTV. |
| [16:25:06] | sphery_: | My dev box is currently in a corner in the (new/not-yet-fully-moved-into) house, and would be a bit of a pain to get out in the near term. |
| [16:25:34] | SteveGoodey (SteveGoodey!~steve@host86-164-55-181.range86-164.btcentralplus.com) has joined #mythtv | |
| [16:25:57] | stuartm: | sphery_: is the packaging repo hosted on alcor? or is the github one the original |
| [16:26:16] | tgm4883: | stuartm: my understanding is github is not the original |
| [16:26:27] | tgm4883: | there are "hooks to push the changes to github" |
| [16:27:43] | sphery_: | Yeah, I think it's on alcor, but I may well be wrong. |
| [16:28:17] | superm1_: | yeah it's on alcor |
| [16:28:34] | superm1_: | i only have one key that can push there that I can't get right now either |
| [16:29:05] | sphery_: | ah, yeah--you guys normally push those yourselves |
| [16:29:47] | superm1_ is now known as superm1 | |
| [16:29:53] | sphery_ is now known as sphery | |
| [16:30:52] | tgm4883: | I don't believe I have any keys for that. I vaguely recall wag nerrp asking me for keys once, but I thought it was for the themeing github repo |
| [16:30:58] | ** tgm4883 shrugs and leaves to a meeting ** | |
| [16:32:46] | stuartm: | well in that case can we sort tgm4883 out with access? |
| [16:34:35] | gigem: | I've started working on tuner affinity in the scheduler. The idea is to have it make better choices earlier to lessen the chances of painting itself into a corner. Does anyone have any thoughts or suggestions they'd like to offer while I'm at it? |
| [16:38:24] | wagnerrp_ (wagnerrp_!4084ae8b@gateway/web/freenode/ip.64.132.174.139) has joined #mythtv | |
| [16:40:11] | wagnerrp_: | gigem, stuartm: the frontend now has a housekeeper. easiest solution would probably just be to write a daily task that scans the files, checks that the recording that would have created them still exists, and delete them if not |
| [16:40:35] | wagnerrp_: | there's already one in the backend that does similar cleanup on all the various tables other than 'recorded' |
| [16:41:24] | wagnerrp_: | or cull based off atime, that would work too |
| [16:41:43] | stuarta: | gigem: in dvb land that is taken care of primarily via multirec |
| [16:42:57] | ** stuarta wanders off ** | |
| [16:42:59] | stuartm: | wagnerrp_: again, we're not just talking about preview images |
| [16:44:14] | stuartm: | internet images e.g. logos for streaming radio stations etc, old fanart, etc |
| [16:45:55] | stuartm: | a more generic fix based on access/modification time works for them all |
| [16:51:49] | gigem: | stuarta: No, it isn't. multirec merely allows the scheduler to place other programs on the multiplex. It doesn't encourage it. The current scheduler will still initially place programs on the first open tuner, even if there is another equally viable tuner already in by a program on the same multiplex. That's why the scheduler paints itself into a corner sometimes. The changes I'm working on will actually |
| [16:51:51] | gigem: | encourage the scheduler seek out multirec cases and use them before other, free tuners. |
| [17:05:54] | Merlin83b (Merlin83b!~Daniel@office.34sp.com) has quit (Quit: Leaving) | |
| [17:09:27] | dekarl1 is now known as dekarl | |
| [17:45:09] | Steve-Goodey (Steve-Goodey!~steve@host86-164-55-181.range86-164.btcentralplus.com) has joined #mythtv | |
| [18:12:42] | Steve-Goodey (Steve-Goodey!~steve@host86-164-55-181.range86-164.btcentralplus.com) has quit (Ping timeout: 245 seconds) | |
| [18:13:10] | nephyrin` is now known as nephyrin | |
| [18:20:31] | taylorr (taylorr!~taylorr@unaffiliated/elmojo) has quit (Quit: Leaving) | |
| [18:57:22] | Steve-Goodey (Steve-Goodey!~steve@host86-164-55-181.range86-164.btcentralplus.com) has joined #mythtv | |
| [18:58:59] | Steve-Goodey (Steve-Goodey!~steve@host86-164-55-181.range86-164.btcentralplus.com) has quit (Client Quit) | |
| [18:59:32] | Steve-Goodey (Steve-Goodey!~steve@host86-164-55-181.range86-164.btcentralplus.com) has joined #mythtv | |
| [19:08:08] | gary_buhrmaster (gary_buhrmaster!~garybuhrm@2601:9:4980:9d3:222:4dff:fe51:6728) has quit (Remote host closed the connection) | |
| [19:09:43] | sphery (sphery!~mdean@mythtv/developer/sphery) has quit (Quit: leaving) | |
| [19:14:26] | taylorr (taylorr!~taylorr@cpe-173-095-144-131.nc.res.rr.com) has joined #mythtv | |
| [19:14:27] | taylorr (taylorr!~taylorr@unaffiliated/elmojo) has joined #mythtv | |
| [19:14:27] | taylorr (taylorr!~taylorr@cpe-173-095-144-131.nc.res.rr.com) has quit (Changing host) | |
| [19:22:14] | stuarta: | stuartm: do you need to do any special setup with the new upnp stuff? with the old stack, it would appear as a 2nd server on my clients, now it doesn't appear at all |
| [19:24:54] | stuartm: | stuarta: no, should just work, which clients are you using? |
| [19:25:30] | stuartm: | the stack hasn't really changed, there's just some additional metadata being supplied |
| [19:25:57] | stuartm: | and is this with the latest master, with the server changes to support ssl? |
| [19:27:06] | stuarta: | so i've tried magpie, upnp-inspector, bubbleupnp |
| [19:27:26] | stuartm: | and none list the server? |
| [19:27:33] | stuarta: | does it do anything like not startup upnp if there is another backend around? |
| [19:27:35] | stuartm: | all three work here |
| [19:27:36] | stuarta: | none of them |
| [19:28:44] | stuartm: | only one of the servers is running master? |
| [19:29:09] | stuarta: | yes, one is 0.27 and the other master |
| [19:29:16] | stuarta: | both on the same server |
| [19:29:40] | wagnerrp_: | just to verify, it's not configured to 127.0.0.1? |
| [19:29:44] | stuartm: | ok, so not a conflict between the ssl ports ... best look at the backend logs |
| [19:30:06] | wagnerrp_: | IIRC, the UPNP server automatically disables itself in that case |
| [19:30:08] | stuartm: | wagnerrp_: should be listening on all interfaces |
| [19:30:11] | stuarta: | wagnerrp_: well it might be, that's part of what i had to check earlier. it was reporting it's location as 127.0.0.1:7544 |
| [19:30:32] | stuartm: | stuarta: so it was working earlier? |
| [19:30:43] | stuarta: | yes |
| [19:31:02] | stuarta: | lemme fiddle for a bit and see what I can find out |
| [19:31:07] | stuartm: | and stopped after todays commits? |
| [19:31:43] | stuartm: | stuarta: upnp stack uses the same server as the WebFrontend, so you can try loading that up to see whether the server itself is working |
| [19:31:46] | stuarta: | i moved on 19 commits |
| [19:33:31] | stuartm: | that would include the changes to the http server to use QTcpSocket instead of the home-brewed BufferedSocketDevice |
| [19:35:56] | stuarta: | hmmm, it's not listening on any sockets. ie. it should be on :7544 but it's not got any open |
| [19:36:12] | stuarta: | that'll be the problem i think |
| [19:36:36] | stuartm: | :) |
| [19:37:19] | stuarta: | the question is why... |
| [19:37:30] | stuarta: | the config hasn't changed... |
| [19:37:40] | ** stuarta invokes ninja diagnostic skills ** | |
| [19:37:54] | stuartm: | ok, at startup the backend will list the IPs that are available to listen on and then further down you'll see "Listening on {ip}:{port}" |
| [19:38:13] | stuartm: | you may get some extra debug info with -v upnp |
| [19:38:23] | stuartm: | and --loglevel=debug |
| [19:43:25] | stuartm: | the ssl server port setting is BackendSSLPort |
| [19:43:39] | stuartm: | defaults to 6554 |
| [19:43:57] | stuarta: | hrm, not default + offset? |
| [19:44:51] | stuartm: | stuarta: I considered that, and it's by no means final, just picked a fixed port for now to avoid potential conflicts |
| [19:44:56] | dekarl: | tgm4883: superm1: sphery: its in |
| [19:44:57] | stuartm: | the listen code is in serverpool.cpp/h |
| [19:45:06] | tgm4883: | dekarl: awesome, thanks |
| [19:45:20] | stuartm: | we actually create the server and assign the port to use in mythbackend/mediaserver.cpp |
| [19:45:23] | stuarta: | stuartm: okay. will check, shouldn't be conflicting atm since that doesn't exist for 0.27 |
| [19:45:57] | superm1: | thanks dekarl |
| [19:46:16] | stuartm: | it should fail gracefully if it's unable to start the ssl server (not true for the 'normal' server) |
| [19:47:53] | stuartm: | actually, no I'm wrong about that, that's what I had intended, but I realise now that I left in a return statement which should not be there |
| [19:54:05] | stuarta: | hrm, it's spinning at 100% cpu. |
| [19:54:07] | ** stuarta straces ** | |
| [19:55:53] | stuarta: | huh, what are you doing stat()'ng my entire /sys heirarchy?? |
| [19:55:59] | ** stuarta pokes backend ** | |
| [19:57:14] | stuartm: | oh, did I not mention the trojan I baked in? |
| [19:57:33] | stuarta: | heh |
| [20:02:40] | stuarta: | ok wtf. it works if i start it manually, but via the initscript it doesn't |
| [20:17:16] | stuartm: | whew |
| [20:20:05] | stuarta: | how bizzare |
| [20:22:25] | stuarta: | interesting. it's not getting out of MediaServer::Init() |
| [20:22:32] | Steve-Goodey (Steve-Goodey!~steve@host86-164-55-181.range86-164.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [20:22:37] | stuarta: | biab |
| [20:35:35] | stuartm: | the recent changes added about 5 lines to MediaServer::Init() – the loading of the SSLPort setting, and then just a little bit further down the code which starts a TCP server listening on that port |
| [20:36:15] | stuartm: | stuarta: is it possible it's hitting a system configured max socket limit? |
| [20:36:56] | stuartm: | or some interaction with selinux? |
| [20:39:36] | SteveGoodey (SteveGoodey!~steve@host86-164-55-181.range86-164.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [20:50:46] | stuarta: | no selinux here |
| [20:51:11] | stuarta: | it's getting stuck in a loop, so i'll do some debuggin |
| [20:51:40] | stuartm_ (stuartm_!~stuartm@mythtv/developer/stuartm) has joined #mythtv | |
| [20:55:09] | stuarta: | stuartm: definitely in the new code http://fpaste.org/133762/14501141/ |
| [20:59:45] | stuartm_: | That's the httpserver constructor, I'm AFK atm, but immediately I'm thinking that I may have failed to include an isEmpty() check after attempting to load the host certificate(s) |
| [21:00:05] | stuarta: | stuartm: something like that, i'll dig some more |
| [21:00:46] | stuarta: | currently suspecting what QFile defaults to when passed an empty constructor |
| [21:01:13] | stuartm_: | That doesn't quite explain the loop, if that was the case I'd expect a crash instead but it's something in that code |
| [21:02:54] | stuartm_: | if it turns out to be / I'll be hanging my head against the wall |
| [21:03:15] | stuarta: | hehe |
| [21:04:04] | stuartm_: | That would be wrong for so many reasons, not the least of which are the security and accidental deletion implications |
| [21:05:45] | stuartm_: | Some isEmpty checks on the paths wouldn't be unwarranted |
| [21:05:55] | stuarta: | hah. i see it. |
| [21:06:49] | stuarta: | we issue "HttpServer: Host key file () does not exist" then proceed as if it does |
| [21:07:17] | stuartm_: | Oops |
| [21:07:23] | stuarta: | :) |
| [21:21:57] | taylorr (taylorr!~taylorr@unaffiliated/elmojo) has joined #mythtv | |
| [21:23:16] | stuarta: | better, bubbleupnp sees it, upnp-inspector doesn't |
| [21:25:13] | stuarta: | magpie does as well |
| [21:27:03] | stuarta: | stuartm: pushed the change |
| [21:34:48] | sphery (sphery!~mdean@mythtv/developer/sphery) has joined #mythtv | |
| [21:36:52] | koffel (koffel!~koffel@173-167-212-107-ip-static.hfc.comcastbusiness.net) has quit (Ping timeout: 240 seconds) | |
| [21:47:16] | stuartm_: | Upnp inspector is broken in some distros, had to patch the coherence perl(python ?) libs before it would work for me |
| [21:48:10] | stuarta: | still something odd, sure it worked okay earlier |
| [21:48:21] | stuarta: | but it's pretty much sleep time |
| [21:51:18] | stuartm_: | If it's broken you'd see errors in stderr/stdout, invalid function call or some such |
| [21:52:08] | stuarta: | nothing like that from the backend |
| [21:52:52] | stuartm_: | From upnp inspector, started from a console |
| [21:55:25] | stuartm_: | Forgive the slow replies, on a tablet atm, just the wrong size for comfortable swiping, spending too much time correcting mistakes |
| [21:56:07] | stuarta: | a few warnings but not much else. |
| [21:56:13] | stuarta: | right i'm off to bed. talk tomorrow |
| [21:56:38] | stuartm_: | G'night |
| [21:57:07] | stuartm_ (stuartm_!~stuartm@mythtv/developer/stuartm) has quit (Quit: Bye) | |
| [22:01:16] | wagnerrp_ (wagnerrp_!4084ae8b@gateway/web/freenode/ip.64.132.174.139) has quit (Ping timeout: 246 seconds) | |
| [22:09:21] | koffel (koffel!~koffel@50.144.1.129) has joined #mythtv | |
| [22:48:24] | koffel (koffel!~koffel@50.144.1.129) has quit (Ping timeout: 272 seconds) | |
| [23:21:59] | amessina_ (amessina_!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [23:24:46] | amessina (amessina!~amessina@50-196-241-78-static.hfc.comcastbusiness.net) has quit (Ping timeout: 272 seconds) | |
| [23:52:11] | jheizer__ (jheizer__!~jheizer@73.51.93.177) has quit (*.net *.split) | |
| [23:52:12] | tris (tris!tristan@2001:1868:a00a::4) has quit (*.net *.split) | |
| [23:53:31] | jheizer__ (jheizer__!~jheizer@73.51.93.177) has joined #mythtv | |
| [23:53:55] | tris (tris!tristan@2001:1868:a00a::4) has joined #mythtv | |
| [23:54:02] | tris (tris!tristan@2001:1868:a00a::4) has quit (Max SendQ exceeded) | |
| [23:54:22] | tris (tris!tristan@2001:1868:a00a::4) has joined #mythtv | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.