| Friday, January 31st, 2014, 19:41 UTC | ||
| [19:41:27] | stuartm: | I think the UX/UI for the time list is all wrong, but since I don't know what people actually use it for, it's difficult to suggest an alternative |
| [19:42:47] | stuartm: | but loading all programs for all channels at once is pointless, how many people scroll down to see what's on at 14:00 in two weeks time? |
| [19:45:03] | stuartm: | I wonder if want people really want is a Now/Next for all channels? A sort of compressed guide making it easier to see whether there is anything on at all at a particular time (most likely 'now') |
| [19:56:56] | stuartm: | gigem: aren't 'find one' rules are supposed to be deleted after that one showing has been recorded? |
| [20:19:21] | neufeld: | stuartm: my experience is that those rules are deleted some time around the next mythfilldatabase. I always thought that was intentional, because sometimes I get a recording that's damaged or my HD-PVR flakes out and records two hours of blackness, so deleting the bad recording it with "allow to re-record" causes that 'find one' rule to trigger again, without requiring me to go and set it up anew. |
| [20:21:08] | gigem: | stuartm: neufeld is correct. |
| [20:23:46] | drussell_ (drussell_!~drussell@205.233.15.187) has quit (Ping timeout: 265 seconds) | |
| [20:30:01] | stuartm: | we that was my expectation, but while working on the WebFrontend recording rules page I've noticed several really old find one rules which have a Last Recorded time set |
| [20:31:02] | stuartm: | some are more recent but still 2–3 weeks old, and were definitely recorded, but the rule is still there |
| [20:31:23] | stuartm: | I'll take a look at mfdb |
| [20:34:08] | sphery: | what was the status of the recording? If it was damaged or similar, the rule isn't deleted |
| [20:35:46] | sphery: | FWIW, code is in http://code.mythtv.org/cgit/mythtv/tree/mytht . . . per.cpp#n278 |
| [20:36:40] | sphery: | oh, wait, for a single/override/dontrecord, it will regardless of status |
| [20:37:38] | stuartm: | according to oldrecorded, in all the cases I've checked, it was rsRecorded (-3) |
| [20:39:22] | sphery: | yeah, not positive if it's even checking status on the find ones--I think it does by virtue of oldfind handling by the scheduler--but if status is recorded, that's not the issue |
| [20:39:33] | caelor: | stuartm: is the scope of your on WebFrontend just focussed on providing a realistic alternative to mythweb for 0.28, rather than developing a mythtv-setup replacement capability? |
| [20:39:35] | sphery: | when was the last run of the CleanupProgramListings housekeeping taks? |
| [20:39:53] | stuartm: | fwiw, it's clearly not happened for 'find one' rules, but there are two or three dozen examples |
| [20:40:34] | sphery: | not sure about the new housekeeping code wagnerrp did, but I know the old code wedge a cleanup task, especially for on-again/off-again backends (as a development backend would be) |
| [20:40:51] | sphery: | old code could wedge a cleanup task, that is |
| [20:40:56] | stuartm: | caelor: that's my intention because I don't have time to do both and get 0.28 out this year :) However other devs have expressed an interest in making the setup side a priority |
| [20:41:59] | stuartm: | sphery: that's the exact name? I'm not seeing that in the housekeeping table |
| [20:42:06] | caelor: | ok, I thought it was the case. I'm trying to scope out and structure data for the lineup type approach we discussed the other day. I think the most likely practical approach for me initially is python based using the bindings |
| [20:42:29] | sphery: | I'm not sure the new housekeeper uses the housekeeping table |
| [20:42:53] | stuartm: | http://pastebin.com/hj5k1R6Z |
| [20:43:08] | caelor: | so I was trying to figure out a likely timescale for bindings/service api access to the channel scanner (which I'm guessing will be fairly critical for web based setup) |
| [20:44:28] | caelor: | Initial pass is likely to just read & update existing scanned channels for dvb & atsc sources, but will try and actively manage channels for capture card + ir blaster sources |
| [20:46:18] | caelor: | I haven't been able to find any published code/schema for the services.mythtv.org site (which I suspect may be for security reasons) – if I was looking for my code to contribute data back for crowdsourcing purposes, would the preferred approach for serverside to be non-published? |
| [20:48:32] | stuartm: | I don't know that it was security, but xris would be able to say for sure |
| [20:49:57] | caelor: | it makes sense, with it being a public service. Initially I'll develop the serverside on my own server, and can work out the details of moving it when (if!) it gets polished enough |
| [20:49:58] | sphery: | stuartm: looks like it does use housekeeping table and the tag it's using is DBCleanup |
| [20:50:29] | sphery: | which says it ran today |
| [20:51:13] | sphery: | so when you run those queries, what happens: http://code.mythtv.org/cgit/mythtv/tree/mytht . . . per.cpp#n336 |
| [20:55:34] | sphery: | (at least run the first query to see if there's any resulting records, that is) |
| [20:56:01] | sphery: | the 2nd just deletes them |
| [21:14:02] | stuartm: | no hits, suggesting those were never inserted into the oldfind table |
| [21:14:14] | stuartm: | curiously, the oldfind table isn't empty |
| [21:15:11] | stuartm: | 11 consecutively numbered entries that don't match up with anything in record |
| [21:15:15] | ** stuartm deletes them ** | |
| [21:21:13] | amessina_ (amessina_!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [21:21:23] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Ping timeout: 245 seconds) | |
| [21:24:05] | gigem: | stuartm: The oldfind numbers only match the recordid for findone rules. If you have any find daily or weekly rules, they put the day number in oldfind. |
| [21:29:40] | amessina_ is now known as amessina | |
| [21:30:12] | stuartm: | these were 4 digit numbers |
| [21:30:49] | stuartm: | I don't generally use daily/weekly rules, but if I've just broken then ... oop? |
| [21:30:54] | stuartm: | oops |
| [21:43:53] | jafa2 (jafa2!~jafa@c-50-150-78-96.hsd1.ca.comcast.net) has quit (Ping timeout: 245 seconds) | |
| [21:51:41] | jKlaus (jKlaus!~jklaus@2600:1004:b026:1e10:ad33:61fe:3b07:89c4) has quit (Quit: Leaving) | |
| [21:58:39] | gigem: | stuartm: They wouldn't be day numbers then. Those are all currently in the 73xxxx range. |
| [22:00:01] | caelor: | so kind of an "epoch day", rather than 1–7/0–6 (which is what I had [mis]understood)? |
| [22:06:05] | jpabq (jpabq!~quassel@mythtv/developer/jpabq) has quit (Remote host closed the connection) | |
| [22:13:43] | dekarl: | stuartm, I like "upcoming movies for the next 2–3 weeks with duplicates removed" then filter by channel list / ad free / HD / etc |
| [22:13:52] | jpabq (jpabq!~quassel@97-123-238-225.albq.qwest.net) has joined #mythtv | |
| [22:13:53] | jpabq (jpabq!~quassel@97-123-238-225.albq.qwest.net) has quit (Changing host) | |
| [22:13:53] | jpabq (jpabq!~quassel@mythtv/developer/jpabq) has joined #mythtv | |
| [22:18:05] | jpabq (jpabq!~quassel@mythtv/developer/jpabq) has quit (Remote host closed the connection) | |
| [22:18:48] | DouglasK is now known as DouglasKAway | |
| [22:20:34] | jafa2 (jafa2!~jafa@c-50-150-78-96.hsd1.ca.comcast.net) has joined #mythtv | |
| [22:23:09] | Steve-Goodey (Steve-Goodey!~steve@host109-158-212-221.range109-158.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [22:52:02] | caelor: | Here's a first pass at marshalling some ideas about lineup support/cloudsourced data: https://gist.github.com/caelor/40ea47bb6b47368c028a before I put any code to file I'd welcome any suggestions, or drawbacks that other people might see in it |
| [22:54:39] | xris: | caelor / stuartm: it was slightly for security, but also because it was kind of crappy thrown-together code that was meant to be replaced after a few months. of course it's now several years later..... |
| [22:56:49] | stuartm: | dekarl: to replace the time search? |
| [22:57:56] | caelor: | I thought it might be along those lines. The concept I'm working through (see the gist) is in some ways an expansion on the use of channel icon data... |
| [22:58:41] | dekarl: | stuartm: well, that was my use case, that I used to use time search for |
| [22:58:54] | caelor: | Assuming I get it working and put together some serverside code for it, I'd appreciate it if someone else could review it from a security perspective before it went live on alcor, and would also be happy for the same restrictions on visibility to apply |
| [22:59:20] | stuartm: | the major failing of the current movie search is that by default it doesn't filter out duplicates, like the time search it's really arranged with a 'live tv' mentality, the problem is that if you sort it alphabetically which removes the duplicates you then lose the ability to look at just the films which are on in the next few hours, or days |
| [23:00:10] | caelor: | I also don't mind doing code review of other serverside code as a second pair of eyes, if that would be a helpful contribution |
| [23:01:02] | dekarl: | caelor, I'd love to see a way to have a machine readable list of streaming services (on-top-tv internet channels, iPad streams to tap into, Shoutcast radio stations...) |
| [23:01:11] | stuartm: | dekarl: are we talking about the same time search, the one in the frontend which is just a list of every single program in the table in date/time order? |
| [23:01:19] | dekarl: | aye |
| [23:01:54] | stuartm: | there's a separate 'movie search' which is similar but just lists films, but it has no filtering options at all (just sorting) |
| [23:02:20] | caelor: | dekarl: whilst not the original intent, I could see how what I'm working on could encompass that, assuming it would basically be an IPTV Input Source, and handled as each streaming service as a channel |
| [23:02:24] | dekarl: | maybe I ended up with the time search due to guide data quality :/ |
| [23:03:28] | dekarl: | caelor, e.g. replace http://code.mythtv.org/cgit/mythtv/tree/mythp . . . /streams.xml with your service |
| [23:03:32] | caelor: | and I agree, it would be nice to converge internet streaming into the system, although the channel centric approach becomes something of a potential encumberance |
| [23:05:11] | caelor: | isn't that streams.xml very much like the shoutcast index? I'd have thought there was already (music) stream indexes available? |
| [23:06:17] | dekarl: | what shoutcast index? I only know of closed or unusable directories. |
| [23:09:20] | caelor: | I'd assumed there was an open index (I mainly use SqueezeBox for music, and assumed the listings they used were open, which it appears they aren't). So yes, it's a logical extension of what I'm working on to list open internet streams |
| [23:13:33] | doev (doev!~doev@p5482EE13.dip0.t-ipconnect.de) has quit (Ping timeout: 252 seconds) | |
| [23:13:48] | caelor: | I'll add it to a list of future work – I'll wait until I see how paul-h evolves mythmusic, and then try and weave it in |
| [23:24:35] | jafa2 (jafa2!~jafa@c-50-150-78-96.hsd1.ca.comcast.net) has quit (Ping timeout: 245 seconds) | |
| [23:25:21] | sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Read error: Connection timed out) | |
| [23:26:08] | sraue_ (sraue_!~stephan@2a02:908:fc13:e200:3e97:eff:fe0c:d215) has joined #mythtv | |
| [23:26:37] | sraue_ is now known as sraue | |
| [23:26:59] | sraue (sraue!~stephan@2a02:908:fc13:e200:3e97:eff:fe0c:d215) has quit (Changing host) | |
| [23:26:59] | sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv | |
| [23:27:47] | jafa2 (jafa2!~jafa@c-50-150-78-96.hsd1.ca.comcast.net) has joined #mythtv | |
| [23:42:54] | stuartm: | dekarl: handling money isn't really an option due to the fact that we'd have to pay tax |
| [23:51:04] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [23:59:03] | rsiebert (rsiebert!~quassel@g225003064.adsl.alicedsl.de) has joined #mythtv | |
| [23:59:31] | rsiebert_ (rsiebert_!~quassel@e179164013.adsl.alicedsl.de) has quit (Read error: Operation timed out) | |
| Saturday, February 1st, 2014 | ||
| [00:01:40] | stuartm: | we'll need a housekeeper task to clean up old live streaming transcodes after a period |
| [00:09:48] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Read error: Operation timed out) | |
| [00:24:55] | Guest43400 (Guest43400!~dblain@mythtv/developer/dblain) has joined #mythtv | |
| [00:26:29] | dblain (dblain!~dblain@mythtv/developer/dblain) has quit (Ping timeout: 240 seconds) | |
| [00:53:38] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [01:01:50] | stuartm: | JW Player 6 is available if anyone is familiar with editing action script (removing the watermark) and compiling with flex |
| [01:07:11] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 272 seconds) | |
| [01:22:29] | bill6502 (bill6502!~bill@205.178.26.43) has joined #mythtv | |
| [01:24:53] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!) | |
| [01:33:36] | bill6502: | stuartm:Shouldn't the user (rather than Housekeeping) be the one to decide that a recording transcoded for streaming should be deleted? #11386 grew past my initial subject line, but perhaps adding the ability to get free space in the Streaming storage group would help. |
| [01:33:36] | ** MythLogBot http://code.mythtv.org/trac/ticket/11386 ** | |
| [02:18:06] | jafa2 (jafa2!~jafa@c-50-150-78-96.hsd1.ca.comcast.net) has quit (Ping timeout: 252 seconds) | |
| [02:39:49] | stichnot (stichnot!~stichnot@adsl-68-125-54-229.dsl.pltn13.pacbell.net) has joined #mythtv | |
| [02:39:49] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [02:39:49] | stichnot (stichnot!~stichnot@adsl-68-125-54-229.dsl.pltn13.pacbell.net) has quit (Changing host) | |
| [02:40:50] | skd5aner: | jheizer: any chance of getting mono out of the equation with MobileMyth? |
| [02:48:06] | skd5aner: | sphery: I do think it's extremely poor UX that the user is not notified that a schema update is actually occuring – I've sat there before when it's going and simply thought the frontend was locked up... it's a recipe for disaster, as people will kill off the process thinking it's unresponsive |
| [02:53:19] | wagnerrp: | we warn prior to frontend plugin schema updates |
| [02:53:19] | wagnerrp: | or at least we used to |
| [02:57:41] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Ping timeout: 252 seconds) | |
| [03:04:32] | skd5aner: | wagnerrp: the problem is, that sometimes those schema updates take a few seconds, but there have been times in the past (mythvideo integration was one I think, and maybe the mythmusic re-write) where it took several minutes, and the frontend is completely locked up at that point |
| [03:04:39] | skd5aner: | only if you go to the logs do you know what is going on |
| [03:08:50] | DouglasKAway is now known as DouglasK | |
| [03:10:07] | nyloc (nyloc!~quassel@p3EE2D025.dip0.t-ipconnect.de) has joined #mythtv | |
| [03:14:31] | _nyloc_ (_nyloc_!~quassel@p3EE2DAE7.dip0.t-ipconnect.de) has quit (Ping timeout: 260 seconds) | |
| [03:19:06] | jafa2 (jafa2!~jafa@c-50-131-89-4.hsd1.ca.comcast.net) has joined #mythtv | |
| [03:25:00] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [03:49:20] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 252 seconds) | |
| [03:51:04] | sphery: | skd5aner: I didn't say it was good, but until someone rewrites the schema wizard in mythui, we can't do much about it |
| [03:51:38] | sphery: | the part I was saying was good enough was just the part where the system doing the upgrade is the one that does the backup |
| [03:54:17] | peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [03:55:07] | pvr4me (pvr4me!~craigtrel@d24-150-182-175.home.cgocable.net) has quit (Quit: pvr4me) | |
| [03:55:20] | arescorpio (arescorpio!~arescorpi@56-57-245-190.fibertel.com.ar) has joined #mythtv | |
| [04:06:52] | wagnerrp: | skd5aner: yeah, i'm going to have a similar issue when the file scanner gets put in place |
| [04:07:04] | wagnerrp: | it's not going to take long to do a schema upgrade |
| [04:07:24] | wagnerrp: | but it will likely take some time to reconnect content once the backend starts up |
| [04:08:00] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [04:10:32] | moparisthebest (moparisthebest!~quassel@cpe-184-57-167-162.cinci.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [04:20:51] | moparisthebest (moparisthebest!~quassel@2001:470:1f11:88c::2) has joined #mythtv | |
| [04:29:59] | arescorpio (arescorpio!~arescorpi@56-57-245-190.fibertel.com.ar) has quit (Excess Flood) | |
| [04:44:56] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 252 seconds) | |
| [04:46:14] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [04:52:48] | bill6502 (bill6502!~bill@205.178.26.43) has left #mythtv () | |
| [04:56:22] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!) | |
| [05:05:38] | jafa2 (jafa2!~jafa@c-50-131-89-4.hsd1.ca.comcast.net) has quit (Ping timeout: 264 seconds) | |
| [05:13:50] | jafa2 (jafa2!~jafa@c-50-131-89-4.hsd1.ca.comcast.net) has joined #mythtv | |
| [05:19:00] | jpabq (jpabq!~quassel@97-123-238-225.albq.qwest.net) has joined #mythtv | |
| [05:19:00] | jpabq (jpabq!~quassel@97-123-238-225.albq.qwest.net) has quit (Changing host) | |
| [05:19:00] | jpabq (jpabq!~quassel@mythtv/developer/jpabq) has joined #mythtv | |
| [05:45:48] | DouglasK is now known as DouglasKAway | |
| [05:46:49] | drussell (drussell!~drussell@205.233.15.187) has joined #mythtv | |
| [05:53:56] | Guest43400 is now known as dblain | |
| [06:19:32] | Captain_Murdoch (Captain_Murdoch!~cpinkham@c-67-170-1-245.hsd1.wa.comcast.net) has quit (Ping timeout: 252 seconds) | |
| [06:33:29] | Captain_Murdoch (Captain_Murdoch!~cpinkham@c-67-170-1-245.hsd1.wa.comcast.net) has joined #mythtv | |
| [06:33:29] | Captain_Murdoch (Captain_Murdoch!~cpinkham@c-67-170-1-245.hsd1.wa.comcast.net) has quit (Changing host) | |
| [06:33:29] | Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has joined #mythtv | |
| [07:39:27] | jafa2 (jafa2!~jafa@c-50-131-89-4.hsd1.ca.comcast.net) has quit (Ping timeout: 265 seconds) | |
| [08:09:36] | dekarl1 (dekarl1!~dekarl@p4FE85C1A.dip0.t-ipconnect.de) has joined #mythtv | |
| [08:11:13] | dekarl (dekarl!~dekarl@p4FCEE206.dip0.t-ipconnect.de) has quit (Ping timeout: 252 seconds) | |
| [08:14:32] | buu_ (buu_!~buu@75.108.224.3) has joined #mythtv | |
| [08:16:36] | buu (buu!~buu@75.108.226.47) has quit (Ping timeout: 276 seconds) | |
| [08:26:07] | doev (doev!~doev@p4FD42E4B.dip0.t-ipconnect.de) has joined #mythtv | |
| [08:27:49] | joki (joki!~joki@p5486206E.dip0.t-ipconnect.de) has quit (Ping timeout: 248 seconds) | |
| [08:34:43] | joki (joki!~joki@p548600B8.dip0.t-ipconnect.de) has joined #mythtv | |
| [08:55:13] | seld (seld!~seld@h7n7-rny-a12.ias.bredband.telia.com) has quit (Ping timeout: 260 seconds) | |
| [08:55:32] | seld (seld!~seld@h7n7-rny-a12.ias.bredband.telia.com) has joined #mythtv | |
| [08:59:05] | doev (doev!~doev@p4FD42E4B.dip0.t-ipconnect.de) has quit (Ping timeout: 260 seconds) | |
| [09:00:13] | doev (doev!~doev@p4FD42E4B.dip0.t-ipconnect.de) has joined #mythtv | |
| [09:03:24] | buu_ is now known as buu | |
| [09:16:46] | _nyloc_ (_nyloc_!~quassel@p3EE2D025.dip0.t-ipconnect.de) has joined #mythtv | |
| [09:25:59] | nyloc (nyloc!~quassel@p3EE2D025.dip0.t-ipconnect.de) has quit (Ping timeout: 260 seconds) | |
| [09:26:41] | `Nothing4You (`Nothing4You!N4Y@w.tf-w.tf) has joined #mythtv | |
| [09:29:32] | Sharky112065 (Sharky112065!~Sharky112@c-24-19-57-28.hsd1.wa.comcast.net) has joined #mythtv | |
| [09:30:28] | kenni (kenni!~kenni@mythtv/developer/kenni) has quit (*.net *.split) | |
| [09:30:28] | Nothing4You (Nothing4You!N4Y@w.tf-w.tf) has quit (*.net *.split) | |
| [09:30:30] | caelor (caelor!~quassel@cpc12-sotn9-2-0-cust374.15-1.cable.virginm.net) has quit (*.net *.split) | |
| [09:30:35] | `Nothing4You is now known as Nothing4You | |
| [09:34:36] | kenni (kenni!~kenni@mythtv/developer/kenni) has joined #mythtv | |
| [09:34:37] | caelor (caelor!~quassel@cpc12-sotn9-2-0-cust374.15-1.cable.virginm.net) has joined #mythtv | |
| [09:50:00] | paul-h (paul-h!~Paul@90.216.180.215) has joined #mythtv | |
| [09:55:53] | paul-h: | stuartm: I haven't tested scanning the local directory for a few days so it may well be broken. I had hoped to have switched it over to use storage groups exclusively by now |
| [09:57:04] | paul-h: | Sorry you lost your playlists that not good but that's what you get for running master and I did email the dev list saying expect some breakage |
| [10:05:57] | paul-h: | I should have done what I usually do and develop it in private to work out all the bugs and then commit one bit patch with the changes but then you get the likes of skd5aner I think it was complaining because they wanted to know what was going on. You can't win sometimes |
| [10:08:36] | stuartm: | paul-h: I'm not really broken up about losing the playlists, they weren't really worth keeping :) |
| [10:08:55] | stuartm: | paul-h: it's the storage group scanning that isn't working for me |
| [10:09:43] | stuartm: | "mythutil --scanmusic" isn't scanning the storage group but the current working directory |
| [10:11:04] | paul-h: | That would be because it's partly disabled so it should still be using the local music start directory. There is an #if 0 in mythutil to enable it to use the storage group |
| [10:11:24] | stuartm: | if I make my working directory the root of the music storage group then it scans properly but inserts absolute directory names e.g. /mnt/myth1/music/Classical/Bach/ |
| [10:12:41] | stuartm: | paul-h: ok, that would explain it – I removed the local music directory setting to ensure that it scanned only the storage group, I didn't realise storage group scanning was disabled |
| [10:13:19] | paul-h: | I'm just going to start removing the local file stuff today and hope I can get most of it completed this weekend before I get lynched |
| [10:13:25] | stuartm: | seems that if it can't find the local directory setting it's falling back to using the present directory |
| [10:13:48] | stuartm: | paul-h: no hurry, I'm not ralling a mob :) |
| [10:14:33] | stuartm: | I just wasn't sure what was or wasn't supposed to be working |
| [10:20:51] | dekarl1 is now known as dekarl | |
| [10:23:52] | dekarl: | paul-h: what came as a surprise to me was that it did scan all files, but deleted and added the entries (as if it did not realize that its seeing the same files and updating them) |
| [10:26:08] | paul-h: | dekarl: yeah I saw that. I haven't seen that here but I started with a clean DB. At some point I will restore my old DB and try upgrading from scratch to see what happens |
| [10:26:46] | dekarl: | our users will appreciate that ;) |
| [10:27:37] | dekarl: | btw, is the format columns used for something? e.g. selection of audio decoder? I haven't used mythmusic for file playback in 1,5 years. So I'm not sure what broke and when |
| [10:28:49] | paul-h: | Let me check I don't think it's used for anything |
| [10:32:49] | paul-h: | All blank here so likely not used for anything There is some junk in the music schema from a failed project to bring it in line with some other program that has been abandoned |
| [10:33:47] | stuartm: | dekarl: a lot of columns are unused in the schema, way back when the schema was re-written it was more or less a copy/paste from the schema used by an audio serving project popular at the time (can't remember the name), the idea being that it would make it easier to be compatible |
| [10:33:55] | stuartm: | or what paul-h said |
| [10:36:12] | stuartm: | may have been MPD – https://en.wikipedia.org/wiki/Music_Player_Daemon |
| [10:37:33] | stuartm: | this was one of these "why does MythTV re-invent the wheel, it should just be a wrapper around X" scenarios |
| [10:37:35] | dekarl: | ahh ok, then I need to look into why no audio decoder is found later |
| [10:38:49] | stuartm: | someone actually submitted a patch which included some worthwhile changes, so it got incorporated but people lost interest in MPD |
| [10:39:57] | stuartm: | I note there's one feature it supports that people still ask about – crossfade |
| [10:41:46] | dekarl: | hmm, cutlist support for music would be nice (basically just in/out cut points like iTunes & co. support) |
| [10:41:55] | dekarl: | ahh, so many ideas, so little time |
| [10:47:27] | dekarl: | paul-h, thanks for checking. maybe we can clean up some of the old unused parts someday |
| [10:49:16] | stuartm: | some of it we might actually find a use for, i.e. increased metadata such as the track bitrate and number of channels |
| [10:52:04] | dekarl: | but that's useful for video/recording metadata, too (or available audio track languages) |
| [11:20:33] | dekarl: | btw, i fiddled with trac, so danielk does not get new automatic assignments. But didn't want to spam everyone with unassignments so everyone can take a look at his list and pick some to handle |
| [11:23:26] | stuartm: | for a US incorporated entity, is the registered address that of the agent? It is in the UK, but I want to be sure I'm filling this form out correctly |
| [11:33:58] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv | |
| [12:17:10] | jafa2 (jafa2!~jafa@c-50-131-89-4.hsd1.ca.comcast.net) has joined #mythtv | |
| [12:20:16] | MythBuild: | build #96 of master-f20–64bit is complete: Failure [4failed git] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . it/builds/96 blamelist: Paul Harrison <pharrison@mythtv.org > |
| [12:30:24] | stuartm: | our new SSL cert is setup, we'll be configuring it so that all logins are done over the https connection |
| [12:36:53] | warped_ (warped_!~piotro@89-79-250-31.dynamic.chello.pl) has joined #mythtv | |
| [13:09:07] | warped_ (warped_!~piotro@89-79-250-31.dynamic.chello.pl) has quit (Quit: warped_) | |
| [13:14:02] | warped_ (warped_!~piotro@89-79-250-31.dynamic.chello.pl) has joined #mythtv | |
| [13:15:57] | warped_ (warped_!~piotro@89-79-250-31.dynamic.chello.pl) has quit (Client Quit) | |
| [13:31:51] | MythBuild: | build #97 of master-f20–64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . it/builds/97 |
| [14:13:38] | dekarl: | is there a way to mark all "old" passwords as needing replacement? |
| [14:18:36] | stuartm: | dekarl: not for trac, possibly a plugin for the wiki but I'm not concerned about that so much |
| [15:25:30] | pvr4me (pvr4me!~craigtrel@d24-150-182-175.home.cgocable.net) has joined #mythtv | |
| [15:26:14] | stuartm: | /trac is now configured to use https, it could perhaps be more specific and only apply to the login but I'd need to check that it always uses the same address (/trac/login) first |
| [15:32:59] | paul-h (paul-h!~Paul@90.216.180.215) has quit (Ping timeout: 240 seconds) | |
| [15:33:16] | paul-h (paul-h!~Paul@90.216.190.16) has joined #mythtv | |
| [16:02:20] | pvr4me (pvr4me!~craigtrel@d24-150-182-175.home.cgocable.net) has quit (Quit: pvr4me) | |
| [16:13:07] | skd5aner: | paul-h: :( I appreciate your work, however you feel comfortable doing it... that said, I do think it's nice to have transparency and input on huge major changes rather than doing everything in the dark and committing a "finished" product |
| [16:15:01] | skd5aner: | paul-h: also, I would expect some minor breakage in master – isn't that kind of the point, ongoing changes with no guarentee of stability or breakage? |
| [16:15:51] | pvr4me (pvr4me!~craigtrel@d24-150-182-175.home.cgocable.net) has joined #mythtv | |
| [16:17:58] | skd5aner: | paul-h: and, I don't really think I was that vocal (especially compared to others), but I probably did chime in in the past... either way – please know I appreciate your contributions to the project, new and old :) |
| [16:17:58] | stuartm: | is anyone able to offer insight into why blocking third party cookies would break trac logins when using ssl? |
| [16:47:47] | pvr4me (pvr4me!~craigtrel@d24-150-182-175.home.cgocable.net) has quit (Quit: pvr4me) | |
| [16:53:20] | jafa2 (jafa2!~jafa@c-50-131-89-4.hsd1.ca.comcast.net) has quit (Ping timeout: 245 seconds) | |
| [17:01:48] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (Quit: Leaving) | |
| [17:04:05] | gigem (gigem!~david@mythtv/developer/gigem) has quit (Ping timeout: 248 seconds) | |
| [17:05:32] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv | |
| [17:08:44] | jheizer: | skd5aner: Dropping mono would basically mean starting over from scratch. |
| [17:09:02] | skd5aner: | jheizer: yea, that wouldn't be good :) |
| [17:09:26] | jheizer: | When I started I never expected to turn it into a full blown project. |
| [17:09:48] | jheizer: | Was just cranking something out for my wife to use. |
| [17:09:55] | skd5aner: | that's pretty common... things turn from little pet projects to big monsters |
| [17:10:14] | jheizer: | Yuup. |
| [17:10:47] | jheizer: | At that point the android fe was having issues and I wanted to be able to have a single interface across kindle, ipad, and android phone |
| [17:11:41] | jheizer: | Back to house painting. :) |
| [17:21:54] | jafa2 (jafa2!~jafa@c-50-150-78-96.hsd1.ca.comcast.net) has joined #mythtv | |
| [18:08:14] | drussell (drussell!~drussell@205.233.15.187) has quit (Remote host closed the connection) | |
| [18:50:29] | dekarl: | stuartm, http://*cgit does not redirect to http*s*://*cgit. Do we want to change all links to prefer https? |
| [18:51:15] | dekarl: | nvm, now its working |
| [18:51:41] | stuartm: | dekarl: not at the moment, in principle I would love for everything to use ssl, but in practice our hardware could do without the extra load |
| [18:53:33] | stuartm: | so until we're sure that it's handling things well, we're only enforcing ssl for trac (protecting logins and sessions), and we will start protect logins on the wiki and forum soon |
| [18:54:55] | stuartm: | atm the whole of code.mythtv.org is forced to https and Strict Transport Security is enabled for good measure, cookies have the secure flag set |
| [18:56:10] | stuartm: | we'll allow other areas to use ssl, but it will be up to the user to consciously use the https:// prefix |
| [18:57:13] | cotterpin (cotterpin!~hp-mini@119.224.10.130) has joined #mythtv | |
| [18:57:22] | skd5aner: | stuartm: guessings it's because of your SSL work, but the wiki is getting a 404 and mythtv.org redirects (unsuccesfully) to http://code.mythtv.org/trac |
| [19:19:29] | stuartm: | wtf |
| [19:19:34] | stuartm: | wasn't doing that earlier |
| [19:27:45] | stuartm: | seriously, wtf |
| [19:35:56] | stuartm: | skd5aner: can you restart your browser and try again? |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.