MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (86):

aloril, andreax, Anduin, Anssi, anykey_, beata, Beirdo, brfransen, Captain_Murdoch, cesman, Chutt, clever, coling, Cougar, dagar, danielk22, Dave123, Dave123-road, dekarl1, dlblog, eharris, elvum_, f33dMB, foobum, ghoti, Gibby, gregL, GreyFoxx, hads, highzeth, hobiga, iamlindoro, ikonia, J-e-f-f-A, j-rod|afk, jams, jannau, jarle, jcarlos, JEDIDIAH__, joe____, jpabq-, jstenback, justinh, justpaul, jwhite, kc, knightr, kormoc, kurre, laga, mag0o, markk_, mike|2, mrand, mycosys, MythBuild, MythLogBot, okolsi, paul-h, poptix, purserj, reynaldo, rhpot1991, Saviq_afk, Seeker`, skd5aner, Snow-Man, sphery, Splat1, stuarta, superm1, sutula, ThisNewGuy1, tomimo, tris, tstorm, Unhelpful, wagnerrp, weta, XChatMav, xilet, xris, ybot, zombor, _charly_
Tuesday, March 22nd, 2011, 00:00 UTC
[00:00:11] abqjp (abqjp!~abqjp@97-119-174-22.albq.qwest.net) has quit (Quit: abqjp)
[00:07:51] cesman (cesman!~cecil@pool-71-254-162-41.lsanca.fios.verizon.net) has joined #mythtv
[00:07:52] cesman (cesman!~cecil@pdpc/supporter/professional/cesman) has joined #mythtv
[00:07:52] cesman (cesman!~cecil@pool-71-254-162-41.lsanca.fios.verizon.net) has quit (Changing host)
[00:11:52] Dave123 (Dave123!~dave@cpe-66-66-127-3.rochester.res.rr.com) has joined #mythtv
[00:42:19] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[00:48:03] kormoc is now known as kormoc_afk
[00:48:07] tgm4883: sphery, no worries, let us know if you need anything else
[00:55:49] highzeth (highzeth!~hz@hoiseth.no) has quit (Read error: Connection reset by peer)
[00:57:25] gigem_ (gigem_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection)
[00:57:51] gigem_ (gigem_!~david@host103.16.intrusion.com) has joined #mythtv
[00:57:51] gigem_ (gigem_!~david@mythtv/developer/gigem) has joined #mythtv
[00:57:51] gigem_ (gigem_!~david@host103.16.intrusion.com) has quit (Changing host)
[00:59:18] highzeth (highzeth!~hz@hoiseth.no) has joined #mythtv
[01:02:29] kenni (kenni!~kenni@mythtv/developer/kenni) has quit (Quit: leaving)
[01:13:38] dekarl1 (dekarl1!~dekarl@e180130189.adsl.alicedsl.de) has joined #mythtv
[01:14:15] dekarl (dekarl!~dekarl@e180134127.adsl.alicedsl.de) has quit (Ping timeout: 240 seconds)
[01:15:58] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Read error: Connection reset by peer)
[01:16:31] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[01:27:16] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[01:33:21] danielk22: sphery: I'm getting this error every five minutes..<<<HouseKeeper: Error downloading http://themes.mythtv.org/themes/repository/0.25/themes.zipremote themes info package.>>>
[01:41:58] abqjp (abqjp!~abqjp@71-37-148-206.albq.qwest.net) has joined #mythtv
[01:42:00] iamlindoro: probably want to talk to Captain_Murdoch about that instead
[01:42:08] kormoc_afk is now known as kormoc
[01:42:42] iamlindoro: Not that I don't think sphery has the answer to that and all other questions in his brain ;)
[01:42:43] Captain_Murdoch: sounds like your version.cpp file is messed up.
[01:42:52] Captain_Murdoch: danielk22, ^^ what's in version.cpp?
[01:43:30] Saviq_afk is now known as Saviq
[01:43:36] sphery: danielk22: is this on the system that got the error with git version --dirty
[01:43:42] Captain_Murdoch: specifically myth_source_path
[01:51:16] danielk22: sphery: Captain_Murdoch: This is not the same system, this is an ubuntu system; but it also doesn't support git describe --dirty.
[01:51:52] danielk22: find . -name version.cpp returns nothing.
[01:53:21] danielk22: hmm, right this is running the rec2 branch, so MYTH_SOURCE_PATH is "mythtv-rec2" in version.h
[01:54:31] Captain_Murdoch: no version.cpp? how'd you compile? I should put in a check so that we only try that download once a day even if the file doesn't exist. right now it checks the download if the file doesn't exist or if it's older than 2 days or if it's been more than 24 hours since we checked.
[01:55:13] Captain_Murdoch: I need to figure out a way to know that we're not on master and not on a released version.
[01:55:29] danielk22: make :) what depends on version.cpp ?
[01:55:46] sphery: Captain_Murdoch: it got changed to libs/libmythbase/version.h
[01:55:49] Captain_Murdoch: you're hitting that case, so it currently falls back to checking the binary api vesion string.
[01:56:05] Captain_Murdoch: sphery, ah. /me didn't remember that.
[01:56:19] Captain_Murdoch: either way, same difference. :)
[01:56:29] sphery: think that was related to the the git version changes
[01:57:04] sphery: https://github.com/MythTV/mythtv/commit/70a157f96
[01:57:43] sphery: so, related to the windows symbol visibility issues, actually
[01:57:55] Captain_Murdoch: yeah, I remember talking about it now. especially since I just looked at the source 5 minutes ago and saw the all-caps MYTH_SOURCE_PATH in my themechooser.cpp file.
[02:07:11] Captain_Murdoch: danielk22, use "-O ThemeUpdateNofications=0" and it won't try that download. I'm putting a change in master now to only try it once per day.
[02:08:27] andreax (andreax!~andreaz@p57B95A88.dip.t-dialin.net) has joined #mythtv
[02:08:58] andreax (andreax!~andreaz@p57B95A88.dip.t-dialin.net) has quit (Client Quit)
[02:13:58] Captain_Murdoch: danielk22, what are your thoughts on putting your /Config setup code into master if it will be worked on. I wondered about making a temporary env var that the user would have to set to enable the web edit. only temporary until we get some form of authentication setup.
[02:14:18] Captain_Murdoch: I have the mythtvsetup-www branch up to date with trunk as of the 16th I think.
[02:15:11] iamlindoro: Not that you asked me, but it's a lot more likely to get worked on if it's in master IMO :)
[02:15:34] iamlindoro: s/worked on/worked on by a group/
[02:15:35] Captain_Murdoch: iamlindoro, that's why I brought it up to date, I want to get it enabled in master, even if it takes an env var to turn on.
[02:15:35] danielk22: Captain_Murdoch: re,ThemeUpdateNotfications..I'll just get it from trunk, not such a big deal.
[02:17:54] Captain_Murdoch: danielk22, I need to think up a good, non-invasive way to know that we're not master and not a -fixes release. I'm unsure how trunk packages work, they may be failing as well if they don't have the source version set to master.
[02:17:55] danielk22: If it gets worked on I'm fine with it. :)
[02:18:54] Captain_Murdoch: ok, I'll get the branch up to date and look at protecting somethings via an env var for now. I think dblain said he could look at authentication at some point, but I don't want that to hold up progress.
[02:19:14] Captain_Murdoch: once I get that branch up to date and those changes made, I'll merge back into master.
[02:19:56] Captain_Murdoch: I also wanted to play with check_settings unless you had something in mind for that and wanted me to hold off.
[02:20:59] Captain_Murdoch: I was thinking it might be nice if that took a QString arg to return error messages in. so we could redraw the form with things like "Backend IP address must be in IPv4 or IPv6 format, not a hostname"
[02:21:22] Captain_Murdoch: s/things/notes in red/
[02:25:19] iamlindoro: Well, we won't be using a text input for that anyway ;)
[02:25:36] iamlindoro: We'll be using the handy Qt funciton to return all the IP interfaces on the machine
[02:26:01] iamlindoro: But we *can* use the above described functionality to let the user know the uPnP will fail to work and that they will be unable to use a frontend on another machine
[02:26:03] Captain_Murdoch: not for the master IP. :)
[02:26:10] iamlindoro: we most certainly will!
[02:26:11] Captain_Murdoch: we can give a list,but it must be edittable
[02:26:14] iamlindoro: why?
[02:26:17] iamlindoro: ugh
[02:26:36] Captain_Murdoch: well, actually, once we hav the DB, we get the master from tehre.
[02:26:45] Captain_Murdoch: so no IP there either. bad example
[02:27:06] ** iamlindoro reloads **
[02:27:14] iamlindoro: need more ammo, foot not adequately perforated!
[02:27:58] iamlindoro: *why* would we want to persist in letting the user misconfigure *any* of the IPs? *especially* the master IP
[02:28:40] iamlindoro: Dropdown: This is a [Master|Slave] Backend
[02:28:50] iamlindoro: backed on response, add additional dropdown
[02:29:13] iamlindoro: if master, one dropdown, uneditable, with all the ethernet interfaces on the local system
[02:29:20] Captain_Murdoch: why are you continuing. :) I said bad example. :)
[02:30:17] iamlindoro: So presuambly "bad example" means, "yes, you're right, it should be an uneditable dropdown"  ;)
[02:30:28] Captain_Murdoch: that's why I want it in master. I think that the code daniel has is good for a lot of things, but I think that other settings will need to have some bits of intelligent code behind them to make it fool-proof.
[02:30:37] iamlindoro: completely agree
[02:30:48] iamlindoro: The devil will be in the details/sanity checking
[02:30:52] Captain_Murdoch: bad example meaning that 'IP' anything was bad.
[02:31:45] Captain_Murdoch: database port would have been a better example.
[02:32:03] iamlindoro: Sure, that works
[02:32:35] Captain_Murdoch: AB#@ is not a valid port.
[02:32:47] iamlindoro: in that context, we'd probably also want a "test database settings" button, too
[02:32:55] Captain_Murdoch: of course, I'd prefer that be checked injavascript at the browser if possible as well.
[02:33:00] iamlindoro: or even refuse to "next" if the DB settings don't work
[02:33:20] iamlindoro: scratch first idea, adopt second ;)
[02:34:36] Captain_Murdoch: that's part of why I wanted the static html server setup, for things like .js, .css, etc..
[02:35:38] danielk22: Captain_Murdoch: The way I saw it working is that javascript would be the first line of defense against bad data, but there needed to be a second line of defense in case javascript was blocked, or we were interacting with the setup server via an XML server, or in case of an attacker trying to inject bogus data into a DB that is otherwise projected.
[02:35:54] Captain_Murdoch: danielk22, right, I think we need checking in both locations.
[02:36:10] Captain_Murdoch: I can see some distros bypassing our setup with their own.
[02:36:13] sphery: Captain_Murdoch: maybe a QStringList, so we can list all the errors from that page... Or maybe better a map of QString messages keyed by a "resource" (field/widget/whatever) name, so we can modify loop over the list at the top of the page and give a summary of all errors, then if a resource is in the error map, we can also highlight it on the page, and ...
[02:36:32] jya: cool, someone submitted a dts encoder for ffmpeg
[02:36:35] danielk22: Captain_Murdoch: Exactly, I was thinking of LinuxMCE and MythBuntu..
[02:37:25] danielk22: They have their own configuration panels.. I'd prefer those types of things went through some form of validation and didn't have to poke the DB directly.
[02:37:37] sphery: not to mention if we did only client-side validation, users would bypass it by turning off javascript "because it wouldn't work until I did"
[02:37:43] Captain_Murdoch: sphery, yeah, error map might be best, then we can display the errors in context by each item. that map can be passed to the code that generates the page and it can insert the errors itself. if the javascript does it's job, we won't get (m)any errors in our submitted data.
[02:38:13] Captain_Murdoch: sphery, if they turn off javascript, they won't be able to use the setup interface, IMHO. :)
[02:39:04] ** Captain_Murdoch has to go get the baby the thunderstorm just woke up. **
[02:40:42] Captain_Murdoch: I don't think that requiring a modern browser is too much of a requirement for using the setup page. we could allow a simple non-javascript DB info edit page for use on a headless backend, but once that's up and connected to the DB, you should be able to edit that backend via the master in a feature-rich setup UI.
[02:42:05] Captain_Murdoch: my tossed-together storage group editor uses ajax to add/remove rows on-screen as you add dirs to or remove dirs from a storage group. it only adds/removes if the backend call succeeds.
[02:42:40] wagnerrp: Captain_Murdoch: are you saying people running mythbackend circa mid-2011 will not be able to run netscape?
[02:43:13] sphery: don't tell the -users list, I'm sure someone will explain why it's necessary
[02:43:18] sphery: :)
[02:43:41] jya: wagnerrp: netscape didn't support javascript?
[02:44:13] Captain_Murdoch: cause their main workstations is ncsa mosaix
[02:44:16] Captain_Murdoch: cause their main workstations is ncsa mosaic
[02:44:32] Captain_Murdoch: s/workstation/browser/
[02:45:23] jya: wagnerrp: you can't badmouth netscape there, i see some 1995 articles with preliminary javascript support
[02:45:47] wagnerrp: well i would have said IE, but we already know they arent running their backend on windows
[02:50:57] sphery: still, not a modern browser--and unlikely to do modern CSS and JavaScript properly, let alone handle things like AJAX's XMLHttpRequest  :)
[03:14:35] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Ping timeout: 248 seconds)
[03:15:07] GreyFoxx (GreyFoxx!~greg@2001:470:b12f:dead:beef::1) has quit (Ping timeout: 248 seconds)
[03:31:29] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv
[03:38:39] GreyFoxx (GreyFoxx!~greg@2001:470:b12f:dead:beef::1) has joined #mythtv
[03:42:32] iamlindoro: Well, online video player APIs officially suck
[03:43:02] iamlindoro: I have yet to find one that offers basic functions beyond play, pause, skip, and volume.
[03:43:26] iamlindoro: the players themselves offer captions, zoom, quality settings, etc.... but all missing from the APIs
[03:45:17] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[03:50:37] abqjp (abqjp!~abqjp@71-37-148-206.albq.qwest.net) has quit (Quit: abqjp)
[04:04:49] markk_: iamlindoro: fyi – I've noticed that something in the last few weeks has fixed most of the bluray hdmv menu issues. They appear to work correctly all of the time now:)
[04:05:42] iamlindoro: markk_, In that case I claim full credit, with my 0 commits over the past few weeks. You're welcome.  ;)
[04:06:05] iamlindoro: hehe, in all seriousness, though, nice to hear it-- I haven't played a BD in a few weeks at least-- have barely managed to use Myth period
[04:08:10] Saviq is now known as Saviq_afk
[04:08:54] iamlindoro: markk_, wondering if it's safe to make HDMV mode default when unsupported titles == 0 now
[04:11:57] iamlindoro: markk_, Just looking at the bdringbuffer for the first time in a little while-- I don't think you need to check for firstplaysupported, in fact I think that will preclude the playback of some otherwise functional HDMV discs
[04:12:18] iamlindoro: I think that first play is distinct from having working HDMV titles
[04:12:36] iamlindoro: It seems we'd be better off just checking discinfo->num_unsupported_titles
[04:13:03] iamlindoro: if == 0, then use HDMV mode... unless you know something about first play that I don't (which is totally possible)
[04:16:40] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[04:47:31] Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has quit (Ping timeout: 240 seconds)
[04:59:06] markk_: iamlindoro: sorry – lunch distraction:) I don't remember ever working with firstplaysupported. I'll do a check of all my discs and see if hdmv mode is now safe to use – if disabled for anything that reports an unsupported title.
[05:16:06] dblain (dblain!~dblain@mythtv/developer/dblain) has quit (Ping timeout: 250 seconds)
[05:17:17] dlblog (dlblog!~dlblog@c-76-127-227-175.hsd1.ma.comcast.net) has quit (Ping timeout: 255 seconds)
[05:23:07] Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has joined #mythtv
[06:00:47] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.)
[06:06:20] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv
[06:57:48] stoffel (stoffel!~quassel@p57B4CB0E.dip.t-dialin.net) has joined #mythtv
[07:05:37] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[07:08:15] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 252 seconds)
[07:18:15] martin_ (martin_!~quassel@static-88.131.29.2.addr.tdcsong.se) has joined #mythtv
[07:18:24] andreax (andreax!~andreaz@p57B95A88.dip.t-dialin.net) has joined #mythtv
[07:19:34] stoffel (stoffel!~quassel@p57B4CB0E.dip.t-dialin.net) has quit (Remote host closed the connection)
[07:24:51] deaman (deaman!~deaman@nat/trolltech/x-swdexjfwrsjlrlnx) has joined #mythtv
[07:30:08] jya (jya!~jya@mythtv/developer/jya) has left #mythtv ()
[07:30:18] jya (jya!~jya@mythtv/developer/jya) has joined #mythtv
[07:30:19] jya (jya!~jya@mythtv/developer/jya) has quit (Remote host closed the connection)
[07:30:38] jya (jya!~jya@mythtv/developer/jya) has joined #mythtv
[07:36:26] NightMonkey (NightMonkey!debian-tor@pdpc/supporter/professional/nightmonkey) has quit (Ping timeout: 246 seconds)
[07:46:58] dlblog (dlblog!~dlblog@c-76-127-227-175.hsd1.ma.comcast.net) has joined #mythtv
[07:50:51] NightMonkey (NightMonkey!debian-tor@pdpc/supporter/professional/nightmonkey) has joined #mythtv
[07:52:58] andreax (andreax!~andreaz@p57B95A88.dip.t-dialin.net) has quit (Read error: Connection reset by peer)
[08:04:08] NightMonkey (NightMonkey!debian-tor@pdpc/supporter/professional/nightmonkey) has quit (Quit: Body blow! Body blow!)
[08:04:50] tomimo (tomimo!~kurre@83.150.88.111) has quit (Ping timeout: 240 seconds)
[08:06:33] tomimo (tomimo!~kurre@xdsl-83-150-88-111.nebulazone.fi) has joined #mythtv
[08:24:39] dagar (dagar!~dagar@agar.ca) has quit (Ping timeout: 276 seconds)
[08:39:30] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.)
[08:43:42] martin_ (martin_!~quassel@static-88.131.29.2.addr.tdcsong.se) has quit (Remote host closed the connection)
[09:19:53] hansmuc (hansmuc!~hansmuc@ppp-88-217-9-77.dynamic.mnet-online.de) has joined #mythtv
[09:24:48] hansmuc (hansmuc!~hansmuc@ppp-88-217-9-77.dynamic.mnet-online.de) has left #mythtv ()
[09:30:51] jwhite (jwhite!~jwhite@75-146-153-89-minnesota.hfc.comcastbusiness.net) has quit (Ping timeout: 260 seconds)
[09:31:26] highzeth (highzeth!~hz@hoiseth.no) has quit (Ping timeout: 260 seconds)
[09:45:55] stuartm: sphery: how's it going?
[09:46:13] martin_ (martin_!~quassel@static-88.131.29.2.addr.tdcsong.se) has joined #mythtv
[09:53:20] jwhite (jwhite!~jwhite@75-146-153-89-minnesota.hfc.comcastbusiness.net) has joined #mythtv
[09:56:10] dagar (dagar!~dagar@agar.ca) has joined #mythtv
[10:05:03] mike|2 (mike|2!~mike@c-24-21-63-118.hsd1.or.comcast.net) has quit (Remote host closed the connection)
[10:05:58] mike|2 (mike|2!~mike@c-24-21-63-118.hsd1.or.comcast.net) has joined #mythtv
[10:06:28] jamesba (jamesba!~jamesba@gateb.kw.bbc.co.uk) has joined #mythtv
[10:10:59] andreax (andreax!~Andreaz@tmo-100-226.customers.d1-online.com) has joined #mythtv
[10:11:24] jya (jya!~jya@mythtv/developer/jya) has quit (Quit: jya)
[10:33:46] dblain (dblain!~dblain@c-76-127-227-175.hsd1.ma.comcast.net) has joined #mythtv
[10:33:46] dblain (dblain!~dblain@c-76-127-227-175.hsd1.ma.comcast.net) has quit (Changing host)
[10:33:46] dblain (dblain!~dblain@mythtv/developer/dblain) has joined #mythtv
[10:38:27] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv
[10:47:24] jya (jya!~jya@mythtv/developer/jya) has joined #mythtv
[11:57:47] davide_ (davide_!~david@mythtv/developer/gigem) has joined #mythtv
[13:01:59] jya (jya!~jya@mythtv/developer/jya) has quit (Quit: jya)
[13:02:41] hashbang (hashbang!~alex@213-152-35-50.dsl.eclipse.net.uk) has joined #mythtv
[13:11:08] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[13:11:59] Jordack (Jordack!~jordack@h69-131-44-221.mdsnwi.tisp.static.tds.net) has joined #mythtv
[13:13:35] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 252 seconds)
[13:14:33] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[13:16:17] j-rod|afk is now known as j-rod
[13:27:37] highzeth (highzeth!~hz@hoiseth.no) has joined #mythtv
[13:46:53] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[13:49:45] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 252 seconds)
[13:50:48] mrvanes (mrvanes!~mrvanes@095-097-002-102.static.chello.nl) has joined #mythtv
[13:51:14] mrvanes (mrvanes!~mrvanes@095-097-002-102.static.chello.nl) has quit (Remote host closed the connection)
[14:07:25] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[14:09:33] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 252 seconds)
[14:26:53] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[14:29:02] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 250 seconds)
[14:33:48] [Jordack] ([Jordack]!~jordack@h69-131-44-221.mdsnwi.tisp.static.tds.net) has joined #mythtv
[14:35:41] Jordack (Jordack!~jordack@h69-131-44-221.mdsnwi.tisp.static.tds.net) has quit (Ping timeout: 276 seconds)
[14:36:18] danielk22: Was there some policy decision made not to redirect code.mythtv.org / trac.mythtv.org / svn.mythtv.org to http://code.mythtv.org/trac ? It seems the current setup just results in an more difficult to edit and less complete intro page than the trac intro wiki page.
[14:41:21] tris (tris!~tristan@173-164-188-122-SFBA.hfc.comcastbusiness.net) has quit (Excess Flood)
[14:42:43] tris (tris!~tristan@173-164-188-122-SFBA.hfc.comcastbusiness.net) has joined #mythtv
[14:47:48] XChatMav (XChatMav!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[14:50:15] MavT (MavT!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 252 seconds)
[14:59:46] danielk22 (danielk22!~danielk@96.57.9.142) has quit (Ping timeout: 240 seconds)
[15:00:11] danielk22 (danielk22!~danielk@96.57.9.142) has joined #mythtv
[15:03:21] martin_ (martin_!~quassel@static-88.131.29.2.addr.tdcsong.se) has quit (Remote host closed the connection)
[15:09:59] stuartm: IMHO it should redirect to /trac – all the links are already there on the trac page
[15:27:13] MythBuild: build #775 of master-linux-64bit is complete: Failure [failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/775 blamelist: Mark Kendall <mkendall@mythtv.org >
[15:31:24] markk_: ?
[15:32:29] MythBuild: build #726 of master-linux-32bit is complete: Failure [failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/726 blamelist: Mark Kendall <mkendall@mythtv.org >
[15:55:26] MythBuild: build #776 of master-linux-64bit is complete: Success [build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/776
[16:02:13] abqjp (abqjp!~abqjp@97-119-174-22.albq.qwest.net) has joined #mythtv
[16:04:40] MythBuild: build #727 of master-linux-32bit is complete: Success [build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/727
[16:17:39] andreax (andreax!~Andreaz@tmo-100-226.customers.d1-online.com) has quit (Quit: Leaving.)
[16:19:47] andreax (andreax!~Andreaz@tmo-101-85.customers.d1-online.com) has joined #mythtv
[16:23:49] stuartm: markk_: libvisual was buggy anyway, the primary cause of crashes in mythmusic
[16:25:00] stuarta: visualization is a nice to have if it could be stabilized...
[16:34:52] stuartm: we still had visualizers, but the use of the optional external visualizer library wasn't exactly a success
[16:45:32] andreax (andreax!~Andreaz@tmo-101-85.customers.d1-online.com) has quit (Read error: Connection reset by peer)
[16:51:47] [Jordack] is now known as Jordack
[16:57:51] gigem_ (gigem_!~david@host103.16.intrusion.com) has joined #mythtv
[16:57:51] gigem_ (gigem_!~david@host103.16.intrusion.com) has quit (Changing host)
[16:57:51] gigem_ (gigem_!~david@mythtv/developer/gigem) has joined #mythtv
[17:01:34] davide_ (davide_!~david@mythtv/developer/gigem) has quit (Ping timeout: 250 seconds)
[17:03:43] stoffel (stoffel!~quassel@p57B4D5C8.dip.t-dialin.net) has joined #mythtv
[17:11:22] deaman (deaman!~deaman@nat/trolltech/x-swdexjfwrsjlrlnx) has quit (Quit: deaman)
[17:16:43] stoffel (stoffel!~quassel@p57B4D5C8.dip.t-dialin.net) has quit (Ping timeout: 248 seconds)
[17:19:46] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 240 seconds)
[17:30:06] stoffel (stoffel!~quassel@p57B4D5C8.dip.t-dialin.net) has joined #mythtv
[17:31:52] jamesba (jamesba!~jamesba@gateb.kw.bbc.co.uk) has quit (Quit: Leaving)
[17:38:31] stoffel (stoffel!~quassel@p57B4D5C8.dip.t-dialin.net) has quit (Ping timeout: 260 seconds)
[17:51:36] andreax (andreax!~andreaz@p57B9482F.dip.t-dialin.net) has joined #mythtv
[17:57:02] sphery: stuartm: Going well (but not all of us can get as much code done as quickly as you :). I was mostly finishing up a different patch, yesterday, but got a chance to play with the ideas you gave me. The qApp->exec() thing in schemawizard.cpp works fine. Unfortunately (or fortunately?), the easy way (having each popup call qApp->quit()) results in a race condition where the selected value isn't necessarily passed through, so I'm going to do a ...
[17:57:08] sphery: ... better approach which calls exec()/quit() once for the whole schema wizard. Right now, I'm figuring out how I want to rework the current code (which is very much single-threaded) to handle the mythui event-based approach (and I think doing so will allow me to clean up schema wizard and make it easier to integrate in plugins).
[18:22:55] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv
[18:23:13] kurre (kurre!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has quit (Quit: leaving)
[18:27:58] tomimo (tomimo!~kurre@xdsl-83-150-88-111.nebulazone.fi) has quit (Read error: Connection reset by peer)
[18:53:42] kurre (kurre!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has joined #mythtv
[18:53:46] tomimo (tomimo!~kurre@xdsl-83-150-88-111.nebulazone.fi) has joined #mythtv
[19:01:32] stoffel (stoffel!~quassel@p57B4D5C8.dip.t-dialin.net) has joined #mythtv
[19:25:36] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv
[19:28:41] skd5aner (skd5aner!~skd5aner@cpe-069-132-082-180.carolina.res.rr.com) has quit (Read error: Connection reset by peer)
[19:34:51] stoffel (stoffel!~quassel@p57B4D5C8.dip.t-dialin.net) has quit (Remote host closed the connection)
[19:49:48] skd5aner (skd5aner!~skd5aner@cpe-069-132-082-180.carolina.res.rr.com) has joined #mythtv
[20:27:38] Number6 (Number6!~number6@zoidberg.geoghegan.me) has joined #mythtv
[20:27:50] Number6 (Number6!~number6@zoidberg.geoghegan.me) has left #mythtv ()
[20:36:53] Jordack (Jordack!~jordack@h69-131-44-221.mdsnwi.tisp.static.tds.net) has quit ()
[20:40:28] SteveGoodey (SteveGoodey!~steve@host86-160-41-87.range86-160.btcentralplus.com) has joined #mythtv
[20:47:52] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[20:59:07] mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 248 seconds)
[21:01:20] danielk22: Beirdo: Re: #9682. I didn't have "soft" and change the retrans, but I thought "intr" should have been enough to avoid the dreaded "D" state.
[21:03:08] danielk22: aio_write should be portable to all POSIX supporting platforms... so everything but recent Windows releases. Windows have their own version of aio_write with a slightly different API.
[21:05:10] sphery: danielk22: intr/nointr is deprecated after 2.6.25, and only SIGKILL can interrupt a pending NFS op.
[21:06:21] sphery: man page mentions it briefly (and that it's now ignored), but still says intr is preferred to soft because it's less likely to result in data corruption
[21:07:19] danielk22: sphery: heh. I guess that means I'm not mis-remembering, I'm just out of date ;)
[21:08:19] sphery: heh, yeah--don't feel bad, though, the man page still is, too (doesn't even mention if there's a new option preferred over soft)
[21:08:49] sphery: after I had some issues with NFS, my preferrence became local file systems without NFS
[21:08:50] Beirdo: heh
[21:08:51] danielk22: Beirdo: I just googled the Windows API and aside from it's pretty similar except for cancel's.
[21:09:17] Beirdo: OK. Just as long as we are aware that we don't bugger windows without knowing it, etc :)
[21:09:55] Beirdo: stupid that they removed intr support
[21:09:56] danielk22: Yup, I basically assume anything adopted by POSIX after 1999 is not supported on Windows...
[21:11:04] mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv
[21:17:05] j-rod is now known as j-rod|afk
[21:35:36] jya (jya!~jya@60-242-40-141.static.tpgi.com.au) has joined #mythtv
[21:35:36] jya (jya!~jya@60-242-40-141.static.tpgi.com.au) has quit (Changing host)
[21:35:36] jya (jya!~jya@mythtv/developer/jya) has joined #mythtv
[21:53:19] Kunalagon (Kunalagon!~Kunalagon@212.200.241.151) has joined #mythtv
[22:20:19] hashbang (hashbang!~alex@213-152-35-50.dsl.eclipse.net.uk) has quit (Quit: Ex-Chat)
[22:21:26] SteveGoodey (SteveGoodey!~steve@host86-160-41-87.range86-160.btcentralplus.com) has quit (Remote host closed the connection)
[22:33:16] tstorm (tstorm!~tstorm@173-164-230-21-SFBA.hfc.comcastbusiness.net) has joined #mythtv
[22:50:22] Kunalagon (Kunalagon!~Kunalagon@212.200.241.151) has quit (Remote host closed the connection)
[22:50:29] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[22:52:37] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Read error: Connection reset by peer)
[22:53:10] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[23:03:38] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Read error: Connection reset by peer)
[23:09:43] pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has quit (Quit: Leaving.)
[23:11:40] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[23:19:14] abqjp (abqjp!~abqjp@97-119-174-22.albq.qwest.net) has quit (Quit: abqjp)
[23:22:24] jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has quit (Ping timeout: 252 seconds)
[23:23:26] jpabq- (jpabq-!~jpabq@71-37-148-206.albq.qwest.net) has quit (Ping timeout: 240 seconds)
[23:43:16] dblain: Well, not sure anyone wants it, but I just got Server Side script support added to the html server. I call it "Qt Server Pages" (.qsp)  :)
[23:44:00] dblain: I just need to clean it up a little and I should be able to commit it soon. It's able to access all the API classes as native calls (no xml/json needed)
[23:44:46] ybot (ybot!~quassel@61.14.141.36) has quit (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
[23:45:18] jpabq (jpabq!~jpabq@71-37-148-206.albq.qwest.net) has joined #mythtv
[23:45:18] jpabq (jpabq!~jpabq@71-37-148-206.albq.qwest.net) has quit (Changing host)
[23:45:18] jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has joined #mythtv
[23:45:47] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[23:46:03] ybot (ybot!~quassel@61.14.141.36) has joined #mythtv
[23:46:31] jpabq- (jpabq-!~jpabq@71-37-148-206.albq.qwest.net) has joined #mythtv
[23:50:28] jpabq: The joys of running "master" in production. Updated a week ago for the first time in over a month. During the last week, my mythbackend process has wedged hard every couple of days. It wedges so hard that killing it just results in a defunct process with init as the owner. I have to reboot to get it running again. I am compiling up a debug version now, so hopefully I can find out where the problem is.
[23:51:37] Beirdo: how odd
[23:52:01] Beirdo: mine craps out occasionally with a NetworkError (as the type still isn't registered for signal use)
[23:52:11] Beirdo: I keep forgetting to make a patch for it
[23:52:33] Beirdo: and running in Qt's "abort on a warning" mode... can be painful
[23:53:12] jpabq: Considering how it locks up, I will probably have to run it *in* a debugger to have any chance at seeing a valid stack.
[23:53:49] Beirdo: I hope it's not just a case of fragments of an old build being sitting around.
[23:54:14] Beirdo: that catches me at times. distclean *AND* delete old includes/libs from the install dir can sometimes help
[23:54:25] jpabq: I did a distclean, but did not clean out old libs from /usr/local, so I suppose that is possible.
[23:54:40] Beirdo: weird crap can happen at times :)
[23:58:01] jpabq: As you noted, processing H.264 is pretty intensive. I am already somewhat convinced that my HD-PVR glitches are from lack of resources while reading from the HD-PVR. I wonder if running a debug version in a debugger will make HD-PVR recording even more glitchy.
[23:58:18] Beirdo: I'd hope not

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