MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (94):

aloril, Anssi, anykey_, Beirdo, ben1066, brfransen, brtb, CaCtus491, Captain_Murdoch, cattelan, Chutt, clever, cocoa117, coling, Cougar, damaltor, danielk22, dblain, dekarl1, dinamic|screen, ElmerFudd, Ffseto, FinnTux, foxbuntu, ghoti, gigem, gregL, gregorcy, GreyFoxx, Guest90275, ikke-t, J-e-f-f-A, j-rod|afk, JackWinter, jafa, jams, jarle, jcarlos, joe___, joki, jpabq, jstenback, k-man, kenni, knightr_, kormoc, kurre2, kwmonroe, laga, mag0o, markcerv, MaverickTech, mrand, MythBuild, MythLogBot, mzanetti, NightMonkey, obo_, okolsi, peitolm, pepsiman, petefunk, poptix, purserj, rhpot1991, rickyw, rsiebert, Seeker`, skd5aner, Slasher`, SmallR2002, sphery, sraue, stuarta, sunkan, superm1, sutula, taylorr, tgm4883, TheAsp, ThisNewGuy, ToadP, toeb, tomimo, tris, Unhelpful, vallor, wagnerrp, wahrhaft, wseltzer, XDS2010_, xris, yb0t, zombor
Friday, April 20th, 2012, 00:05 UTC
[00:05:02] wagnerrp: tgm4883: people just get resentful it you tell them their time spent wasted thinking up ideas for other people to implement, could have just as well been spent implementing it themselves
[00:05:09] wagnerrp: "programming is hard!"
[00:16:42] Quantum (Quantum!~quantum@c-24-1-48-163.hsd1.il.comcast.net) has joined #mythtv
[00:34:30] Quantum (Quantum!~quantum@c-24-1-48-163.hsd1.il.comcast.net) has quit (Quit: Colloquy for iPad - http://colloquy.mobi)
[00:37:14] MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[01:17:00] ben1066_ (ben1066_!~quassel@host109-152-63-149.range109-152.btcentralplus.com) has joined #mythtv
[01:20:00] ben1066 (ben1066!~quassel@host86-169-139-89.range86-169.btcentralplus.com) has quit (Ping timeout: 272 seconds)
[01:23:40] map7 (map7!~map7@ppp59-167-121-223.static.internode.on.net) has joined #mythtv
[01:43:08] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv
[03:10:24] map7 (map7!~map7@ppp59-167-121-223.static.internode.on.net) has quit (Read error: Connection reset by peer)
[03:14:58] hashbang (hashbang!~alex@213-152-35-50.dsl.eclipse.net.uk) has joined #mythtv
[03:24:59] stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has joined #mythtv
[03:29:49] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[03:33:56] noahric (noahric!~noahric@50.46.147.0) has joined #mythtv
[03:34:49] map7 (map7!~map7@ppp59-167-121-223.static.internode.on.net) has joined #mythtv
[03:37:50] noahric (noahric!~noahric@50.46.147.0) has quit (Client Quit)
[03:40:52] andreax (andreax!~andreaz@p5089E71D.dip.t-dialin.net) has quit (Read error: Connection reset by peer)
[03:45:41] jya: stuarta: I'd like to remove the old OSX packager , rename the new one to osx-packager.pl. Ping me when you're back online so I can take you through the step of compiling the dependencies
[03:52:13] ** Beirdo reads some academic papers on different types of signal modulation **
[04:10:04] map7 (map7!~map7@ppp59-167-121-223.static.internode.on.net) has quit (Read error: Connection reset by peer)
[04:13:34] map7 (map7!~map7@ppp59-167-121-223.static.internode.on.net) has joined #mythtv
[04:15:01] wagnerrp: reads or needs?
[04:15:48] wagnerrp: Beirdo: ^^^
[04:18:20] kth (kth!~kth@unaffiliated/kth) has joined #mythtv
[04:20:01] Beirdo: reads :)
[04:20:38] Beirdo: trying to determine just how hard it is to decode some different signals from I/Q samples
[04:20:43] wagnerrp: as in... if youve got something you want from a major publication, ive probably got access
[04:21:08] map7 (map7!~map7@ppp59-167-121-223.static.internode.on.net) has quit (Read error: Connection reset by peer)
[04:21:19] Beirdo: ahh, I'll keep it in mind :) Reading some doctoral theses and university course notes at the moment
[04:21:25] map7 (map7!~map7@ppp59-167-121-223.static.internode.on.net) has joined #mythtv
[04:21:52] Beirdo: first on my list (for SDR use) is AIS which is GMSK (much like GSM)
[04:22:18] Beirdo: but 12.5kHz channel, 9600bit/s, and on VHF
[04:22:18] kth (kth!~kth@unaffiliated/kth) has quit (Read error: Connection reset by peer)
[04:23:22] Beirdo: some pretty good info out there if your mind has space for details :)
[04:32:01] noahric (noahric!~noahric@50.46.147.0) has joined #mythtv
[04:33:57] noahric (noahric!~noahric@50.46.147.0) has quit (Client Quit)
[05:00:38] map7 (map7!~map7@ppp59-167-121-223.static.internode.on.net) has quit (Read error: Connection reset by peer)
[05:04:08] sannes (sannes!~ace@cm-84.209.72.206.getinternet.no) has quit (Ping timeout: 249 seconds)
[05:18:30] Guest10049 (Guest10049!~dblain@c-76-127-227-175.hsd1.ma.comcast.net) has joined #mythtv
[05:21:53] dblain (dblain!~dblain@mythtv/developer/dblain) has quit (Ping timeout: 260 seconds)
[05:32:00] mike|2 (mike|2!~mike@c-98-232-220-158.hsd1.or.comcast.net) has quit (Ping timeout: 252 seconds)
[05:32:20] mike|2 (mike|2!~mike@c-98-232-220-158.hsd1.or.comcast.net) has joined #mythtv
[05:33:22] cattelan is now known as cattelan_away
[05:34:08] ben1066 (ben1066!~quassel@host109-152-46-188.range109-152.btcentralplus.com) has joined #mythtv
[05:37:24] ben1066_ (ben1066_!~quassel@host109-152-63-149.range109-152.btcentralplus.com) has quit (Ping timeout: 276 seconds)
[06:13:02] rickyw (rickyw!~ricky@121-73-189-84.dsl.telstraclear.net) has joined #mythtv
[06:14:48] jya: LOL, I enabled guard malloc in XCode when debugging myth… it crashes almost immediately
[06:14:53] jya: http://developer.apple.com/library/mac/#docum . . . ocDebug.html
[06:15:04] jya: crash is in Qt BTW… not our code
[06:18:04] noahric (noahric!~noahric@50.46.147.0) has joined #mythtv
[06:36:36] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Remote host closed the connection)
[06:39:26] noahric (noahric!~noahric@50.46.147.0) has quit (Quit: noahric)
[07:26:59] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv
[07:36:29] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 246 seconds)
[07:49:00] rsiebert_ (rsiebert_!~quassel@g225061255.adsl.alicedsl.de) has joined #mythtv
[07:52:35] rsiebert (rsiebert!~quassel@g225063089.adsl.alicedsl.de) has quit (Ping timeout: 276 seconds)
[08:04:32] stuarta: jya: going to be saturday night (GMT+1) at the earliest, working all weekend and busy on a course next week as well
[08:04:49] stuarta: more than likely it'll be the week after
[08:05:13] jya: no problemo … in the mean time, can you make sure your build script doesn't update itself using the new packager?
[08:07:31] stuarta: it pulls whatever is in packaging every build run
[08:08:37] stuarta: so the plan would be to take the slave offline, and run the builds to test they all work, and then flip the scripts around
[08:08:48] stuarta: before putting it back online
[09:28:16] Goga777 (Goga777!~Goga777@95-30-97-121.broadband.corbina.ru) has joined #mythtv
[09:37:43] Goga777 (Goga777!~Goga777@95-30-97-121.broadband.corbina.ru) has quit (Ping timeout: 272 seconds)
[10:04:16] mike|2 (mike|2!~mike@c-98-232-220-158.hsd1.or.comcast.net) has quit (Remote host closed the connection)
[10:05:10] mike (mike!~mike@c-98-232-220-158.hsd1.or.comcast.net) has joined #mythtv
[10:05:36] mike is now known as Guest90275
[10:26:43] jya: stichnot: I've applied fix from http://code.mythtv.org/trac/changeset/0349883 . . . e65ae/mythtv on fixes/0.25 for my backend… running now, will see if it's any better.
[10:38:17] dinamic|screen (dinamic|screen!~dinamic@alcatraz.cendio.se) has joined #mythtv
[10:38:22] dinamic|screen: gday folks
[10:45:35] jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv
[11:24:58] Guest10049 is now known as dblain
[11:25:25] dblain (dblain!~dblain@c-76-127-227-175.hsd1.ma.comcast.net) has quit (Changing host)
[11:25:25] dblain (dblain!~dblain@mythtv/developer/dblain) has joined #mythtv
[11:31:24] stuartm: stichnot: I think there might be problem with TeletextScreen::ClearScreen() – we insert images into m_rowImages with a numeric key – could be 2,5,6 – .size() would be 3, ClearScreen iterates keys starting at 0 and upto size() so it would delete 0,1,2 leaking the entries with keys 5 & 6
[11:35:08] stuartm: I suggest replacing that with an iterator – http://pastebin.com/VqKFeTa4
[12:28:57] gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Read error: Connection reset by peer)
[12:29:04] dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has joined #mythtv
[12:32:56] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[12:41:50] stichnot: stuartm: nice catch! (and the original reporter too)
[12:43:45] stichnot: I'm keeping that sample around – it seems to have a nice teletext menu for testing
[12:44:08] stichnot: otherwise I have no access to teletext
[12:45:34] gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv
[12:49:44] j-rod|afk is now known as j-rod
[12:58:49] Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv
[13:08:09] Jordack-isCool (Jordack-isCool!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv
[13:08:18] Jordack-isCool (Jordack-isCool!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit (Read error: Connection reset by peer)
[13:08:32] Jordack-isCool (Jordack-isCool!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv
[13:10:21] Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit (Ping timeout: 240 seconds)
[13:10:50] Jordack-isCool is now known as Jordack
[13:19:40] stichnot: jya: thanks for testing. btw, I just ran another torture test on my system, got a few long pauses between transitions culminating in a "video buffering failed" message. 38MB of juicy logs to pore through
[13:36:40] jya_: stichnot: well, haven't had one since I ran the new mythbackend (only the mythbackend machine got updated)
[13:42:31] stichnot: jya_: I think the frontend also needs to be updated, for the changes in ringbuffer.cpp, to get the full benefit
[13:42:48] jya_: that's going to be more complicated...
[13:43:00] stichnot: :)
[13:43:37] jya_: the backend is easy to upgrade and run 24/7… on my main frontend, that thing get restarted and all, which is made easy using the ubuntu packages, but not so for a custom one
[13:48:37] stichnot: I see. I thought you meant it would be hard to sneak in a frontend restart...
[13:51:52] cattelan_away is now known as cattelan
[13:52:51] jya_: nah, that wouldn't be hard..
[13:53:14] jya_: the only way would be to once again build ubuntu packages like I had to… but i honestly can't be bothered...
[13:53:29] jya_: having said that, I could just move to master
[13:53:42] jya_: especially if 0.26 is going to be a short release
[13:56:48] stichnot: no need, at least not until I believe things are fixed
[14:03:27] jya_: LOL: http://www.ohloh.net/p/mythtv/factoids/19189443
[14:04:51] jpabq: entr;pic
[14:13:28] stichnot: is #10633 the case where the user needs to run mythtv-setup on the frontend to set the "Local Backend" IP address?
[14:13:28] ** MythLogBot http://code.mythtv.org/trac/ticket/10633 **
[14:14:14] cattelan (cattelan!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has quit (Ping timeout: 244 seconds)
[14:16:26] cattelan (cattelan!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has joined #mythtv
[14:18:16] jya_: stichnot: probably… all myth programs listen on the address/subnet defined for the backend
[14:19:12] jya_: I think it's a very unfortunate choice. I discussed about it with wagnerrp; no decision was made on how to change this. In the mean time, i've changed the bonjour service (raop and airplay) to listen on all local addresses
[14:20:17] jya_: allright… off to bed. goodnight everyone
[14:24:20] jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Quit: jya_)
[14:28:56] wagnerrp: stichnot, jya: if the user does NOT run mythtv-setup and configure an IP address to listen on, it will listen on all available private (RFC1918) network addresses
[14:29:30] stichnot: meaning the user poked around and messed up the default setting?
[14:29:38] stichnot: (I have done that myself...)
[14:30:10] wagnerrp: when a myth application starts up, it will scan for the available addresses, and compare them with the setting
[14:30:34] wagnerrp: if the setting has been set, it will only listen on that address, and localhost
[14:30:52] wagnerrp: or if that address is not available, due to being configured incorrectly, it will warn such, and only listen on localhost
[14:31:05] wagnerrp: (with the consequence of problems if your frontend/backend start before the network is up)
[14:32:34] wagnerrp: looking at the logs, the user has not defined an IP address for that host, so it instead listens everywhere
[14:32:52] wagnerrp: however for some reason, it cannot bind on 192.168.123.1
[14:33:01] wagnerrp: so it aborts
[14:33:30] wagnerrp: it also fails to bind to UDP 6548 (mythmessage) on the same address
[14:33:52] wagnerrp: however mythudpnotifier is configured to allow a failure, and remain connected to the other ports
[14:34:08] wagnerrp: while the network control socket is configured to abort if any of the addresses fail to listen
[14:34:32] wagnerrp: what's odd is that TCP 6547 (services) does successfully listen on that IP address
[14:35:46] wagnerrp: and then theres this 82.69.xxx that it refused to listen on, i guess this machine is his internet gateway
[14:36:43] stichnot: but these are definitely kinder gentler times... not so long ago such a ticket would have been met with a harsh admonishment to seek help on the -users list :)
[14:38:03] ** wagnerrp wonders if there are any socket diagnostics that could indicate specifically why a listen/bind failed **
[14:38:48] wagnerrp: and version "v0.25pre"... wonder what packager is doing that, since thats a manually set value
[14:41:38] wagnerrp: odd... report is from a "Paul Saunders", but his backend's IP is registered to "David Headland"
[15:07:41] stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has quit (Ping timeout: 260 seconds)
[15:51:32] stuartm: latter is a reseller?
[15:51:41] joki (joki!~joki@p548629D9.dip.t-dialin.net) has quit (Ping timeout: 252 seconds)
[15:51:49] joki- (joki-!~joki@p54862362.dip.t-dialin.net) has joined #mythtv
[15:52:00] joki- is now known as joki
[16:00:10] dlblog (dlblog!~dlblog@c-76-127-227-175.hsd1.ma.comcast.net) has quit (Ping timeout: 245 seconds)
[16:03:59] stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has joined #mythtv
[16:24:18] dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has quit (Remote host closed the connection)
[16:24:36] Lomion0815 (Lomion0815!Lomion0815@178-190-207-228.adsl.highway.telekom.at) has joined #mythtv
[16:24:58] dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has joined #mythtv
[16:27:47] wagnerrp: latter?
[16:31:30] NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv
[16:38:43] rsiebert_ (rsiebert_!~quassel@g225061255.adsl.alicedsl.de) has quit (Remote host closed the connection)
[16:40:45] rsiebert (rsiebert!~quassel@g225061255.adsl.alicedsl.de) has joined #mythtv
[16:47:13] Beirdo: tgm4883: you around?
[16:49:22] wagnerrp: Beirdo: no, i just built from master to test that patch, and it came up as "0.26pre"
[16:49:30] wagnerrp: no -xxx-qyyyyyyyy
[16:50:20] Beirdo: from git?
[16:50:25] wagnerrp: yes
[16:50:36] wagnerrp: standard configure/make/make install
[16:50:53] wagnerrp: from the gitolite repo
[16:51:18] Beirdo: MythTV Version : v0.26-pre-72-gea5aa87-dirty
[16:51:19] Beirdo: MythTV Branch : master
[16:51:25] Beirdo: working fine here
[16:52:08] wagnerrp: MythTV Version : v0.26pre
[16:52:13] wagnerrp: MythTV Branch :
[16:52:43] wagnerrp: you know... i know what it is
[16:52:44] Beirdo: what does git describe --dirty return?
[16:53:06] wagnerrp: this is one of those git-new-workdir paths
[16:53:15] wagnerrp: where the .git stuff is symlinked to a central location
[16:53:33] Beirdo: yeah, that might just not work
[16:53:35] wagnerrp: and the branch is nullfs mounted into a jail, which does not have access to that central location
[16:54:07] wagnerrp: i didnt notice it before, as previously i had the origin branch mounted in the jail
[16:54:08] Beirdo: basically, if built from git, git describe --dirty is the version
[16:54:21] Beirdo: then git describe (in case they have an old git)
[16:54:28] Beirdo: then it uses the VERSION gile
[16:54:29] Beirdo: file
[16:55:00] Beirdo: so his 0.25pre was from the non-updated VERSION file, which I've updated in the tarball since
[16:55:21] Beirdo: I'm just concerned if mythbuntu's 0.25 release says that too
[16:55:39] Beirdo: if so, we need to get that fixed :)
[16:56:05] superm1: we cut our release right after gold was declared, and from the fixes branch
[16:56:30] Beirdo: superm1: is it possible to tweak that one file and recreate the 0.25 release one?
[16:56:49] wagnerrp: http://pastebin.com/tUCfwz6M
[16:56:58] Beirdo: I noticed the issue a couple days after release
[16:57:26] Beirdo: wagnerrp: ahhh, yeah, that will do it ;)
[16:57:32] superm1: http://paste.ubuntu.com/938553/
[16:57:44] wagnerrp: Beirdo: well that just means his build is hosed like mine (or the packager did something bad)
[16:57:45] superm1: that's what it will show on mythbuntu 12.04 without -repos/fixes updates
[16:57:55] Beirdo: OK, perfect
[16:57:56] Beirdo: :)
[16:58:11] Beirdo: ahh, you build from git ;)
[16:58:39] Beirdo: that works then :) It's just when someone builds from an export or a tarball that there's an issue
[16:58:41] Lomion0815 (Lomion0815!Lomion0815@178-190-207-228.adsl.highway.telekom.at) has quit ()
[16:58:43] superm1: yeah, but we don't have a .git directory in the source package, so basically that info is thrown into VERSION file
[16:58:46] wagnerrp: superm1: thats the release version?
[16:58:49] Beirdo: thanks for checking for me :)
[16:58:54] wagnerrp: (i.e. our release tarball)
[16:59:04] superm1: wagnerrp: not the tarball itself, but cut from git right after the tarball was released
[16:59:05] Beirdo: perfect
[16:59:11] superm1: sure np
[16:59:29] wagnerrp: oh, so it really is what git describe outputs, because its right on the tag
[16:59:39] Beirdo: the last thing we need is to have your package go out with the version wrong because I'm an idiot :)
[16:59:49] superm1: haha
[17:00:03] superm1: yeah especially since we're pretty hard frozen right now
[17:00:13] Beirdo: your packages do serve a very large portion of our user base too
[17:00:35] Beirdo: heh
[17:01:25] wagnerrp: if smolt is to be believed, about 85% worth
[17:01:52] Beirdo: so far, yeah :)
[17:01:55] superm1: well but smolt is opt in right?
[17:01:58] wagnerrp: of course that could just be early adopters
[17:02:08] wagnerrp: previously, fedora ruled the roost
[17:02:42] wagnerrp: well, probably a combination of fedora/arch
[17:02:53] Beirdo: yeah, we'll see where it settles out over time :)
[17:04:26] wagnerrp: i could add a use flag and a cron task to force it on gentoo...
[17:04:50] wagnerrp: call sendprofile.py directly, to bypass the restart requirement in mythfronten
[17:04:57] Beirdo: hehe
[17:05:16] Beirdo: can you convince gentooers to stop fiddling with CPU flags?
[17:05:25] superm1: haha
[17:05:30] wagnerrp: it would still be opt-in, with the "smolt" use flag
[17:05:38] wagnerrp: it would just eliminate the need to go into the setup wizard
[17:05:44] wagnerrp: and would allow it to work on dedicated backends
[17:06:32] Beirdo: yeah
[17:06:47] wagnerrp: 'course it would be 0.25-only
[17:06:48] Beirdo: which we should have in the code proper anyways
[17:06:55] wagnerrp: i intend to clean up all that stuff for 0.26
[17:07:22] Beirdo: I had to force a run on my backend box, and quite honestly, both the frontend and backend are important to know
[17:07:51] wagnerrp: well on the backend, you can only do it manually through the services api
[17:08:48] Beirdo: it should be handled by the housekeeper
[17:08:59] Beirdo: once they opt-in of course
[17:09:16] wagnerrp: unrelated note, any idea why on freebsd, im able to steal TCP ports from other applications?
[17:09:26] wagnerrp: not UDP, just TCP
[17:09:40] wagnerrp: Beirdo: yeah, ideally there is only one on/off for the whole cluster
[17:09:43] Beirdo: they may have opened them with a flag for that. one sec
[17:09:51] wagnerrp: you enable it on one machine, they all start updating
[17:10:34] SmallR2002 (SmallR2002!~quassel@c-98-253-173-240.hsd1.il.comcast.net) has quit (Ping timeout: 246 seconds)
[17:10:41] gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Quit: Leaving)
[17:11:47] wagnerrp: SO_REUSEADDR maybe?
[17:11:53] Beirdo: that's the one
[17:11:53] SmallR2002 (SmallR2002!~quassel@c-98-253-173-240.hsd1.il.comcast.net) has joined #mythtv
[17:12:05] Beirdo: I was trying to find it in the man pages, hadn't got to it yet :)
[17:12:18] wagnerrp: man 7 socket
[17:12:36] Beirdo: yeah, I had the wrong socket page
[17:12:51] Beirdo: I had man 2 socket :)
[17:13:14] wagnerrp: clearly you were asking the wrong man
[17:13:24] Beirdo: Yup.
[17:16:35] Beirdo: Mark Lord up to his usual "I know best" logic
[17:17:15] Beirdo: why should storage groups follow symlinks? it just makes it slower for no good reason.
[17:17:36] wagnerrp: at least its "with" and not "without"
[17:17:49] wagnerrp: makes it better than most logic employed by feature requests
[17:18:01] Beirdo: heh
[17:18:14] wagnerrp: (with a patch)
[17:18:17] Beirdo: yeah
[17:18:29] Beirdo: it will double the access time on every read and write
[17:18:34] Beirdo: well, every open
[17:19:04] Beirdo: for what? just so the 8 setups he did for friends work as he wants?
[17:19:13] Beirdo: silly boy.
[17:19:23] wagnerrp: i still dont understand why you would want to configure it in that manner
[17:19:35] wagnerrp: i dont know what advantage it could get you
[17:19:39] Beirdo: he likely has something else that reads from the same dirs
[17:19:50] wagnerrp: so?
[17:20:00] Beirdo: but he can mount them at the storage group dir, and put the symlink for the other use
[17:20:38] Beirdo: and if he's just linking to directories, why not put the directory instead of a symlink?
[17:20:45] Beirdo: I don't get it either
[17:20:51] wagnerrp: i mean id be willing to make the change if there were a rational reason to want to configure it that way
[17:21:23] wagnerrp: something more than "linux supports symlinks so im going to use them, you lowly windows user"
[17:21:53] Beirdo: except I think I'd use QDir/QFile support to follow the symlink perhaps
[17:22:19] Beirdo: yeah, his rationale is lacking.
[17:23:26] Beirdo: and if it IS a bug, he should have raised a ticket
[17:23:31] Beirdo: not just mumbled about it
[17:23:54] Beirdo: it's beneath him to put in proper bug reports, it seems
[17:24:35] Beirdo: OK, I need food. Be back later
[17:41:17] abqjp (abqjp!c742f80c@gateway/web/freenode/ip.199.66.248.12) has quit (Ping timeout: 245 seconds)
[17:48:06] gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv
[18:16:41] share (share!share@unaffiliated/share) has left #mythtv ()
[19:09:00] stichnot_ (stichnot_!~chatzilla@mythtv/developer/stichnot) has joined #mythtv
[19:11:00] stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has quit (Ping timeout: 260 seconds)
[19:11:11] stichnot_ is now known as stichnot
[19:21:33] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv
[19:25:35] rsiebert (rsiebert!~quassel@g225061255.adsl.alicedsl.de) has quit (Remote host closed the connection)
[19:27:46] rsiebert (rsiebert!~quassel@g225061255.adsl.alicedsl.de) has joined #mythtv
[19:45:16] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[19:54:12] Lomion0815 (Lomion0815!Lomion0815@178-190-207-228.adsl.highway.telekom.at) has joined #mythtv
[19:55:13] danielk22 (danielk22!~danielk@96.57.9.142) has joined #mythtv
[19:58:13] danielk22: gigem: It's a bit late but you can zero out atsc_major_chan and atsc_minor_chan and then they won't be used for channel sorting or tuning. You will need to rescan for channels a bit more often, but I'm guessing you will get the sort order you want without any code changes.
[20:09:19] danielk22: Beirdo: FYI I tried to compile the ffmpeg branch last night and it failed on a use of uint and not finding some SDL header (both in libav.) I was too tired to investigate. But did try a make distclean && ./configure && make -k and still got those errors.
[20:11:36] dekarl1 (dekarl1!~dekarl@p4FCEE1A6.dip.t-dialin.net) has joined #mythtv
[20:12:52] Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit ()
[20:14:45] dekarl (dekarl!~dekarl@p4FCEE7CA.dip.t-dialin.net) has quit (Ping timeout: 272 seconds)
[20:29:05] Beirdo: interesting. It's always worked for me after a distclean
[20:29:22] Beirdo: might wanna look at emptying the ccache too?
[20:30:36] Beirdo: Hmmm, or maybe a git clean -n will show some old files kicking around that need deleting?
[20:35:58] skrock (skrock!~martin@c-167270d5.024-74-736b7610.cust.bredbandsbolaget.se) has joined #mythtv
[20:39:52] danielk22: Beirdo: I'll try both
[20:42:26] wagnerrp: is there any real reason to set the proxy for a TCP listen socket?
[20:43:01] danielk22: Beirdo: knightr_: QByteArray::toLocal8Bit().constData() is ok as a construct so long as the const char* is never used after the next ";" in the code.
[20:44:25] danielk22: myFunc(QString("my value").toLocal8Bit().constData()); <- ok
[20:44:32] Beirdo: makes sense, so basically if you still want it, strdup it
[20:44:45] Beirdo: or break it into two lines
[20:45:02] danielk22: const char *ptr = QString("my value").toLocal8Bit().constData(); printf(ptr); <- not ok
[20:45:22] Beirdo: right
[20:45:27] Beirdo: makes sense
[20:45:45] Beirdo: just hadn't really thought it through earlier
[20:47:14] Beirdo: I hope you had a good trade show :)
[20:47:23] danielk22: If you just want to keep it a short while you can do const QByteArray mv = QString("my value").toLocal8Bit(); const char *ptr = mv.constData(); and ptr will be good until mv is out of scope.
[20:47:48] Beirdo: yeah, that's how we fixed the one in question that I changed
[20:48:15] Beirdo: otherwise, you are playing with fire, hoping nothing reuses that area of teh stack (very naughty)
[20:48:19] danielk22: Good show, it kept me pretty busy.
[20:49:17] danielk22: Beirdo: It's actually not on the stack.. It's in the heap. The QByteArray will have been on the stack, but the data itself will be a free'd pointer on the heap.
[20:49:28] Lomion0815 (Lomion0815!Lomion0815@178-190-207-228.adsl.highway.telekom.at) has quit ()
[20:49:55] Beirdo: ooh, that's even worse :)
[20:50:37] Beirdo: OK, WTF did I do with my spindles of DVDR?
[20:50:53] Beirdo: I bet I'm a moron and left them in PR with the ex-wife.
[20:51:14] Beirdo: nothing amazon can't fix, I guess
[20:51:18] wagnerrp: like what.... two years ago?
[20:51:22] Beirdo: yeah
[20:51:31] Beirdo: shows how much I burn crap, eh?
[20:51:50] Beirdo: everything I've burned since has fit on CDR
[20:51:50] ** wagnerrp is using a half filled 100-spindle as a headrest presently **
[20:52:13] Beirdo: I have maybe 20 left of CDR, 25 of BD-R
[20:52:25] Beirdo: or whatever they call them
[20:52:34] Beirdo: and no DVD+/-R
[20:52:34] wagnerrp: you actually got a burner?
[20:52:44] wagnerrp: (BD burner)
[20:52:56] Beirdo: yeah, a generous user bought me one
[20:53:08] Beirdo: I was going to get one, but this works. :)
[20:53:23] wagnerrp: oh, so that 25 is what is remaining of a pack of 25...
[20:53:24] sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv
[20:53:28] danielk22: Heh, looks like jya explained the QByteArray thing better yesterday..
[20:53:28] Beirdo: Yup :)
[20:54:04] Beirdo: I'll go refill my stock soon. It's always better to have too much media than not enough
[20:54:30] wagnerrp: well... assuming the media doesnt go bad sitting on the shelf
[20:54:33] Beirdo: actually, no time like the present (or I'll forget)
[20:54:36] Beirdo: yeah, true
[20:54:42] wagnerrp: that stuff does eventually delaminate
[20:55:14] wagnerrp: any thoughts on $10633? "Error 10: Operation on socket is not supported"
[20:55:20] wagnerrp: #10633
[20:55:20] ** MythLogBot http://code.mythtv.org/trac/ticket/10633 **
[20:55:27] Beirdo: true, but it's supposed to be a while in the future
[20:55:32] Beirdo: one sec
[20:58:45] Beirdo: but... error 10 (ECHILD) doesn't match that
[20:58:47] Beirdo: hmmm
[20:58:50] Beirdo: still looking
[20:59:08] wagnerrp: these are Qt's codes, so they may be different from stock
[20:59:19] skrock (skrock!~martin@c-167270d5.024-74-736b7610.cust.bredbandsbolaget.se) has quit (Quit: WeeChat 0.3.7)
[20:59:25] Beirdo: oh, not printing errno?
[20:59:39] Beirdo: you should be able to use the ENO macro in the logs
[21:00:30] Beirdo: hmmm
[21:00:42] wagnerrp: QTcpServer::serverError() and QIODevice::errorString()
[21:01:16] wagnerrp: err, no... QTcpServer::errorString()
[21:01:55] dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has quit (Quit: Ex-Chat)
[21:01:56] Beirdo: K. so that was after a QTcpServer::listen(), I take it
[21:02:18] wagnerrp: http://qt-project.org/doc/qt-4.8/qabstractsoc . . . etError-enum
[21:02:58] Beirdo: yeah, the first thing I was thinking is that he has IPv6 off, but that error was from IPv4
[21:03:10] wagnerrp: off?
[21:03:19] wagnerrp: oh, disabled in the kernel
[21:03:24] wagnerrp: no, multiples of v4 and v6
[21:04:04] Beirdo: yeah, like blacklisting ipv6 module and the like
[21:04:10] wagnerrp: http://code.mythtv.org/trac/browser/mythtv/my . . . ool.cpp#L303
[21:05:02] Beirdo: but the one in his ticket shows IPv4. Not sure here
[21:05:35] wagnerrp: none of the ipv6 addresses failed to bind
[21:05:53] wagnerrp: only 192.168.123.1, 192.168.101.20, and 10.0.0.1
[21:06:25] wagnerrp: hold on....
[21:07:25] Beirdo: could he have disabled IPv4 somehow?
[21:07:34] wagnerrp: those are broadcast addresses
[21:07:37] Beirdo: that would be spectacularly odd.. and dumb.
[21:07:47] Beirdo: ?
[21:07:56] Beirdo: .1 .20 and .1 are broadcast?
[21:07:57] wagnerrp: look at the UDP binds in the log
[21:08:17] wagnerrp: when it goes through, it picks up all addresses, and their matching broadcast
[21:08:32] wagnerrp: so that the UDP listener knows where to properly listen
[21:08:42] wagnerrp: its trying to listen on those three addresses twice
[21:08:54] Beirdo: ooooh, this is UDP?
[21:09:00] wagnerrp: meaning once as the IP address, and once as the broadcast address for the 255.255.255.255 network mask
[21:09:12] wagnerrp: no, TCP
[21:09:21] danielk22: Beirdo: I'm getting things like this now -> make[1]: *** No rule to make target `libavcodec/x86/x86inc.asm', needed by `libavcodec/x86/ac3dsp.o'.
[21:09:40] wagnerrp: but im wondering if something screwy is happening with the network code because they are network-less aliases
[21:09:43] danielk22: Are all the files in your tree committed?
[21:09:59] Beirdo: danielk22: yes, they are. That sounds like a mix of both versions are there
[21:10:16] Beirdo: and a distclean after?
[21:10:37] wagnerrp: but that wouldnt explain why 192.168.123.1 could listen on TCP port 6547 but not 6546
[21:10:46] Beirdo: danielk22: you sure you didn't accidentally switch back to master?
[21:10:52] OPPluto (OPPluto!~jedi@cpe-76-185-75-39.tx.res.rr.com) has joined #mythtv
[21:11:27] Beirdo: wagnerrp: yeah, maybe we should get an ifconfig -a from the user
[21:12:06] danielk22: Beirdo: I didn't but I just did a checkout of in a tree that previously held master I've just did a "rm -Rf external" + reset...
[21:12:36] Beirdo: K, that should help, I think
[21:13:01] Beirdo: they moved crap around, I find a distclean any time I switch to/from the ffmpeg sync does it
[21:13:42] Beirdo: it's messy when dealing with 12 months of changes :)
[21:16:26] highzeth (highzeth!~hz@9-62-11.connect.netcom.no) has joined #mythtv
[21:17:02] OPPluto: q
[21:17:07] OPPluto (OPPluto!~jedi@cpe-76-185-75-39.tx.res.rr.com) has quit (Quit: leaving)
[21:18:46] danielk22: Beirdo: the rm -Rf worked.. it now compiles!
[21:18:59] Beirdo: Yay!
[21:19:13] Beirdo: We'll have to make sure it merges cleanly when the time comes
[21:21:39] highzeth (highzeth!~hz@9-62-11.connect.netcom.no) has quit (Quit: Leaving)
[21:25:43] jwhite (jwhite!~jwhite@75-146-153-89-minnesota.hfc.comcastbusiness.net) has quit (Quit: Leaving)
[21:28:05] j-rod is now known as j-rod|afk
[21:28:44] hashbang (hashbang!~alex@213-152-35-50.dsl.eclipse.net.uk) has quit (Quit: Leaving.)
[21:39:36] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 245 seconds)
[21:55:54] gigem: danielk22: thanks for the follow up on the atsc numbers.
[21:58:48] danielk22: stichnot: http://code.mythtv.org/trac/ticket/10630 <-- could that have happened when we converted a bunch of QMaps to QHashes for 0.24 ?
[21:59:40] danielk22: Hmm, looking at the code that doesn't make sense.. it probably has been there since the code was first committed.
[21:59:44] wagnerrp: stichnot: perhaps you need to use shorter words with that 'batch cut list' thread?
[22:00:04] wagnerrp: type louder too, ive heard that helps
[22:13:57] stuartm: danielk22: it does make me wonder if that's the only instance, but I can't think of a simple way to find others through grep or similar
[22:16:04] danielk22: stuartm: I'm sure there are other memory leaks, but I'm fairly sure there aren't any large ones in oft used code.
[22:20:25] stuartm: I meant instances of incorrect iteration over a container, in most cases the effects would be obvious and soon fixed, but there may be some more subtle bugs that have gone unnoticed
[22:21:22] stuartm: anyway, since I can't think of a way to find those short of a line by line audit it's fairly pointless to dwell on it
[22:22:19] stuartm: I'd like to think that a really good static analysis tool might look for that sort of thing, but we don't have access to one :)
[22:25:20] danielk22: stuartm: Code review is the only way I know of. In theory a static analysis tool could find it, but it would need to be pretty sophisticated. I remember reviewing that code, I sent it back to the submitter several times but I missed this bug.
[22:28:27] stichnot: wagnerrp: heh :)
[22:29:20] wagnerrp: hey, what you said made perfect sense to me...
[22:45:14] knightr_: danielk22, Thank you, that's definitely a good thing to know!
[22:45:44] ** knightr_ prays you are not telling him that because he committed something that was not OK... **
[22:52:41] mrand: stuartm, would that memory leak affect mythvideo playback (.iso, .mpeg, .avi, etc), or is it restricted to OTA?
[22:52:54] mrand: I mean recorded
[23:01:29] jya (jya!~jyavenard@mythtv/developer/jya) has quit (*.net *.split)
[23:04:19] jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv
[23:04:40] stichnot: mrand: if you're talking about #10630, then it's likely restricted to OTA recordings, as I'm not aware of other video files that would contain teletext
[23:04:40] ** MythLogBot http://code.mythtv.org/trac/ticket/10630 **
[23:05:01] stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has quit (*.net *.split)
[23:05:01] brfransen (brfransen!~brfransen@64.179.142.146) has quit (*.net *.split)
[23:05:01] rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has quit (*.net *.split)
[23:05:01] GreyFoxx (GreyFoxx!~greg@mythtv/developer/GreyFoxx) has quit (*.net *.split)
[23:05:02] Beirdo (Beirdo!~gjhurlbu@mythtv/developer/beirdo) has quit (*.net *.split)
[23:05:02] wseltzer (wseltzer!~wseltzer@peppercorn.seltzer.org) has quit (*.net *.split)
[23:05:07] GreyFoxx (GreyFoxx!~greg@out.of.phaze.org) has joined #mythtv
[23:05:31] stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has joined #mythtv
[23:08:59] stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Remote host closed the connection)
[23:09:08] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[23:10:20] brfransen (brfransen!~brfransen@64.179.142.146) has joined #mythtv
[23:10:20] rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has joined #mythtv
[23:10:20] Beirdo (Beirdo!~gjhurlbu@mythtv/developer/beirdo) has joined #mythtv
[23:10:20] wseltzer (wseltzer!~wseltzer@peppercorn.seltzer.org) has joined #mythtv
[23:20:04] danielk22: knightr_: no worries, i was just reading through the log and saw some questions about the topic.
[23:21:25] mrand: thanks stichnot
[23:35:34] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya)
[23:48:26] stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has quit (Ping timeout: 245 seconds)
[23:50:48] cocoa117 (cocoa117!~cocoa117@188-222-31-239.zone13.bethere.co.uk) has joined #mythtv

IRC Logs collected by BeirdoBot.
Please use the above link to report any bugs.