| Saturday, August 11th, 2012, 00:00 UTC | ||
| [00:00:07] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 240 seconds) | |
| [00:03:10] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 244 seconds) | |
| [00:24:27] | knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv | |
| [00:51:30] | joki (joki!~joki@p54862E8A.dip.t-dialin.net) has quit (*.net *.split) | |
| [00:51:30] | sutula (sutula!sutula@nat/hp/x-nywuykbwievhachw) has quit (*.net *.split) | |
| [00:58:01] | joki (joki!~joki@p54862E8A.dip.t-dialin.net) has joined #mythtv | |
| [00:58:01] | sutula (sutula!sutula@nat/hp/x-nywuykbwievhachw) has joined #mythtv | |
| [00:58:57] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.) | |
| [01:03:24] | joki (joki!~joki@p54862E8A.dip.t-dialin.net) has quit (Ping timeout: 260 seconds) | |
| [01:05:06] | joki (joki!~joki@p54862E8A.dip.t-dialin.net) has joined #mythtv | |
| [01:08:32] | jya (jya!~jyavenard@CPE-60-224-1-106.srql1.win.bigpond.net.au) has joined #mythtv | |
| [01:08:33] | jya (jya!~jyavenard@CPE-60-224-1-106.srql1.win.bigpond.net.au) has quit (Changing host) | |
| [01:08:33] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [01:12:45] | knightr_ (knightr_!~knightr@69-165-170-178.dsl.teksavvy.com) has quit (Quit: Leaving) | |
| [01:38:53] | joki (joki!~joki@p54862E8A.dip.t-dialin.net) has quit (Ping timeout: 245 seconds) | |
| [01:40:06] | joki (joki!~joki@p54864F33.dip.t-dialin.net) has joined #mythtv | |
| [01:56:45] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [01:57:05] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [02:42:43] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Remote host closed the connection) | |
| [02:48:28] | zombor (zombor!~zombor_@65.29.231.135) has joined #mythtv | |
| [02:48:28] | zombor (zombor!~zombor_@65.29.231.135) has quit (Changing host) | |
| [02:48:28] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [03:07:28] | fearedbliss (fearedbliss!~fearedbli@unaffiliated/fearedbliss) has joined #mythtv | |
| [03:14:27] | sphery (sphery!~mdean@mythtv/developer/sphery) has joined #mythtv | |
| [03:46:12] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has quit (Read error: Operation timed out) | |
| [03:54:38] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has joined #mythtv | |
| [04:11:01] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [06:30:33] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
| [06:45:13] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [06:50:14] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv | |
| [06:52:53] | fearedbliss (fearedbliss!~fearedbli@unaffiliated/fearedbliss) has quit (Read error: Connection reset by peer) | |
| [07:13:38] | SteveGoodey (SteveGoodey!~steve@host86-144-4-78.range86-144.btcentralplus.com) has joined #mythtv | |
| [07:36:41] | dekarl1: | gigem, thats strange. as Witness is on the HLS recorder and Querköpfe is on DVB-T. And Olympa vs Mentalist/PrivatePractice has 2 physical cards to schedule to :( |
| [07:36:57] | dekarl1 is now known as dekarl | |
| [07:37:18] | dekarl: | sorry, missed it earlier, just read it |
| [07:40:03] | stoffel (stoffel!~quassel@pD9E43940.dip.t-dialin.net) has joined #mythtv | |
| [08:12:20] | SteveGoodey (SteveGoodey!~steve@host86-144-4-78.range86-144.btcentralplus.com) has quit (Remote host closed the connection) | |
| [08:16:04] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [08:22:31] | rsiebert (rsiebert!~quassel@g225056249.adsl.alicedsl.de) has joined #mythtv | |
| [08:26:09] | rsiebert_ (rsiebert_!~quassel@g225060115.adsl.alicedsl.de) has quit (Ping timeout: 276 seconds) | |
| [08:32:43] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv | |
| [08:39:55] | jstenback (jstenback!~jstenback@2620:101:8003:200:224:e8ff:fe39:34c2) has quit (Ping timeout: 246 seconds) | |
| [08:42:29] | jstenback (jstenback!~jstenback@2620:101:8003:200:224:e8ff:fe39:34c2) has joined #mythtv | |
| [09:04:23] | stoffel (stoffel!~quassel@pD9E43940.dip.t-dialin.net) has quit (Remote host closed the connection) | |
| [09:15:40] | kenni (kenni!~kenni@mythtv/developer/kenni) has quit (Read error: Connection reset by peer) | |
| [09:29:11] | SteveGoodey (SteveGoodey!~steve@host86-144-4-78.range86-144.btcentralplus.com) has joined #mythtv | |
| [09:48:16] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [10:04:00] | brfranse_ (brfranse_!~brfransen@64.179.142.146) has joined #mythtv | |
| [10:08:36] | poptix- (poptix-!poptix@poptix.net) has joined #mythtv | |
| [10:09:02] | brfransen (brfransen!~brfransen@64.179.142.146) has quit (*.net *.split) | |
| [10:09:02] | Cougar (Cougar!~cougar@kkk.version6.net) has quit (*.net *.split) | |
| [10:09:02] | poptix (poptix!poptix@poptix.net) has quit (*.net *.split) | |
| [10:09:02] | brfranse_ is now known as brfransen | |
| [10:14:15] | Cougar (Cougar!~cougar@kkk.version6.net) has joined #mythtv | |
| [10:22:17] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv | |
| [11:01:57] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
| [11:07:37] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [12:51:01] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 268 seconds) | |
| [13:03:05] | stuartm: | dekarl: have those tuners somehow managed to end up in the same input group? |
| [13:20:10] | kenni (kenni!~kenni@mythtv/developer/kenni) has joined #mythtv | |
| [13:20:46] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
| [13:33:13] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (Ping timeout: 272 seconds) | |
| [13:45:49] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv | |
| [13:52:06] | SteveGoodey (SteveGoodey!~steve@host86-144-4-78.range86-144.btcentralplus.com) has quit (Remote host closed the connection) | |
| [13:57:07] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [13:59:02] | stichnot (stichnot!stichnot@nat/intel/x-hgoatojlleflzwld) has joined #mythtv | |
| [13:59:02] | stichnot (stichnot!stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [13:59:02] | stichnot (stichnot!stichnot@nat/intel/x-hgoatojlleflzwld) has quit (Changing host) | |
| [14:00:47] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (Ping timeout: 240 seconds) | |
| [14:03:39] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [14:12:55] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv | |
| [14:20:43] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (Ping timeout: 272 seconds) | |
| [14:32:59] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv | |
| [14:39:46] | stoffel (stoffel!~quassel@pD9E42184.dip.t-dialin.net) has joined #mythtv | |
| [14:53:45] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Ping timeout: 252 seconds) | |
| [14:57:59] | dekarl-too (dekarl-too!4fe84ae0@gateway/web/freenode/ip.79.232.74.224) has joined #mythtv | |
| [14:59:02] | dekarl-too: | stuartm, both DVB frontends seem to have their own inputgroup and the HLS recorder has none. But I had lots of lint in there as the inputgroup table is not cleaned up http://paste.ubuntu.com/1141203/ |
| [15:04:10] | stuartm (stuartm!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginmedia.com) has joined #mythtv | |
| [15:04:10] | stuartm (stuartm!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginmedia.com) has quit (Changing host) | |
| [15:04:10] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv | |
| [15:14:27] | seld (seld!~seld@h170n6-rny-a12.ias.bredband.telia.com) has quit (Ping timeout: 240 seconds) | |
| [15:14:51] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!) | |
| [15:21:38] | sphery: | dekarl-too: thanks for that--I'll take care of it today (feel free to make a ticket for it if you like) |
| [15:24:20] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [15:34:18] | gigem: | dekarl-too: Like, stuartm, my first thought is input groups. If you set an environment variable named DEBUG_CONFLICTS, the scheduler will print out more information. That's probably worth trying with the -v schedule --loglevel debug --testsched test. |
| [15:40:43] | dekarl-too: | sphery, shall I code up the dbcheck cleanup, too? |
| [15:40:48] | dekarl-too: | gigem, will do |
| [16:00:03] | SteveGoodey (SteveGoodey!~steve@host86-144-4-78.range86-144.btcentralplus.com) has joined #mythtv | |
| [16:01:10] | dekarl-too: | sphery: http://code.mythtv.org/trac/ticket/10992 |
| [16:09:40] | andreax (andreax!~andreaz@p54BF22FE.dip.t-dialin.net) has joined #mythtv | |
| [16:12:44] | sphery: | dekarl-too: no, now's a bad time for a db update... I'm thinking of just adding in the "and other cleanup" in the delete input, too--so DBs will get cleaned up as users delete any inputs |
| [16:13:31] | dekarl-too: | gigem, http://paste.ubuntu.com/1141313/ |
| [16:14:14] | dekarl-too: | sphery, hmm, does it make sense to get rid of accumulated cruft after 0.26 is out? |
| [16:14:55] | dekarl-too: | I don't mind either way, my DB is clean now ;) now looking if the schedule decisions make more sense |
| [16:15:53] | sphery: | if it turns out that was causing your problems, then perhaps (though I think doing it with any input deletion will get most--if not all--users' DBs fixed before 0.27 is out) |
| [16:17:03] | dekarl-too: | otoh its nothing a delete all inputs on all hosts doesnt fix |
| [16:17:21] | sphery: | since the leftover inputgroup entries can only occur if you don't Delete all capture cards, it seems it would only be done for people who delete individual ones, where I'd assume they do it that way because they do so often (though I still think delete all is faster) |
| [16:17:27] | sphery: | right |
| [16:19:33] | dekarl-too: | for debuging the schedule a chart would be nice... with a list its hard to *see* what collides |
| [16:26:52] | dekarl-too: | gigem, I'd have expected the first showing of "Stigmata" (or Mit offenen Karten around the same time) to record |
| [16:41:12] | SteveGoodey (SteveGoodey!~steve@host86-144-4-78.range86-144.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [16:43:13] | SteveGoodey (SteveGoodey!~steve@host86-144-4-78.range86-144.btcentralplus.com) has joined #mythtv | |
| [16:51:12] | andreax (andreax!~andreaz@p54BF22FE.dip.t-dialin.net) has quit (Read error: Connection reset by peer) | |
| [17:12:16] | stuartm: | if stale entries are being left and those are causing scheduling problems then that's a blocker IMHO |
| [17:13:27] | danielk22: | I can't see any way stale entries could cause scheduling problems. They are only stale because input is currently using them. |
| [17:13:48] | danielk22: | s/because input/because no input/ |
| [17:28:18] | zombor (zombor!~zombor_@65.29.240.220) has joined #mythtv | |
| [17:28:22] | zombor (zombor!~zombor_@65.29.240.220) has quit (Changing host) | |
| [17:28:23] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [17:29:03] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (Remote host closed the connection) | |
| [17:29:24] | dekarl-too: | i dont think the left overs cause the special scheduling decisions |
| [17:33:57] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [17:48:19] | zombor (zombor!~zombor_@65.29.240.220) has joined #mythtv | |
| [17:48:23] | zombor (zombor!~zombor_@65.29.240.220) has quit (Changing host) | |
| [17:48:23] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [17:50:35] | stoffel (stoffel!~quassel@pD9E42184.dip.t-dialin.net) has quit (Ping timeout: 244 seconds) | |
| [17:50:49] | joki (joki!~joki@p54864F33.dip.t-dialin.net) has quit (Ping timeout: 260 seconds) | |
| [17:51:09] | joki (joki!~joki@p54864F33.dip.t-dialin.net) has joined #mythtv | |
| [17:54:50] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [17:58:53] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv | |
| [18:09:10] | stuartm: | dekarl-too: ah, I must have misunderstood then |
| [18:35:10] | gigem: | dekarl-too: The first showing of Stigmata was initially scheduled, but was moved to later to make room for Eine ungehorsame Frau. The first showing of Eine ungehorsame Frau was initially blocked by Stigmata, so the later showing was scheduled. It was left thare even after Stigmata was moved, because once something is scheduled, the scheduler doesn't move it unless it thinks it has to. |
| [18:37:09] | dekarl-too: | gigem, so a conflict was resolved by moving both programs to another showing? |
| [18:37:20] | knightr: | Is there a problem with our Git server, I can't seem to be able to access it (alcor is pingable though...)? |
| [18:52:36] | zombor (zombor!~zombor_@65.29.240.220) has joined #mythtv | |
| [18:52:36] | zombor (zombor!~zombor_@65.29.240.220) has quit (Changing host) | |
| [18:52:36] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [18:54:51] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [19:02:28] | stoffel (stoffel!~quassel@pD9E42184.dip.t-dialin.net) has joined #mythtv | |
| [19:16:11] | stoffel (stoffel!~quassel@pD9E42184.dip.t-dialin.net) has quit (Remote host closed the connection) | |
| [19:17:35] | dekarl-too: | stuartm, I want the stale entries gone because its the second time they crossed my way when debugging something. |
| [19:19:24] | andreax (andreax!~andreaz@p5089e9a5.dip.t-dialin.net) has joined #mythtv | |
| [20:01:25] | zombor (zombor!~zombor_@65.29.231.135) has joined #mythtv | |
| [20:01:25] | zombor (zombor!~zombor_@65.29.231.135) has quit (Changing host) | |
| [20:01:25] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [20:37:41] | gigem: | dekarl-too: Yes, resolve a conflict. |
| [20:38:35] | knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Read error: Connection reset by peer) | |
| [20:39:01] | knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv | |
| [20:45:31] | dekarl-too: | gigem, I see that it conflicts on recorders 16–20 (second physical frontend), but why doesnt it try 11–15 (first physical frontend) |
| [21:01:29] | gigem: | dekarl-too: Because the showings 11–15 have lower priority (-1 or -9) than those on 16–20 (0). |
| [21:02:44] | gigem: | jya: Please see http://pastebin.com/ra3gJJWN . |
| [21:05:35] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has quit (Read error: Operation timed out) | |
| [21:07:11] | dekarl-too: | gigem, I think you're dead on. thanks alot. The priority was supposed to be -1 for the DVB-T inputs and 0 for the DVB-C ones (disabled atm). I'm not sure how they ended up different on both DVB-T inputs |
| [21:08:39] | dekarl-too: | going to test if the priority gets reset to 0 when you disconnect and reconnect the source (was testing the channel scanner by connecting a fresh source to test). At least the cards name gets reset |
| [21:13:05] | dekarl: | ok, thats it. When you connect no source to the input you reset the name and priority |
| [21:16:20] | sphery: | again, evil input priorities do what they should but make a user think the scheduler's broken... |
| [21:16:26] | dekarl1 (dekarl1!~dekarl@p4FCEEDBA.dip.t-dialin.net) has joined #mythtv | |
| [21:17:42] | sphery: | we should rename input and channel priorities to input and channel "brokenness" so they don't sound so appealing to users :) |
| [21:18:10] | dekarl (dekarl!~dekarl@p4FE84AE0.dip.t-dialin.net) has quit (Ping timeout: 265 seconds) | |
| [21:18:17] | sphery: | (so that they'll set them to a value indicating just how broken an input or channel is--which would apply a negative priority to that input or channel) |
| [21:19:32] | sphery: | btw, they're only evil because they tend to be used by people for the wrong reasons and it's hard to convince users that they should be using sched/live tv order, instead because "well it seems to work for me" or "well, things are more complex on my system" |
| [21:19:44] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has joined #mythtv | |
| [21:22:31] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [21:23:44] | dekarl1: | sphery, when I put in that priority there was not schedule order ;) I used it in the past to prefer DVB-C over DVB-T by penalizing the latter |
| [21:23:47] | dekarl1 is now known as dekarl | |
| [21:24:03] | dekarl: | no idea if that qualifies as right reason |
| [21:26:57] | sphery: | dekarl: yeah, but then using the creation order was the proper approach (it's just much easier to set order, now--the thinking was that making it easier to set would encourage more people to quit (ab)using priority) |
| [21:28:37] | knightr: | sphery, Hi! git server seems to be down, who has admin access on alcor? |
| [21:28:47] | SteveGoodey (SteveGoodey!~steve@host86-144-4-78.range86-144.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [21:29:50] | sphery: | dekarl: generally the right reason to use input/channel priority is to say that an input or channel is generally broken and a recording from that input or channel is only slightly better than not recording the show at all--i.e. a channel comes in via OTA but with serious signal issues, causing dropouts/breakup, so generally you don't want to use that channel, but if it's the only way to get that show recorded, it's OK (so you set a negative ... |
| [21:29:56] | sphery: | ... priority for it) |
| [21:30:00] | sphery: | knightr: I just pushed a commit and it seemed to work fine for me. |
| [21:30:26] | knightr: | sphery, yep, I noticed after I pinged you... |
| [21:30:28] | knightr: | weird... |
| [21:30:33] | knightr: | I'm getting: |
| [21:30:44] | knightr: | ssh_exchange_identification: Connection closed by remote host |
| [21:30:44] | knightr: | fatal: The remote end hung up unexpectedly |
| [21:31:05] | sphery: | that looks like problems with your key/account... |
| [21:31:07] | sphery: | Beirdo: ^^^ |
| [21:31:18] | dekarl: | sphery, exactly what I was trying to do. try to record everything on cable, but get it OTA if thats not possible :) |
| [21:31:29] | sphery: | knightr: you do have the right SSH key, right? |
| [21:31:44] | knightr: | sphery, I didn't change anything... |
| [21:31:54] | dekarl: | I just had 50/50 success/error rate on cgit |
| [21:32:21] | knightr: | I get this on two copies of the repos I have used in the apst with the same user... |
| [21:32:21] | sphery: | dekarl: no, you were trying to prefer cable--unless your OTA recordings are truly broken? |
| [21:33:35] | dekarl: | sphery, well.. yes.. prefer a later showing on cable over a showing OTA sooner |
| [21:34:15] | dekarl: | cgit is working without issue for me now |
| [21:42:06] | sphery: | dekarl: ok, then maybe it's what you wanted, but just remember priority says what to record (and what not to), so messing with priority could mean that you don't record a show you really like because it's recording a less-liked show from a more-preferred input/channel |
| [21:43:41] | sphery: | anyway, the point was mainly about how nearly every time we have a "scheduler is doing the wrong thing", gigem spends time investigating and finds that it's doing exactly what it was told to do, and often it's some non-rule priority that makes the user think it's doing the wrong thing |
| [21:44:21] | sphery: | just seems to take a lot of his time |
| [21:44:37] | knightr: | sphery, thanks for pinging Beirdo, I wonder what's wrong, these keys are not supposed to have expiration dates AFAIK.. |
| [21:44:54] | Beirdo: | hmm? |
| [21:45:17] | sphery: | ah, seems Beirdo was ignoring me, but you mention his nick and he jumps... |
| [21:45:19] | dekarl: | Yes, I think it was a waste of time and I'm sorry for taking his time, too. I'm now looking why mythtv-setup changes name/priority of inputs |
| [21:45:22] | Beirdo: | the keys do not expore |
| [21:45:27] | Beirdo: | expire rather |
| [21:45:43] | Beirdo: | I was off checking the laundry, sorry |
| [21:45:52] | knightr: | sphery, LOL :-) |
| [21:46:21] | sphery: | dekarl: I'm not trying to say you wasted his time--just that those priorities tend to waste his time--and, IMHO, the cost of those priorities is /much/ greater than their benefit to users |
| [21:46:45] | sphery: | i.e. I'm saying I dislike having priorities that users don't understand that cause them to break their setups and blame mythtv |
| [21:47:07] | knightr: | Beirdo, looks like the git server no longer likes my key... |
| [21:47:14] | Beirdo: | knightr: you might want to do ssh -v, and make sure it's trying to use the key you think it is |
| [21:47:23] | Beirdo: | ssh -v git@code.mythtv.org |
| [21:47:30] | sphery: | but, yeah, I understand your confusion--came from thinking the priorities were as you set them |
| [21:48:17] | sphery: | dekarl: IIUC, you're saying that you had an input with a priority specified, then you deleted the input (by removing the connection), then re-connected? |
| [21:48:22] | dekarl: | sphery, no offense taken. But I noticed that the input names get reset and did not jump in and debug it. Would likely have solved the priority resetting when I was testing the channel scanner. So I blame myself for procrastinating ;) |
| [21:48:52] | sphery: | if so, it sounds like it did the right thing... you deleted an input (and, therefore, input priority), so need to set priority, again, when you create the new one (connect the input, again) |
| [21:49:27] | dekarl: | I have an input connect to source DVB-T, I changed the source to none, then DVB-T-test-the-scanner and ended up with reset values of the input |
| [21:49:44] | knightr: | Beirdo, it list multiple entries (that I guess it's searching for) and the first is the key I use... |
| [21:49:46] | dekarl: | I did not delete source or input ;) |
| [21:49:57] | sphery: | ah, ok, you changed the listings source? |
| [21:50:05] | sphery: | if so, that seems to be a bug |
| [21:50:16] | dekarl: | aye. but when you change the source to "none" everything gets reset |
| [21:50:19] | stuartm: | I think we can all agree that the whole card/source/input setup UI sucks and we probably can't go wrong by starting from scratch on something much simpler |
| [21:50:47] | stuartm: | </random comment> |
| [21:51:09] | sphery: | it's definitely very confusing for users |
| [21:51:30] | sphery: | unfortunately, I don't know how to make it less confusing without hiding/removing funtionality |
| [21:51:49] | sphery: | (though maybe that is the right solution?) |
| [21:51:51] | Beirdo: | knightr: well, just to be sure, could you email the pub key you'd want to use to me at gjhurlbu@gmail.com |
| [21:52:00] | Beirdo: | I'll set it up with that key again |
| [21:52:51] | stuartm: | well with the myriad ways we have of achieving some things maybe we could stand to lose a little functionality if it improves the experience for the majority |
| [21:53:02] | Beirdo: | bah, so my new recording mixer arrives (ebay)... |
| [21:53:07] | Beirdo: | no power cord. Bleh |
| [21:53:24] | knightr: | Beirdo, done... |
| [21:53:43] | Beirdo: | so ordered the power cord off Amazon ;) |
| [21:53:48] | Beirdo: | let me go fix your key |
| [21:53:48] | stuartm: | Beirdo: recording mixer? as in audio mixer? |
| [21:53:55] | Beirdo: | yeah |
| [21:54:12] | Beirdo: | Yamaha MD-8 (with minidisc for multitrack recording) |
| [21:54:23] | stuartm: | doing anything interesting with it? :) |
| [21:55:39] | Beirdo: | gonna setup a small studio for doing recordings, no huge plans quite yet, but it was a steal at $99US |
| [21:56:06] | stuartm: | cool |
| [21:57:04] | Beirdo: | knightr: same key |
| [21:57:23] | Beirdo: | let me go look |
| [21:57:52] | knightr: | yep, it's the one I have been using on two of my pcs and I didn't change anything on either... |
| [21:58:33] | stuartm: | Beirdo: seems we're running denyhosts, best check the hosts.deny for knightr's ip |
| [21:59:17] | Beirdo: | yeah, I was JUST about to ask that :) |
| [21:59:35] | knightr: | stuartm, my IP is static, I wonder why it would have been blocked.... |
| [21:59:43] | Beirdo: | bad logins.. |
| [21:59:50] | knightr: | ah... |
| [21:59:53] | Beirdo: | what's the IP, I can easily remove it |
| [22:00:15] | stuartm: | yep, after a certain threshold of failed logins we block all connection attempts |
| [22:00:30] | knightr: | 69.165.170.178 |
| [22:00:31] | stuartm: | or rather denyhosts does |
| [22:00:36] | Beirdo: | I think it's supposed to autoclear eventually |
| [22:00:41] | Beirdo: | yup, that's it, one sec |
| [22:00:54] | Beirdo: | # DenyHosts: Thu Aug 9 19:47:46 2012 | sshd: 69.165.170.178 |
| [22:00:54] | Beirdo: | sshd: 69.165.170.178 |
| [22:01:08] | Beirdo: | try now |
| [22:01:15] | stuartm: | Beirdo: yeah, it will clear after a period, not sure what it's configured to on that server |
| [22:01:25] | Beirdo: | me neither |
| [22:01:40] | knightr: | Thank you, it works now... |
| [22:01:43] | Beirdo: | it's not a problem to remove an IP though :) |
| [22:01:46] | Beirdo: | sweet. |
| [22:02:06] | knightr: | I'm using a special character in it, maybe I wasn't using the right keyboard layou when I typed it... |
| [22:02:08] | dekarl: | sphery, found it http://code.mythtv.org/cgit/mythtv/tree/mytht . . . ce.cpp#n3184 "// "None" is represented by the lack of a row", so selecting None resets everything |
| [22:02:21] | knightr: | s/layou/layout |
| [22:02:54] | dekarl: | shall I file a patch? |
| [22:09:40] | knightr: | Sorry Beirdo, I'll be more careful next time... I guess it wasn't such a good idea to put a special character which change place depending on the keyboard layout I use... |
| [22:10:15] | Beirdo: | hehe |
| [22:10:23] | sphery: | dekarl: I don't think that's saying that "Video Source = None" is represented by deleting the input--because I have inputs that use None for Video Source |
| [22:10:29] | Beirdo: | no problemo, just let us know if you get locked out again later |
| [22:11:39] | Beirdo: | it happens to all of us once in a while ;) |
| [22:13:07] | sphery: | dekarl: I'm pretty sure that's the disconnecting an input by connecting the input to None |
| [22:15:47] | knightr: | Thanks, will do.. |
| [22:16:59] | sphery: | dekarl: ok, wait, I'm now confusing myself... I promise to use the right terminology for everything this time: Did you connect the input to Video Source "None" (= delete the input) or did you change the "Listings grabber" for a connected video source to "None" |
| [22:18:02] | dekarl: | sphery, I connected the cardinput to the videosource none. I did not expect that to mean "delete the input" though |
| [22:18:08] | sphery: | I have Video Sources that use None grabber and they work fine... Connecting an input to None deletes (and should delete) the input, though, so would delete name and priority, too--meaning you'd have to set them again, when you create a new input |
| [22:19:21] | seld (seld!~seld@h170n6-rny-a12.ias.bredband.telia.com) has joined #mythtv | |
| [22:19:47] | sphery: | we don't support creation of disconnected inputs--and, really, mythtv doesn't even like having cards that have no connected inputs nor video sources that aren't used by any inputs (or channels in those disconnected video sources) |
| [22:22:10] | seld (seld!~seld@h170n6-rny-a12.ias.bredband.telia.com) has quit (Remote host closed the connection) | |
| [22:22:28] | dekarl: | aye, I noticed that unconnected sources make for interesting effects, too. But I'm surprised that there is something like "delete an input by setting the source to none". I would have expected that deleting the card removes the relevant inputs. |
| [22:22:56] | seld (seld!~seld@h170n6-rny-a12.ias.bredband.telia.com) has joined #mythtv | |
| [22:24:52] | sphery: | deleting the card does remove inputs |
| [22:25:02] | sphery: | but we allow removing inputs without deleting card |
| [22:26:20] | dekarl: | time to hit sack for me. I'll sleep over it and see if I can make up use cases for unconnected inputs. Are there even cards (in the mythtv sense) with more then one input? Hybrid analog/digital are all represented as two cards with an input group IIRC |
| [22:27:09] | sphery: | PVR-x50 has a bunch of inputs (some of which aren't physically connected--but at least composite, S-Video, and Television/Tuner are usable) |
| [22:30:22] | dekarl: | so one PVR-x50 is one card with multiple cardinputs? Hmm, its likely that one or two of them will be disconnected. |
| [22:33:04] | sphery: | right, but they're disconnected by not being defined in the DB--which is what mythtv wants |
| [22:33:17] | XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Quit: Leaving) | |
| [22:33:21] | sphery: | mythtv doesn't like unused card/input/channel info in the DB |
| [22:33:30] | sphery: | i.e. "orphaned" data that's not in use by anything |
| [22:34:24] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [22:38:00] | amessina (amessina!~amessina@2001:470:c1dc:7779:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [22:44:12] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [22:51:35] | sphery: | danielk22: Unlike for 0.25, doing the DB initialization rollup to current schema version doesn't allow DB initialization to succeed--mythtv-setup inits DB, then fails when checking schema version because MythDB::GetSetting() never checks DB version because of the line "if (d->ignoreDatabase || !HaveValidDatabase())" (which causes it to return the defaultval--""). I'm not sure how/when those should be flipped, but they're not getting flipped by ... |
| [22:51:42] | sphery: | ... the time or during when we create the DB. |
| [23:11:35] | XDS2010__ (XDS2010__!users.1218@gateway/web/irccloud.com/x-lwmpkxvoqyfcotxo) has quit (Remote host closed the connection) | |
| [23:13:53] | XDS2010__ (XDS2010__!users.1218@id-1218.hampstead.irccloud.com) has joined #mythtv | |
| [23:14:43] | danielk22: | sphery: Hmmm, so which is true here ignoreDatabase or !HaveValidDatabase() ? |
| [23:16:04] | danielk22: | sphery: dekarl: I recall we had orphaned input problems when V4L2 renamed some inputs many years ago, are we seeing something similar again? |
| [23:22:06] | sphery: | danielk22: both are false |
| [23:24:46] | sphery: | danielk22: I'd have thought they'd have been reset by the time we start writing out the DB schema--perhaps it's related to the different DB connection per thread changes? |
| [23:26:48] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [23:27:13] | natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 245 seconds) | |
| [23:29:32] | sphery: | danielk22: actually, ignoreDatabase is supposed to be false, but HaveValidDatabase() should eventually return true... it's false when we check, so !HaveValidDatabase() is true (before was talking about without the ! :) |
| [23:36:54] | sphery: | danielk22: at the time of the call to GetSetting(), d->haveDBConnection is true and d->haveSchema is false... seems SetHaveSchema() is only called in MSqlDatabase::OpenDatabase() |
| [23:37:23] | sphery: | HaveValidDatabase() -> return (d->haveDBConnection && d->haveSchema); |
| [23:44:48] | sphery: | danielk22: OK, so adding GetMythDB()->SetHaveSchema(true); to the end of (a successful run of) InitializeMythSchema() makes it work--think that's safe? |
| [23:49:51] | sphery: | OK, looking at https://github.com/MythTV/mythtv/commit/75cf4e4b439 , which added SetHaveSchema(), it looks like it's safe and required--just got overlooked |
| [23:52:44] | sphery: | danielk22: thanks for the help--guess I just needed to talk it out (or stepping away from it and getting dinner gave me fresh eyes) |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.