MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (86):

MythLogBot, aloril, Anduin, Anssi, anykey_, brfransen, brtb, cesman, Chutt, clever, Cougar, dlblog, eharris, foobum, gregL, GreyFoxx, highzeth, J-e-f-f-A, jafa2, jams, jarle, jcarlos, JoeJulian, joki, jpabq, jpabq-, justinh, jwhite, knightr, kurre2, mag0o, mirage335, mrand, MythBuild, mzanetti, Peitolm, pheld, poptix, purserj, rsiebert, skd5aner, sphery, sraue, stichnot, stuarta, superm1, sutula, TazzNZ, tgm4883, tris, Unhelpful, vallor, wagnerrp, wahrhaft_, xris, ybot_, zCougar, coling, damaltor, dblain, ElmerFudd, foxbuntu, ghoti, jstenback, kwmonroe, laga, Slasher`, tomimo, _charly_, kormoc, Memphis, ThisNewGuy1, danielk22, cattelan, xavierh, Dave123, kenni, dekarl_zZz, mike|3, Snow-Man, abqjp, MavT, CaCtus492, bobnvic, Guest1832, joe_

Error at /usr/share/beirdobot/web/includes/utils.php, line 229:
Undefined variable $query


Details:
    datetime:  2025-09-11 09:51:54 (UTC)
    errornum:  2
  error type:  Warning
error string:  Undefined variable $query
    filename:  /usr/share/beirdobot/web/includes/utils.php
  error line:  229

Error at /usr/share/beirdobot/web/includes/utils.php, line 229:
Undefined variable $query


Details:
    datetime:  2025-09-11 09:51:54 (UTC)
    errornum:  2
  error type:  Warning
error string:  Undefined variable $query
    filename:  /usr/share/beirdobot/web/includes/utils.php
  error line:  229
Thursday, February 9th, 2012, 00:13 UTC
[00:13:00] jpabq_ (jpabq_!~jpabq@mythtv/developer/jpabq) has quit (Quit: jpabq_)
[00:24:46] xavierh (xavierh!~chatzilla@cpc1-swin3-0-0-cust274.3-1.cable.virginmedia.com) has quit (Quit: ChatZilla 0.9.88 [Firefox 10.0/20120130145648])
[00:57:45] stichnot (stichnot!~chatzilla@192.55.55.39) has quit (Ping timeout: 248 seconds)
[01:19:12] danielk22: stuartm: re: doxygen. The only thing that is documented is a constructor. It's documented with \fn which can be tempermental and should be avoided when possible. Now why that isn't showing up in the documentation I really don't know the \fn line looks ok as is.
[01:22:39] Seeker`: can anyone see any commits in the last week that might have broken BDMV playback?
[01:37:36] kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Quit: kormoc)
[01:38:01] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[01:56:36] jeff999 (jeff999!~jeff@124-171-111-66.dyn.iinet.net.au) has joined #mythtv
[02:06:04] davide_ (davide_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection)
[02:06:26] davide_ (davide_!~david@mythtv/developer/gigem) has joined #mythtv
[02:59:13] jeff999 (jeff999!~jeff@124-171-111-66.dyn.iinet.net.au) has left #mythtv ("Leaving")
[03:02:00] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya)
[03:19:26] danielk22: Heh, "{21} My Tickets (all) (1399 matches)" not the most useful report... at least for me..
[03:38:06] Seeker`: I think I'm going to start tearing my hair out. I can't find the source of this bug
[04:09:28] zombor_ (zombor_!~zombor_@kohana/developer/zombor) has joined #mythtv
[04:12:21] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Ping timeout: 246 seconds)
[04:31:31] stichnot (stichnot!~chatzilla@192.55.54.42) has joined #mythtv
[04:59:36] zombor_ (zombor_!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[05:07:04] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[05:12:50] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[05:15:44] ** Beirdo makes ripping sounds as MythFillDatabaseLog setting is unceremoniously torn from the code **
[05:16:04] Beirdo: I got it using MythDownloadManager, no more wget
[05:16:59] Beirdo: so no need for the separate log that was only kept for the wget stuff
[05:35:23] bobnvic (bobnvic!~Bob@64-126-54-49.dyn.everestkc.net) has joined #mythtv
[05:47:37] kormoc (kormoc!~kormoc@71-212-119-146.tukw.qwest.net) has joined #mythtv
[05:47:40] kormoc (kormoc!~kormoc@71-212-119-146.tukw.qwest.net) has quit (Changing host)
[05:47:40] kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv
[06:04:11] stichnot (stichnot!~chatzilla@192.55.54.42) has quit (Ping timeout: 252 seconds)
[06:22:31] stichnot (stichnot!~chatzilla@192.55.54.42) has joined #mythtv
[06:46:42] jeff999 (jeff999!~jeff@203-173-13-174.dyn.iinet.net.au) has joined #mythtv
[06:47:23] peitolm (peitolm!NYxx@unaffiliated/peitolm) has quit (*.net *.split)
[06:47:23] Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has quit (*.net *.split)
[06:47:23] jcarlos (jcarlos!~quassel@85.137.99.76.dyn.user.ono.com) has quit (*.net *.split)
[06:47:24] dekarl_zZz (dekarl_zZz!~dekarl@dslb-084-058-159-001.pools.arcor-ip.net) has quit (*.net *.split)
[06:51:47] peitolm (peitolm!NYxx@unaffiliated/peitolm) has joined #mythtv
[06:51:47] Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has joined #mythtv
[06:51:47] jcarlos (jcarlos!~quassel@85.137.99.76.dyn.user.ono.com) has joined #mythtv
[06:51:47] dekarl_zZz (dekarl_zZz!~dekarl@dslb-084-058-159-001.pools.arcor-ip.net) has joined #mythtv
[07:03:20] xris: grumble. still have a bug if you start watching a show mid-recording, invoke cultist editor at least once. it stops playing when you reach the end of where the recording was when you invoked the editor. guess I should file that one...
[07:12:14] Beirdo: yeah, that would be a good thing to get fixed
[07:12:37] Beirdo: sounds similar to something someone else may have filed (or may have been on the mailing list)
[07:13:06] Beirdo: I am minutes away from merging to master code that removes the use of wget for datadirect.
[07:13:12] Beirdo: maybe an hour :)
[07:13:26] Beirdo: Gotta test the mythtv-setup part too
[07:35:55] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv
[08:34:09] bobnvic (bobnvic!~Bob@64-126-54-49.dyn.everestkc.net) has quit (Read error: Connection reset by peer)
[08:34:29] bobnvic (bobnvic!~Bob@64-126-54-49.dyn.everestkc.net) has joined #mythtv
[08:38:07] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Read error: Operation timed out)
[09:05:49] jeff999 (jeff999!~jeff@203-173-13-174.dyn.iinet.net.au) has quit (Remote host closed the connection)
[09:23:03] xavierh (xavierh!~xavier@cpc1-swin3-0-0-cust274.3-1.cable.virginmedia.com) has joined #mythtv
[09:34:29] ThisNewGuy1 (ThisNewGuy1!~doug@pool-74-102-15-78.nwrknj.fios.verizon.net) has joined #mythtv
[09:34:41] joe____ (joe____!~jmk@64.73.32.135) has quit (Read error: Connection reset by peer)
[09:34:52] joe_ (joe_!~jmk@64.73.32.135) has joined #mythtv
[09:35:58] ThisNewGuy (ThisNewGuy!~doug@pool-74-102-15-78.nwrknj.fios.verizon.net) has quit (Ping timeout: 244 seconds)
[09:55:41] jeff999 (jeff999!~jeff@203-173-13-174.dyn.iinet.net.au) has joined #mythtv
[10:12:27] Memphisau (Memphisau!~Memphisau@202-173-169-128.dyn.iinet.net.au) has joined #mythtv
[10:15:15] Memphis (Memphis!Memphisau@124-170-81-201.dyn.iinet.net.au) has quit (Ping timeout: 252 seconds)
[10:15:59] Memphis (Memphis!Memphisau@124-148-48-158.dyn.iinet.net.au) has joined #mythtv
[10:16:38] Memphisau (Memphisau!~Memphisau@202-173-169-128.dyn.iinet.net.au) has quit (Ping timeout: 240 seconds)
[10:22:09] Memphisau (Memphisau!~Memphisau@202-173-169-128.dyn.iinet.net.au) has joined #mythtv
[10:24:53] Memphis (Memphis!Memphisau@124-148-48-158.dyn.iinet.net.au) has quit (Ping timeout: 248 seconds)
[10:25:13] temp (temp!Memphisau@124-171-211-190.dyn.iinet.net.au) has joined #mythtv
[10:25:30] temp is now known as Memphis
[10:26:58] Memphisau (Memphisau!~Memphisau@202-173-169-128.dyn.iinet.net.au) has quit (Ping timeout: 272 seconds)
[10:29:16] jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv
[10:31:29] temp (temp!Memphisau@124-170-65-225.dyn.iinet.net.au) has joined #mythtv
[10:33:58] Memphis (Memphis!Memphisau@124-171-211-190.dyn.iinet.net.au) has quit (Ping timeout: 244 seconds)
[10:47:11] jeff999 (jeff999!~jeff@203-173-13-174.dyn.iinet.net.au) has left #mythtv ("Leaving")
[10:50:42] stuartm: danielk22: even without doxygen formatted comments, the class and functions should appear in the documentation, so that's a little strange
[11:05:02] mike|2 (mike|2!~mike@c-76-115-119-121.hsd1.or.comcast.net) has quit (Remote host closed the connection)
[11:05:52] mike|3 (mike|3!~mike@c-76-115-119-121.hsd1.or.comcast.net) has joined #mythtv
[11:20:47] thinman (thinman!~abcdef@mail.indecosrl.it) has joined #mythtv
[11:22:04] thinman: h
[11:26:56] thinman (thinman!~abcdef@mail.indecosrl.it) has quit ()
[11:31:11] gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Read error: Connection reset by peer)
[11:33:43] xavierh: stuartm: I try to convert the XRand setting to MythUI, but for some reason GetVideosModes() return an empty list. Any Idea why?
[11:35:15] xavierh: I tried did with 2 differente computer with xrandr configured
[11:36:08] stuartm: I've no idea, sorry, who wrote GetVideosModes() according to git blame?
[11:46:23] xavierh: stuartm: will have a look later
[11:46:40] xavierh: I have done the conversion, but could not test it :(
[11:47:38] gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv
[12:17:48] sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Quit: Ex-Chat)
[12:19:37] Yancho (Yancho!~mpulis@unaffiliated/yancho) has quit (Remote host closed the connection)
[12:22:01] sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv
[12:51:34] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[12:53:56] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[13:06:09] davide_ (davide_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection)
[13:06:29] davide_ (davide_!~david@host70.16.intrusion.com) has joined #mythtv
[13:06:29] davide_ (davide_!~david@host70.16.intrusion.com) has quit (Changing host)
[13:06:30] davide_ (davide_!~david@mythtv/developer/gigem) has joined #mythtv
[13:23:40] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya)
[13:24:00] jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv
[14:06:31] Robert_ (Robert_!14852855@gateway/web/freenode/ip.20.133.40.85) has joined #mythtv
[14:06:57] Robert_ is now known as Guest70735
[14:08:10] Guest70735 (Guest70735!14852855@gateway/web/freenode/ip.20.133.40.85) has quit (Client Quit)
[14:09:50] Robert_S (Robert_S!14852855@gateway/web/freenode/ip.20.133.40.85) has joined #mythtv
[14:14:22] rsiebert_ (rsiebert_!~quassel@g229055057.adsl.alicedsl.de) has joined #mythtv
[14:17:17] danielk22: stuartm: so it was a macro that was tripping up doxygen? wierd
[14:19:14] stuartm: danielk22: I don't think the pre-processor was expanding the macro and since it didn't have a semi-colon in it's unexpanded form ... it's just a guess but moving it has worked – http://miffteevee.co.uk/documentation/develop . . . Browser.html
[14:23:27] Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv
[14:30:08] jcarlos (jcarlos!~quassel@85.137.99.76.dyn.user.ono.com) has quit (Read error: Operation timed out)
[14:30:38] xavierh: Does the Video Playback Profile setting work in trunk?
[14:31:27] Robert_S_ (Robert_S_!14852855@gateway/web/freenode/ip.20.133.40.85) has joined #mythtv
[14:31:37] jcarlos (jcarlos!~quassel@85.137.99.76.dyn.user.ono.com) has joined #mythtv
[14:31:41] Robert_S (Robert_S!14852855@gateway/web/freenode/ip.20.133.40.85) has quit (Quit: Page closed)
[14:32:13] stuartm: sorta
[14:32:23] Robert_S_ (Robert_S_!14852855@gateway/web/freenode/ip.20.133.40.85) has quit (Client Quit)
[14:35:11] xavierh: stuartm: I mean I can choose the profile to use, but I cannot add any entry
[14:36:11] stuartm: iirc we were going to drop the ability to create a new profile anyway and just allow editing of existing ones
[14:36:31] stuartm: the video profile stuff is too complicated
[14:37:46] Robert_S (Robert_S!14852855@gateway/web/freenode/ip.20.133.40.85) has joined #mythtv
[14:39:11] rsiebert_ (rsiebert_!~quassel@g229055057.adsl.alicedsl.de) has quit (Remote host closed the connection)
[14:41:19] stichnot_ (stichnot_!chatzilla@nat/intel/x-kwgklgbpiapgbzpn) has joined #mythtv
[14:43:24] stichnot (stichnot!~chatzilla@192.55.54.42) has quit (Ping timeout: 246 seconds)
[14:43:31] stichnot_ is now known as stichnot
[14:44:27] stichnot: /whois stichnot
[14:44:47] stuartm: identity crisis?
[14:45:02] stichnot: I guess so...
[14:45:26] stichnot: ah, the leading space
[14:46:52] xavierh: stuartm: editing existing one is broken, shall I leave it out of the conversion for the time beeing and only allow to select a profil ?
[14:47:05] peitolm (peitolm!NYxx@unaffiliated/peitolm) has quit (Read error: Operation timed out)
[14:49:09] danielk22: xavierh: I think we decided to allow a simplified version post conversion, but I think it's safe for you to leave it out for now and just add it to the list of errata so it doesn't fall through the cracks.
[14:49:16] stuartm: xavierh: yeah, I think we want to re-design it rather than porting over the same design
[14:49:37] peitolm (peitolm!O2E@mandlebrot.random-chaos.org.uk) has joined #mythtv
[14:51:34] danielk22: stuartm: I think a good simplified UI might just allow preferences for "HD" and "SD".. internally it can have the same data structure that allows for configuring a profile that works on multiple platforms, but those will all be pre-baked.
[14:52:21] danielk22: We can also autoselect the threading policy, OSD renderer, etc.
[14:58:34] danielk22: I think we should also lock the built in profiles.. and only allow cloning them if you want to modify one of those.
[14:59:19] skd5aner: xavierh: there's been a bug when you attempt to edit the video profiles for a long time... I think sphery might know more about it
[15:00:08] skd5aner: stuartm: did you see my excellent mock-up from last night (after you left for the evening)?
[15:00:55] skd5aner: and my excellent, I mean – not-very-excellent ;)
[15:01:10] skd5aner: grrr.... s/my/by
[15:01:42] danielk22: FYI I do plan to look at the old profile editor and try to at least get it working like it is supposed to work before 0.25
[15:01:54] jya (jya!~jyavenard@mythtv/developer/jya) has quit (Quit: jya)
[15:04:51] xavierh: danielk22: ok So I stop here, selecteable but not editable
[15:05:11] danielk22: xavierh: yep
[15:05:37] xavierh: skd5aner: did you do a second mock-up?
[15:05:56] xavierh: a second "excellent" mock-up :)
[15:06:49] stuartm: danielk22: I agree, that would work well
[15:06:53] skd5aner: xavierh: nope – but stuartm had signed off for the evening by the time I submitted it on here last night. So just was looking to see if he saw it this morning and had any feedback
[15:07:38] xavierh: skd5aner: I didn't hear him vomit :D
[15:08:49] stuartm: skd5aner: I saw the mockup this morning, it's basically what xavierh and I were discussing before I left last night, although there are still some issues to resolve
[15:10:28] stuartm: xavierh: at this stage I don't think we're going to get this done for the current 0.25 feature freeze, we have in the past made exceptions for specific in-progress features to be committed after the feature freeze but getting agreement on that at this late stage will be difficult
[15:11:42] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[15:11:43] danielk22: stuartm: I agree, but it would be a nice thing to add immediately after the feature freeze..
[15:11:59] stuartm: xavierh, danielk22: what I would like to propose is that the next dev cycle is kept very short – maybe as little as 4 months to allow all those in-progress features to be completed and make it out sooner rather than later (mythmusic polish, gallery storage groups, settings re-write etc)
[15:13:27] danielk22: stuartm: I'm all for that, I'd like to commit the utc conversion and have all the devs running that by the time daylight savings starts in the spring...
[15:13:52] skd5aner: oh yea, that UTC stuff didn't fully go in yet did it
[15:14:38] Seeker`: stuartm: if yyou could include combined recordings and videos with that i think it might make for an extremely good release
[15:14:45] stuartm: we're committed to releasing 0.25 now, but there's a lot which still feels unfinished and I see 0.26 being an opportunity to spend time finishing and polishing everything, if we achieved that I might even dare to suggest calling the next release after 0.25 something else like 0.3 or 1.0
[15:14:58] danielk22: skd5aner: nope, it's waiting for the 0.25 release to go out..
[15:15:16] danielk22: stuartm: heh, we should do a 0.99 before a 1.0 :)
[15:15:35] ** skd5aner gasps **
[15:16:43] stuartm: completing the mythui conversion, porting everything to use storage groups and producing a new kick-arse default theme would be a serious milestone (it's been in progress for years) and worthy of landmark version number
[15:16:43] rsiebert (rsiebert!~quassel@g229055057.adsl.alicedsl.de) has quit (Read error: Connection reset by peer)
[15:17:42] rsiebert (rsiebert!~quassel@g225062054.adsl.alicedsl.de) has joined #mythtv
[15:18:07] danielk22: Well we could call 0.25 something else, 0.95?
[15:18:41] stuarta: i propose a radical idea
[15:18:47] stuartm: in a way this might be our first opportunity to have a particular focus for a release (at least in the last few years), the fact that we're down a couple of devs and there are no big plans on the horizon means that we can afford to pull together for a short sprint to the finish line
[15:19:02] stuarta: 0.24 is followed by 0.25, then 0.26 then 0.27 the 0.28 .....
[15:20:05] stuarta: either that or version=version()*10
[15:20:08] xavierh: stuartm: I do have other plan for 1.0
[15:20:14] danielk22: stuartm: don't you think those numbers are getting really high? It's like emacs version numbers.
[15:20:32] stuartm: stuarta: heh, yeah, that is radical ;) I really think we could use a change for moral reasons and to help boost user numbers (a version number alone won't do that, but some spit & polish work will)
[15:20:34] danielk22: And at some point we need to drop the 0
[15:20:55] stuarta: danielk22: that's the times by 10 idea
[15:20:58] xavierh: MythTV should do like mozilla, one major version every two weeks :)
[15:21:41] Seeker`: 2 weeks sounds like too long! every day!
[15:22:35] stuartm: xavierh: joking aside, they have the developer numbers and financial backing to achieve that – if we were being paid to work on MythTV full time then release might well be more frequent
[15:23:25] xavierh: stuartm: more frequent is not better, how often my extensions stop working ... :(
[15:24:22] xavierh: Do you plan aead what is going to go in future version?
[15:24:33] xavierh: s/aead/ahead
[15:25:16] Seeker`: i think this is the planning
[15:26:20] skd5aner: I think the ~6 month release cycle seemed to have been working pretty well when you guys were able to stick to it...
[15:26:57] skd5aner: since mythbuntu now seems to be the most popular mythtv distro, I always proposed that 6 mo cycle should be opposite of the ubuntu releases
[15:27:13] xavierh: opposite ?
[15:27:20] skd5aner: ubuntu releases in April and October, so Why not target releases for Januarary and July
[15:27:31] xavierh: make sense
[15:27:37] skd5aner: that way the latest release has time to easily fit into the release cycle of the distro
[15:28:02] stuartm: xavierh: no, historically we've never really planned, we can't know who is still going to be around to finish working on features – other commitments get in the way
[15:28:11] skd5aner: and if you target for January/July, and if you slip a month, you'd still make it in time for their release
[15:28:59] stuartm: but with a four month cycle for the next release we can be a little more confident, especially if we keep new features to a minimum and just work on improving what is already there
[15:29:11] skd5aner: Also, if stuartm is proposing perhaps a ~4 month cycle for 0.26, that would easily put you on the right track
[15:29:45] skd5aner: Well, yea, but that's what I'm getting at... 4 months from release of 0.25 would end up around July right? :)
[15:29:48] davide_: k
[15:30:04] davide_: oops, wrong window!
[15:30:25] skd5aner: davide_: heh – and here I thought you were agreeing with everything I said :D
[15:30:31] skd5aner: lol
[15:30:43] davide_: :)
[15:31:12] danielk22: the mythtv natural rhythm seems to be long-short-long-short-long-short.. maybe 8m-4m might make more sense for us.. after a longer release cycle there are usually disruptive changes like utc waiting in the wings, but after a short cycle no one has something big ready to go...
[15:32:32] skd5aner: danielk22: but wouldn't that just be a planning excercise... so things like UTC might not make it within 4–6mo, but after that release they can go in... so in essence it's a longer dev cycle for that feature, but the release cycle stays relatively agile?
[15:35:53] danielk22: skd5aner: Many have tried to push 6 month releases, but it just makes other peeps cranky and then they do less work.
[15:36:41] danielk22: + it really hasn't worked well for ubuntu, except for the LTS releases every 2 years things are constantly broken..
[15:36:48] stuartm: yup, not every has the time to complete features in a shorter period and developing out of tree just causes even more hassle due to conflicts etc
[15:43:43] stuartm: that being said, many of the really big tasks are behind us now, there may be more in the future but right now the only one I've heard being planned is the recordfile stuff that sphery and Captain_Murdoch are working on
[15:44:30] stuartm: well, that and completing the http setup stuff
[15:49:40] xavierh: It ther any plan to do the same for the frontend ?
[15:50:02] xavierh: s/it ther/is there
[15:52:44] davide_: taylorr: I have a couple of reports for you.
[15:53:01] davide_: First, while watching one of the troublesome cases (progressive content with some interlaced commercials) as it recorded, the current position remained correct, but the total time doubled during the interlaced commercials. I.e. if I was at "25:00 of 1:10:00", it changed to "25:00 of 2:20:00".
[15:53:11] davide_: Second, while watching another program as it recorded, both the current position and total time changed to 0:01 when the recording stopped. I.e. if I was at "10:00 of 30:00 when recording stopped, it changed to "0:01 of 0:01". I had to exit and re-enter playback to get the correct times.
[15:54:30] skd5aner: danielk22: makes sense
[15:54:55] stichnot: davide_: the second issue has been reported here, I think
[15:55:38] stichnot: though it may have been markk who was going to fix it :)
[16:02:26] stichnot (stichnot!chatzilla@nat/intel/x-kwgklgbpiapgbzpn) has quit (Ping timeout: 244 seconds)
[16:03:40] davide_: stichnot: I vaguely remembered someone else reporting something similar, but didn't know if it was supposed to be fixed or not
[16:06:00] danielk22: I reported it earlier.. It happened when I started watching a program before it ended. The regression happened some time ago, I had forgotten about it.
[16:09:59] xavierh: stuartm: you did mention that you wanted to work on plugin system, plugin for what ?
[16:15:59] stuartm: xavierh: I wanted to improve the frontend plugin API (and allow backend plugins), add more hooks for plugins to use for better integration, allow the use of plugins without needing the main menu themes to have entries in them (no purpose in third party themes if they need us to add menu entries in our xml files for them to be used)
[16:16:52] stuartm: add a plugin manager to the frontend, so you can disable plugins without having to uninstall them
[16:18:20] stuartm: xavierh: there are no plans for frontend setup to be done via html – it's not practical for users to fire up a web-browser to test different configurations on each frontend
[16:20:40] stuartm: you can't have a popup in watch recordings saying "We notice you've not configured X, open the following url in a web browser on another machine to change this" – for a start it assumes that the users of an installed mythtv system have another computer they can use to access the html setup
[16:22:27] stuartm: probably the case for the home user (assuming you've not created a mythtv install for a relative or friend) but even less probable for commercial deployments in hotels, hospitals and universities
[16:23:54] xavierh: :) I was thinking of this as mythweb allow to change the setting, without sanity check
[16:24:25] superm1: danielk22: i agree the 6mo release cycle for ubuntu has always felt super rushed and there have been things broken at release that don't get fixed until the month or two later as SRU's are pushed
[16:24:59] superm1: it's a factor in why for mythbuntu i've been pushing that we switch to a two year LTS only cycle and just provide PPAs for mythtv versions that change between that time
[16:26:17] xavierh: stuartm: So you are thing of plugin such as what use to be mythvideo, mythmusic, not pluggin for a specific service such as input event, audio output and so on right ?
[16:30:25] RCX_Slinger (RCX_Slinger!~slinger@h111n1-aahm-a11.ias.bredband.telia.com) has joined #mythtv
[16:30:46] RCX_Slinger (RCX_Slinger!~slinger@h111n1-aahm-a11.ias.bredband.telia.com) has left #mythtv ()
[16:49:26] stoffel (stoffel!~quassel@pD9E42415.dip.t-dialin.net) has joined #mythtv
[17:15:57] stoffel (stoffel!~quassel@pD9E42415.dip.t-dialin.net) has quit (Remote host closed the connection)
[17:34:27] stuartm: xavierh: I think there are other types of plugins we can consider, but there has to be a good reason why for example we'd have audio output plugins when they could be built-in (modularisation for the sake of being modular isn't enough, it serves no purpose)
[17:37:11] xavierh: stuartm: plugin are nice because you have to design a good interface, and allow external developper to mork on something without the need to interact with mythtv directly. It is also very helpfull for packaging
[17:37:25] xavierh: s/mork/work
[17:38:07] xavierh: without the need to understand the inside of mythtv neither
[17:39:11] xavierh: Also some code would be clearer, MythMainWindow is full of ifdef ...
[17:42:44] xavierh: yes lirc, Appleremote ... I am looking at you
[17:45:37] xavierh: I was working on making input event as plugin, then mapping independant of the keyboard, but I have been stopped by the old UI which would not support it. I had two choice make some chnage in the old UI, or try to convert the old UI to MythUI
[17:47:33] Memphis (Memphis!Memphisau@124-148-48-78.dyn.iinet.net.au) has joined #mythtv
[17:49:54] temp (temp!Memphisau@124-170-65-225.dyn.iinet.net.au) has quit (Ping timeout: 244 seconds)
[18:06:09] davide_ (davide_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection)
[18:06:32] davide_ (davide_!~david@host70.16.intrusion.com) has joined #mythtv
[18:06:33] davide_ (davide_!~david@host70.16.intrusion.com) has quit (Changing host)
[18:06:33] davide_ (davide_!~david@mythtv/developer/gigem) has joined #mythtv
[18:22:19] stuartm: xavierh: you can create a good API without turning things into plugins, that's what subclasses are for, you create an input class which all the various input classes are based off
[18:24:03] stuartm: but precisely because packagers would have a field day with a plugin structure for that is why I'd oppose it – it really hurts ease of setup etc, if every audio ouput method required another package then suddenly users have to install the correct combination of two dozen packages instead of just one
[18:28:01] stuartm: that's what I mean about being modular for the sake of it, it sounds great but serves no really useful purpose, worrying about using a couple of MB in disk space when filesystems are measured in TBs is the first sign of on obssessive compulsive disorder – in the US I believe they call it ricing (spending hours/days/weeks and a tonne of money trying to get one additional horsepower out of an engine)
[18:38:57] stuartm: for every person who wants to build their car from a collection of parts there are a thousand more who just want to turn up at the dealer hand over the cash and drive away within minutes – I'd much rather be making MythTV a complete product than providing a collection of parts, the potential user base is much bigger
[18:47:56] Robert_S (Robert_S!14852855@gateway/web/freenode/ip.20.133.40.85) has quit (Ping timeout: 245 seconds)
[18:54:21] joki (joki!~joki@p548639F4.dip.t-dialin.net) has quit (Ping timeout: 246 seconds)
[18:54:55] joki (joki!~joki@p548634A0.dip.t-dialin.net) has joined #mythtv
[18:56:40] gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Quit: Leaving)
[19:27:36] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv
[19:28:49] gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv
[19:32:06] davide_: Did anyone else notice the markk sighting on the -users list?
[19:37:32] Seeker`: davide_: I assume that means he is still using mythtv, just not developing it
[19:39:06] stuartm: he's running and continuing to develop his own private branch
[19:39:46] stuartm: at least until so many changes are made in the official branch that his work no longer applies
[19:40:27] skd5aner: still pretty active on his branch though – https://github.com/mark-kendall/mythtv/commits/master
[19:43:04] Seeker`: stuartm: do you think he would object to grabbing his changes and commiting them to trunk?
[19:43:14] stuartm: yeah, there's the shame of it, he wasn't sick of working on MythTV, just of the politics of open source and the shambolic way that this project sometimes operates
[19:43:18] skd5aner: uh, yea... probably a bad idea
[19:43:22] davide_: I wasn't drawing any conclusions. I figured other developers who were closer to Mark probably knew what was going on. The only other thing I'll add here is that it's highly unusual, IME, for a disgruntled, former developer to remain active in the community after he leaves an open source project.
[19:44:47] skd5aner: my only question would be – has anyone attempted to make peace with him or was it simply that when he decided to leave, no one tried to stop him?
[19:45:06] skd5aner: you know what... it doesn't matter, that doesn't need an answer
[19:45:14] skd5aner: I'll stay out of it – just sad to see him go
[19:45:43] stuartm: Seeker`, skd5aner: whether he minds or not is beside the point, since he's no longer involved we wouldn't have to worry about upsetting him (to think otherwise would be because we hold out a vain hope of him returning)
[19:46:43] skd5aner: this is an interesting change... https://github.com/mark-kendall/mythtv/commit . . . 001b622f898c
[19:46:49] stuartm: the issue is whether we have anyone willing to take responsibility for merging in changes and fixing any bugs that result (they'd have to understand the code they were copying across)
[19:48:15] Seeker`: stuartm: I understand there isn't a requirement to keep him happy, but if I were going to start copying his code and submitting trac patches I would prefer to have his approval, seeing as he put the effort in
[19:48:31] skd5aner: I know in the past that seemed to be one hot button issue with him (gutting out Xv)
[19:49:00] stuartm: skd5aner: aye, and I've no doubt that Mark found it much easier to commit that now that he's no longer answerable to other devs who for one reason or another would cling to the old renders
[19:49:33] Seeker`: stuartm: at the moment I would be willing to try and reintegrate the RAOP code with trunk. I realise that I can't actually commit the code, but I could try to remove any conflicts that may occur
[19:51:35] stuartm: there are two speeds in this project, some of us want to move forward faster than others in terms of stripping old/neglected functionality leaving us free to focus on the newer tech and code
[19:52:57] stuartm: then there's the average user vs the power user tug of war, most devs are by their nature power users and resist changes aimed at simplification for the average user (and simplification of the code as a result)
[19:53:25] stuartm: but those are the politics of open source, it sucks but it is what it is
[19:53:50] skd5aner: heh – "what would steve jobs do" – maybe a good motto (and no, I'm not an apple fanboi, quite opposite actually)
[19:53:52] stuartm: unless you're a one-man power house and can afford to go it alone like Mark
[19:54:29] skd5aner: would Steve Jobs say "let's make sure we support that really old, outdated tech for the sake of compatibility" or would he say "we need to be leading the edge"
[19:56:42] stuartm: skd5aner: I happen to mostly agree – I think Apple have taken it to an extreme that's actually a little unappealing but if you want an example of what works for most people then you should at least consider Apple products as a role model
[19:56:45] skd5aner: They dumped the floppy, everyone followed, they dumbed the optical drive, no one cried, they launched firewire (mediocre success), they launched display port, etc. so on...
[19:57:08] skd5aner: yea, not just for the leading edge tech, but also usability and ease of use
[19:57:18] Seeker`: I think what Apple do well is sensible defaults, that just work
[19:57:23] stuartm: firewire has turned around and bitten everyone what with it's DMA security issues
[19:57:29] Seeker`: but with the option for tweaking if you want to go looking for it
[19:57:50] stuartm: why on earth did firewire ever need complete access to the system's memory?
[19:58:40] skd5aner: perhaps they thought it would alleviate a bottleneck at a time when the bus speeds weren't what they are now?
[19:58:43] skd5aner: (complete guess)
[20:01:04] skd5aner: to turn it around, the good thing is that Mark can now feel free to innovate on his fork the way he likes without friction... it could lead to things that eventually find it's way back into mythtv proper that otherwise wouldn't have been worked on to begin with?
[20:01:06] skd5aner: who knows...
[20:03:09] skd5aner: on a kind of related topic – have the devs made any decisions on whether the project will continue to go with ffmpeg or make the leap over to libav?
[20:05:23] skd5aner: it's been almost a year now since the split
[20:05:41] stuartm: another thing he doesn't need to worry about is stability, we've not got two months of near stasis now approaching where all feature development goes on hold, no-one really likes spending 6 weeks on bug fixing it's dull and not especially rewarding
[20:09:54] skd5aner: if I am reading the commit history correct, there hasn't been an ffmpeg sync since right before the split (march 9), based on code from Feb 20, 2010... 2010?!
[20:11:17] stuartm: that sounds about right, we were waiting for a clear winner from the ffmpeg split and it doesn't seem like there's going to be one
[20:12:03] stuartm: back the wrong horse and we're really in trouble when we're forced to rewrite a heap of code to switch
[20:12:41] skd5aner: yea – awesome situation to be put in... :/
[20:12:49] skd5aner: which one did janneg go with?
[20:13:01] skd5aner: the defectors (libav)?
[20:14:16] stuartm: I've no idea, the whole situation was so ridiculous that I decided not to pay any attention :)
[20:14:24] danielk22: skd5aner: janneg is working on libav.
[20:15:40] skd5aner: both still seem very active – https://github.com/libav/libav/commits/master and https://github.com/FFmpeg/FFmpeg/commits/master
[20:16:39] skd5aner: well, eventually someone's got to make the decision on which way to go :)
[20:17:25] stuartm: that split was largely based on the fact that a group within ffmpeg thought that too many people had been given commit privs, without any warning they stripped commit rights from everyone else and declared that all future commits must be approved through them
[20:17:44] stuartm: naturally that didn't go over very well
[20:18:21] stuartm: the first group became libav because the rights to the ffmpeg name belonged to someone in the second group
[20:19:09] skd5aner: ffmpeg seems a bit more active, based on commit log history – ffmpeg 282 messages to their -commits listserve so far in feburary ( http://ffmpeg.org/pipermail/ffmpeg-cvslog/201 . . . hread.html), libav 137 (http://lists.libav.org/pipermail/libav-commit . . . thread.html)
[20:19:34] Seeker`: 137 commits in 9 days isn't exactly 'inactive' though
[20:19:40] skd5aner: very very true
[20:19:41] Seeker`: and it depends what the commits are
[20:19:56] stuartm: right, but you could say that's because they have more people with commit privs and that quantity doesn't mean quality
[20:20:02] danielk22: stuartm: oh if it had only been so simple.. there were problems before where patches would sit for years, I feel like half the patches I sent in over the years pre-split were applied post split..
[20:20:26] skd5aner: I would assume that people are probably replicating some things on both sides of the fence as well
[20:20:28] Seeker`: 282 commits that are a comment war isn't anywhere near as good as 1 commit that, say, adds full support for a new format
[20:20:53] stuartm: danielk22: yeah, the root of the problem went back so much further, it just came to a head in that 'coup' masterminded by Janne et al
[20:21:29] danielk22: The ffmpeg project improved when libav split away.. if it hadn't going with libav would have been a no-brainer.
[20:21:54] skd5aner: good to see Janne's name on a commit somewhere : http://ffmpeg.org/pipermail/ffmpeg-cvslog/201 . . . /046658.html
[20:21:56] skd5aner: :)
[20:22:32] skd5aner: wait, that says janneg on ffmpeg?
[20:22:43] skd5aner: ahh... pulled from libav
[20:22:45] skd5aner: heh
[20:22:56] danielk22: yeah, they pull from each other..
[20:24:15] Seeker`: is anyone here interested enough in RAOP/Airplay that if i work on pulling the commits over it will actually get included in the codebase before it moves on too far?
[20:27:09] stuartm: I don't own any Apple devices, so ...
[20:28:20] stuartm: I've no problem with support proprietary protocols but I'd personally prefer to spend my time on standard, widely used ones instead
[20:29:20] skd5aner: stuartm: it works with itunes, you don't have to have a device
[20:30:56] stuartm: I don't have any windows devices either ...
[20:31:36] stuartm: and I wouldn't sit in front of my computer to play music on my myth box anyway when I can do it direct through mythmusic
[20:32:21] stuartm: I'm sure the feature has merit but it's clearly not aimed at me :)
[20:32:34] Seeker`: I'll see how long it takes for the RAOP HTTP Digest patch to be picked up to get some idea if it'll be worth it doing more work on it
[20:36:01] cattelan_away is now known as cattelan
[20:37:21] Seeker`: stuartm: what features do you do most work on?
[20:38:30] tweek__ (tweek__!~tweek@host-140-158-230-24.midco.net) has joined #mythtv
[20:39:29] stuartm: I float to whatever interests me most at that moment in time
[20:40:19] Seeker`: too much red bull? :P Is there anything you're working on atm before the feature freeze?
[20:40:29] stuartm: the ui has historically been the main thing, mythmusic and mythweather, mythfilldatabase but there are few areas I haven't touched at some point
[20:41:41] skd5aner: Seeker`: fyi, this might be useful for your reference (just a general chart – not a definitive list) – http://code.mythtv.org/trac/wiki/GoToDev
[20:41:50] stuartm: Seeker`: left on my list for 0.25 are the standby mode stuff that I figured should replace mythwelcome, a new grabber for mythweather, a jump to time facility in the guide grid (intended to make the time list view obsolete)
[20:42:33] stuartm: there's a lot more I don't have time to finish before Sunday
[20:43:32] stuartm: playlist support in mythvideo if I get a chance and various sundry tweaks
[20:43:54] Seeker`: stuartm: any lower priority things that I could take a shot at if you think you aren't going to get a chance to do it by then? (I mean 'would be nice but I definitely wont get there' things)
[20:46:20] stuartm: hmm
[20:51:52] stuartm: the widget 'depends on' feature would be good, it would improving theming so that might interest you and it's relatively simple to do (but may mean touching several places in libmythui)
[20:53:31] stuartm: the idea is that a widget would be able to include a depends="{name of other widget}" attribute, if the other widget is at it's default state (probably empty) then the first widget is hidden – think labels which are only shown if there is a value to go with them
[20:54:53] cattelan is now known as cattelan_away
[20:55:14] Seeker`: interesting
[20:56:59] Seeker`: I'll see what I can do
[20:57:35] stuartm: maybe not so simple as a first time project though, it requires some understanding of signal/slots – the first widget would connect a slot to a signal from the second to trigger changes in visibility, there would have to be some sort of state variable indicating whether the widget is displaying it's default value or not
[20:58:16] Seeker`: I did have to write some signal/slot stuff for an attempt at DNS resolution in RAOP connections
[20:59:06] MythBuild: build #612 of master-vista-mingw-32bit is complete: Failure [failed git_1] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/612 blamelist: David Engel <dengel@mythtv.org >
[20:59:06] Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has quit (Ping timeout: 252 seconds)
[21:00:05] stuartm: e.g. bool m_isDefault; in mythuitype, a IsDefaultValue() method, the signal would have to be sent and when the value was changed e.g. in SetText and Reset for a textarea and then you'd need stuff in xmlparsebase to hook up the signal/slots after all widgets were created (you need to parse all xml before you can establish the relationships)
[21:01:14] MythBuild: build #1532 of master-debian-stable-64bit is complete: Failure [failed git_1] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1532 blamelist: David Engel <dengel@mythtv.org >
[21:01:34] jpabq_ (jpabq_!~jpabq@mythtv/developer/jpabq) has joined #mythtv
[21:01:44] jpabq_ is now known as abqjp
[21:01:55] Seeker`: is github down?
[21:02:08] stuartm: yes, again
[21:02:12] Seeker`: :/
[21:02:23] stuartm: third day in a row
[21:02:26] Seeker`: I can't guarantee I'll get it working by sunday, but I'll give it a go
[21:03:40] stuartm: Seeker`: there is probably some simpler stuff to get started with, but my memory is failing me atm, I don't have my todo list with me
[21:06:40] Seeker`: stuartm: no problem. If you do come up with some more beginner-friendly projects that aren't zomgurgent, let me know
[21:10:26] Seeker`: stuartm: would default for a textarea be "", or whatever is set in <value></value>?
[21:11:18] tweek__: whoa, cut-list markup tables certainly seem to have changed from 0.23
[21:11:20] cattelan_away is now known as cattelan
[21:12:22] Captain_Murdoch (Captain_Murdoch!~cpinkham@ip72-218-58-187.hr.hr.cox.net) has joined #mythtv
[21:12:22] Captain_Murdoch (Captain_Murdoch!~cpinkham@ip72-218-58-187.hr.hr.cox.net) has quit (Changing host)
[21:12:22] Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has joined #mythtv
[21:14:33] kth (kth!~kth@unaffiliated/kth) has joined #mythtv
[21:14:42] stichnot (stichnot!~chatzilla@192.55.55.41) has joined #mythtv
[21:15:05] stuartm: Seeker`: what is in <value> – that's what we display if the code doesn't substitute it with another value
[21:16:42] Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit ()
[21:29:31] stuartm: Seeker`: for images it's whatever is in <filename>
[21:31:46] Seeker`: stuartm: cool, just wanted to know whether I should be checking for 'null' elements of the 'fallback' ones
[21:31:47] stuartm: you don't need to worry too much about that though, if we've called SetText() for text or SetFilename()/SetImage() for images then we're no longer showing the default value, and if we've called Reset() then we're back to the defaults, so those are the places you would send the signals and/or toggle the value of the 'isDefault' variable
[21:32:15] stichnot_ (stichnot_!~chatzilla@192.55.55.39) has joined #mythtv
[21:33:29] stichnot (stichnot!~chatzilla@192.55.55.41) has quit (Ping timeout: 245 seconds)
[21:33:42] stichnot_ is now known as stichnot
[21:35:01] cattelan is now known as cattelan_away
[21:40:05] stuartm: the actual values aren't important and don't need to be compared, if we've called those methods you can assume one or the other condition is true
[21:41:39] Seeker`: stuartm: so you don't even really need the m_isDefault then?
[21:42:20] Seeker`: just an emit ValueChanged(true) or emit ValueChanged(false) in the appropriate places?
[21:42:58] stuartm: yeah, you could do it that way
[21:45:03] stuartm: the isDefault variable was a potential stop-gap should the signal/slot be connected after the state had already changed, but if you connect up the signals early enough then you don't need to worry about that happening
[21:45:48] Seeker`: hmm, at what point do values start to get filled in (When would the first calls to SetTextFromMap actually happen?)
[21:48:09] stuartm: Seeker`: it shouldn't happen until after we return from LoadFromXml in xmlparsebase.cpp and as it happens somewhere in xmlparsebase is the best place to hook up the signals anyway, you'll have parsed the 'depends' attributes there and it will be nearly contained
[21:48:24] Seeker`: cool
[21:49:14] stuartm: s/nearly/neatly/
[21:49:21] Seeker`: just looking at doing the hookup now. Planning on creating a map from name->name, then going through the list, looking up the objects then connecting them
[22:00:59] cattelan_away is now known as cattelan
[22:07:09] Seeker`: stuartm: hmm, the connecting isn't as nice as I'd hoped; got to try and find 2 items in a tree to connect them
[22:07:48] Seeker`: hmm, maybe not, because I have the dependant object when I add it to the map
[22:12:03] stuartm: all parsed items get added to the parent screen (mythuitype), you can use MythUIType::GetChild() to find a widget by name, so as you parse through the xml you can build a map of objects and the name of the widget they connect to, when you've finished parsing you can iterate over that map finding widgets by name and connecting their signal to the objects slot
[22:12:57] Seeker`: a Widget has to be dependant on a sibling?
[22:13:35] Seeker`: thinking about statetypes etc.
[22:14:36] Seeker`: AIUI it could be dependant on a child of a child of a ... of a sibling
[22:15:39] stuartm: GetChild() can iterate down recursively through children of children, which you want for a group, but a statetype is trickier, since you then need to know which state is visible etc and there aren't many use-cases that I can think of atm
[22:16:32] stuartm: states also often re-use names, so if a depends="foo" how do you know which foo to use?
[22:17:11] Seeker`: yeah
[22:17:22] stuartm: GetChild() will automatically descend into <group> but not <statetype> for that reason
[22:17:30] Seeker`: might just keep that as "Here be dragons" for now
[22:18:01] stuartm: yep, it's not worth pursuing at this stage
[22:49:15] Seeker`: stuartm: I think I need a 'block' in SetVisible so that it can't be set to true while the parent is in the default state (which necessitates a m_IsDependantDefault flag)
[22:49:49] Seeker`: Also, there isn't a good reciprocal for 'dependant'; dependee is the best I can come up with
[22:55:27] kth (kth!~kth@unaffiliated/kth) has quit (Quit: Leaving.)
[23:01:35] stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Remote host closed the connection)
[23:02:33] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Read error: Operation timed out)
[23:05:46] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 252 seconds)
[23:07:06] stuartm (stuartm!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginmedia.com) has joined #mythtv
[23:07:06] stuartm (stuartm!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginmedia.com) has quit (Changing host)
[23:07:06] stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv
[23:09:06] joe_ (joe_!~jmk@64.73.32.135) has quit (*.net *.split)
[23:09:21] joe_ (joe_!~jmk@64.73.32.135) has joined #mythtv
[23:26:44] tweek__ (tweek__!~tweek@host-140-158-230-24.midco.net) has left #mythtv ()
[23:37:42] stichnot: Seeker`: how about "provider"?
[23:38:51] Seeker`: stichnot: hmm, maybe
[23:41:37] Seeker`: its all a bit academic until I can get it working
[23:59:13] Seeker`: stuartm: http://youtu.be/VHA63NsmjTk?hd=1

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