| Tuesday, July 30th, 2013, 00:24 UTC | ||
| [00:24:18] | knightr: | lautriv, I am pretty sure that the message you get means that the MythWeb which is installed is not made for that version of MythTV... |
| [00:24:54] | knightr: | Maybe you have two versions of MythWeb installed for some unknown reason and you're not accesssing the right one? |
| [00:25:32] | knightr: | http://www.mythtv.org/wiki/MYTH_PROTO_VERSION . . . _Protocol%29 |
| [00:27:41] | knightr: | gotta go for my bicycle ride, good luck! |
| [01:05:12] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Quit: No Ping reply in 180 seconds.) | |
| [01:05:24] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv-users | |
| [01:10:39] | disputin (disputin!~sean@65.102.58.17) has quit (Quit: Leaving.) | |
| [01:22:53] | simcop2387 (simcop2387!~simcop238@p3m/member/simcop2387) has quit (Excess Flood) | |
| [01:25:52] | simcop2387 (simcop2387!~simcop238@p3m/member/simcop2387) has joined #mythtv-users | |
| [01:46:10] | [R] ([R]!~rbox@unaffiliated/rbox) has joined #mythtv-users | |
| [01:47:21] | exoon (exoon!~exoon@p4FC3FEB0.dip0.t-ipconnect.de) has quit (Read error: Operation timed out) | |
| [01:48:15] | exoon (exoon!~exoon@p4FC3FF3A.dip0.t-ipconnect.de) has joined #mythtv-users | |
| [01:58:50] | louisdk (louisdk!~louis@static-5-103-130-65.seas-nve.net) has quit (Remote host closed the connection) | |
| [01:59:29] | emmanuelux (emmanuelux!~emmanuelu@192.123.25.109.rev.sfr.net) has quit (Remote host closed the connection) | |
| [02:07:45] | zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [02:19:02] | Shadow__X (Shadow__X!~S@unaffiliated/shadowx/x-411846) has quit (Ping timeout: 240 seconds) | |
| [02:26:14] | linuxtech (linuxtech!~linuxtech@cp.linuxtech.org) has quit (Remote host closed the connection) | |
| [02:26:31] | nyloc (nyloc!~quassel@pC19F5851.dip0.t-ipconnect.de) has joined #mythtv-users | |
| [02:29:01] | lwizardl (lwizardl!~james@c-68-62-80-172.hsd1.mi.comcast.net) has joined #mythtv-users | |
| [02:29:16] | lwizardl: | I am looking at a new system for my mythtv system. would someone look at this list and tell me if this should be a good system. http://wizardsarcade.com/htpcbuild.pdf the input device will be the hdpvr that I have currently |
| [02:29:42] | wagnerrp: | are you intending to use this for some amount of gaming outside of mythtv? |
| [02:30:29] | wagnerrp: | yikes... memory prices have doubled |
| [02:30:32] | _nyloc_ (_nyloc_!~quassel@pC19F5915.dip0.t-ipconnect.de) has quit (Ping timeout: 260 seconds) | |
| [02:30:33] | lwizardl: | not really anything major. maybe some old games in like dosbox |
| [02:30:51] | wagnerrp: | and they were already 50% up from their bottom when i bought an upgrade a few months ago |
| [02:31:18] | wagnerrp: | anyway, if you're not intending to do any gaming, a GT640 is way overkill for mythtv |
| [02:31:36] | Shadow__X (Shadow__X!~S@c-174-57-185-126.hsd1.de.comcast.net) has joined #mythtv-users | |
| [02:31:37] | lwizardl: | I have given up on the current system. found out all my problems are because of the USB ports on the system. seems they have gone bad |
| [02:31:46] | linuxtech (linuxtech!~linuxtech@cp.linuxtech.org) has joined #mythtv-users | |
| [02:32:02] | linuxtech (linuxtech!~linuxtech@cp.linuxtech.org) has quit (Remote host closed the connection) | |
| [02:32:10] | wagnerrp: | there's no reason to get a full ATX board unless you plan on filling it with expansion cards |
| [02:32:29] | J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@unaffiliated/j-e-f-f-a) has joined #mythtv-users | |
| [02:32:31] | linuxtech (linuxtech!~linuxtech@cp.linuxtech.org) has joined #mythtv-users | |
| [02:32:45] | cp (cp!~linuxtech@cp.linuxtech.org) has joined #mythtv-users | |
| [02:33:05] | linuxtech (linuxtech!~linuxtech@cp.linuxtech.org) has quit (Client Quit) | |
| [02:33:14] | wagnerrp: | bulldozer cpus are integer heavy |
| [02:33:28] | wagnerrp: | they might have eight integer units, but only four of everything else |
| [02:33:38] | cp (cp!~linuxtech@cp.linuxtech.org) has quit (Client Quit) | |
| [02:33:38] | wagnerrp: | so when they say its an "eight core", they're lying |
| [02:33:47] | [R]: | bastards |
| [02:33:55] | wagnerrp: | if you're doing an integer heavy workload, they work great |
| [02:34:03] | linuxtech (linuxtech!~linuxtech@cp.linuxtech.org) has joined #mythtv-users | |
| [02:34:13] | cp (cp!~linuxtech@cp.linuxtech.org) has joined #mythtv-users | |
| [02:34:16] | wagnerrp: | if you're planning on doing things like video encoding for HLS for this thing, you might be better off with an i5 or so |
| [02:34:27] | cp (cp!~linuxtech@cp.linuxtech.org) has quit (Remote host closed the connection) | |
| [02:34:27] | wagnerrp: | if you're not planning on doing anything heavy, get something lighter |
| [02:34:45] | wagnerrp: | the 1kW PSU is just downright absurd |
| [02:34:56] | wagnerrp: | with the components in there, you're looking at closer to 300W |
| [02:35:14] | wagnerrp: | maybe 500–600W just to handle the startup peak if you load it down with hard drives |
| [02:35:39] | wagnerrp: | 1kW PSUs are only for when you have dozens of hard drives, or several high end GPUs |
| [02:36:20] | lwizardl: | I just selected the 8 sata connectors and it was the only thing newegg showed |
| [02:37:06] | lwizardl: | which is what the mobo supports |
| [02:37:47] | wagnerrp: | do you need 8 SATA connectors? |
| [02:37:53] | wagnerrp: | there's a whole lot more that have 6 |
| [02:38:16] | lwizardl: | currently no |
| [02:38:24] | wagnerrp: | there's even mini-itx boards with 6 connectors |
| [02:41:33] | wagnerrp: | not to dissuade you from a full ATX board, but microatx tend to be a lot cheaper |
| [02:41:35] | lwizardl: | how much does a frontend need for saving a 1080 stream and being able to play a 1080p file back |
| [02:42:06] | wagnerrp: | the frontend doesn't save anything, just plays |
| [02:42:20] | lwizardl: | right but if you have a dual use system |
| [02:42:24] | wagnerrp: | and "1080p" is ambiguous |
| [02:43:23] | wagnerrp: | a low end (not low power) i3 is plenty sufficient for anything you would likely come up against, including anything on bluray |
| [02:44:15] | lwizardl: | well for example say I want to record a 1080i show on my HDPVR using usb, and playback another bluray movie at same time |
| [02:44:30] | wagnerrp: | recordings still take next to nothing |
| [02:44:38] | wagnerrp: | since digital recordings will be pre-compressed |
| [02:44:44] | wagnerrp: | and your HDPVR has a hardware compressor |
| [02:46:43] | lwizardl: | yeah. just trying to make sure that if I get a system with current hardware that I won't need to rebuild another in like a year |
| [02:47:49] | lwizardl: | I know what media I will need to transfer to the system, but I was also thinking to use the system as my NAS system |
| [02:48:23] | lwizardl: | so it would also be used for extra storage since it would have the largest space available |
| [03:03:36] | zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv-users | |
| [03:18:09] | zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Ping timeout: 264 seconds) | |
| [03:31:24] | Shadow__X (Shadow__X!~S@c-174-57-185-126.hsd1.de.comcast.net) has quit (Changing host) | |
| [03:31:25] | Shadow__X (Shadow__X!~S@unaffiliated/shadowx/x-411846) has joined #mythtv-users | |
| [03:33:42] | deathadder (deathadder!deathadder@host-80-47-85-130.as13285.net) has quit (Ping timeout: 256 seconds) | |
| [03:39:46] | ubIx_ (ubIx_!~ulf@p5DD1BE14.dip0.t-ipconnect.de) has joined #mythtv-users | |
| [03:40:06] | lwizardl (lwizardl!~james@c-68-62-80-172.hsd1.mi.comcast.net) has quit (Quit: Leaving) | |
| [03:42:55] | ubIx (ubIx!~ulf@p5DD19B70.dip0.t-ipconnect.de) has quit (Ping timeout: 245 seconds) | |
| [03:43:21] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 264 seconds) | |
| [03:44:28] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv-users | |
| [03:51:14] | [R] ([R]!~rbox@unaffiliated/rbox) has quit (Quit: Leaving) | |
| [03:58:44] | Bhaal (Bhaal!~bhaal@freenode/staff-emeritus/bhaal) has quit (Read error: Connection reset by peer) | |
| [03:58:59] | BLZbubba (BLZbubba!~mark@tpsit.com) has quit (Ping timeout: 268 seconds) | |
| [03:59:53] | Bhaal (Bhaal!~bhaal@freenode/staff-emeritus/bhaal) has joined #mythtv-users | |
| [04:12:11] | blassey (blassey!~blassey@c-71-232-183-31.hsd1.vt.comcast.net) has quit (Remote host closed the connection) | |
| [04:16:42] | wahrhaft (wahrhaft!~quassel@cpe-24-210-69-143.columbus.res.rr.com) has quit (Quit: No Ping reply in 180 seconds.) | |
| [04:16:55] | wahrhaft (wahrhaft!~quassel@cpe-24-210-69-143.columbus.res.rr.com) has joined #mythtv-users | |
| [04:19:55] | [R] ([R]!~rbox@unaffiliated/rbox) has joined #mythtv-users | |
| [04:29:23] | [R] ([R]!~rbox@unaffiliated/rbox) has quit (Quit: Leaving) | |
| [04:35:08] | infinite (infinite!~infinite@2607:f4b8:2600:1:a800:ff:fe00:6969) has quit (Quit: Coyote finally caught me) | |
| [04:39:40] | infinite (infinite!~infinite@2607:f4b8:2600:1:a800:ff:fe00:6969) has joined #mythtv-users | |
| [04:42:45] | wahrhaft (wahrhaft!~quassel@cpe-24-210-69-143.columbus.res.rr.com) has quit (Ping timeout: 248 seconds) | |
| [04:45:31] | wahrhaft (wahrhaft!~quassel@cpe-24-210-69-143.columbus.res.rr.com) has joined #mythtv-users | |
| [05:04:38] | zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv-users | |
| [05:08:53] | zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Ping timeout: 245 seconds) | |
| [05:13:43] | dekarl (dekarl!~dekarl@p4FE84635.dip0.t-ipconnect.de) has left #mythtv-users () | |
| [05:16:01] | [R] ([R]!~rbox@unaffiliated/rbox) has joined #mythtv-users | |
| [05:33:48] | stoffel (stoffel!~quassel@pD9E43A3C.dip0.t-ipconnect.de) has joined #mythtv-users | |
| [05:33:48] | Mode for #mythtv-users by ChanServ!ChanServ@services. : +v stoffel | |
| [05:50:49] | wahrhaft (wahrhaft!~quassel@cpe-24-210-69-143.columbus.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [05:50:54] | wahrhaft_ (wahrhaft_!~quassel@cpe-24-210-69-143.columbus.res.rr.com) has joined #mythtv-users | |
| [05:55:00] | exoon (exoon!~exoon@p4FC3FF3A.dip0.t-ipconnect.de) has quit (Quit: Verlassend) | |
| [05:55:50] | [R] ([R]!~rbox@unaffiliated/rbox) has quit (Quit: Leaving) | |
| [05:58:37] | SteveGoodey (SteveGoodey!~steve@host86-151-111-43.range86-151.btcentralplus.com) has joined #mythtv-users | |
| [06:02:28] | DrFoo (DrFoo!~DrFoo@c-24-34-23-78.hsd1.ma.comcast.net) has quit (Ping timeout: 256 seconds) | |
| [06:03:20] | joki (joki!~joki@p548624A7.dip0.t-ipconnect.de) has quit (Ping timeout: 260 seconds) | |
| [06:06:57] | SteveGoodey (SteveGoodey!~steve@host86-151-111-43.range86-151.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [06:09:20] | joki (joki!~joki@p548629AA.dip0.t-ipconnect.de) has joined #mythtv-users | |
| [06:25:45] | skd5aner (skd5aner!~skd5aner@50-90-5-146.res.bhn.net) has quit (Ping timeout: 268 seconds) | |
| [06:26:02] | DrFoo (DrFoo!~DrFoo@c-24-34-23-78.hsd1.ma.comcast.net) has joined #mythtv-users | |
| [06:26:21] | skd5aner (skd5aner!~skd5aner@50-90-5-146.res.bhn.net) has joined #mythtv-users | |
| [06:27:19] | hpeter (hpeter!~hpeter@cust.static.46-14-112-184.swisscomdata.ch) has joined #mythtv-users | |
| [07:24:31] | Memphisau (Memphisau!~Memphisau@124-170-98-109.dyn.iinet.net.au) has quit (Ping timeout: 264 seconds) | |
| [07:29:19] | Memphisau (Memphisau!~Memphisau@203-206-249-107.dyn.iinet.net.au) has joined #mythtv-users | |
| [08:05:25] | brfransen (brfransen!~brfransen@64.179.141.163) has quit (Ping timeout: 245 seconds) | |
| [08:20:30] | len (len!~quassel@75-161-179-129.mpls.qwest.net) has quit (Read error: Connection reset by peer) | |
| [08:22:13] | brfransen (brfransen!~brfransen@64.179.141.163) has joined #mythtv-users | |
| [08:29:10] | brfransen (brfransen!~brfransen@64.179.141.163) has quit (Ping timeout: 245 seconds) | |
| [08:42:50] | rdark (rdark!~rdark@217.33.138.50) has joined #mythtv-users | |
| [08:49:08] | lux3 (lux3!54abc8eb@gateway/web/freenode/ip.84.171.200.235) has joined #mythtv-users | |
| [08:49:11] | lux3: | hi |
| [08:50:04] | lux3: | i'm currently installing mythbuntu. how big has the partition for a master backend have to be? is 20gb enough? |
| [08:52:50] | hashbang (hashbang!~isajb@cse-ajb.cse.bris.ac.uk) has joined #mythtv-users | |
| [08:53:28] | lux3_ (lux3_!54abc8eb@gateway/web/freenode/ip.84.171.200.235) has joined #mythtv-users | |
| [08:54:35] | lux3 (lux3!54abc8eb@gateway/web/freenode/ip.84.171.200.235) has quit (Ping timeout: 250 seconds) | |
| [08:55:01] | lux_2_ (lux_2_!54abea4c@gateway/web/freenode/ip.84.171.234.76) has quit (Ping timeout: 250 seconds) | |
| [08:57:22] | JimBaxter (JimBaxter!~jbaxter@jimbax.plus.com) has joined #mythtv-users | |
| [08:59:06] | hpeter_ (hpeter_!~hpeter@cust.static.46-14-112-184.swisscomdata.ch) has joined #mythtv-users | |
| [09:01:23] | hpeter (hpeter!~hpeter@cust.static.46-14-112-184.swisscomdata.ch) has quit (Ping timeout: 245 seconds) | |
| [09:01:23] | hpeter_ is now known as hpeter | |
| [09:41:38] | MMlosh: | I figured out my mythfrontend "Handling segmentation fault\nSegmentation fault" (that's what the console output said) / SIGILL (illegal instruction, that's what GDB said) |
| [09:42:01] | MMlosh: | my ~/.mythtv was owned by root. (an accident with sudo I guess) |
| [09:43:47] | croppa (croppa!~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) has joined #mythtv-users | |
| [09:47:27] | oobe (oobe!~thingo@14-201-161-200.static.tpgi.com.au) has joined #mythtv-users | |
| [09:47:27] | oobe (oobe!~thingo@unaffiliated/oobe) has joined #mythtv-users | |
| [09:47:27] | oobe (oobe!~thingo@14-201-161-200.static.tpgi.com.au) has quit (Changing host) | |
| [09:53:06] | MMlosh: | oh my, and the crash is back... |
| [09:53:19] | MMlosh: | as if mythfrontend started only when it's config is deleted |
| [09:54:23] | MMlosh: | it happens right after "CECAdapter: Failed to find any CEC devices" |
| [09:54:47] | MMlosh: | "CECAdapter: closing" would be the next message if it worked |
| [09:59:54] | MMlosh: | correction : now it crashed even after deleting the config... |
| [10:00:12] | MMlosh: | can CEC detection be disabled somewhere at runtime? |
| [10:01:14] | Seeker` (Seeker`!~cjo20@host86-160-235-106.range86-160.btcentralplus.com) has joined #mythtv-users | |
| [10:01:14] | Seeker` (Seeker`!~cjo20@unaffiliated/seeker) has joined #mythtv-users | |
| [10:01:14] | Seeker` (Seeker`!~cjo20@host86-160-235-106.range86-160.btcentralplus.com) has quit (Changing host) | |
| [10:04:57] | MMlosh: | nevermind.. removing libcec1 did the trick :) |
| [10:09:11] | MMlosh: | wagnerrp, (above – I got it running again) and I am trying to find a correct event for tuning. Which event is the good alternative to channel changer? Is it "Playback program changed"? Or "Recording Pending" ? I am confused |
| [10:13:57] | Memphisau (Memphisau!~Memphisau@203-206-249-107.dyn.iinet.net.au) has quit (Ping timeout: 248 seconds) | |
| [10:19:37] | Memphisau (Memphisau!~Memphisau@124-148-63-47.dyn.iinet.net.au) has joined #mythtv-users | |
| [10:20:10] | rdark (rdark!~rdark@217.33.138.50) has quit (Ping timeout: 277 seconds) | |
| [10:36:39] | lux3_: | is 20gb enough for running a master backend? (recordings go on another partition) |
| [10:39:18] | zombor (zombor!~zombor__@65.29.249.229) has joined #mythtv-users | |
| [10:39:19] | zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv-users | |
| [10:39:19] | zombor (zombor!~zombor__@65.29.249.229) has quit (Changing host) | |
| [10:41:25] | rdark (rdark!~rdark@217.33.138.50) has joined #mythtv-users | |
| [10:43:31] | lux3 (lux3!54abc8eb@gateway/web/freenode/ip.84.171.200.235) has joined #mythtv-users | |
| [11:09:57] | stoffel (stoffel!~quassel@pD9E43A3C.dip0.t-ipconnect.de) has quit (Ping timeout: 248 seconds) | |
| [11:10:51] | blassey (blassey!~blassey@c-71-232-183-31.hsd1.vt.comcast.net) has joined #mythtv-users | |
| [11:14:19] | croppa (croppa!~stuart@CPE-120-146-137-99.static.nsw.bigpond.net.au) has quit () | |
| [11:15:50] | Memphisau (Memphisau!~Memphisau@124-148-63-47.dyn.iinet.net.au) has quit (Ping timeout: 245 seconds) | |
| [11:20:40] | Memphisau (Memphisau!~Memphisau@124.170.90.200) has joined #mythtv-users | |
| [11:24:19] | lux3 (lux3!54abc8eb@gateway/web/freenode/ip.84.171.200.235) has quit (Quit: Page closed) | |
| [11:30:43] | hpeter_ (hpeter_!~hpeter@cust.static.46-14-112-184.swisscomdata.ch) has joined #mythtv-users | |
| [11:31:18] | lautriv: | lux3_, still there ? |
| [11:33:31] | hpeter (hpeter!~hpeter@cust.static.46-14-112-184.swisscomdata.ch) has quit (Ping timeout: 264 seconds) | |
| [11:33:31] | hpeter_ is now known as hpeter | |
| [11:35:47] | ahhughes (ahhughes!~ahhughes@122-49-170-56.ip.adam.com.au) has joined #mythtv-users | |
| [11:36:33] | ahhughes (ahhughes!~ahhughes@122-49-170-56.ip.adam.com.au) has quit (Remote host closed the connection) | |
| [11:38:12] | ahhughes (ahhughes!~ahhughes@122-49-170-56.ip.adam.com.au) has joined #mythtv-users | |
| [11:45:24] | ahhughes (ahhughes!~ahhughes@122-49-170-56.ip.adam.com.au) has quit (Remote host closed the connection) | |
| [11:47:28] | squidly (squidly!~squidly@HoodLUG/member/squidly) has quit (Remote host closed the connection) | |
| [11:52:09] | squidly (squidly!~squidly@HoodLUG/member/squidly) has joined #mythtv-users | |
| [12:06:50] | lux3_: | lautriv: yep |
| [12:07:35] | lux3 (lux3!54abc8eb@gateway/web/freenode/ip.84.171.200.235) has joined #mythtv-users | |
| [12:12:03] | lautriv: | lux3_, 20G is plenty, myth itself needs just a few M and some other M for the database. |
| [12:16:29] | blassey_ (blassey_!~blassey@c-71-232-183-31.hsd1.vt.comcast.net) has joined #mythtv-users | |
| [12:18:53] | lux3: | ok then my 30gb should be a little more than enough |
| [12:19:46] | blassey (blassey!~blassey@c-71-232-183-31.hsd1.vt.comcast.net) has quit (Ping timeout: 276 seconds) | |
| [12:41:18] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv-users | |
| [13:16:00] | devinheitmueller (devinheitmueller!~devin@hq.deussenglobal.com) has joined #mythtv-users | |
| [13:22:36] | brfransen (brfransen!~brfransen@64.179.169.226) has joined #mythtv-users | |
| [13:22:42] | zombor (zombor!~zombor__@50-73-122-41-ip-static.hfc.comcastbusiness.net) has joined #mythtv-users | |
| [13:22:48] | zombor (zombor!~zombor__@50-73-122-41-ip-static.hfc.comcastbusiness.net) has quit (Changing host) | |
| [13:22:48] | zombor (zombor!~zombor__@kohana/developer/zombor) has joined #mythtv-users | |
| [13:31:01] | lux3_: | i have lost my up-to-date mysql db and had to use a one-day old backup. that means 2 or 3 recordings are not in my database. how can i identify these files? |
| [13:41:49] | neufeld: | lux3_: simplest is to look for filenames that match the missing day. ``ls 20130729*.mpg'' or something similar. Otherwise, you can do some interesting things with mysql queries. |
| [13:54:25] | lux3: | neufeld: what does the number before the date mean? |
| [13:54:38] | wagnerrp: | source and channel |
| [13:54:46] | lux3: | ah ok |
| [13:56:07] | lux3: | i get 30 files for that day but i think i only scheduled 5 or 6 recordings max?? |
| [13:56:44] | wagnerrp: | live tv? |
| [13:56:56] | wagnerrp: | each time you change channels, you create another file |
| [13:57:01] | wagnerrp: | how large are those files? |
| [14:00:43] | lux3: | gb every 4th file |
| [14:00:50] | lux3: | ~1gb |
| [14:01:01] | wagnerrp: | are you counting files with a 'png' extension as well? |
| [14:01:09] | lux3: | 30 files so 10 recordings |
| [14:01:13] | lux3: | nope |
| [14:01:25] | lux3: | and yes |
| [14:01:40] | lux3: | 30 files, everything including png files, 10 files .mpg only |
| [14:02:27] | hpeter_ (hpeter_!~hpeter@cust.static.46-14-112-184.swisscomdata.ch) has joined #mythtv-users | |
| [14:04:16] | blassey (blassey!~blassey@71.232.183.31) has joined #mythtv-users | |
| [14:05:08] | hpeter (hpeter!~hpeter@cust.static.46-14-112-184.swisscomdata.ch) has quit (Ping timeout: 245 seconds) | |
| [14:05:08] | hpeter_ is now known as hpeter | |
| [14:07:07] | blassey_ (blassey_!~blassey@c-71-232-183-31.hsd1.vt.comcast.net) has quit (Ping timeout: 264 seconds) | |
| [14:07:41] | lux3: | crap, looks like there are two days missing guess i'll have to delete even more recordings :/ |
| [14:07:52] | wagnerrp: | don't delete them |
| [14:07:57] | wagnerrp: | just stick them in the video library |
| [14:08:10] | lux3: | wagnerrp: how can i do that? |
| [14:08:36] | wagnerrp: | move them to another directory, add that directory to the Videos group in mythtv-setup, go into the video library, scan |
| [14:08:53] | wagnerrp: | it's up to you to name them correctly so they pull useful metadata |
| [14:09:48] | lux3: | can i move the files with "mv /source/*20130729* /target/" |
| [14:09:50] | lux3: | ? |
| [14:10:11] | wagnerrp: | you could. may as well discard the PNGs though |
| [14:10:35] | dkeith (dkeith!~dkeith@pool-74-104-172-162.bstnma.fios.verizon.net) has joined #mythtv-users | |
| [14:10:36] | lux3: | that's what i want, want the pngs out of recording dir too |
| [14:12:10] | wagnerrp: | the pngs will not be used by the video library |
| [14:12:16] | wagnerrp: | the video library will pull new ones |
| [14:12:41] | lux3: | ok moved all files to another dir |
| [14:13:40] | lux3: | wagnerrp: can you help me with restoring my mysql db? i want to migrate mythtv to another machine, but i have trouble importing the mysql db |
| [14:14:31] | lux3: | i did a backup on machine a and imported on machine b with "/usr/share/mythtv/mythconverg_restore.pl --drop_database --create_database --filename mythconverg..." |
| [14:14:34] | wagnerrp: | you're doing it with a dump file, correct? you're not trying to copy the binary database files? |
| [14:14:51] | lux3: | nope i'm using the backup script |
| [14:15:02] | Easy_Rider9999 (Easy_Rider9999!~Miranda@pD9E5E151.dip0.t-ipconnect.de) has joined #mythtv-users | |
| [14:15:25] | lux3: | then i start mythtv-setup,but the settings don't seem to have changed |
| [14:15:43] | lux3: | or is mythtv-setup connecting to the still-running backend on machine a? |
| [14:16:07] | wagnerrp: | that depends on what your ~/.mythtv/config.xml tells it to do |
| [14:16:40] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 264 seconds) | |
| [14:16:48] | lux3: | should i paste my config.xml? there's some upnp stuff in there i don't understand |
| [14:17:15] | wagnerrp: | you can, but i'm about to leave |
| [14:17:48] | lux3: | wagnerrp: Database is set to localhost there does that mean it connects to localhost(machine b)? |
| [14:17:56] | lux3: | localhost backend i mean |
| [14:22:42] | blassey_ (blassey_!~blassey@c-71-232-183-31.hsd1.vt.comcast.net) has joined #mythtv-users | |
| [14:24:56] | sphery: | lux3: are you using http://www.mythtv.org/wiki/Find_orphans.py ? |
| [14:26:15] | sphery: | and you should shut down all backends and frontends when you run mythtv-setup |
| [14:26:44] | sphery: | and, yes, if db host name is set to localhost, it will connect to a local mysql server |
| [14:26:45] | blassey (blassey!~blassey@71.232.183.31) has quit (Ping timeout: 268 seconds) | |
| [14:27:25] | lux3_: | sphery: and to what backend? none |
| [14:27:27] | lux3_: | ? |
| [14:27:55] | lux3_: | but i guess the restore to machine b was successful |
| [14:28:16] | awalls (awalls!~awalls@d-24-245-103-115.cpe.metrocast.net) has joined #mythtv-users | |
| [14:28:29] | sphery: | connects to the database you specify in config.xml and uses the information in the database to determine which backend to connect to |
| [14:28:50] | sphery: | so if you're switching which computer is your master backend, you have some steps you didn't do |
| [14:29:02] | lux3_: | only thing missing from mythtv-setup is tv cards and connections, so i guess backup script doesnt restore this |
| [14:29:26] | lux3_: | what steps? |
| [14:29:48] | sphery: | if IP address or hostname changes, you must re-restore the backup, then *before* running any mythtv apps against the database, change the host name ( http://www.mythtv.org/wiki/Database_Backup_an . . . d_or_backend ), then run mythtv-setup and use it to change the "this server" and "master server" IP address |
| [14:29:49] | lux3_: | i thought i only have to set master backend to the new ip address? |
| [14:30:09] | sphery: | if you don't do that, you won't see the "old" settings--because you'll be looking at the settings for the new host |
| [14:31:57] | streeter (streeter!streeter@nat/redhat/x-xbjalqrgouiwvwiz) has joined #mythtv-users | |
| [14:32:23] | lux3_: | sphery: but i see the old settings? recording profiles and channel list is there? |
| [14:32:48] | sphery: | no, that's not settings |
| [14:32:56] | sphery: | that's global configuration |
| [14:33:14] | sphery: | you won't see things like "this host" capture cards, input connections, settings |
| [14:34:20] | lux3_: | so i have to import the db with the backup script with --drop-database, change the host name to the one of machine b and the run mythtv-setup, is that correct? |
| [14:34:36] | lux3_: | how can i find out what hostname is set for machine a? |
| [14:34:47] | sphery: | you change the host name if you want to keep the old host's configuration on this system |
| [14:35:00] | sphery: | i.e. settings, capture cards, input connections, and recordings |
| [14:35:22] | sphery: | if those recordings will remain on the old host, don't change the host name, but then you'll have to clean up your mess |
| [14:35:33] | sphery: | http://www.mythtv.org/wiki/Backend_migration# . . . _old_backend |
| [14:36:07] | sphery: | the delete all capture cards part is probably a good idea if you're moving around capture cards, anyway |
| [14:36:58] | sphery: | and deleting all the Storage Directories from the master backend host and then defining them only on the master backend host is also a good thing |
| [14:40:04] | lux3_: | is it enough if i only recreate the Standard group and set a path only for it? |
| [14:40:46] | sphery: | the main reason to delete the storage groups is to ensure they're only defined on the master backend |
| [14:40:58] | sphery: | because you shouldn't have overrides on remote backends |
| [14:41:38] | sphery: | and if you're changing around which is the master backend and not doing it by changing host name, that's the easiest way to delete all other host's storage group overrides |
| [14:46:09] | lux3_: | i would like to keep my old master backend in case something goes wrong so i'll follow step 2(i have no longer access to the old backend) |
| [14:47:10] | lux3_: | do i have to use "mysql -umythtv -p mythconverg -e "UPDATE recorded SET hostname = 'new_hostname' WHERE hostname = 'old_hostname';"" or "mythconverg_restore.pl --change_hostname --old_hostname="XXXX" --new_hostname="YYYY"" to change the hostname? |
| [14:48:56] | lux3_: | or both? |
| [14:50:41] | gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has quit (Quit: Leaving) | |
| [14:52:38] | sphery: | if you do mythconverg_restore.pl --change_hostname , it will change all the settings, capture card/input configuration, and recordings that used the old host name to become those for the new host name |
| [14:53:06] | sphery: | it's the preferred approach |
| [14:53:41] | sphery: | and since it seems you're not using the old host's configuration in the new mythtv system, it's your best approach |
| [14:53:57] | sphery: | but it means you have to run the change_hostname /before/ you run any mythtv applications |
| [14:54:23] | sphery: | so re-restore the backup, do the --change_hostname, then start up mythtv-setup and change the "this server" and "master server" IP address settings in General |
| [14:54:26] | sphery: | lux3_: ^^^ |
| [14:55:37] | lux3_: | sphery: so i don't have to re-create storage groups? |
| [14:56:32] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv-users | |
| [14:59:01] | justdave_ (justdave_!~dave@unaffiliated/justdave) has joined #mythtv-users | |
| [14:59:02] | justdave (justdave!~dave@unaffiliated/justdave) has quit (Read error: Connection reset by peer) | |
| [15:03:48] | stoffel (stoffel!~quassel@pD9E43A3C.dip0.t-ipconnect.de) has joined #mythtv-users | |
| [15:03:48] | Mode for #mythtv-users by ChanServ!ChanServ@services. : +v stoffel | |
| [15:07:21] | jos6 (jos6!~jo@nl6x.mullvad.net) has joined #mythtv-users | |
| [15:10:05] | jos6: | Hi everyone! :) |
| [15:10:41] | jos6: | I have a little question that I couldn't find in the wiki/site/google |
| [15:11:05] | jos6: | I'm having a AMD 500Mhz GEODE board with 256Megs of ram |
| [15:11:34] | jos6: | I would like to have it run a mythtv backend just for recording stuff from my PCTV Systems PCTV 73ESE DVB stick |
| [15:11:58] | jos6: | might just offload the mysql to an other server in the basement (no dvb reception there) |
| [15:12:33] | jos6: | is this even possible , or is the hardware just too slow to do things like this ? |
| [15:13:12] | jos6: | I'm running gentoo on the thing , so I would like to know before I compile a couple of hundred megs of source on that board ;) |
| [15:14:07] | sphery: | lux3_: the storage groups will also get changed to use the new host name... only reason to re-create them is if you had overrides defined on other hosts in the old system (it would just clear out the garbage that might cause problems as opposed to having them defined only on the master backend) |
| [15:14:32] | sphery: | that is, assuming you use the --change_hostname |
| [15:15:21] | lux3_: | yeah i'll use the --change_hostname parameter |
| [15:16:10] | lux3_: | don't really understand what you mean by overrides? but i don't have any other backends so i guess i don't have to worry about that anyways |
| [15:17:34] | lux3_: | you mean secondary backends that have another path for recordings storage than the master backends storage? is that what an override is? |
| [15:18:27] | sphery: | Overrides would be if you had another host besides the master backend and used mythtv-setup on it to "define" a Storage Group. What that actually does is override the list of directories for that SG, but only on that host. |
| [15:19:04] | sphery: | If you only define the SG on the master host, then all hosts "inherit" the exact same SG directory list and a) ignore directories that don't exist and b) use only those directories that do exist. |
| [15:20:36] | lux3_: | so secondary backends by default use the storage of the master backend? kk |
| [15:20:44] | sphery: | so the preferred approach is to only ever define an SG directory list on the master host, because there's no need to use different lists on different hosts (unless you have a specific file system configuration (misconfiguration?), which is probably a bad configuration, so you're better off not using that configuration, anyway) |
| [15:20:58] | sphery: | no, they use the storage group /directory lists/ of the master backend :) |
| [15:21:07] | lux3_: | ah ok, now i get it |
| [15:21:17] | sphery: | i.e. the same list of directories... whether that storage is the same or different doesn't matter |
| [15:21:45] | lux3_: | same dirs like on master backend on all secondary backends by default, ok |
| [15:21:50] | sphery: | I have 2 backends with completely isolated storage (no NFS or anything), but only one SG dir list definition (on the master) |
| [15:22:02] | sphery: | right |
| [15:22:30] | sphery: | either same dirs or different, but the whole superset of dirs should be specified on the master backend's SG dir list |
| [15:22:36] | lux3_: | then i don't have to change the dir, i have created the same dir on the new master backend |
| [15:22:54] | sphery: | yeah, so another good reason to just use --change_hostname |
| [15:29:19] | exoon (exoon!~exoon@p4FC3FF3A.dip0.t-ipconnect.de) has joined #mythtv-users | |
| [15:32:29] | streeter (streeter!streeter@nat/redhat/x-xbjalqrgouiwvwiz) has quit (Read error: Connection reset by peer) | |
| [15:32:31] | MMlosh: | I am trying to find a correct event for tuning. Which event is the good alternative to channel changer? Is it "Playback program changed"? Or "Recording Pending" ? I am confused |
| [15:33:09] | sphery: | why not use the channel change script? |
| [15:33:31] | MMlosh: | the Recorder "doesn't support it" |
| [15:33:38] | sphery: | which recorder? |
| [15:33:44] | MMlosh: | MpegRecorde |
| [15:33:46] | MMlosh: | r |
| [15:34:05] | MMlosh: | in the "file:" mode |
| [15:34:06] | sphery: | what's its real name? |
| [15:34:09] | sphery: | import recorder? |
| [15:34:38] | MMlosh: | "MPEG-2 encoder card" appears in the UI |
| [15:34:47] | sphery: | that's the pvr-x50 one |
| [15:34:57] | sphery: | and it definitely supports external channel change script |
| [15:35:02] | sphery: | that's what I used for years |
| [15:35:39] | sphery: | that's supported by any card other than DTV cards |
| [15:35:47] | MMlosh: | I am running 0.26 |
| [15:36:11] | sphery: | "External channel change command", probably on 2nd screen of the card input settings |
| [15:36:18] | MMlosh: | even the Master branch doesn't agree with you.. only a handful of recorders override "support external channel changer" to true |
| [15:36:24] | MMlosh: | yes, I can set that |
| [15:36:36] | MMlosh: | and it tells me in the logs that it's not supported and doesn't run it |
| [15:36:54] | sphery: | you have some other misconfiguration |
| [15:37:02] | sphery: | I'd need to see your logs |
| [15:37:07] | MMlosh: | I can't rule out code error that appears only on ARM |
| [15:37:14] | MMlosh: | like unsigned chars |
| [15:37:26] | sphery: | could be something like that |
| [15:37:55] | blassey_ (blassey_!~blassey@c-71-232-183-31.hsd1.vt.comcast.net) has quit (Ping timeout: 256 seconds) | |
| [15:38:09] | MMlosh: | I tried to manually add "override supportstexternalchannelchanger { true }" to mpegrecorder.h, but it didn't do much |
| [15:38:43] | sphery: | I can guarantee that the ivtv recorder supports external channel change script |
| [15:38:43] | Easy_Rider9999 (Easy_Rider9999!~Miranda@pD9E5E151.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer) | |
| [15:38:59] | sphery: | the "Analog to MPEG-2 encoder card (PVR-150/250/350, etc)" card, that is |
| [15:39:01] | hpeter (hpeter!~hpeter@cust.static.46-14-112-184.swisscomdata.ch) has quit (Quit: hpeter) | |
| [15:39:07] | MMlosh: | what is the difference between iptv and ivtv? |
| [15:39:47] | sphery: | iptv is the freebox recorder, designed to allow use with freebox to grab a stream via IP using their specific flavor of IPTV |
| [15:39:55] | sphery: | which may or may not work with other IPTV implementations |
| [15:40:14] | sphery: | what's your actual source? |
| [15:40:26] | streeter (streeter!streeter@nat/redhat/x-ljbzarahuzmzichg) has joined #mythtv-users | |
| [15:40:41] | MMlosh: | is "ubuntu precise" an answer? |
| [15:40:49] | sphery: | no, where is the tv coming from |
| [15:40:55] | MMlosh: | getstream |
| [15:41:09] | MMlosh: | I could make it blast all channels by RTP on localhost |
| [15:41:25] | MMlosh: | but that just needlessly wastes resources |
| [15:41:28] | sphery: | sounds like you need to modify the iptv recorder or something |
| [15:41:45] | MMlosh: | yes, coding HTTP support into that would also do |
| [15:41:48] | sphery: | I'm guessing if not that, you may need to add new events, since there is no "channel change" event |
| [15:42:22] | sphery: | http://www.mythtv.org/wiki/MythTV_System_Events is all we have, now |
| [15:42:28] | MMlosh: | adding HTTP support would be long-time-preferred solution. I am not sure I'm skilled enough, though |
| [15:42:40] | sphery: | recording pending would only likely be issues before actual recordings (not live tv) |
| [15:43:00] | sphery: | started/finished should go for every recording or live tv, but you'll have to deal with dummy recordings in live tv |
| [15:43:19] | sphery: | livetv started is only when entering live tv (not channel changes within) |
| [15:43:27] | MMlosh: | I grepped for "IsExternalChannelChangerSupported" trough my 0.26 sources |
| [15:43:42] | MMlosh: | v4lchannel.h – override to true |
| [15:43:53] | MMlosh: | channelbase.h – default to false |
| [15:44:03] | MMlosh: | iptvrecorder.h – override to true |
| [15:44:03] | sphery: | and, fwiw, the iptv recorder is "IPTV recorder" |
| [15:44:11] | MMlosh: | firewirerecorder.h – override to true |
| [15:44:19] | MMlosh: | that's all |
| [15:44:22] | sphery: | and the ivtv recorder ("Analog to MPEG-2 encoder card (PVR-150/250/350, etc)") expects an ivtv API |
| [15:44:29] | MMlosh: | only the overriden are marked to support it |
| [15:44:48] | MMlosh: | sphery, not in the "file:" mode |
| [15:45:13] | sphery: | in the file: mode (the "demo recoder"), it reads from an existing file |
| [15:45:36] | MMlosh: | that does not mirror my observations |
| [15:45:37] | sphery: | meaning you'd be writing out the file with your getstream stuff, then using demo recorder to read from that file |
| [15:45:46] | sphery: | and then write a new file to mythtv's recordings |
| [15:45:55] | MMlosh: | demo recorder gave different results than ivtv with file: |
| [15:45:55] | sphery: | it's not what you want |
| [15:46:21] | MMlosh: | ivtv recorder in "file:" mode nicely works with pipes |
| [15:46:46] | sphery: | well, I have no idea, but I will say we don't have anything designed for what you want |
| [15:46:53] | sphery: | iptv is probably closest |
| [15:47:07] | sphery: | rtp is closer, but only available on danielk's branch (rtp?) |
| [15:47:15] | MMlosh: | I just start wget from the channel changer into the pipe.. and it works |
| [15:47:31] | sphery: | yeah, devel/rtp |
| [15:47:39] | MMlosh: | I think rtp was available for quite a while |
| [15:47:50] | sphery: | an rtp hack was available |
| [15:47:55] | MMlosh: | but I am seeking for an on-demand thing. |
| [15:48:02] | MMlosh: | oh |
| [15:48:21] | sphery: | danielk is rewriting it properly: https://github.com/MythTV/mythtv/tree/devel/rtp |
| [15:48:40] | sphery: | so I'd guess you will probably need to do some development to make your thing work |
| [15:49:04] | sphery: | is yours http://linuxtv.org/wiki/index.php/Getstream ? |
| [15:49:14] | sphery: | if so, why not just read directly from the dvb device? |
| [15:49:23] | sphery: | as that's supported in mythtv |
| [15:49:39] | MMlosh: | because I don't like how it handles tuners |
| [15:49:45] | MMlosh: | I have one tuner per multiplex |
| [15:49:55] | MMlosh: | we have radio stations in multiplexes... |
| [15:50:00] | MMlosh: | >10 in one |
| [15:50:15] | MMlosh: | while mythtv would be limited to 5 streams per tuner |
| [15:50:42] | npm (npm!~npm@cpe-76-90-90-26.socal.res.rr.com) has joined #mythtv-users | |
| [15:51:53] | sphery: | yeah, because it's important to be able to record 10 things at once without wasting another $30 on another tuner card ;) |
| [15:52:05] | MMlosh: | not really record.. |
| [15:52:11] | MMlosh: | but listen to the radio |
| [15:52:21] | sphery: | you listen to 10 different radio stations at once? |
| [15:52:31] | MMlosh: | sometimes, but not often :D |
| [15:52:49] | MMlosh: | There is also a "slow migration" reason – I have my devices setup to use the streams from getstream |
| [15:53:02] | sphery: | anyway, you want the iptv recorder for http://linuxtv.org/wiki/index.php/Getstream |
| [15:53:11] | sphery: | whether it works, though, is another question |
| [15:53:22] | MMlosh: | yes, I guess |
| [15:53:24] | sphery: | so you may have to modify it to support getstream's approach |
| [15:53:36] | sphery: | and the demo recorder and the import recorder are bad choices |
| [15:53:40] | hashbang (hashbang!~isajb@cse-ajb.cse.bris.ac.uk) has left #mythtv-users () | |
| [15:53:51] | MMlosh: | it will work if I set gestream to send everything via RTP on localhost |
| [15:53:55] | MMlosh: | and let mythtv collected |
| [15:54:10] | MMlosh: | *collect it |
| [15:54:15] | sphery: | there was a wiki page on using vlc to make all channels in a mux available via an iptv recorder, but I don't see it now |
| [15:54:29] | sphery: | I'm 99% positive it's still there, but I'm not searching the right terms for it |
| [15:54:36] | MMlosh: | that was probably the same thing, but with vlc |
| [15:54:53] | sphery: | I don't think it actually sent anything until it tuned the channel |
| [15:55:10] | MMlosh: | I think it was always-running&wasting RTP |
| [15:55:45] | sphery: | well, that would be bad... wouldn't want to run out of rtp's |
| [15:55:51] | MMlosh: | yup |
| [15:55:58] | MMlosh: | btw: $30? nope. they are $7 |
| [15:56:32] | MMlosh: | so I really don't mind having 4 of those |
| [15:57:34] | sphery: | http://www.mythtv.org/wiki/Multiple_Recordings_with_VLC |
| [15:58:12] | sphery: | well, if you need to capture up to 10 channels from a mux, you'd only need 2 tuners |
| [15:58:49] | MMlosh: | as I said – some of the clients won'ŧ be able to run mythtv (i.e. phones...) |
| [15:59:43] | sphery: | well, make sure that any tuners you give to mythtv are only used by mythtv |
| [15:59:52] | blassey (blassey!~blassey@c-71-232-183-31.hsd1.vt.comcast.net) has joined #mythtv-users | |
| [16:00:03] | sphery: | otherwise, it will fight with other clients over the tuner |
| [16:00:28] | MMlosh: | yes, that's why I don't plant to give it any |
| [16:00:59] | sphery: | anyway, that's the approach that's supported |
| [16:01:07] | MMlosh: | I want them to be tuned at a fixed multiplex and always running (otherwise they would damage from heat cycling) |
| [16:01:27] | MMlosh: | @vlc – ok, that's not RTP, but UDP streaming |
| [16:01:35] | MMlosh: | but I still think it'd be always running |
| [16:01:40] | sphery: | it may be |
| [16:01:50] | MMlosh: | it just blasts everything at the configured ports |
| [16:01:50] | sphery: | and you may be able to find some workaround for that |
| [16:02:09] | MMlosh: | rtp has no "feedback" afaik |
| [16:03:04] | MMlosh: | regarding the channel changer & log – what do you need in the logfile? |
| [16:03:42] | wagnerrp: | jos6: i'm going to recommend no |
| [16:03:58] | wagnerrp: | 256MB isn't really even enough to run mysql with decent parameters |
| [16:04:17] | wagnerrp: | and if you need to run a separate machine for mysql, you may as well run everything on that separate machine |
| [16:04:38] | wagnerrp: | besides, aren't geode systems all USB1.1? |
| [16:04:44] | wagnerrp: | could you even run a DVB tuner off of it? |
| [16:06:51] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv-users | |
| [16:06:59] | MMlosh: | I have a geode with usb2.0 I think.. let me check |
| [16:07:17] | MMlosh: | (not that I would try to use it for mythtv) |
| [16:07:38] | wagnerrp: | i've got an ALIX board in my basement operating as a firewall |
| [16:07:43] | MMlosh: | confirming, alix has 2.0 |
| [16:07:52] | wagnerrp: | but the only thing i've ever even thought to use USB for is to access my UPS |
| [16:08:17] | MMlosh: | you can see in lsusb that it has 2.0 root hub |
| [16:08:27] | wagnerrp: | i don't run linux |
| [16:08:34] | MMlosh: | oh |
| [16:08:43] | wagnerrp: | i'm not sure off hand what the BSD analogue would be |
| [16:08:54] | MMlosh: | ah, right.. |
| [16:09:02] | ** MMlosh almost thought you had WinME on that ** | |
| [16:09:18] | wagnerrp: | and the boot logs have long since scrolled out of dmesg |
| [16:09:53] | MMlosh: | lspci would also do |
| [16:10:04] | wagnerrp: | similarly doesn't exist |
| [16:10:07] | MMlosh: | it should |
| [16:10:16] | MMlosh: | perhaps you don't have it installed |
| [16:10:27] | MMlosh: | but it runs on more exotic OSes than BSD.. |
| [16:10:59] | syncmaster4_ (syncmaster4_!~chatzilla@cpe-174-109-004-228.nc.res.rr.com) has joined #mythtv-users | |
| [16:11:07] | MMlosh: | even wikipedia knows it :d |
| [16:11:40] | MMlosh: | *runs on even more exotic OSes |
| [16:11:57] | wagnerrp: | don't really feel like installing anything on it |
| [16:12:07] | wagnerrp: | i really need to sit down some weekend and rebuild the image |
| [16:12:18] | MMlosh: | ok, there is no reason for that anyway |
| [16:12:18] | wagnerrp: | it's like 4 years old by now |
| [16:12:29] | syncmaster4 (syncmaster4!~chatzilla@cpe-174-109-004-228.nc.res.rr.com) has quit (Ping timeout: 256 seconds) | |
| [16:12:56] | MMlosh: | mine runs voyage linux |
| [16:13:09] | wagnerrp: | mine runs stock FreeBSD 7.0 |
| [16:16:36] | ** wagnerrp wonders why everyone insists on flocking to virtual machines ** | |
| [16:17:21] | sphery: | because everything is better when virtualized |
| [16:18:07] | sphery: | it saves power and saves me having to buy multiple $1M servers to run multiple programs! |
| [16:19:17] | disputin (disputin!~sean@65.102.58.17) has joined #mythtv-users | |
| [16:21:21] | MMlosh: | another reason is because there are companies that give them away almost for free |
| [16:23:08] | MMlosh: | sphery, I promised you a logfile. yet mythtv doesn't appear to be logging into it's logfiles, only /var/log/upstart/mythtv-backend.log is non-empty |
| [16:23:21] | MMlosh: | (backend's stdout and stderr) |
| [16:24:02] | MMlosh: | hmm.. is /var/log/mythtv supposed to be owned by syslog:adm? |
| [16:25:01] | wagnerrp: | if you're logging through syslog and not directly to file |
| [16:25:45] | rsiebert_ (rsiebert_!~quassel@g225058083.adsl.alicedsl.de) has joined #mythtv-users | |
| [16:26:15] | MMlosh: | upstart starts the backend as "mythbackend --syslog local7 --user mythtv" |
| [16:26:36] | sphery: | you need to update your installation |
| [16:26:53] | sphery: | mythbuntu has fixed their upstart script to properly use --daemon |
| [16:27:37] | sphery: | and read http://www.mythtv.org/wiki/Simple_rsyslog_Configuration for some information, including ownership/permissions info on syslog logging on *buntu |
| [16:27:38] | MMlosh: | why is not-detaching a bad thing? |
| [16:27:59] | wagnerrp: | because their init system apparently requires applications detach |
| [16:28:07] | wagnerrp: | it cannot do it for them |
| [16:28:09] | sphery: | because then stdout/stderr gets output, which is dumped to upstart, which writes it to a file, and syslog logging writes the same info to a file |
| [16:28:25] | MMlosh: | yes, that could happen |
| [16:28:32] | sphery: | so you're double logging, at minimum |
| [16:28:38] | rsiebert (rsiebert!~quassel@g229055075.adsl.alicedsl.de) has quit (Ping timeout: 240 seconds) | |
| [16:28:39] | MMlosh: | but since syslog is not writing the file for me, I have only one log |
| [16:28:50] | MMlosh: | I can make it "console none" and it won't log it |
| [16:28:51] | sphery: | and, really, the daemon should be run as a daemon |
| [16:29:02] | sphery: | well, syslog isn't writing the log because of a misconfiguration |
| [16:29:02] | MMlosh: | that would prevent upstart from tracking it |
| [16:29:05] | sphery: | see http://www.mythtv.org/wiki/Simple_rsyslog_Configuration |
| [16:29:08] | MMlosh: | ok |
| [16:29:18] | MMlosh: | upstart can detach things.. and log output if asked to |
| [16:29:31] | MMlosh: | I am running getstream from there. it works fine |
| [16:29:38] | sphery: | note, also, that upstart's automatically restarting mythbackend (when mythbackend shuts down due to an error) has caused lots of problems |
| [16:29:55] | MMlosh: | ok, I'll remove the restart lines |
| [16:30:57] | sphery: | now, most "critical" problems it can cause should have been worked around by code in mythtv to prevent those problems when something is being brain dead |
| [16:31:47] | sphery: | so now the most common issue is the program running when it shouldn't be (when the user is trying to fix the misconfiguration in mythtv-setup or whatever) |
| [16:32:15] | sphery: | and causing issues with db upgrades or not picking up settings changes properly or ... |
| [16:32:55] | MMlosh: | ok.. I commented out "respawn" |
| [16:33:18] | sphery: | make sure you add the daemon, though, and fix your syslog config |
| [16:33:42] | sphery: | you don't get logging of child processes when using stdout/stderr, so you'll need to fix syslog to see what's happening |
| [16:33:54] | sphery: | anyway, I shouldn't need a log file, now |
| [16:34:09] | MMlosh: | you found what was wrong? |
| [16:34:30] | jos6: | wagnerrp: Thx for the info :) the Geode has 2.0 usb , so no probs there , and the issue with the other system is that it's located in my basement , which has no dvb reception |
| [16:34:34] | sphery: | the demo or import recorder probably don't support external channel change scripts (and, really, aren't supported recorders, anyway) |
| [16:34:42] | sphery: | and you really want to use the iptv recorder, instead |
| [16:35:04] | MMlosh: | I'll add console none, then . |
| [16:35:05] | wagnerrp: | jos6: either run an antenna drop down to the basement, or run your master backend in your basement, using the Geode as a dumb slave backend |
| [16:35:07] | sphery: | or if doing rtp, the devel-rtp recorder would be better, but it's not done/not part of stable or development mythtv, yet |
| [16:35:35] | wagnerrp: | a slave backend with a digital tuner and networked storage has very little demand for resources |
| [16:35:35] | sphery: | MMlosh: you need to add --daemon to tell mythtv that it's a waste to write to stdout/err |
| [16:35:53] | MMlosh: | oh, you don't have separate "quiet" or something? |
| [16:36:00] | MMlosh: | then I guess it would be work adding it |
| [16:36:01] | jos6: | ha! ok I'll have a look into that slave backend option then |
| [16:36:01] | sphery: | no --daemon is the quiet |
| [16:36:06] | MMlosh: | and uncommenting "expect fork" |
| [16:36:15] | jos6: | thanks wagnerrp :) |
| [16:36:24] | sphery: | MMlosh: see the current mythbuntu upstart configuration |
| [16:36:26] | sphery: | yours is old |
| [16:36:30] | sphery: | that's the whole point |
| [16:36:32] | wagnerrp: | the master backend performs all scheduling operations |
| [16:36:38] | wagnerrp: | the slave backend only records and stores |
| [16:36:40] | MMlosh: | on systemd services are never supposed to fork, I am sure they have a reason |
| [16:36:54] | jos6: | that should be the way to go I guess |
| [16:36:59] | sphery: | MMlosh: https://github.com/MythTV/packaging/tree/master/deb |
| [16:37:00] | jos6: | what about live tv ? |
| [16:37:09] | sphery: | https://github.com/MythTV/packaging/blob/mast . . . kend.upstart |
| [16:37:10] | wagnerrp: | the only time frontends ever connect to a slave backend directly is when streaming a recording from it |
| [16:37:13] | wagnerrp: | livetv is a recording |
| [16:37:28] | wagnerrp: | sphery: do we still have that 'master backend override'? |
| [16:37:38] | sphery: | yes |
| [16:37:45] | wagnerrp: | to prevent recordings from being bounced off a slave backend with no local storage |
| [16:37:52] | sphery: | but it doesn't really work the way people expect |
| [16:39:09] | sphery: | I don't remember, but it may only do something if the slave host isn't running |
| [16:39:56] | sphery: | or something like that |
| [16:40:08] | sphery: | it's not a "always stream everything from the master backend" setting, IIRC |
| [16:40:40] | wagnerrp: | well you could always just set a post-recording script that changes the host in the database |
| [16:40:58] | wagnerrp: | it wouldn't do anything for live recordings, but would improve things for later viewing |
| [16:41:17] | hpeter (hpeter!~hpeter@62-2-200-206.static.cablecom.ch) has joined #mythtv-users | |
| [16:41:50] | sphery: | or just run a cable to the capable system in the basement :) |
| [16:41:59] | wagnerrp: | huh? |
| [16:42:10] | wagnerrp: | oh, antenna cable |
| [16:42:12] | sphery: | yeah |
| [16:42:13] | jos6: | yeah , couple of problems with that |
| [16:42:33] | wagnerrp: | well you're going to have to run some kind of cable, one way or the other |
| [16:42:38] | jos6: | no free usb ports , very long cable needed , already installed geode board |
| [16:42:40] | wagnerrp: | if not coax, you'll still have to run ethernet |
| [16:42:46] | sphery: | mythtv is best on good hardware |
| [16:42:56] | jos6: | ethernet already present on second floor |
| [16:43:16] | jos6: | + I like a challenge |
| [16:43:19] | jos6: | :) |
| [16:44:23] | jos6: | but if it doesn't work well enough , I'll find a way to run a cable to the basement |
| [16:45:20] | awalls: | You can run coax outside from floor to floor (with proper grounding for safety). |
| [16:47:44] | sphery: | hehe, TWC removed CBS from NY and LA markets (among others) |
| [16:47:54] | jos6: | Cables everywhere lately :) |
| [16:48:03] | sphery: | put it back after 30min due to the uproar |
| [16:48:05] | MMlosh: | I updated the script.. it doesn't seem to be wanting to be started or stopped. |
| [16:48:26] | awalls: | Bad move for the uproar-ers |
| [16:48:45] | awalls: | Now CBS has more leverage to soak TWC which will then pass cost to customers |
| [16:49:01] | sphery: | CBS actually wants 6x the licensing fees they got in the previous contract |
| [16:49:13] | sphery: | TWC says that's unreasonable |
| [16:49:22] | awalls: | I heard on NPR rates are so high due to sports programming on CBS |
| [16:49:37] | awalls: | 43% of the cost but only 17% of the viewership is for sports |
| [16:49:41] | sphery: | wow |
| [16:50:03] | sphery: | oh, and this is for all of CBS's channels--CBS, TMC, Flix, Smithsonian, Showtime, ... |
| [16:50:29] | sphery: | no breakdown of the increase on each, but 6x the previous total |
| [16:50:59] | awalls: | Because the programming is 6x better right? ;) |
| [16:51:35] | jos6: | could you imagine something else just being 6x as expensive as the last time you paid the bill ? :) |
| [16:51:58] | wagnerrp: | that depends |
| [16:51:59] | awalls: | Sure, I bought my truck 17 years ago. |
| [16:52:10] | jos6: | well that's 17 years ago :) |
| [16:52:11] | wagnerrp: | if CBS was at the bottom of the market last time they negotiated rates... |
| [16:52:15] | awalls: | :) |
| [16:52:34] | wagnerrp: | now they're at the top of the market, and could potentially argue for higher rates |
| [16:52:44] | sphery: | hey, and Under the Dome is doing pretty well for a summer show! |
| [16:53:16] | jos6: | 6x is hardly some nagotiated increase of prices :) |
| [16:54:02] | awalls: | I wish I could renegotiate my contracts for 600% increase. |
| [16:54:15] | jos6: | Are those channels free from adds ? |
| [16:54:18] | awalls: | For close to the same amount of work |
| [16:55:12] | sphery: | the local CBS affiliate stations have ads, TMC and Showtime don't, ... I'd guess Smithsonian does, but don't know about Flix |
| [16:55:45] | sphery: | I don't have cable, so I haven't watched any but the local stations |
| [16:55:58] | jos6: | So that's considered pay-tv then ? |
| [16:57:00] | sphery: | all but the local stations are pay tv, but cbs is asking cable co's to pay to rebroadcast the local stations |
| [16:58:05] | sphery: | (in days of old, they tended to choose to invoke the "must-carry" clause to force cable companies to carry the local stations, but now they're trying to get them to pay to rebroadcast, which means they can't claim must-carry status) |
| [16:58:38] | jos6: | oh dear... |
| [16:59:11] | jos6: | well, nice talking to you guys , it's 7pm here , I'm going home |
| [16:59:12] | sphery: | well, if cable channels can get "subscriber" fees from cable cos, why not local stations |
| [16:59:30] | sphery: | especially in this world where most people I meet think I'm stealing TV because I use an antenna to get the local broadcasts |
| [16:59:38] | jos6: | rly? |
| [16:59:56] | jos6: | what about a dich ? |
| [16:59:59] | sphery: | too many here in the US grew up with cable and think you /have/ to pay $80/mo for TV |
| [17:00:03] | jos6: | is that stealing as well ? |
| [17:00:22] | wagnerrp: | we have no worthwhile FTA satellite |
| [17:00:26] | sphery: | no, if you have a satellite dish, you have DirecTV or DISH network subscription, so that's not stealing |
| [17:00:35] | jos6: | and for that matter , do people care if you would "steal tv" ? :) |
| [17:00:36] | sphery: | (because there's really no FTA in the US, as wagnerrp mentioned) |
| [17:00:47] | wagnerrp: | it's all religious stations, shopping, and stuff you could get with an antenna |
| [17:00:58] | sphery: | and nasa channel! |
| [17:01:02] | sphery: | which you can get online |
| [17:01:26] | wagnerrp: | don't they have an HLS stream we can record? |
| [17:01:56] | sphery: | I'm just /very/ upset that there's no possible (legal) way to get ESPN without a cable subscription of a tier that includes ESPN/ESPN2 |
| [17:02:09] | sphery: | you can't subscribe directly to ESPN or anything |
| [17:02:19] | jos6: | can't you guys get video over IP from some providers ? |
| [17:02:36] | wagnerrp: | not really |
| [17:02:38] | sphery: | which is why ESPN can charge about $6/customer for cable companies to carry |
| [17:02:48] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!) | |
| [17:02:52] | wagnerrp: | there are IPTV providers like AT&T, but it's encrypted so you can only access it through their box |
| [17:03:05] | jos6: | that's just lame |
| [17:03:05] | MMlosh: | allright.. I guess I got syslog runnning |
| [17:03:24] | MMlosh: | there are many 0-sized files and non-0 mythbackend now in /var/log/mythtv |
| [17:03:27] | sphery: | (the cable co pays more because ESPN promises to never make the channel available to anyone who doesn't have that cable subscription) |
| [17:03:41] | sphery: | MMlosh: that's good |
| [17:03:43] | jos6: | => off , cheerz! |
| [17:03:51] | sphery: | should help with figuring out what's going on |
| [17:03:55] | sphery: | later, jos6 |
| [17:03:56] | MMlosh: | All I had to do is restart the box |
| [17:04:09] | sphery: | yeah, rsyslogd needed restarting |
| [17:04:11] | MMlosh: | I guess syslog broke when mythlogger went crazy |
| [17:04:16] | sphery: | after changing perms, etc. |
| [17:04:26] | sphery: | reboot is the easiest approach, though |
| [17:04:38] | sphery: | (and guarantees everything is started in the right order) |
| [17:05:00] | MMlosh: | actually.. sshd did not |
| [17:05:11] | MMlosh: | and this helped me figure out the issue before I lost the ability to use local console |
| [17:05:20] | MMlosh: | (moved the device away from monitor) |
| [17:06:15] | JimBaxter (JimBaxter!~jbaxter@jimbax.plus.com) has quit (Ping timeout: 245 seconds) | |
| [17:10:56] | JimBaxter (JimBaxter!~jbaxter@jimbax.plus.com) has joined #mythtv-users | |
| [17:11:33] | awalls (awalls!~awalls@d-24-245-103-115.cpe.metrocast.net) has left #mythtv-users () | |
| [17:18:08] | MMlosh: | sphery, what is the conclusion on channel changer? I though you figured it out when you decided you don't need logs |
| [17:21:08] | stoffel (stoffel!~quassel@pD9E43A3C.dip0.t-ipconnect.de) has quit (Ping timeout: 246 seconds) | |
| [17:26:36] | rdark (rdark!~rdark@217.33.138.50) has quit (Quit: leaving) | |
| [17:30:29] | justinh (justinh!~justin@cpc10-salf5-2-0-cust50.10-2.cable.virginmedia.com) has joined #mythtv-users | |
| [17:33:55] | sphery: | MMlosh: just that you should use something like the iptv or the rtp recorders rather than the (unsupported) demo or import recorders (which includes the file: MPEGRecorder, which is what demo recorder should be) |
| [17:34:47] | MMlosh: | yes, I should. but for now I am still curious why is the channel changer not working |
| [17:37:21] | sphery: | as I said, it probably isn't used by the demo/import recorders, which were designed for "just record from a single file" |
| [17:38:19] | justinh (justinh!~justin@cpc10-salf5-2-0-cust50.10-2.cable.virginmedia.com) has quit (Ping timeout: 264 seconds) | |
| [17:38:27] | justinh (justinh!~justin@cpc10-salf5-2-0-cust50.10-2.cable.virginmedia.com) has joined #mythtv-users | |
| [17:47:24] | sphery: | wow, the XdgUtils project's main (uneditable) page got hacked – http://portland.freedesktop.org/wiki/ and it seems they haven't noticed ... Seems it's been that way since at least Jul 26 (according to the wayback machine) |
| [17:47:56] | sphery: | this is why the (sensible) approach for screensaver control--xdg-screensaver--will never work |
| [17:48:32] | sphery: | hmmm... ok, wait, even the Jan 17 version was a hacked version – http://web.archive.org/web/20130117153552/htt . . . op.org/wiki/ |
| [17:48:48] | sphery: | I seriously think the project is dead |
| [17:50:05] | sphery: | Dec 21, 2012 was hacked... and Oct 22... The last real page was Oct 5, 2012 – http://web.archive.org/web/20121005120349/htt . . . op.org/wiki/ |
| [17:50:49] | sphery: | though even that had "Sponsor Sites" that were added to it |
| [18:06:26] | sphery: | and was reported to their mailing list on Nov 14, but no one has done anything |
| [18:18:28] | stoffel (stoffel!~quassel@pD9E43A3C.dip0.t-ipconnect.de) has joined #mythtv-users | |
| [18:18:28] | Mode for #mythtv-users by ChanServ!ChanServ@services. : +v stoffel | |
| [18:26:00] | lautriv: | darn, my last mythbackend.log.1 is from last november and the actual doesn't log anything ........ rather annoying if the backend dies for no known reason |
| [18:33:30] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv-users | |
| [18:37:36] | sphery: | wagnerrp: What happened to the docs stuff on the web site? Did someone revert your changes? The main web page links to the old HOWTO |
| [18:38:16] | sphery: | (link under Support|Documentation goes to http://www.mythtv.org/docs/ instead of http://www.mythtv.org/wiki/MythTV-HOWTO ) |
| [18:39:40] | sphery: | so it seems the redirect is missing... makes sense to delete everything in the docs dir, too, if we can so that it won't just point to an old/outdated howto (with possibly bad links) |
| [18:44:04] | MMlosh: | .... And now my upstart thinks that mythtv-backend is running... but it's not. Damn forking |
| [18:44:21] | lux3 (lux3!54abc8eb@gateway/web/freenode/ip.84.171.200.235) has quit (Ping timeout: 250 seconds) | |
| [18:45:48] | MMlosh: | I guess a stop command will never return to console? |
| [18:46:24] | sphery: | you should really use the *buntu provided upstart config |
| [18:46:53] | sphery: | they know how it should work, and I think you read far too much upstart configuration from my description of how the backend should work |
| [18:47:05] | sphery: | again: https://github.com/MythTV/packaging/blob/mast . . . kend.upstart |
| [18:47:16] | sphery: | of https://github.com/MythTV/packaging/tree/master/deb |
| [18:47:28] | lautriv: | AYYY, mythbackend segfault on a health machine :( |
| [18:47:29] | sphery: | I know nothing of upstart |
| [18:48:30] | MMlosh: | I put in the one you told to me |
| [18:49:00] | MMlosh: | that's why it's forking and not knowing what's going on |
| [18:52:33] | MMlosh: | The point of upstart or systemd is, that it keeps track of what's running and what is not.. forking prevents it from knowing that and wrong things like this happen |
| [18:53:38] | MMlosh: | I am not able to start, because it's still supposedly running. I am not able to stop, because it's already gone (or something like that I guess) |
| [18:55:21] | lautriv: | long live SYSV-init :o) |
| [18:55:31] | sphery: | again, though, mythbuntu developers have created a proper upstart configuration for MythTV with knowledge of upstart and mythtv (and input from some of us mythtv devs) |
| [18:55:48] | sphery: | so use theirs, not the old one you were using with modifications you made based on something I said |
| [18:56:59] | Scopeuk-AFK is now known as Scopeuk | |
| [19:02:51] | hpeter (hpeter!~hpeter@62-2-200-206.static.cablecom.ch) has quit (Quit: hpeter) | |
| [19:06:11] | blassey_ (blassey_!~blassey@c-71-232-183-31.hsd1.vt.comcast.net) has joined #mythtv-users | |
| [19:09:10] | blassey (blassey!~blassey@c-71-232-183-31.hsd1.vt.comcast.net) has quit (Ping timeout: 245 seconds) | |
| [19:26:03] | len (len!~quassel@75-161-179-129.mpls.qwest.net) has joined #mythtv-users | |
| [19:26:16] | SteveGoodey (SteveGoodey!~steve@host86-151-111-43.range86-151.btcentralplus.com) has joined #mythtv-users | |
| [19:40:06] | stoffel (stoffel!~quassel@pD9E43A3C.dip0.t-ipconnect.de) has quit (Remote host closed the connection) | |
| [19:50:55] | Scopeuk is now known as Scopeuk-AFK | |
| [19:52:05] | skd5aner (skd5aner!~skd5aner@50-90-5-146.res.bhn.net) has quit (Ping timeout: 248 seconds) | |
| [19:52:07] | pmhahn (pmhahn!~pmhahn@2001:4dd0:ff00:8d31:219:dbff:fef2:e135) has joined #mythtv-users | |
| [20:02:49] | blassey (blassey!~blassey@71.232.183.31) has joined #mythtv-users | |
| [20:03:15] | aloril (aloril!~aloril@dsl-tkubrasgw3-54f97e-153.dhcp.inet.fi) has quit (Read error: Operation timed out) | |
| [20:05:17] | blassey_ (blassey_!~blassey@c-71-232-183-31.hsd1.vt.comcast.net) has quit (Ping timeout: 246 seconds) | |
| [20:13:18] | MMlosh: | sphery, for the 3rd time: I used exactly what you pointed me at! |
| [20:18:15] | len (len!~quassel@75-161-179-129.mpls.qwest.net) has quit (Read error: Connection reset by peer) | |
| [20:18:28] | aloril (aloril!~aloril@dsl-tkubrasgw3-54f97e-153.dhcp.inet.fi) has joined #mythtv-users | |
| [20:19:07] | cybrNaut- (cybrNaut-!cybrNaut@mail.bbis.us) has quit (Quit: bailing) | |
| [20:19:13] | MMlosh: | if you told them that --daemon is mandatory like you told me... it would be no surprise it turned out like this. |
| [20:19:55] | cybrNaut (cybrNaut!cybrNaut@unaffiliated/cybrnaut) has joined #mythtv-users | |
| [20:20:00] | dekarl (dekarl!~dekarl@p4FCEFC4C.dip0.t-ipconnect.de) has joined #mythtv-users | |
| [20:20:00] | Mode for #mythtv-users by ChanServ!ChanServ@services. : +v dekarl | |
| [20:21:15] | dekarl: | MMlosh: <hint>check out MuMuDVB instead of getstream</hint> need to get my hack to add EIT Support to IPTV working for the guide, so you'll have to use xmltv (but its the same issue with your solution anyway) |
| [20:21:59] | MMlosh: | ah yes, I have the MuMuDVB open in a tab, but I hoped that getting the channel changer script would be easy and straighforward |
| [20:22:05] | MMlosh: | thanks for remembering me |
| [20:22:14] | MMlosh: | oh wait.. |
| [20:22:16] | MMlosh: | *reminding |
| [20:22:20] | kormoc: | MMlosh, forking is supported in upstart when it's told it will, per https://github.com/MythTV/packaging/blob/mast . . . .upstart#L18 |
| [20:22:40] | MMlosh: | I know I can do expect fork |
| [20:22:53] | MMlosh: | so it doesn't consider it failed when it returns |
| [20:23:03] | kormoc: | it should be tracking the children pids too |
| [20:23:37] | MMlosh: | well.. I guess not this time. Perhaps I am missing some necessary kernel features. |
| [20:23:58] | MMlosh: | it won't even kill mythlogger when stopping backend |
| [20:24:12] | kormoc: | it can get confused when a child won't die, which may be the case currently |
| [20:24:49] | MMlosh: | ah, that would explain it |
| [20:24:58] | MMlosh: | which means it just doesn't work |
| [20:25:22] | MMlosh: | let's kill the logger then.. I guess that will allow me to start the backend again |
| [20:26:45] | MMlosh: | ctrl-c on "service mythtv-backend stop" .. and now the logger is gone |
| [20:26:54] | MMlosh: | but service mythtv-backend start also hangs.. |
| [20:26:57] | MMlosh: | I think it broke |
| [20:28:05] | len (len!~quassel@75-161-179-129.mpls.qwest.net) has joined #mythtv-users | |
| [20:30:59] | kormoc: | weird :( |
| [20:32:17] | zombor (zombor!~zombor__@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [20:33:44] | dekarl (dekarl!~dekarl@p4FCEFC4C.dip0.t-ipconnect.de) has left #mythtv-users () | |
| [20:42:30] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit () | |
| [20:47:01] | Shadow__X (Shadow__X!~S@unaffiliated/shadowx/x-411846) has quit (Ping timeout: 248 seconds) | |
| [20:55:55] | justinh: | whee back on the net after a thunderstorm took out the cable |
| [20:56:08] | justinh: | back on the *home* net |
| [21:10:34] | Shadow__X (Shadow__X!~S@c-76-116-146-115.hsd1.pa.comcast.net) has joined #mythtv-users | |
| [21:15:58] | Shadow__X (Shadow__X!~S@c-76-116-146-115.hsd1.pa.comcast.net) has quit (Ping timeout: 245 seconds) | |
| [21:16:15] | SteveGoodey (SteveGoodey!~steve@host86-151-111-43.range86-151.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [21:17:36] | JimBaxter (JimBaxter!~jbaxter@jimbax.plus.com) has quit (Quit: Quiting) | |
| [21:17:53] | Shadow__X (Shadow__X!~S@c-76-116-146-115.hsd1.pa.comcast.net) has joined #mythtv-users | |
| [21:21:06] | Steve-Goodey (Steve-Goodey!~steve@host86-151-111-43.range86-151.btcentralplus.com) has joined #mythtv-users | |
| [21:28:03] | Shadow__X (Shadow__X!~S@c-76-116-146-115.hsd1.pa.comcast.net) has quit (Ping timeout: 245 seconds) | |
| [21:35:03] | Shadow__X (Shadow__X!~S@c-76-116-146-115.hsd1.pa.comcast.net) has joined #mythtv-users | |
| [21:36:35] | Shadow__X (Shadow__X!~S@c-76-116-146-115.hsd1.pa.comcast.net) has quit (Changing host) | |
| [21:36:35] | Shadow__X (Shadow__X!~S@unaffiliated/shadowx/x-411846) has joined #mythtv-users | |
| [21:37:26] | Steve-Goodey (Steve-Goodey!~steve@host86-151-111-43.range86-151.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [21:44:51] | exoon (exoon!~exoon@p4FC3FF3A.dip0.t-ipconnect.de) has quit (Quit: Verlassend) | |
| [21:49:30] | skd5aner (skd5aner!~skd5aner@50-90-5-146.res.bhn.net) has joined #mythtv-users | |
| [21:51:11] | shubes (shubes!~shubes@wsip-98-191-127-98.ph.ph.cox.net) has joined #mythtv-users | |
| [22:03:18] | pmhahn (pmhahn!~pmhahn@2001:4dd0:ff00:8d31:219:dbff:fef2:e135) has quit (Quit: Konversation terminated!) | |
| [22:09:34] | oobe (oobe!~thingo@unaffiliated/oobe) has joined #mythtv-users | |
| [22:10:44] | streeter (streeter!streeter@nat/redhat/x-ljbzarahuzmzichg) has quit (Quit: Leaving) | |
| [22:19:32] | npm (npm!~npm@cpe-76-90-90-26.socal.res.rr.com) has quit (Remote host closed the connection) | |
| [22:20:08] | npm (npm!~npm@cpe-76-90-90-26.socal.res.rr.com) has joined #mythtv-users | |
| [22:49:35] | lautriv (lautriv!~lautriv@f050082216.adsl.alicedsl.de) has quit (Ping timeout: 245 seconds) | |
| [23:02:18] | lautriv (lautriv!~lautriv@f050085055.adsl.alicedsl.de) has joined #mythtv-users | |
| [23:17:34] | gregL (gregL!~greg@cpe-74-76-105-205.nycap.res.rr.com) has joined #mythtv-users | |
| [23:25:31] | dahlSTROM (dahlSTROM!~dahlSTROM@78-73-163-243-no159.tbcn.telia.com) has joined #mythtv-users | |
| [23:26:34] | syncmaster4_ (syncmaster4_!~chatzilla@cpe-174-109-004-228.nc.res.rr.com) has quit (Ping timeout: 256 seconds) | |
| [23:36:07] | dahlSTROM (dahlSTROM!~dahlSTROM@78-73-163-243-no159.tbcn.telia.com) has quit (Quit: toodaloo muthafuka) | |
| [23:47:46] | disputin (disputin!~sean@65.102.58.17) has quit (Quit: Leaving.) | |
| [23:49:49] | ralfp (ralfp!~quassel@dslb-088-078-076-035.pools.arcor-ip.net) has joined #mythtv-users | |
| [23:53:19] | ralfp_ (ralfp_!~quassel@dslb-092-073-161-035.pools.arcor-ip.net) has quit (Ping timeout: 276 seconds) | |
| [23:53:42] | syncmaster4 (syncmaster4!~chatzilla@cpe-174-109-004-228.nc.res.rr.com) has joined #mythtv-users | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.