Beirdobot, irc.freenode.net

Friday, June 24th, 2011, 00:09 UTC

[00:09:48]

dekarl (dekarl!~dekarl@dslb-084-058-100-069.pools.arcor-ip.net) has quit (Quit: Leaving.)

[00:20:28]

abqjp (abqjp!~abqjp@174-28-184-228.albq.qwest.net) has joined #mythtv

[00:22:47]

sphery:

okolsi: Sorry for the 21-day delay on #9729. If that fix doesn't work for you, please let me know. Thanks.

[00:29:28]

bohan_h (bohan_h!~bohan_h@204.40.70.115.static.exetel.com.au) has joined #mythtv

[00:31:17]

pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.)

[00:42:46]

gigem_ (gigem_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection)

[00:43:12]

gigem_ (gigem_!~david@host103.16.intrusion.com) has joined #mythtv

[00:43:12]

gigem_ (gigem_!~david@host103.16.intrusion.com) has quit (Changing host)

[00:43:12]

gigem_ (gigem_!~david@mythtv/developer/gigem) has joined #mythtv

[00:57:46]

stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Remote host closed the connection)

[00:57:49]

stuartm_ (stuartm_!~stuartm@cpc4-derb9-0-0-cust534.8-3.cable.virginmedia.com) has joined #mythtv

[00:57:49]

stuartm_ (stuartm_!~stuartm@cpc4-derb9-0-0-cust534.8-3.cable.virginmedia.com) has quit (Changing host)

[00:57:50]

stuartm_ (stuartm_!~stuartm@mythtv/developer/stuartm) has joined #mythtv

[01:03:52]

danielk22:

shucks! i had high hopes on #9864, but it made no difference from me. well iso dvd load time went from 46 to 45 seconds.. but that's after only one measurement of each, i'm sure it could go the other way as well.

[01:05:29]

sphery:

heh, sounds like different race results? so his timing changes helped on his system, but not on yours?

[01:11:07]

danielk22:

sphery: Obviously I'm hitting something different since his DVD's load in 1 second after the change and mine show no change @ a dismal 45 seconds (over WiFi, but still).

[01:12:26]

danielk22:

I'm not sure that the Jim would hit the condition he's talking about with the latest master.. it looks like it can only happen if the read size is larger than the buffer fill threshold.. But that should never happen.

[01:13:45]

sphery:

ah, too bad. the description definitely sounded good.

[02:29:38]

cesman:

has the URL for git changed or is it down at the moment?

[02:29:48]

cesman:

trying to get the latest fixes but getting a 403

[02:30:24]

iamlindoro:

cesman, hasn't changed, github has been very flaky lately

[02:31:21]

cesman:

thanks, I didn't think so as I didn't find anyhting stating as such...

[02:31:47]

cesman:

guess I'll keep trying...

[02:34:33]

xris:

worked for me just now

[02:35:15]

cesman:

:(

[02:35:21]

cesman:

still 403 here

[02:41:53]

jcarlos (jcarlos!~quassel@85.137.99.76.dyn.user.ono.com) has quit (Read error: Connection reset by peer)

[02:45:05]

jcarlos (jcarlos!~quassel@85.137.99.76.dyn.user.ono.com) has joined #mythtv

[03:26:26]

iamlindoro:

Anyone know why current master is trying to connect to the local mysqld.sock when the DB isn't on the local host? Once it fails 10 times it continues as normal

[03:31:58]

xris:

iamlindoro: I'm running slightly old master and mfdb couldn't even connect to upnp

[03:32:01]

xris:

oddities...

[03:32:57]

iamlindoro:

It actually looks like it's coming as part of: New static DB connectionLogCon

[03:33:28]

xris (xris!~xris@mythtv/developer/xris) has quit (Quit: Terminated with extreme prejudice - dircproxy 1.2.0)

[03:33:29]

iamlindoro:

Beirdo, wagnerrp ^^ This is attempting to connect to a local mysqld.sock on a remote FE

[03:33:48]

iamlindoro:

Once it fails, the FE starts up as normal

[03:34:31]

Beirdo:

sphery: you see that?

[03:34:58]

Beirdo:

it might be in how we are detecting the database being ready for the logging thread

[03:35:16]

Beirdo:

I haven't seen it do that that I recall though

[03:35:30]

iamlindoro:

Are you running remote FEs?

[03:35:37]

Beirdo:

one, yes

[03:35:44]

Beirdo:

separate BE/FE setup

[03:35:52]

Beirdo:

let me go look at the logs

[03:35:55]

iamlindoro:

Does that FE have mysql installed?

[03:36:06]

iamlindoro:

(and thus, has a mysqld.sock?)

[03:36:23]

Beirdo:

well look at that

[03:36:49]

Beirdo:

it did it this time around. This will be fixed :)

[03:36:55]

iamlindoro:

coolio

[03:37:05]

Beirdo:

tried 6 times here

[03:37:46]

Beirdo:

lameness. :) I'll see if I can't get it to behave. Thanks

[03:37:51]

iamlindoro:

np, thank you

[03:40:47]

xris (xris!~xris@mythtv/developer/xris) has joined #mythtv

[03:44:25]

sphery:

iamlindoro: yeah, it's because you're relying on a config.xml to set up your DB info, and since we don't use config.xml until after mysql.txt, then after UPnP search, you get some failed connections until it finally gets the right DB info

[03:44:55]

sphery:

I'm planning to fix our usage so we go config.xml, then mysql.txt, then upnp auto-detect--and actually use the info we find when we find it

[03:45:03]

sphery:

just haven't finished it, yet

[03:45:48]

iamlindoro:

sphery, Soooo.... our most preferred configuration method is the one that works least well?

[03:46:04]

sphery:

it's also the 3rd choice of config method with current code

[03:46:23]

iamlindoro:

3rd in order, first in actual functionaliy, though

[03:46:31]

sphery:

(and actually, it only works least well because a) it's 3rd choice, and b) even if we find it, we ignore it until we fail upnp)

[03:46:49]

sphery:

yeah, definitely needs fixing... it is on my list

[03:47:05]

iamlindoro:

ok

[03:47:22]

sphery:

the upnp actually uses config.xml, but ignores all the db info in it until the upnp autodetect fails--which doesn't make a lot of sense to me

[03:54:31]

xris:

wonder why upnp failed for mfdb for me.

[03:56:22]

sphery:

xris: got a log?

[03:57:04]

xris:

sphery: no. I accidentally rebooted.

[03:57:37]

xris:

hit up-arrow-enter to restart mythfrontend from across the room... except that command was "reboot", not "mythfrontend" like it usually is.

[03:58:22]

sphery:

is it master? if so... mysql -umythtv -p mythconverg -e "SELECT msgtime, message FROM logging WHERE application = 'mythfilldatabase' ORDER BY msgtime;"

[03:58:55]

sphery:

I really need to get the services API log viewer in there

[03:59:45]

Beirdo:

that would be nice :)

[04:05:55]

xris:

sphery: not recent enough master, apparently

[04:06:31]

xris:

too much conversation of unstable myth has kept me away.. I don't have a separate dev box, and I'd rue the day that my kid couldn't get his curious george and kipper. or rather, my *wife* would kill me. :)

[04:06:53]

xris:

I really need to do a full dep pass on the rpm stuff now that we've changed so much

[04:09:05]

sphery:

heh, yeah, I understand. I run -fixes in production and I don't even have to worry about kids or a wife killing me

[04:12:58]

zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)

[04:23:53]

bohan_h (bohan_h!~bohan_h@204.40.70.115.static.exetel.com.au) has quit (Remote host closed the connection)

[04:33:46]

wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Ping timeout: 260 seconds)

[06:11:58]

MythBuild:

build #65 of master-debian-stable-64bit is complete: Failure [failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . it/builds/65 blamelist: Gavin Hurlbut <ghurlbut@mythtv.org >

[06:13:18]

Beirdo:

dammit, what now?

[06:13:26]

sphery:

command timed out: 1200 seconds without output, attempting to kill

[06:13:27]

sphery:

process killed by signal 9

[06:13:27]

sphery:

program finished with exit code -1

[06:13:32]

sphery:

oops

[06:13:48]

sphery:

perhaps buildbot issues, not the build itself?

[06:13:53]

Beirdo:

ahh a timeout

[06:14:07]

Beirdo:

command timed out: 1200 seconds without output, attempting to kill

[06:14:30]

Beirdo:

gacked on tv_play.cpp

[06:14:39]

Beirdo:

that poor slave fell over.

[06:15:22]

Beirdo:

I think stuarta was saying it's 1G of RAM.. so yeah, slowish

[06:15:56]

sphery:

yeah, and with all the header changes and stuff, it's likely got to rebuild its ccache to catch up

[06:16:04]

Beirdo:

aye

[06:16:28]

Beirdo:

stuarta: you may want to investigate lengthening the timeout for that slave

[06:20:51]

stoffel (stoffel!~quassel@p57B4D44A.dip.t-dialin.net) has joined #mythtv

[07:04:15]

wagnerrp (wagnerrp!~Wagner@nr-ft1-66-42-241-137.fuse.net) has joined #mythtv

[07:06:20]

pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv

[07:08:19]

MythBuild:

build #66 of master-debian-stable-64bit is complete: Success [build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . it/builds/66

[07:09:51]

Beirdo:

there it goes

[07:15:47]

kth (kth!~kth@unaffiliated/kth) has joined #mythtv

[07:21:18]

MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 244 seconds)

[07:24:27]

dekarl (dekarl!~dekarl@dslb-084-058-100-069.pools.arcor-ip.net) has joined #mythtv

[07:35:09]

thopiekar (thopiekar!~quassel@p5DCA68A6.dip.t-dialin.net) has joined #mythtv

[07:40:39]

mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 240 seconds)

[07:43:20]

mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv

[07:49:25]

stuarta:

Beirdo: if i can work out how to do it i will

[07:49:40]

stuarta:

is that slave side config or master side

[07:49:52]

stuarta:

i believe it's master side

[07:50:13]

Beirdo:

yeah, it would be something in the config master-side I think

[07:50:30]

stuarta:

from what i've seen it gets put into every build step :(

[07:50:39]

stuarta:

well in our case make on the main bit

[07:50:59]

Beirdo:

yeah, well, you'd probably want it on the two build steps

[07:51:14]

Beirdo:

the rest are likely OK with a 20min timeout :)

[07:51:18]

stuarta:

aye

[07:51:29]

stuarta:

still weird that it takes so bloody long

[07:51:35]

Beirdo:

heh

[07:51:49]

stuarta:

it's a faster cpu than my dev box, so it must be memory

[07:52:00]

Beirdo:

well, that particular time... I changed a lot of files a little bit

[07:52:06]

Beirdo:

quite likely memory, yes

[07:52:20]

stuarta:

probably not helped by me running a vm on it as well :)

[07:52:27]

stuarta:

must convert that to a vserver

[07:52:40]

kth (kth!~kth@unaffiliated/kth) has quit (Quit: Leaving.)

[07:52:46]

Beirdo:

we should/could use that as a reason for us to look at tv_play.cpp to see if we can't make it compile smaller or something

[07:52:56]

MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv

[07:52:58]

** stuarta votes for should **

[07:53:06]

stuarta:

wtf is in there anyway

[07:53:17]

stuarta:

clearly i never work on playback code :)

[07:53:30]

Beirdo:

I dunno why it would be that much more complex than anything else we have, but... it seems to be

[07:53:50]

stuarta:

wonder if it uses a lot of templates or something like that

[07:54:07]

stuarta:

historically that used to cane compilers, tho i didn't think it affected things much these days

[07:54:21]

Beirdo:

could be. hopefully there's a way to make it use less memory in the optimizer stage, etc

[07:54:42]

Beirdo:

one way you could try... make it do a debug build instead of a release build

[07:54:53]

Beirdo:

that should shut off the optimizer, IIRC

[07:54:59]

stuarta:

ah

[07:55:16]

Beirdo:

be an interesting experiment

[07:55:40]

stuarta:

i'll go fiddle for a bit

[07:56:20]

Beirdo:

Hehe, enjoy. I'm heading for bed. No more nasty ccache-busting commits from me tonight

[08:02:16]

kth (kth!~kth@unaffiliated/kth) has joined #mythtv

[08:05:58]

thopiekar (thopiekar!~quassel@p5DCA68A6.dip.t-dialin.net) has quit (Remote host closed the connection)

[08:06:33]

stuarta:

right, going to force the debian build with a clean ccache and an updated timeout

[08:06:57]

stuarta:

MythBuild: force build master-debian-stable-64bit now

[08:06:57]

MythBuild:

build #67 forced

[08:06:57]

MythBuild:

I'll give a shout when the build finishes

[08:07:55]

natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv

[08:08:46]

MythBuild:

build #67 of master-debian-stable-64bit is complete: Exception [exception compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . it/builds/67

[08:08:55]

stuarta:

that was a bit quick

[08:10:44]

stuarta:

MythBuild: force build master-debian-stable-64bit now

[08:10:44]

MythBuild:

build #68 forced

[08:10:44]

MythBuild:

I'll give a shout when the build finishes

[08:11:22]

mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 240 seconds)

[08:28:50]

mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv

[08:38:42]

stuarta:

heh. tv_play.cpp over 11,000 lines of code

[08:40:34]

stuarta:

that might be why it's such a bugger to build

[08:52:16]

okolsi:

sphery: no problem at all, I've been running locally patched version in the mean time.

[08:58:00]

okolsi:

sphery: I'll test #9729 a bit later, need to do some local fiddling, just re-installed backend server (replaced 7y old OS disk after ~5 years of service)

[08:58:14]

stuarta:

7yrs is good going

[08:59:25]

okolsi:

yes it is.. started to have block/sector errors etc.. i'm happy it didn't just die suddenly

[09:19:43]

kth (kth!~kth@unaffiliated/kth) has quit (Quit: Leaving.)

[09:21:47]

MythBuild:

Hey! build master-debian-stable-64bit #68 is complete: Success [build successful]

[09:21:47]

MythBuild:

Build details are at http://code.mythtv.org/buildbot/builders/mast . . . it/builds/68

[09:25:24]

stuarta:

\o/

[09:25:33]

stuarta:

only 1h 10m

[09:28:37]

highzeth (highzeth!~hz@hoiseth.no) has quit (Quit: Leaving)

[09:49:56]

stuarta:

i wonder if the XCode version affects the OSX build.

[09:50:05]

stuarta:

i've currently got XCode 3.2.6

[09:50:13]

stuarta:

jya: what XCode version do you have?

[09:50:29]

jya:

4.0.2

[09:50:56]

stuarta:

wouldn't be surprised if others having issues use that too

[09:51:11]

jya:

one of them certainly do

[09:51:15]

jya:

not sure about the other

[09:51:29]

stuarta:

what gcc does that use by default?

[09:51:29]

jya:

the choice of using other than 4.x is limited to me

[09:51:34]

jya:

as I do iPhone dev

[09:51:42]

jya:

4.2.1

[09:51:45]

stuarta:

XCode 3.2.6 = gcc 4.2.1

[09:51:50]

stuarta:

hmm

[09:51:55]

jya:

same then

[09:51:59]

stuarta:

yeah

[09:52:02]

jya:

could be the framework is different

[09:52:03]

stuarta:

so something else

[09:52:05]

stuarta:

yeah

[09:52:15]

jya:

4.0.2 can only do 10.6 frameworks and intel 10.5

[09:52:42]

jya:

I tried to install side by side 4.0 and 3.2

[09:52:53]

stuarta:

fairly sure 3.2.6 can still target 10.4

[09:52:57]

jya:

but it never worked properly, as you can only have one version of the libtool

[09:53:14]

jya:

yes it can...

[09:53:47]

stuarta:

this mac can dual boot between 10.4 and 10.6

[09:54:01]

stuarta:

so theoretically i can test both

[09:54:20]

jya:

I tried to install 10.4 in a VM

[09:54:54]

jya:

unfortuantely, only 10.4.11 had intel support, and Apple only distributes the 10.4 ISO

[09:54:59]

jya:

which is powerpc only

[09:55:06]

jya:

so I had to give up that one

[09:55:26]

stuarta:

i'm sure intel support started earlier than that

[09:55:40]

stuarta:

since it had it installed when i bought it

[09:55:45]

jya:

in the list of available downloads on the devleoper side

[09:55:51]

stuarta:

i'd have to check the iso when i get home

[09:55:56]

jya:

all version of 10.4 are there

[09:56:02]

** stuarta looks **

[09:56:03]

jya:

as "combo" upgrades

[09:56:15]

jya:

but the intel combo, is only available for 10.4.11

[09:56:30]

jya:

all others are PPC only

[09:58:04]

Chutt_ (Chutt_!~ijr@cpe-76-190-198-203.neo.res.rr.com) has quit (Read error: Connection reset by peer)

[09:58:34]

Chutt_ (Chutt_!~ijr@cpe-76-190-198-203.neo.res.rr.com) has joined #mythtv

[10:03:23]

stoffel (stoffel!~quassel@p57B4D44A.dip.t-dialin.net) has quit (Read error: Operation timed out)

[10:05:02]

mike|3 (mike|3!~mike@c-24-21-63-118.hsd1.or.comcast.net) has quit (Read error: Connection reset by peer)

[10:05:56]

mike|2 (mike|2!~mike@c-24-21-63-118.hsd1.or.comcast.net) has joined #mythtv

[10:15:47]

stoffel (stoffel!~quassel@p57B4D44A.dip.t-dialin.net) has joined #mythtv

[10:24:06]

xris (xris!~xris@mythtv/developer/xris) has quit (Ping timeout: 276 seconds)

[10:41:26]

stuartm_ is now known as stuartm

[11:08:13]

stoffel (stoffel!~quassel@p57B4D44A.dip.t-dialin.net) has quit (Read error: Operation timed out)

[11:21:38]

mac20xx_ (mac20xx_!~mythtv@essn-4d09ce1e.pool.mediaWays.net) has joined #mythtv

[11:42:58]

gigem_ (gigem_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection)

[11:43:26]

gigem_ (gigem_!~david@host103.16.intrusion.com) has joined #mythtv

[11:43:26]

gigem_ (gigem_!~david@host103.16.intrusion.com) has quit (Changing host)

[11:43:26]

gigem_ (gigem_!~david@mythtv/developer/gigem) has joined #mythtv

[12:19:18]

xris (xris!~xris@xris.forevermore.net) has joined #mythtv

[12:25:33]

danielk22:

stuarta: tv_play.cpp has a lot of header file includes.. for compile time you've got to count that too. 12kLOC is easy, but once those includes get put in you may be dealing with 100kLOC+

[12:27:02]

stuarta:

joy

[12:30:41]

danielk22:

Still I think it is probably RAM.. that file takes 0.21 seconds to compile from scratch here.

[12:31:07]

stuarta:

98% of the time it's pretty quick on that server too.

[12:31:11]

stuarta:

it's odd

[12:32:09]

stuarta:

ah well, when i can find the spare 150 euro i can swap myself to a quad cpu i7 with 8Gb ram and 2x750Gb drives for the same monthly price

[12:45:49]

Jordack (Jordack!~jordack@h69-131-44-221.mdsnwi.tisp.static.tds.net) has joined #mythtv

[12:51:00]

jya:

stuarta: is that per month ?

[12:51:17]

jya:

I mean how much do you pay per month...

[12:52:46]

stuarta:

49 euro

[12:52:55]

stuarta:

http://www.hetzner.de/en/hosting/produkte_rootserver/eq4

[12:53:53]

stuarta:

check out the eq8 if that isn't beefy enough for you

[12:54:13]

jya:

was just checking..

[12:54:15]

jya:

I use dedibox.fr through a friend: it's 44 euros for a quad-core xeon, 8GB of RAM, 2x1TB hardware raid (it's a Dell R210 1U box)

[12:54:37]

jya:

gigabit internet unlimited

[12:54:46]

stuarta:

that's not bad. you pay extra for hardware raid with hetzner

[12:55:35]

jya:

I don't know how the xeon X3450 compare to the i920

[12:55:46]

jya:

they are the same speed I believe. 2.66GHz

[12:56:07]

jya:

only 10GB backup space free

[12:56:17]

stuarta:

backup whats that?

[12:56:54]

jya:

just a storage area available

[12:57:07]

stuarta:

that was sarcasm

[12:57:12]

jya:

ah :)

[12:57:14]

stuarta:

i use 0 bytes of my backup space

[12:57:20]

jya:

same same :)

[12:57:44]

jya:

2 years ago, for a box half that speed, I was paying 99 euros per months

[12:57:53]

jya:

which was already cheaper than anything I had ever seen

[12:57:56]

stuarta:

hmmmm. pro option. 49.99 euro a month for 16gb and 2x2tb hardware raid1

[12:58:09]

stuarta:

now i wonder if they do native ipv6

[12:58:31]

jya:

they say that you get a /64 on the web page you linked to

[12:58:57]

stuarta:

dammit, i can't read french

[12:59:03]

jya:

ah there :)

[12:59:12]

stuarta:

i'm already in hetzner

[12:59:23]

jya:

you must be a French resident unfortunately

[12:59:28]

jya:

hence why I use a mate

[12:59:31]

stuarta:

doh!

[12:59:46]

jya:

what's really cool is the KVM / IP

[13:00:01]

jya:

last it was some kind of serial console available via the Dell BIOS

[13:00:11]

stuarta:

iDrac

[13:00:15]

stuarta:

they are cool

[13:00:20]

jya:

sounds familiar

[13:00:35]

stuarta:

essential at data centre operations level

[13:00:51]

stuarta:

when your server is 2hrs+ away

[13:01:31]

jya:

I prever the KVM via VNC :)

[13:01:41]

jya:

thinking about IPv6

[13:01:54]

jya:

the dedibox network is run by "Free", the French ISP

[13:02:10]

jya:

even their home dsl plan are fully IPv6 enabled

[13:02:18]

jya:

I wouldn't be surprised if it was too

[13:03:14]

stuarta:

a/quit hardware replacement

[13:03:19]

stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has quit (Quit: hardware replacement)

[13:04:26]

jya:

reading their forums, it seems to be luck of the draw depending on which datacenter you're in... not all support it

[13:04:50]

jya:

allright, time to upgrade o 10.6.8 and going to bed..

[13:04:52]

jya:

see ya

[13:06:20]

jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya)

[13:12:12]

jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv

[13:18:27]

zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv

[13:20:54]

stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has joined #mythtv

[13:28:52]

jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya)

[13:32:12]

jya (jya!~jyavenard@1.153.221.34) has joined #mythtv

[13:32:13]

jya (jya!~jyavenard@1.153.221.34) has quit (Changing host)

[13:32:13]

jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv

[13:32:20]

jya (jya!~jyavenard@mythtv/developer/jya) has quit (Remote host closed the connection)

[13:32:42]

jya (jya!~jyavenard@60-242-40-141.static.tpgi.com.au) has joined #mythtv

[13:32:42]

jya (jya!~jyavenard@60-242-40-141.static.tpgi.com.au) has quit (Changing host)

[13:32:42]

jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv

[13:36:03]

danielk22:

anyone here still using 0.24 ? http://pastebin.com/rbFmidCr <-- this should speed up the ringbuffer on 0.24 but I don't want to apply unless it's been put through the paces on 0.24

[13:49:35]

stuarta:

i am in production

[13:51:03]

stuarta:

may not get a chance to look at it until next week tho

[14:19:18]

sphery:

danielk22: I'm also using 0.24... Out of curiosity, it would be a safe patch to try--in that problems would be limited to frontend/playback, right?

[14:27:09]

iamlindoro:

gigem: I definitely don't envy you fielding the scheduler questions, nobody is ever 100% happy (IMO because most of them are trying to "influence" the scheduler through excessive twiddling of options instead of letting it do the right thing)

[14:28:42]

natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 276 seconds)

[14:29:23]

sphery:

danielk22: Also, FWIW, since it's been causing problems for a couple of users and I don't see any reason for anyone to ever use it, do we really have a reason to keep the --disable-hdhomerun (and/or --disable-iptv) configure options? I just don't see any reason not to include it. HDHR support only requires clock_gettime, and we have a test for whether that requires -lrt, and iptv doesn't seem to have any special requirements.

[14:29:52]

stuartm:

a classic case of many settings making something more complicated than it needs to be

[14:30:39]

stuartm:

I'd love to look at how some of the more popular DVRs handle scheduling, I know they don't offer even close to the same range of options that we do

[14:30:46]

sphery:

yep--we've had 2 people report a failure with those settings, and I don't even understand why they would /ever/ choose to use them

[14:31:13]

sphery:

I'm sure they're trying to build "lean and mean"--and saving all of 1kB of binary size or something

[14:31:23]

stuarta:

probably gentoo users

[14:32:20]

stuartm:

sphery: if you offer an option then a certain type of user will feel they need to use it

[14:32:31]

stuartm:

they can't help themselves

[14:33:27]

stuartm:

it's the classic argument for taking the sharp implements away from the user before they can poke out their own eyes

[14:34:52]

iamlindoro:

stuartm: How dare you! I am a five year myth user, with an advance technical degree iOW MY FREAKING EYEBALL!

[14:36:01]

sphery:

yep--we need to Apple-ize MythTV a /lot/ more :) (thus my diatribe at http://www.gossamer-threads.com/lists/mythtv/dev/481630#481630 )

[14:39:09]

stoffel (stoffel!~quassel@p57B4D44A.dip.t-dialin.net) has joined #mythtv

[14:40:12]

stuartm:

it was a good diatribe ;)

[14:40:13]

j-rod|afk is now known as j-rod

[14:41:55]

sphery:

heh, and speaking of the scheduler, gigem_ made the exact same "too much choice is bad" argument in his post explaining why the scheduler can't operate without some user involvement

[14:41:55]

stuartm:

ultimately though even when most people can agree that fewer options == better software, they still cannot resist putting it to a user vote which completely misses the point

[14:42:24]

iamlindoro:

To hell with votes :)

[14:42:42]

iamlindoro:

You're going to get argument anyway, so might as well beg forgiveness rather than ask permission

[14:42:55]

j-rod:

think of this is a benevolent dictatorship

[14:43:15]

iamlindoro:

The beating will continue until morale improves

[14:43:19]

iamlindoro:

beating

[14:43:20]

iamlindoro:

s

[14:43:24]

j-rod:

:D

[14:55:48]

iamlindoro:

sphery: Also of note, the strident proclamations that we needed more advanced settings in that thread were disproven when Mark and Taylor fixed the issue that he claimed NEEDED settings for users such as himself, with no additional settings

[14:56:06]

** stuarta offers iamlindoro alcohol **

[14:56:32]

iamlindoro:

I'm not allowed to drink at 8 AM any more

[14:56:58]

iamlindoro:

but thanks :)

[14:57:06]

** stuarta offers iamlindoro coffee **

[14:57:19]

stuarta:

actually that may not be a good idea :)

[14:57:55]

iamlindoro:

heh

[14:59:04]

abqjp (abqjp!~abqjp@174-28-184-228.albq.qwest.net) has quit (Quit: abqjp)

[15:01:29]

Memphis (Memphis!~Memphisau@203-214-113-185.dyn.iinet.net.au) has joined #mythtv

[15:08:55]

abqjp (abqjp!~abqjp@97-119-171-42.albq.qwest.net) has joined #mythtv

[15:09:50]

knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Ping timeout: 246 seconds)

[15:10:02]

knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv

[15:15:05]

ikonia (ikonia!~irc@unaffiliated/ikonia) has quit (Ping timeout: 244 seconds)

[15:18:06]

Memphis:

how do I force the scheduler to tape every instance of a show on a certain channel?

[15:18:25]

Memphis:

I'm in Australia, and their music show rage is split into a few different segments, back to back, that run for a bout an hour

[15:18:44]

Memphis:

naturally the scheduler only wants to tape the first one, saying the others are duplicates

[15:18:51]

stuarta:

please read the topic

[15:19:01]

Memphis:

yeah I've been googling it

[15:19:07]

stuarta:

please read the topic

[15:19:22]

Memphis:

oh sorry

[15:22:03]

gigem_:

iamlindoro: thankfully, sphery usually handles the easy questions. fwiw, i used to try to be a lot more accommodating. these days, i mostly ignore complaints and suggestions unless something tickles my fancy or is a really good idea.

[15:22:30]

ikonia (ikonia!~irc@unaffiliated/ikonia) has joined #mythtv

[15:31:28]

knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Ping timeout: 240 seconds)

[15:31:34]

knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv

[15:52:55]

danielk22:

sphery: the ringbuffer patch is safe in that if it messes anything up it will be playback not recording.

[15:55:10]

danielk22:

sphery: as for dropping those options.. yeah everyone should be able to compile those and I'm not worried about binary size.. but if they break the build that's something we should fix.

[15:56:35]

stuartm:

Beirdo: have you had a chance to try the patch I posted the other night? The one which disables rec list rebuilds during playback?

[15:58:18]

danielk22:

sphery: this is wrt to warpme's post to mythtv-dev? I can compile fine with the disable options so it's probably something OSX specific.

[16:00:37]

danielk22:

sphery: hmm, looks like we unconditionally link a couple libraries.. let me retest..

[16:06:37]

danielk22:

sphery: oh, it looks like the bug was fixed this morning by jya...

[16:07:00]

Jordack (Jordack!~jordack@h69-131-44-221.mdsnwi.tisp.static.tds.net) has quit (Quit: Peace and great sex!)

[16:17:56]

sphery:

danielk22: Yeah, warpme on -dev and Bill Meek on -users. The problem was Mac OS X specific, and jya knew what happened and fixed it in https://github.com/MythTV/mythtv/commit/3c27ed8a1 shortly after it was first reported on -users. It was just not specifying using_* things--which we wouldn't have needed if we don't support those --disable options, so I was hoping to simplify our build by removing them. :)

[16:23:26]

danielk22:

*shrug* It's about 6.2MB of libs to unconditionally enable mheg, hdhr, and iptv. I don't have any machines with less than 4 gigs so it wouldn't effect me eve if I bothered to disable any of them.

[16:25:58]

danielk22:

we could also get rid of --disable-joystick-menu and just enable it for anyone running linux and we can also get rid of --disable-symbol-visibility

[16:27:13]

sphery:

I think it would be nice to simplify it somewhat--for us and for users.

[16:28:14]

danielk22:

the --with-bindings thing also adds unnecessary complexity to ./configure usage.. could just use --enable/--disable like all the other enable and disable options... --python should also be --python-path

[16:29:22]

sphery:

I think getting rid of --disable-symbol-visibility makes a lot of sense, too. we already have code to detect whether it's safe to use, and there's no real reason for a user to disable it, now.

[16:29:47]

Beirdo:

stuartm: ummm, I must have missed that patch :( I would love to give that a shot though.

[16:29:58]

sphery:

and I guess you mean we'd need to automatically disable joystick menu on all non-Linux platforms?

[16:31:01]

danielk22:

right, but that's how it works now. for that one we can just remove it from the help output :)

[16:31:18]

sphery:

danielk22: Oh, and btw, I'll try to put that ringbuffer patch in place today on my systems... 2 dedicated backends and one dedicated frontend, with no NFS/CIFS and each backend having its own local storage.

[16:32:12]

danielk22:

sphery: Great, just let me know if there are any regressions with playback.

[16:32:18]

Beirdo:

OK, I'd better jet, or I'll miss the bus, I'll catch up when I get to work

[16:43:55]

gigem_ (gigem_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection)

[16:44:22]

gigem_ (gigem_!~david@mythtv/developer/gigem) has joined #mythtv

[16:46:51]

abqjp (abqjp!~abqjp@97-119-171-42.albq.qwest.net) has quit (Quit: abqjp)

[16:50:05]

stuartm:

danielk22: is the same not true for lirc? It's either installed on the system in which case we can enable it in the build or it isn't in which case we disable it

[16:54:08]

stuartm:

are the --disable* options there to help with cross compiling?

[16:54:41]

stuartm:

building binaries on one machine to run on another which doesn't have the same libs installed?

[16:59:30]

okolsi:

I'm maybe the third person using disable-hdhomerun etc. options.. logic is that if you don't need something, disable compiling it. not everyone knows whether it'll save 1KB or 1GB of space and/or 1 hour of compiling time etc.. anyway, by all means remove all the not-needed disable options :)

[17:04:58]

danielk22:

hmm, on a sufficiently slow computer it may save an hour of compile time to disable mheg and live555.

[17:05:36]

abqjp (abqjp!~abqjp@97-119-171-42.albq.qwest.net) has joined #mythtv

[17:05:48]

danielk22:

but they change rarely.. so ccache would be of great assistance with repeated compiles.

[17:06:50]

danielk22 (danielk22!~danielk@96.57.9.142) has quit (Quit: Leaving.)

[17:29:49]

stoffel (stoffel!~quassel@p57B4D44A.dip.t-dialin.net) has quit (Ping timeout: 246 seconds)

[17:32:08]

Beirdo:

stuartm: you have a URL for that patch for me to try? It seems to have scrolled out of my backlog

[17:34:29]

stuartm:

Beirdo: http://pastebin.com/iyb8n8w1

[17:35:35]

stuartm:

QSqlDatabasePrivate::removeDatabase: connection 'SchedCon' is still in use, all queries will cease to work.

[17:36:16]

Beirdo:

that was on a Ctrl-C?

[17:36:29]

Beirdo:

thanks, got it

[17:36:30]

stuartm:

Beirdo: essentially yes, init script

[17:36:59]

stuartm:

if there was a more graceful way to shutdown the backend ;)

[17:37:15]

Beirdo:

OK. I'll take a look at that tonight. I got it once last night on a TERM myself. Seems the scheduler thread isn't gracefully shutting down

[17:38:32]

stuartm:

Beirdo: I haven't really tested that patch, it was just an idea I came up with as an alternative to a more complicated but better long term fix, I can't reproduce the playback glitch anyway

[17:39:03]

Beirdo:

yeah, it seems like it could be a good workaround while refactoring the problem code

[17:39:21]

Beirdo:

how many recordings do you have sitting on your backend?

[17:39:34]

stuartm:

I suppose I should at least verify that the reclist gets rebuilt correctly after exiting playback, which I'll do in a couple of hours

[17:39:46]

Beirdo:

yeah, that would be good :)

[17:39:47]

Beirdo:

heh

[17:40:09]

stuartm:

374 according to the filter dialogue

[17:40:17]

Beirdo:

I'm sitting at 738 recordings, so it's pretty noticable here

[17:40:59]

Beirdo:

200us * 738 is getting into the territory of blocking the playback too long to cope

[17:41:23]

Beirdo:

I think that was the number. Something in that ball park, anyways

[17:41:59]

Beirdo:

now, I could and should remove some recordings over time... but.. :)

[17:42:21]

Beirdo:

I'll give that a try tonight. I have it downloaded to the server at home

[17:49:19]

xris (xris!~xris@xris.forevermore.net) has quit (Changing host)

[17:49:19]

xris (xris!~xris@mythtv/developer/xris) has joined #mythtv

[18:00:02]

mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 240 seconds)

[18:00:53]

stoffel (stoffel!~quassel@p57B4D44A.dip.t-dialin.net) has joined #mythtv

[18:03:29]

stuartm:

I mostly delete immediately after watching and every 6 months I might go down the list and delete stuff that I'm no longer interested in watching

[18:05:15]

stuartm:

the vast majority of those 374 recordings are films that I just never have time to watch

[18:08:45]

thedeath (thedeath!~thedeath@78-22-23-144.access.telenet.be) has joined #mythtv

[18:33:03]

Beirdo:

yeah, I have many concerts and movies piling up

[18:33:33]

Beirdo:

and also last year's MLB All-Star game

[18:36:34]

MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv

[18:38:26]

MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 260 seconds)

[18:41:20]

mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv

[18:58:17]

ikonia (ikonia!~irc@unaffiliated/ikonia) has quit (Ping timeout: 244 seconds)

[18:58:27]

stuartm:

that list of webinos requirements is fantastically naive, if all decision making was transparent we'd spend so much time debating those decisions with users who have never contributed a single LOC that nothing would get done

[19:00:08]

stuartm:

at least that's my personal opinion and it's developed through bitter experience despite a natural desire for transparency

[19:00:16]

ikonia (ikonia!~irc@unaffiliated/ikonia) has joined #mythtv

[19:07:25]

stoffel (stoffel!~quassel@p57B4D44A.dip.t-dialin.net) has quit (Ping timeout: 260 seconds)

[19:09:50]

mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 240 seconds)

[19:15:25]

iamlindoro (iamlindoro!~iamlindor@mythtv/developer/iamlindoro) has quit (Ping timeout: 240 seconds)

[19:16:50]

iamlindoro (iamlindoro!~iamlindor@mythtv/developer/iamlindoro) has joined #mythtv

[19:18:53]

mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv

[19:27:59]

tris- (tris-!~tristan@173-164-188-122-SFBA.hfc.comcastbusiness.net) has joined #mythtv

[19:32:25]

jams:

stuarta- webinos?

[19:32:32]

jams:

stuartm ^^

[19:32:38]

Beirdo:

yeah.. I agree. A bit... demanding too

[19:32:54]

Beirdo:

this is open source, spare-time coding, people :)

[19:33:17]

stuartm:

Beirdo: aye, demanding and even intrusive

[19:33:44]

stuartm:

jams: google :)

[19:34:41]

jams:

seems very ambitious

[19:34:42]

stuartm:

Beirdo: they're inviting us to a party but then making us jump through their hoops, for what reason exactly?

[19:35:13]

Beirdo:

so we feel good for being part of their party? I dunno either

[19:53:05]

stuartm:

ugh, there's that timer error again – "Application asked to unregister timer 0x4f000005 which is not registered in this thread. Fix application."

[19:59:54]

sphery:

I love how libs are starting to put those "blame the app" error messages in log output that /every/ user sees--seems a lot of X libs do it, too. Guess it's the new "shameware" approach--shame devs into fixing things that aren't as expected by the API.

[20:03:24]

Beirdo:

it would be nice if we knew WHICH timer...

[20:04:31]

stuartm:

Beirdo: aye, that's the relevant info

[20:06:43]

stuartm:

I'd love to say that I immediately fired up gdb to find out, but these errors always seem to occur at the wrong moment and I was more concerned about restarting the frontend so that I could actually use it again

[20:08:06]

stuartm:

heh, I might still get my chance, the frontend just segfault so I might as well call it inevitable

[20:09:15]

Beirdo:

:)

[20:09:22]

Beirdo:

is that a Qt warning?

[20:09:42]

Beirdo:

if so you can make it abort on warnings, giving you a coredump to backtrace

[20:12:59]

stuartm:

I've no idea where it's coming from

[20:13:02]

** stuartm googles **

[20:14:07]

Beirdo:

well, I wish you luck. If I ever see that come up on my box, I'll see what I can do to run it to the ground too

[20:14:36]

stuartm:

qt does seem to be the common thread (no pun intended), but I'm not sure whether the error comes from QT or is merely triggered by a QT bug

[20:14:59]

Beirdo:

or maybe by us not being careful about our timer use somehow

[20:15:11]

Beirdo:

it's hard to say until we find what timer it is :)

[20:15:33]

Beirdo:

yeah, as to what's actually logging it... yeah

[20:15:35]

stuartm:

http://bugreports.qt.nokia.com/browse/QTBUG-18910

[20:15:39]

** Beirdo needs more coffee **

[20:16:25]

Beirdo:

so maybe a timer that's still running and we need to specifically stop in the same thread that started it?

[20:18:23]

stuartm:

seems to be, but we still need to know which timer and whether it's even our bug or Nokia's

[20:18:30]

stuartm:

hopefully I'll have that answer soon

[20:22:48]

Beirdo:

:) Good luck

[20:37:00]

thedeath (thedeath!~thedeath@78-22-23-144.access.telenet.be) has quit ()

[21:12:12]

jpharvey_ (jpharvey_!~jpharvey@host86-147-152-166.range86-147.btcentralplus.com) has quit (Ping timeout: 255 seconds)

[21:16:29]

danielk22 (danielk22!~danielk@ool-457130a3.dyn.optonline.net) has joined #mythtv

[21:25:14]

jpharvey_ (jpharvey_!~jpharvey@host86-185-250-237.range86-185.btcentralplus.com) has joined #mythtv

[21:28:30]

danielk22 (danielk22!~danielk@ool-457130a3.dyn.optonline.net) has quit (Quit: Leaving.)

[21:31:19]

j-rod is now known as j-rod|afk

[21:35:09]

tris (tris!tristan@2001:1868:a00a::4) has quit (Ping timeout: 255 seconds)

[21:35:09]

tris- is now known as tris

[22:10:43]

joe_ (joe_!~jmk@64.73.32.135) has quit (Read error: Connection reset by peer)

[22:10:59]

joe_ (joe_!~jmk@64.73.32.135) has joined #mythtv

[22:19:34]

tris- (tris-!tristan@2001:1868:a00a::4) has joined #mythtv

[22:19:37]

cocoa117 (cocoa117!~cocoa117@188-222-31-239.zone13.bethere.co.uk) has joined #mythtv

[22:20:34]

Gibby (Gibby!~Gibby@204.118.10.244) has quit (Quit: ZNC - http://znc.sourceforge.net)

[22:21:04]

Gibby (Gibby!~Gibby@204.118.10.244) has joined #mythtv

[22:27:35]

natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv

[22:28:22]

danielk22 (danielk22!~danielk@96.57.9.142) has joined #mythtv

[23:08:45]

natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 255 seconds)

[23:08:54]

sphery:

danielk22: FWIW, I had an "event" with that patch. I'm not positive it's related, but there were definitely ringbuffer errors among the buffer errors in the log: http://misc.thirdcontact.com/MythTV/mythfront . . . er_patch.log (watched one show, then a few min into the next, the video stopped, eventually the screen went all black, and it just locked up. 2nd playback started at 18:08:02, and locked up at 18:11:53 . I had to kill ...

[23:09:00]

sphery:

... mythfrontend, but when I restarted it, it played fine from a few minutes before that the frame it stopped all the way through the end).

[23:09:15]

sphery:

I'll likely watch some more shows tonight, so I'll see if the same happens again

[23:36:59]

zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)

[23:38:20]

abqjp (abqjp!~abqjp@97-119-171-42.albq.qwest.net) has quit (Quit: abqjp)

[23:41:06]

stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Remote host closed the connection)

[23:49:33]

stuartm (stuartm!~stuartm@cpc4-derb9-0-0-cust534.8-3.cable.virginmedia.com) has joined #mythtv

[23:49:40]

stuartm (stuartm!~stuartm@cpc4-derb9-0-0-cust534.8-3.cable.virginmedia.com) has quit (Changing host)

[23:49:40]

stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv

MythLogBot@irc.freenode.net :: #mythtv

Current users (88):