| Friday, July 13th, 2012, 00:16 UTC | ||
| [00:16:55] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
| [00:21:40] | kwmonroe (kwmonroe!~kwmonroe@32.97.110.60) has quit (Ping timeout: 248 seconds) | |
| [00:21:54] | kwmonroe (kwmonroe!~kwmonroe@32.97.110.60) has joined #mythtv | |
| [00:23:16] | kc (kc!~Casper@unaffiliated/kc) has quit (Ping timeout: 248 seconds) | |
| [00:23:37] | Mousey (Mousey!~r0dent_@ross154.net) has quit (Ping timeout: 240 seconds) | |
| [00:25:15] | kc (kc!~Casper@unaffiliated/kc) has joined #mythtv | |
| [01:12:01] | purserj (purserj!~purserj@hosting.collaborynth.com.au) has quit (Ping timeout: 252 seconds) | |
| [01:17:56] | purserj (purserj!~purserj@hosting.collaborynth.com.au) has joined #mythtv | |
| [01:20:45] | andreax (andreax!~andreaz@p5089E3B0.dip.t-dialin.net) has quit (Read error: Connection reset by peer) | |
| [01:56:38] | vallor (vallor!~Ponzo@pdpc/supporter/monthlygold/vallor) has quit (Write error: Broken pipe) | |
| [01:56:38] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has quit (*.net *.split) | |
| [01:56:39] | mag0o (mag0o!20001@slackhost.lynchmv.com) has quit (*.net *.split) | |
| [01:56:39] | SmallR2002 (SmallR2002!~quassel@c-98-253-173-240.hsd1.il.comcast.net) has quit (*.net *.split) | |
| [01:56:39] | brfransen (brfransen!~brfransen@64.179.142.146) has quit (*.net *.split) | |
| [01:56:39] | petefunk (petefunk!~pfunk@pud5.7ac0.org) has quit (*.net *.split) | |
| [01:56:40] | highzeth (highzeth!~hz@hoiseth.no) has quit (*.net *.split) | |
| [01:56:40] | knightr (knightr!~knightr@mythtv/developer/knightr) has quit (*.net *.split) | |
| [01:56:40] | jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has quit (*.net *.split) | |
| [01:56:41] | Anssi (Anssi!hannulaa@mandriva/developer/anssi) has quit (*.net *.split) | |
| [01:56:41] | Vernon_at_work (Vernon_at_work!~singv003@lightcloud.verns.net) has quit (*.net *.split) | |
| [01:56:41] | Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has quit (*.net *.split) | |
| [01:56:41] | peitolm (peitolm!~moreyc@mandlebrot.random-chaos.org.uk) has quit (*.net *.split) | |
| [01:56:42] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (*.net *.split) | |
| [01:56:42] | jams (jams!~jams@cpe-184-58-217-97.wi.res.rr.com) has quit (*.net *.split) | |
| [01:56:43] | jwh (jwh!~jwh@scarlett.lon.rewt.org.uk) has quit (*.net *.split) | |
| [01:56:43] | rsiebert (rsiebert!~quassel@g225058101.adsl.alicedsl.de) has quit (*.net *.split) | |
| [01:56:43] | Slasher` (Slasher`!~Slasher@188.165.164.15) has quit (*.net *.split) | |
| [01:56:44] | kc (kc!~Casper@unaffiliated/kc) has quit (*.net *.split) | |
| [01:56:44] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (*.net *.split) | |
| [01:56:44] | clever (clever!~clever@142.167.203.248) has quit (*.net *.split) | |
| [01:56:44] | jwhite (jwhite!~jwhite@75-146-153-89-minnesota.hfc.comcastbusiness.net) has quit (*.net *.split) | |
| [01:56:44] | dmfrey (dmfrey!~dmfrey@64-121-93-243.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has quit (*.net *.split) | |
| [01:56:45] | dinamic|screen (dinamic|screen!~remote@buffalo.cendio.se) has quit (*.net *.split) | |
| [01:56:45] | sunkan (sunkan!~sunkan@alva.zappa.cx) has quit (*.net *.split) | |
| [01:56:45] | markcerv (markcerv!~mark@ns.shelfspace.com) has quit (*.net *.split) | |
| [01:56:46] | knightr__ (knightr__!~knightr@69-165-170-178.dsl.teksavvy.com) has quit (*.net *.split) | |
| [01:56:46] | GreyFoxx (GreyFoxx!~greg@mythtv/developer/GreyFoxx) has quit (*.net *.split) | |
| [01:56:47] | _charly_ (_charly_!kroseneg@sunrise.schmidham.net) has quit (*.net *.split) | |
| [01:56:47] | Unhelpful (Unhelpful!~quassel@rockbox/developer/Unhelpful) has quit (*.net *.split) | |
| [01:56:47] | toeb (toeb!~tob@HSI-KBW-078-042-104-026.hsi3.kabel-badenwuerttemberg.de) has quit (*.net *.split) | |
| [01:56:48] | idl0r (idl0r!~idl0r@gentoo/developer/idl0r) has quit (*.net *.split) | |
| [01:56:48] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has quit (*.net *.split) | |
| [01:56:48] | tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has quit (*.net *.split) | |
| [01:56:48] | rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has quit (*.net *.split) | |
| [01:56:48] | jstenback (jstenback!~jstenback@2620:101:8003:200:224:e8ff:fe39:34c2) has quit (*.net *.split) | |
| [01:56:49] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (*.net *.split) | |
| [01:56:49] | Peps (Peps!~MiNT@li186-230.members.linode.com) has quit (*.net *.split) | |
| [01:56:49] | tomimo (tomimo!~kurre@xdsl-83-150-88-111.nebulazone.fi) has quit (*.net *.split) | |
| [01:56:49] | Beirdo (Beirdo!~gjhurlbu@mythtv/developer/beirdo) has quit (*.net *.split) | |
| [01:56:49] | damaltor (damaltor!sbnc@h1889977.stratoserver.net) has quit (*.net *.split) | |
| [01:56:50] | frankster (frankster!~frankster@host86-129-130-104.range86-129.btcentralplus.com) has quit (*.net *.split) | |
| [01:56:50] | dekarl (dekarl!~dekarl@p4FCEE889.dip.t-dialin.net) has quit (*.net *.split) | |
| [01:56:50] | _Techie_-_AFK_ (_Techie_-_AFK_!~techie@165.33.69.111.dynamic.snap.net.nz) has quit (*.net *.split) | |
| [01:56:50] | CaCtus491 (CaCtus491!~Kent@123-243-197-152.static.tpgi.com.au) has quit (*.net *.split) | |
| [01:56:50] | eharris (eharris!~eharris@99-179-7-82.lightspeed.austtx.sbcglobal.net) has quit (*.net *.split) | |
| [01:56:50] | xris (xris!~xris@mythtv/developer/xris) has quit (*.net *.split) | |
| [01:56:50] | laga (laga!~laga@pdpc/supporter/student/laga) has quit (*.net *.split) | |
| [01:56:51] | joki (joki!~joki@p54865FAE.dip.t-dialin.net) has quit (*.net *.split) | |
| [01:56:51] | Chutt (Chutt!~ijr@cpe-24-29-225-175.neo.res.rr.com) has quit (*.net *.split) | |
| [01:56:51] | seld (seld!~seld@h170n6-rny-a12.ias.bredband.telia.com) has quit (*.net *.split) | |
| [01:56:52] | purserj (purserj!~purserj@hosting.collaborynth.com.au) has quit (*.net *.split) | |
| [01:56:53] | Sharky112065 (Sharky112065!~Sharky112@c-24-19-57-28.hsd1.wa.comcast.net) has quit (*.net *.split) | |
| [01:56:53] | danielk22 (danielk22!~danielk@96.57.9.142) has quit (*.net *.split) | |
| [01:56:53] | J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@pool-71-184-254-79.bstnma.fios.verizon.net) has quit (*.net *.split) | |
| [01:56:53] | dlblog (dlblog!~dlblog@c-76-127-227-175.hsd1.ma.comcast.net) has quit (*.net *.split) | |
| [01:56:53] | Cougar (Cougar!~cougar@kkk.version6.net) has quit (*.net *.split) | |
| [01:56:53] | whoDat (whoDat!~cal@yossman.net) has quit (*.net *.split) | |
| [01:56:54] | joe____ (joe____!~bob@64.73.32.135) has quit (*.net *.split) | |
| [01:56:54] | David_Miller (David_Miller!~dave@pretender.frop.net) has quit (*.net *.split) | |
| [01:56:54] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (*.net *.split) | |
| [01:56:54] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (*.net *.split) | |
| [01:56:54] | sphery (sphery!~mdean@mythtv/developer/sphery) has quit (*.net *.split) | |
| [01:56:54] | poptix (poptix!poptix@poptix.net) has quit (*.net *.split) | |
| [01:56:55] | cecil_ (cecil_!~cesman@pool-108-0-54-134.lsanca.fios.verizon.net) has quit (*.net *.split) | |
| [01:56:55] | gigem (gigem!~david@mythtv/developer/gigem) has quit (*.net *.split) | |
| [01:56:55] | jya (jya!~jyavenard@mythtv/developer/jya) has quit (*.net *.split) | |
| [01:56:55] | cattelan (cattelan!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has quit (*.net *.split) | |
| [01:56:55] | aloril (aloril!~aloril@84.249.126.153) has quit (*.net *.split) | |
| [01:56:56] | analogue (analogue!~analogue@cpepool6cmts2-150.sanbrunocable.com) has quit (*.net *.split) | |
| [01:56:56] | MythBuild (MythBuild!~MythBuild@alcor.mythtv.org) has quit (*.net *.split) | |
| [01:56:56] | mrand (mrand!~mrand@ubuntu/member/mrand) has quit (*.net *.split) | |
| [01:56:56] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (*.net *.split) | |
| [01:56:56] | XDS2010 (XDS2010!users.1218@id-1218.hampstead.irccloud.com) has quit (*.net *.split) | |
| [01:56:56] | superm1 (superm1!u4318@ubuntu/member/superm1) has quit (*.net *.split) | |
| [01:56:56] | pjd_ (pjd_!~phil@93.89.91.89) has quit (*.net *.split) | |
| [01:56:56] | f33dMB (f33dMB!~f33dMB@li100-62.members.linode.com) has quit (*.net *.split) | |
| [02:15:01] | jya (jya!~jyavenard@mythtv/developer/jya) has joined #mythtv | |
| [02:15:01] | vallor (vallor!~Ponzo@pdpc/supporter/monthlygold/vallor) has joined #mythtv | |
| [02:15:01] | purserj (purserj!~purserj@hosting.collaborynth.com.au) has joined #mythtv | |
| [02:15:01] | kc (kc!~Casper@unaffiliated/kc) has joined #mythtv | |
| [02:15:01] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
| [02:15:01] | clever (clever!~clever@142.167.203.248) has joined #mythtv | |
| [02:15:01] | Anssi (Anssi!hannulaa@mandriva/developer/anssi) has joined #mythtv | |
| [02:15:01] | markcerv (markcerv!~mark@ns.shelfspace.com) has joined #mythtv | |
| [02:15:01] | jwhite (jwhite!~jwhite@75-146-153-89-minnesota.hfc.comcastbusiness.net) has joined #mythtv | |
| [02:15:01] | cecil_ (cecil_!~cesman@pool-108-0-54-134.lsanca.fios.verizon.net) has joined #mythtv | |
| [02:15:01] | jwh (jwh!~jwh@scarlett.lon.rewt.org.uk) has joined #mythtv | |
| [02:15:01] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [02:15:01] | gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv | |
| [02:15:01] | MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv | |
| [02:15:01] | frankster (frankster!~frankster@host86-129-130-104.range86-129.btcentralplus.com) has joined #mythtv | |
| [02:15:01] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [02:15:01] | mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv | |
| [02:15:01] | Vernon_at_work (Vernon_at_work!~singv003@lightcloud.verns.net) has joined #mythtv | |
| [02:15:01] | rsiebert (rsiebert!~quassel@g225058101.adsl.alicedsl.de) has joined #mythtv | |
| [02:15:01] | dmfrey (dmfrey!~dmfrey@64-121-93-243.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has joined #mythtv | |
| [02:15:01] | joki (joki!~joki@p54865FAE.dip.t-dialin.net) has joined #mythtv | |
| [02:15:01] | Slasher` (Slasher`!~Slasher@188.165.164.15) has joined #mythtv | |
| [02:15:01] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv | |
| [02:15:01] | Captain_Murdoch (Captain_Murdoch!~cpinkham@mythtv/developer/CaptainMurdoch) has joined #mythtv | |
| [02:15:01] | dekarl (dekarl!~dekarl@p4FCEE889.dip.t-dialin.net) has joined #mythtv | |
| [02:15:01] | Sharky112065 (Sharky112065!~Sharky112@c-24-19-57-28.hsd1.wa.comcast.net) has joined #mythtv | |
| [02:15:01] | knightr__ (knightr__!~knightr@69-165-170-178.dsl.teksavvy.com) has joined #mythtv | |
| [02:15:01] | _Techie_-_AFK_ (_Techie_-_AFK_!~techie@165.33.69.111.dynamic.snap.net.nz) has joined #mythtv | |
| [02:15:01] | Chutt (Chutt!~ijr@cpe-24-29-225-175.neo.res.rr.com) has joined #mythtv | |
| [02:15:01] | mag0o (mag0o!20001@slackhost.lynchmv.com) has joined #mythtv | |
| [02:15:01] | SmallR2002 (SmallR2002!~quassel@c-98-253-173-240.hsd1.il.comcast.net) has joined #mythtv | |
| [02:15:01] | jarle (jarle!~jarle@70.84-234-133.customer.lyse.net) has joined #mythtv | |
| [02:15:01] | Peps (Peps!~MiNT@li186-230.members.linode.com) has joined #mythtv | |
| [02:15:01] | XDS2010 (XDS2010!users.1218@id-1218.hampstead.irccloud.com) has joined #mythtv | |
| [02:15:01] | brfransen (brfransen!~brfransen@64.179.142.146) has joined #mythtv | |
| [02:15:01] | peitolm (peitolm!~moreyc@mandlebrot.random-chaos.org.uk) has joined #mythtv | |
| [02:15:01] | Unhelpful (Unhelpful!~quassel@rockbox/developer/Unhelpful) has joined #mythtv | |
| [02:15:01] | danielk22 (danielk22!~danielk@96.57.9.142) has joined #mythtv | |
| [02:15:01] | cattelan (cattelan!~cattelan@c-66-41-26-220.hsd1.mn.comcast.net) has joined #mythtv | |
| [02:15:01] | petefunk (petefunk!~pfunk@pud5.7ac0.org) has joined #mythtv | |
| [02:15:01] | toeb (toeb!~tob@HSI-KBW-078-042-104-026.hsi3.kabel-badenwuerttemberg.de) has joined #mythtv | |
| [02:15:01] | J-e-f-f-A (J-e-f-f-A!~J-e-f-f-A@pool-71-184-254-79.bstnma.fios.verizon.net) has joined #mythtv | |
| [02:15:01] | highzeth (highzeth!~hz@hoiseth.no) has joined #mythtv | |
| [02:15:01] | tomimo (tomimo!~kurre@xdsl-83-150-88-111.nebulazone.fi) has joined #mythtv | |
| [02:15:01] | dlblog (dlblog!~dlblog@c-76-127-227-175.hsd1.ma.comcast.net) has joined #mythtv | |
| [02:15:01] | stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv | |
| [02:15:01] | aloril (aloril!~aloril@84.249.126.153) has joined #mythtv | |
| [02:15:01] | CaCtus491 (CaCtus491!~Kent@123-243-197-152.static.tpgi.com.au) has joined #mythtv | |
| [02:15:02] | eharris (eharris!~eharris@99-179-7-82.lightspeed.austtx.sbcglobal.net) has joined #mythtv | |
| [02:15:02] | foxbuntu (foxbuntu!~foxbuntu@ubuntu/member/foxbuntu) has joined #mythtv | |
| [02:15:02] | superm1 (superm1!u4318@ubuntu/member/superm1) has joined #mythtv | |
| [02:15:02] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [02:15:02] | sphery (sphery!~mdean@mythtv/developer/sphery) has joined #mythtv | |
| [02:15:02] | knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv | |
| [02:15:02] | pjd_ (pjd_!~phil@93.89.91.89) has joined #mythtv | |
| [02:15:02] | jams (jams!~jams@cpe-184-58-217-97.wi.res.rr.com) has joined #mythtv | |
| [02:15:02] | dinamic|screen (dinamic|screen!~remote@buffalo.cendio.se) has joined #mythtv | |
| [02:15:02] | seld (seld!~seld@h170n6-rny-a12.ias.bredband.telia.com) has joined #mythtv | |
| [02:15:02] | analogue (analogue!~analogue@cpepool6cmts2-150.sanbrunocable.com) has joined #mythtv | |
| [02:15:02] | GreyFoxx (GreyFoxx!~greg@mythtv/developer/GreyFoxx) has joined #mythtv | |
| [02:15:02] | xris (xris!~xris@mythtv/developer/xris) has joined #mythtv | |
| [02:15:02] | jpabq (jpabq!~jpabq@mythtv/developer/jpabq) has joined #mythtv | |
| [02:15:02] | tgm4883 (tgm4883!~tgm4883@ubuntu/member/tgm4883) has joined #mythtv | |
| [02:15:02] | rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has joined #mythtv | |
| [02:15:02] | idl0r (idl0r!~idl0r@gentoo/developer/idl0r) has joined #mythtv | |
| [02:15:02] | MythBuild (MythBuild!~MythBuild@alcor.mythtv.org) has joined #mythtv | |
| [02:15:02] | f33dMB (f33dMB!~f33dMB@li100-62.members.linode.com) has joined #mythtv | |
| [02:15:02] | sunkan (sunkan!~sunkan@alva.zappa.cx) has joined #mythtv | |
| [02:15:02] | Beirdo (Beirdo!~gjhurlbu@mythtv/developer/beirdo) has joined #mythtv | |
| [02:15:02] | Cougar (Cougar!~cougar@kkk.version6.net) has joined #mythtv | |
| [02:15:02] | jstenback (jstenback!~jstenback@2620:101:8003:200:224:e8ff:fe39:34c2) has joined #mythtv | |
| [02:15:02] | laga (laga!~laga@pdpc/supporter/student/laga) has joined #mythtv | |
| [02:15:02] | whoDat (whoDat!~cal@yossman.net) has joined #mythtv | |
| [02:15:02] | poptix (poptix!poptix@poptix.net) has joined #mythtv | |
| [02:15:02] | David_Miller (David_Miller!~dave@pretender.frop.net) has joined #mythtv | |
| [02:15:02] | damaltor (damaltor!sbnc@h1889977.stratoserver.net) has joined #mythtv | |
| [02:15:02] | _charly_ (_charly_!kroseneg@sunrise.schmidham.net) has joined #mythtv | |
| [02:15:02] | joe____ (joe____!~bob@64.73.32.135) has joined #mythtv | |
| [02:15:34] | ghoti (ghoti!~paul@scratch.it.ca) has quit (Max SendQ exceeded) | |
| [02:16:05] | ghoti (ghoti!~paul@scratch.it.ca) has joined #mythtv | |
| [03:09:27] | amessina_ (amessina_!~amessina@h-66-166-108-205.chcgilgm.static.covad.net) has joined #mythtv | |
| [03:10:01] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has quit (Ping timeout: 245 seconds) | |
| [03:30:44] | gigem: | stuartm: I'll take a look this weekend. Do you have any idea what's changed to cause these deadlocks to show up now? Most of that scheduler code hasn't really changed in years. |
| [03:31:31] | amessina_ is now known as amessina | |
| [03:32:07] | Beirdo: | stuartm: no problemo, sir. |
| [03:32:48] | Beirdo: | if we don't get it in for feature freeze, I'm not too worried, I just won't put in the new scripts until we're ready :) |
| [03:33:30] | Beirdo: | Captain_Murdoch: did you see that apparently the animated gif support seems busted again? |
| [03:34:58] | zombor (zombor!~zombor_@65.29.231.135) has joined #mythtv | |
| [03:34:58] | zombor (zombor!~zombor_@65.29.231.135) has quit (Changing host) | |
| [03:34:58] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [03:38:42] | Captain_Murdoch: | think I remember some mention of it flying by but don't recall details. |
| [04:03:40] | Beirdo: | yeah, I dunno if we got much detail. I'm gonna try to look into it, but two or more sets of eyes can be handy :) |
| [04:07:34] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [04:08:29] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Ping timeout: 244 seconds) | |
| [04:23:27] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [04:54:46] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has quit (Remote host closed the connection) | |
| [04:57:50] | stichnot (stichnot!~chatzilla@192.55.54.42) has joined #mythtv | |
| [04:57:50] | stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has joined #mythtv | |
| [04:57:50] | stichnot (stichnot!~chatzilla@192.55.54.42) has quit (Changing host) | |
| [06:07:18] | knightr_ (knightr_!~knightr@69-165-170-178.dsl.teksavvy.com) has joined #mythtv | |
| [06:10:58] | knightr__ (knightr__!~knightr@69-165-170-178.dsl.teksavvy.com) has quit (Ping timeout: 252 seconds) | |
| [07:10:00] | Lomion0815 (Lomion0815!~markus@91-113-90-182.adsl.highway.telekom.at) has joined #mythtv | |
| [07:52:55] | stuarta (stuarta!~stuarta@callisto.ppp0.squashedfrog.net) has joined #mythtv | |
| [07:52:55] | stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has joined #mythtv | |
| [07:52:55] | stuarta (stuarta!~stuarta@callisto.ppp0.squashedfrog.net) has quit (Changing host) | |
| [08:03:52] | jya: | In Qt.. Is there a more appropriate way than another to wait for a signal in a thread?.. Like I want to post an event, and wait for another signal to be produced |
| [08:08:02] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Quit: kormoc) | |
| [08:53:22] | stuartm: | gigem: I haven't a clue |
| [08:53:58] | amessina (amessina!~amessina@h-66-166-108-205.chcgilgm.static.covad.net) has quit (Quit: Konversation terminated!) | |
| [10:16:52] | seld (seld!~seld@h170n6-rny-a12.ias.bredband.telia.com) has quit (Ping timeout: 248 seconds) | |
| [10:17:27] | stuartm: | going to take me a while to get used to this new keyboard, exact same dimensions as the old keyboard but missing the wrist support, amazing how much a tiny change can screw up years of muscle memory |
| [10:20:32] | stuarta: | you can buy them as an extra, squishy wrist support thingies.... |
| [10:29:44] | stuartm: | aye, but I don't think I'll bother, I'll just adapt :) |
| [10:30:24] | stuartm: | a few emails and it's already getting much easier |
| [10:32:52] | joki (joki!~joki@p54865FAE.dip.t-dialin.net) has quit (Ping timeout: 248 seconds) | |
| [10:34:41] | joki (joki!~joki@p54864DB5.dip.t-dialin.net) has joined #mythtv | |
| [10:42:47] | Lomion0815: | #10489 is getting really annoying! How can I set a trace-trigger whenever the RECORDING GROUP of a currently running LiveTV recording is changed directly in the DB? |
| [10:42:47] | ** MythLogBot http://code.mythtv.org/trac/ticket/10489 ** | |
| [10:44:32] | dekarl1 (dekarl1!~dekarl@p4FCEE9AA.dip.t-dialin.net) has joined #mythtv | |
| [10:45:29] | dekarl (dekarl!~dekarl@p4FCEE889.dip.t-dialin.net) has quit (Ping timeout: 265 seconds) | |
| [11:51:48] | dmfrey (dmfrey!~dmfrey@64-121-93-243.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has quit (Quit: Ex-Chat) | |
| [11:52:52] | stuartm: | Beirdo: any clue on the ratios of the logo? I need to find an appropriate space within each screen to display it |
| [12:09:33] | XDS2010 (XDS2010!users.1218@id-1218.hampstead.irccloud.com) has quit (Remote host closed the connection) | |
| [12:09:37] | danielk22: | jya: The best way is probably to use a QWaitCondition::wait() in the worker thread and in when you get the response call QWaitCondition::wakeAll() in the event thread. |
| [12:10:24] | jya: | danielk22: that would be a very dirty way IMHO provided the event thread is a TV class instance. |
| [12:10:45] | jya: | I use the method documented on the Qt web site using an event loop |
| [12:11:37] | danielk22: | jya: But that means you are blocking in a thread that runs an event loop which isn't the greatest idea.. |
| [12:12:04] | jya: | but what I don't get is that I put a breakpoint before the post event and right before the QEventLoop::exec located after the postEvent, and a breakpoint where I emit the signal. it breaks at the emit signal, before the QEventLoop::exec is called :( |
| [12:12:15] | danielk22: | In that case you shouldn't wait, you should break up the code into the first part that sends the event and the second part that handles the response. |
| [12:12:27] | jya: | it's like the postEvent QEvent is handled immediately |
| [12:12:59] | XDS2010 (XDS2010!users.1218@id-1218.hampstead.irccloud.com) has joined #mythtv | |
| [12:13:22] | jya: | danielk22: I've already tried that approach, and was even less successful as my code is in the handler of a QTcpSocket readbuffer |
| [12:13:44] | danielk22: | signals between two objects owned by the same thread are handled immediately by default. |
| [12:13:59] | jya: | but they aren't in the same thread. |
| [12:14:15] | jya: | one is in my AirPlayServer thread, the other is the main (UI) thread |
| [12:14:24] | jya: | hence why I don't understand the behaviour |
| [12:14:37] | danielk22: | Are they owned by the same thread? ownership goes by the thread where the object was created. |
| [12:14:44] | jya: | nope |
| [12:15:12] | jya: | One is own by MythMainWindows, the AirPlayServer thread is started when the application starts.. two different threads |
| [12:15:30] | danielk22: | Those both run in the same thread... |
| [12:15:47] | jya: | the AirPlayServer thread do a postEvent with HANDLE_MEDIA so the player can start playback? |
| [12:16:02] | jya: | ? what do you mean they run in the same thread… they aren't the same |
| [12:16:35] | jya: | if you mean they are the same because they have been created by the same application, then all threads are always the same using that definition |
| [12:16:37] | danielk22: | If a QThread is started from the main thread it is owned by the main thread. Which means all it's events are handled in the main thread. |
| [12:17:09] | jya: | i see... |
| [12:17:37] | danielk22: | Also any objects created in the QThread constructor are in the main thread.. |
| [12:17:56] | danielk22: | s/in/owned by/ |
| [12:18:00] | jya: | well, in that case, how does that explain that until know, I was starting playback, and I had to test several times that playback actually started. |
| [12:18:12] | jya: | doesn't make any sense to me what you're saying… |
| [12:19:18] | jya: | because I've definitely seen cases where I post the HANDLE_MEDIA event, and it takes several call to my readData() handler to finally see that playback has started |
| [12:19:47] | jya: | so how do you ever have different signals between threads then? |
| [12:20:01] | jya: | one way or another, every QThread created can be traced back to the main thread |
| [12:20:07] | danielk22: | You transfer ownership of the thread. |
| [12:20:49] | danielk22: | Or you send a signal to an object created in the QThread's run |
| [12:21:03] | jya: | sorry Daniel, but what you're saying doesn't make any sense… |
| [12:21:18] | danielk22: | http://qt-project.org/doc/qt-5.0/qobject.html#moveToThread |
| [12:22:14] | jya: | postEvent has always been asynchronous, and that cause many issue too for what I want to do…. Based on what you are saying, because the ancestor of my QThread is the main thread, all postEvent really would be syncrhonous as the ownership is by the main thread |
| [12:23:15] | zombor (zombor!~zombor_@65.29.231.135) has joined #mythtv | |
| [12:23:15] | zombor (zombor!~zombor_@65.29.231.135) has quit (Changing host) | |
| [12:23:15] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [12:23:41] | danielk22: | I'm not sure on postEvent, but signals are synchronous if the objects are owned by the same thread. |
| [12:24:05] | danielk22: | Unless you specify a queued connection. |
| [12:24:08] | jya: | I'm talking about Events here… not signals |
| [12:24:11] | danielk22: | http://doc.trolltech.com/4.6/threads-qobject. . . . ross-threads |
| [12:24:14] | jya: | postEvent |
| [12:24:30] | danielk22: | dunno about postEvent, I was responding to the signal comment. |
| [12:24:50] | jya: | you misundersood the context then… |
| [12:24:57] | XDS2010 (XDS2010!users.1218@id-1218.hampstead.irccloud.com) has quit (Remote host closed the connection) | |
| [12:26:36] | jya: | what I was saying is that when I do something like: LOG("before") postEvent(…) LOG("after") and I put a breakpoint on the code that would be run when the event is processed. I have the code breaking there, before LOG("after") is run |
| [12:26:58] | jya: | so it's like postEvent action in handled immediately here |
| [12:27:52] | XDS2010 (XDS2010!users.1218@id-1218.hampstead.irccloud.com) has joined #mythtv | |
| [12:28:06] | clever: | jya: multicore?, what does the backtrace say? |
| [12:28:30] | stuartm: | I'm getting that incredible sinking feeling that I've accidentally wiped my metoffice grabber for mythweather and I don't have a backup |
| [12:28:38] | jya: | clever: :) there are 38 threads running here... |
| [12:29:15] | clever: | jya: if its multicore, then the second thread may be able to wake (on a second core and hit the breakpoint) faster then LOG() can finish on the first core |
| [12:29:43] | jya: | clever.. no because I also put a breakpoint on the 2nd log, so I see exactly where it breaks first |
| [12:31:47] | danielk22: | jya: Yeah, I thought you were using the signal/slot mechanism. events are different. I'd expect postEvent to always queue. |
| [12:34:01] | danielk22: | jya: If you put a LOG("middle") in the event handler when does that print? |
| [12:35:56] | pheld (pheld!~heldal@cl-5.osl-01.no.sixxs.net) has joined #mythtv | |
| [12:39:53] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has joined #mythtv | |
| [12:53:28] | stuartm: | the email just now to the dev list has me wondering why we don't just spawn mythtv-setup automatically if we detect that it's not been run before |
| [12:54:25] | stuartm: | uh, ignore that, I'm forgetting that most people will start mythbackend from an init script ... |
| [13:01:19] | jya: | danielk22: sorry… got something I had to attend to |
| [13:01:20] | danielk22: | jya: if the receiver of the event is in a different thread, then it could run before LOG("after") since it's event loop is running independently of the sending thread. |
| [13:02:04] | danielk22: | I have a calls for the next 4 hours... so I'll be MIA soon.. |
| [13:02:26] | jya: | danielk22: yes… for the logs… but not for my breakpoints :) I only mentioned the log issue as a way to better explain… you could replace all the LOG with a particular breakpoint, and the order in which the breakpoints are run |
| [13:02:39] | danielk22: | i.e. it's gets added to the receiving threads queue and handled immediately in that thread. |
| [13:03:32] | danielk22: | there is no guarantee that it is handled immediately, but it is possible. |
| [13:03:50] | jya: | I looked at the log code, and it force the eventloop to run immediately whenever a call to it is made… so the order in which you see the logs, are very close to the order things are actually executed |
| [13:04:47] | jya: | in the mean time, I can't explain the behaviour I'm seeing, and it's giving me the #$@$! |
| [13:07:42] | danielk22: | http://doc.qt.nokia.com/4.7-snapshot/eventsandfilters.html in the "Sending Events" section it says events are handled by "Qt's main event handling loop" which if true would cause some strange behaviour and make receiving events non-thread-safe. |
| [13:08:14] | jya: | and why you have postEvents vs sentEvents |
| [13:08:18] | danielk22: | My guess is these docs are out of date and this describes how things were done in Qt3. |
| [13:08:58] | jya: | ahahah |
| [13:09:01] | jya: | oh gosh... |
| [13:09:05] | danielk22: | But if all postEvent's were handled in the main thread then that wouldn't be thread safe. |
| [13:09:30] | danielk22: | It makes more sense that they would be handled by the individual thread's event loops. |
| [13:09:40] | jya: | to compile and install… I do in my command line: arrow up (last command) enter. Which is just make install |
| [13:09:57] | danielk22: | hehe |
| [13:10:07] | jya: | except that because I had modified tv_play.h and it recompiles everything, I did a make -j8 instead |
| [13:10:20] | danielk22: | "make -j40 -k && sudo make install" |
| [13:10:22] | jya: | so for the past hours I think, I've been testing my changes, making tweaks and all |
| [13:10:40] | jya: | and it happens that I never did make install, so I kept running the old code |
| [13:10:55] | jya: | I just did it, and it works fine with my QEventLoop and waiting for the signal :) |
| [13:11:02] | danielk22: | well that will cause head scratching! |
| [13:11:32] | danielk22: | you mean s/signal/event/ ? ;] |
| [13:12:52] | jya: | http://pastebin.com/HwnvAHDP |
| [13:12:55] | jya: | I do both.. |
| [13:13:02] | jya: | I post an event, and I wait for the signal |
| [13:13:35] | jya: | one is without my wait for the signal, you see that I get the message playback started right after sending my ACTION_HANDLEMEDIA |
| [13:14:03] | jya: | the bottom, show that the playback is actually started right after my postEvent, so I now have a syncrhonous code. |
| [13:14:08] | jya: | which is what I wanted |
| [13:14:37] | stichnot (stichnot!~chatzilla@192.55.54.42) has joined #mythtv | |
| [13:14:37] | stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has joined #mythtv | |
| [13:14:37] | stichnot (stichnot!~chatzilla@192.55.54.42) has quit (Changing host) | |
| [13:17:44] | _Techie_-_AFK_ (_Techie_-_AFK_!~techie@165.33.69.111.dynamic.snap.net.nz) has quit (Ping timeout: 265 seconds) | |
| [13:17:58] | danielk22: | I wonder if we could use the signal/slot Qt::BlockingQueuedConnection to eliminate that last sendEvent() in the code.. |
| [13:18:42] | jya: | danielk22: I have already replaced it using a code crafted around QMetaObject::invokeMethod |
| [13:18:53] | jya: | it behaves just like sendEvent, but is threadsafe |
| [13:19:10] | jya: | and yes, it's using BlockingQueuedConnection |
| [13:19:13] | danielk22: | The MythMusing thing? |
| [13:19:25] | danielk22: | MythMusic |
| [13:19:36] | jya: | for ticket #9819 yes |
| [13:19:36] | ** MythLogBot http://code.mythtv.org/trac/ticket/9819 ** | |
| [13:19:44] | danielk22: | great :) |
| [13:20:11] | jya: | that's next on my todo list.. That's how I started to implement my syncrhonous player code for AirPlay |
| [13:20:20] | jya: | but was too complicated. |
| [13:20:45] | jya: | but when I was discussing the issue, sphery and is encyclopedial memory joined the dot for another use of it |
| [13:20:55] | stuarta: | message queues, lets send everything via messages async \o/ |
| [13:23:06] | jya: | I'm deep into tv_play.cpp now… I'm amazed on how many times the same thing is coded just to differentiate between a keypress, an event, and OSD menu, the playback menu etc... |
| [13:23:15] | jya: | all fundamentally the same thing... |
| [13:23:35] | danielk22: | jya: Built up over time by many different developers.. |
| [13:25:45] | danielk22: | It was also built around a completely different threading model and before Qt had decent support for multi-threaded applications. |
| [13:26:40] | danielk22: | A lot of that code was just to get a message from one thread to another. But now the code all lives in one thread and Qt has decent mechanisms to call one thread from another. |
| [13:27:15] | danielk22: | (I don't think all of it lives in one thread, but it is a different threading model than it had originally). |
| [13:27:19] | jya: | I wonder how anyone find their stuff around that code. |
| [13:27:46] | jya: | I'm sure that file alone is the reason why we have an average of 11% of comments according to Ohloh |
| [13:29:11] | jya: | what I'm surprised about, is that all the SendMythSystemPlayEvent() everywhere in this code, are actually called before the actual action occurs. |
| [13:29:20] | jya: | for example DoPlay() |
| [13:29:43] | jya: | calls SendMythSystemPlayEvent("PLAY_UNPAUSED", ctx->playingInfo); before playback is actually started |
| [13:31:13] | danielk22: | Captain_Murdoch can answer better, but I think the system events were for external programs that just need a loose idea of what is going on in the application. |
| [13:34:15] | stuartm: | in some cases those external scripts rely on the actions being sent prior to the actual event occuring, e.g. I have a script to adjust min clock frequency when playing is started/paused, if that occurred after the event I'd see stuttering |
| [13:34:56] | jya: | stuartm: that could be dealt with have more events |
| [13:35:30] | jya: | but anyhow, I'm adding signals on top of events for many actions there, and I raise the signal *after* |
| [13:35:31] | voyo (voyo!~Voyo@2001:470:1f15:131b::20) has joined #mythtv | |
| [13:41:24] | rsiebert_ (rsiebert_!~quassel@g225056187.adsl.alicedsl.de) has joined #mythtv | |
| [13:42:04] | rsiebert (rsiebert!~quassel@g225058101.adsl.alicedsl.de) has quit (Ping timeout: 246 seconds) | |
| [13:42:06] | jya: | danielk22: Is there a way to create a private class with signals , where tv_play.h would only use a forward declaration, and use signals in other parts? |
| [13:42:30] | jya: | I'ld like to avoid rebuilding the whole lot each time tv_play.h is modified. everything has it as a dependency |
| [13:42:36] | _Techie_-_AFK_ (_Techie_-_AFK_!~techie@165.33.69.111.dynamic.snap.net.nz) has joined #mythtv | |
| [13:43:46] | stichnot: | danielk22: when did you say schedules direct updates their data each day? |
| [13:44:47] | stichnot: | I set mythfilldatabase to run around 7pm each day (before prime-time), but I think the backend in the hot garage overheats and the machine crashes or shuts down in the current heat wave :) |
| [13:46:44] | Lomion0815 (Lomion0815!~markus@91-113-90-182.adsl.highway.telekom.at) has quit (Ping timeout: 252 seconds) | |
| [13:55:38] | danielk22: | jya: The class can be private but the class with the signals/slots needs to be declared in a header file. |
| [13:55:49] | danielk22: | stichnot: around 1pm EST |
| [13:55:55] | jya: | danielk22 ok… too bad |
| [13:56:17] | stichnot: | danielk22: thanks, it should still be cool around then :) |
| [13:56:49] | danielk22: | jya: I know, I've often wanted to hide that cruft from the header containing the interface I want devs to use for my class. |
| [13:57:17] | danielk22: | That is supposed to be fixed in Qt5 BTW. |
| [14:06:42] | Captain_Murdoch: | system events are asynchronous, and rely on an external program starting up, so they are a little loose or fuzzy on timing. if an app needs to know immediately when something happened, it would have to be sent out over mythproto and the app would have to be connected to the MBE monitoring events. having to have a pre and post for (most?) every system event would get large, but I would like to see lots more system events. I e |
| [14:06:42] | Captain_Murdoch: | ven tossed around the idea of having a system event for every myth event that comes over the protocol, in which case we'd need to pre-cache and hash the list of configured event handlers for speed. |
| [14:08:39] | Captain_Murdoch: | perhaps events like "PLAY_UNPAUSED" would have been better phrased as "PLAY_UNPAUSING". I wanted the 'play' to be first, so I didn't put something like "UNPAUSING_PLAYBACK" |
| [14:19:39] | danielk22: | Bah, it looks like there is more wrong with recording pre-emption of livetv than #10489. Sometimes it doesn't even change the channel, and sometimes it tries to record on a virtual recorder that's locked to a different multiplex. |
| [14:19:39] | ** MythLogBot http://code.mythtv.org/trac/ticket/10489 ** | |
| [14:27:26] | seld (seld!~seld@h170n6-rny-a12.ias.bredband.telia.com) has joined #mythtv | |
| [14:28:34] | jya: | danielk22: I'm sure you can help.. I have created a signal like so: |
| [14:29:25] | seld (seld!~seld@h170n6-rny-a12.ias.bredband.telia.com) has quit (Remote host closed the connection) | |
| [14:29:30] | jya: | void seekCompleted(int64_t position); and I generate it with emit seekCompleted(position). I did my connect with connect(TV::SharedSignalInstance(), SIGNAL(seekCompleted(int64_t)), &eventLoop, SLOT(quit())) |
| [14:29:35] | jya: | I never receive it. |
| [14:29:38] | jya: | if instead I do: |
| [14:30:02] | seld (seld!~seld@h170n6-rny-a12.ias.bredband.telia.com) has joined #mythtv | |
| [14:30:16] | jya: | void seekCompleted(void); and I generate it with emit seekCompleted(). connect(TV::SharedSignalInstance(), SIGNAL(seekCompleted()), &eventLoop, SLOT(quit())) |
| [14:30:21] | jya: | then I receive my signal. |
| [14:30:29] | jya: | Is there something wrong with my declaration? |
| [14:30:34] | seld (seld!~seld@h170n6-rny-a12.ias.bredband.telia.com) has quit (Remote host closed the connection) | |
| [14:31:25] | seld (seld!~seld@h170n6-rny-a12.ias.bredband.telia.com) has joined #mythtv | |
| [14:45:31] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv | |
| [14:55:04] | stuartm: | jya: the first one should work, but try the second connect with the int64_t version of seek completed |
| [14:55:33] | jya: | i replaced int64_t with qint64 and now it works… no idea why |
| [14:56:09] | stuarta: | Qt magic probably |
| [14:56:36] | stuartm: | jya: ah, internally everything is converted to a union/QVariant, it probably just doesn't understand int64_t as a type |
| [14:57:03] | jya: | I remember reading something about it and using the Q_ARG macro.. |
| [14:57:37] | stuarta: | probably a limitation of Qt slots/signals |
| [14:57:48] | stuartm: | yeah, you can register new types for it to handle |
| [14:59:00] | stuartm: | the registration macros create the necessary templates to allow conversion between types required by QVariant |
| [14:59:47] | jya: | I thoughts all of the arguments for SIGNAL() and SLOT() where const char * ? |
| [15:00:00] | stuartm: | but qint64 should be equivalent to int64_t, so a simple cast might work just as well |
| [15:02:15] | stuartm: | jya: those are treated as strings iirc, internally it takes that representation and creates storage for the data until it's been copied to all slots |
| [15:06:17] | stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has quit (Quit: ChatZilla 0.9.88.2 [Firefox 13.0.1/20120614114901]) | |
| [15:24:20] | Captain_Murdoch: | jya, did you have any ideas on that ::toFloat() issue in my HLS AAC patch? I want to get that in before freeze, so we can at least use AAC audio even if we have to do the float conversion in C vs asm for now. |
| [15:24:47] | jya: | Captain_Murdoch: I haven't had the chance to look yet.. finishing wrapping up my airplay code… It's next on my list |
| [15:25:01] | jya: | IMHO, that's a bug fix anyway .. |
| [15:25:47] | jya: | getting HLS encoder to work properly is very high on my todolist… I want the whole HLS code, both player and encoder to be perfect |
| [15:32:21] | Captain_Murdoch: | well, AAC isn't a bugfix, that's why I want to get the AAC support in, then can fix the ::toFloat() bug in that after the freeze. :) works fine with the C code just would be faster if we could use asm ::toFloat(). |
| [15:33:02] | Captain_Murdoch: | HLS is the only kind of transcoding I do that the moment, I'm not using the lossy side of the transcoder anymore since I moved. |
| [15:34:29] | jya: | I have your patch open on my web browser since you gave me the link |
| [15:34:32] | Captain_Murdoch: | I'd like to see it better but haven't had much time over the past 3–4 months due to the move. time is slowly becoming available now, but still have lots of things to do around the house. |
| [15:34:34] | jya: | I'll look into it tomorrow |
| [15:35:44] | jya: | well, I have the airplay server working like I want know.. so I'll definitely look into it tomorrow |
| [15:35:56] | jya: | now, time for bed.. |
| [15:36:44] | Captain_Murdoch: | I may put it in tonight as-is (after reviewing again) and then look at the ::toFloat() issue. I need to look at the other audio issue that George Nassus is still reporting as well. |
| [15:37:10] | jya: | up to you... |
| [15:37:59] | jya: | but I'll look into it tomorrow no matter what and start investigating how to make playback start faster and with a better quality. because for me, it's still quite unusual for some reason. it's very blocky for several minutes when it start |
| [15:38:06] | jya: | and often with A/V sync issues |
| [15:39:56] | ** jya very sleepy ** | |
| [15:40:56] | Captain_Murdoch: | I'm fine with fixing any issues later. the patch was working for me when I played with it prior to moving, I'll run some tests tonight on iOS, JW Player, and my Android tablet and then see about getting it in. then can optimize the float conversion. |
| [15:42:13] | Captain_Murdoch: | my patch does make it use the high profile for > 1024 now instead of main. I think some settings were being ignored previously due to the init sequence. I had to fix that to be allowed to use high 4.1. |
| [15:47:19] | Mousey (Mousey!~r0dent_@ross154.net) has joined #mythtv | |
| [15:50:59] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has quit (Remote host closed the connection) | |
| [15:51:40] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has joined #mythtv | |
| [15:58:37] | cocoa117 (cocoa117!~cocoa117@188-222-31-239.zone13.bethere.co.uk) has joined #mythtv | |
| [16:05:05] | gigem: | stuartm: Try http://pastebin.com/SUbi4NK0 . For some reason, I didn't think RemotePending() was a synchronous recorder call. |
| [16:27:49] | aloril (aloril!~aloril@84.249.126.153) has quit (Ping timeout: 244 seconds) | |
| [16:39:30] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv | |
| [16:40:13] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has joined #mythtv | |
| [16:48:53] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has quit (Ping timeout: 250 seconds) | |
| [17:01:25] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has joined #mythtv | |
| [17:05:07] | danielk22: | jya: SIGNAL and SLOT just turn everything you pass to them into a string. "1"#a and "2"#a respectively. So it's all text based and qt can't handle typedefs or namespaces. This is fixed in Qt5 which uses function pointers instead of strings and inherits all the power of the C++ type system. |
| [17:05:10] | danielk22: | http://woboq.com/blog/new-signals-slots-syntax-in-qt5.html |
| [17:08:36] | cocoa117 (cocoa117!~cocoa117@188-222-31-239.zone13.bethere.co.uk) has quit (Quit: Leaving) | |
| [17:08:57] | danielk22: | This also means you multiple inheritance + Qt might also have less dire consequences; though my guess is having two QObject parents still won't be allowed. |
| [17:18:38] | stuartm: | gigem: I've applied it and we'll see what happens |
| [17:20:57] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has quit (Ping timeout: 250 seconds) | |
| [17:21:22] | gigem: | stuartm: Okay. How reliably could you produce the problem? |
| [17:24:48] | stuartm: | can't manage it on demand, but it occurred twice in the last week |
| [17:25:16] | stuartm: | usually when I'm not monitoring things and a recording I really wanted to see was starting :) |
| [17:30:50] | stuartm: | gigem: if you're confident that the change is safe then I suppose there is nothing to lose from committing it now rather than waiting for confirmation that it resolves the deadlock, I can't guarantee that it's fixed even if I go the next week without seeing it – absence of evidence etc |
| [17:34:20] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has joined #mythtv | |
| [17:35:01] | stuartm: | I really would love to know why we're only seeing these deadlocks now, nothing about this backend or the way in which I use it has changed |
| [17:38:23] | gigem: | stuartm: I'm reasonably confident it won't make things worse, but since you were able to try immediately, I figured I'd wait a few hours just to be sure. |
| [17:39:17] | gigem: | Something must have changed the timing. Perhaps danielk22's recorder changes unmasked the problem. |
| [17:41:01] | stuartm: | gigem: sure, we're just reaching prime time here so I've got a two or three recordings starting that should exercise it a little, I'll experiment with triggering GET_RECORDING calls around the starttimes |
| [17:43:07] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has quit (Ping timeout: 240 seconds) | |
| [17:43:22] | stuartm: | er, think that should be QUERY_RECORDINGS in fact |
| [17:43:54] | Mousey (Mousey!~r0dent_@ross154.net) has quit (Ping timeout: 255 seconds) | |
| [17:44:28] | gigem: | stuartm: Sounds good. If I don't hear back from you'l I'll commit later this afternoon. |
| [17:54:02] | Mousey (Mousey!~r0dent_@ross154.net) has joined #mythtv | |
| [17:55:33] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has joined #mythtv | |
| [17:58:06] | Vernon_at_work (Vernon_at_work!~singv003@lightcloud.verns.net) has quit (Remote host closed the connection) | |
| [18:03:54] | Beirdo: | we seem to be getting good at surfacing race conditions :) |
| [18:17:01] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has quit (Read error: Operation timed out) | |
| [18:31:20] | aloril (aloril!~aloril@dsl-tkubrasgw3-fe7ef900-153.dhcp.inet.fi) has joined #mythtv | |
| [18:33:08] | stuartm: | Beirdo: how are you coping with the icons available in mythweather? The MetOffice grabber could use one or two new icons to represent dust and haze, possibly "tropical storm" too |
| [18:34:34] | Beirdo: | hmm, so far, we were just using the ones we have and map others to a ? |
| [18:35:37] | Beirdo: | feel free to add more, I guess. We should rethink the icon mapping at some point, I guess :) |
| [18:35:38] | stuartm: | so it might be worth seeing if we can source some additional icons in the same style, or an entirely new set? |
| [18:35:45] | Beirdo: | sure |
| [18:35:53] | Beirdo: | wunderground has a set |
| [18:36:02] | Beirdo: | accuweather as well (although we don't use them) |
| [18:36:31] | Beirdo: | if there are more in our current style, that would likely be the least work |
| [18:36:49] | stuartm: | well they've got to be something appropriately licensed which we can distribute and which are generic enough to match up with other grabbers? |
| [18:37:34] | Beirdo: | yeah, that'd be my concern with using wunderground's icons |
| [18:38:03] | Beirdo: | there's got to be a set out there somewhere that would be complete enough though |
| [18:38:17] | Beirdo: | I'm not married to the current set if it needs replacing |
| [18:38:57] | stuartm: | some sources are pure data and don't have icons we can use, and for the sake of consistency in a mixed source setup using one set of icons is better than say pulling wunderground icons via http only for the wunderground grabber etc |
| [18:39:09] | Beirdo: | agreede |
| [18:39:48] | stuartm: | somewhere there is a record of where those icons came from, if I can find it there may be others |
| [18:40:01] | Beirdo: | that would be cool |
| [18:40:28] | Beirdo: | and if you find it, we should put it in a README in the icons dir :) |
| [18:40:34] | Beirdo: | save trouble for next time |
| [18:41:10] | stuartm: | there is a url in the AUTHORS, I'm just not sure whether it applies to these icons or the ones we were using before that set |
| [18:41:20] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has quit (Quit: Ex-Chat) | |
| [18:41:20] | stuartm: | they were changed ~3 years ago |
| [18:41:34] | Beirdo: | in the 0.27 cycle (hopefully), I'd like to replace the blah::blah with JSON between scrapers and the plugin |
| [18:41:42] | stuartm: | and the server is apparently down ... |
| [18:41:54] | stuartm: | tango.freedesktop.org |
| [18:42:05] | Beirdo: | that parser's given us many issues in the past, and perl/python/ruby all like JSON |
| [18:42:08] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has joined #mythtv | |
| [18:42:35] | Beirdo: | http://commons.wikimedia.org/wiki/Tango_icons |
| [18:42:39] | Beirdo: | might that be them? |
| [18:42:52] | Beirdo: | looks like them |
| [18:43:25] | stuartm: | that's them |
| [18:44:03] | Beirdo: | from the set there, looks like we have them all |
| [18:44:22] | Beirdo: | but that's not the source, that's just a page with them on it :) |
| [18:44:23] | stuartm: | the day/night icons might ultimately be useful, but that set does seem to be a little disappointing |
| [18:44:57] | stuartm: | we actually have more than appear there, but looking at those they might be created by combining elements from those images |
| [18:45:09] | Beirdo: | and they are in public domain now, apparently |
| [18:45:10] | Beirdo: | nice |
| [18:45:11] | stuartm: | e.g. rain + snow icons to get the 'rainsnow.png' |
| [18:45:16] | Beirdo: | yeah |
| [18:45:19] | stuartm: | aka sleet |
| [18:45:43] | Beirdo: | http://en.wikipedia.org/wiki/Tango_Desktop_Project |
| [18:45:58] | Beirdo: | some of the links off there to other icon sets may prove useful |
| [18:47:05] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has quit (Remote host closed the connection) | |
| [18:47:10] | stuartm: | sadly I'm seeing nothing fitting 'haze' and 'dust', maybe if I can find svg versions I can modify the fog icon |
| [18:47:35] | stuartm: | with the summer we've been having no-one is going to need those icons this year |
| [18:47:47] | Beirdo: | heh |
| [18:47:47] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has joined #mythtv | |
| [18:48:03] | Beirdo: | we just had a thunderstorm in Seattle (happens maybe 2–3 times a year) |
| [18:53:02] | stuartm: | it's been extremely wet here, across the whole country, a months worth of rain falling in one night in some places, floods etc and it's been like that for the last 6 weeks :( |
| [18:53:36] | Beirdo: | wow. |
| [18:54:05] | stuartm: | no chance of dust, it's all mud and will probably stay mud for weeks yet because the ground is so waterlogged |
| [18:54:46] | Beirdo: | what's the icon for mudslides? |
| [18:56:33] | stuartm: | heh |
| [18:58:26] | stuartm: | had a few of those, including my personal favourite of a commuters on a train being stuck for hours after two landslides occurred, one ahead and one behind |
| [19:08:04] | jwhite (jwhite!~jwhite@75-146-153-89-minnesota.hfc.comcastbusiness.net) has quit (Quit: Leaving) | |
| [19:14:50] | jwhite (jwhite!~jwhite@75-146-153-89-minnesota.hfc.comcastbusiness.net) has joined #mythtv | |
| [19:14:55] | mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 250 seconds) | |
| [19:15:31] | mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv | |
| [19:18:29] | NightMonkey (NightMonkey!~NightrMon@pdpc/supporter/professional/nightmonkey) has joined #mythtv | |
| [19:33:41] | stuartm: | Beirdo: I pushed that copyright logo change in case you missed it, really very simple |
| [19:35:05] | stuartm: | just requires a new data item, 'copyrightlogo' |
| [19:42:33] | SteveGoodey (SteveGoodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has joined #mythtv | |
| [19:47:37] | wagnerrp: | Beirdo: you think it might be the localhost detection going awry in #10883 ? |
| [19:47:37] | ** MythLogBot http://code.mythtv.org/trac/ticket/10883 ** | |
| [19:48:04] | wagnerrp: | the stuff that decides that a remote machine is actually itself, so it uses 127.0.0.1 rather than the routeable IP address |
| [19:48:23] | wagnerrp: | stuartm: IIRC, you were the one that originally put that stuff in |
| [19:48:29] | wagnerrp: | what was the need for that? |
| [19:50:57] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has joined #mythtv | |
| [19:52:44] | jams: | pretty sure that was due to network manager pulling the ip off the system if the link is dropped |
| [19:53:40] | stuartm: | wagnerrp: glitchy wi-fi and other unstable/non-permanent connections, with modern distros if an interface isn't available even temporarily then that IP is no longer routable which means even stuff like watching a recording on a combined fe/be breaks |
| [19:57:46] | stuartm: | that's an even bigger problem now that we require all setups to use the external address even if they only want to use stuff like the telnet interface for a remote, you don't want your playback interupted on a combined fe/be just because the neighbour has started microwaving some popcorn |
| [19:59:22] | wagnerrp: | ah, wireless issues... |
| [19:59:48] | stuartm: | there were also some anecdotal performance issues with routing via the external IP, but I'd imagine those to be minor at worst |
| [20:04:39] | Beirdo: | networkmangler should be shot |
| [20:04:50] | wagnerrp: | jams: you ever get a chance to look into the smolt errors we're seeing on the server? |
| [20:06:07] | dblain (dblain!~dblain@mythtv/developer/dblain) has quit (Ping timeout: 240 seconds) | |
| [20:06:42] | dblain (dblain!~dblain@mythtv/developer/dblain) has joined #mythtv | |
| [20:07:12] | dblain (dblain!~dblain@mythtv/developer/dblain) has quit (Client Quit) | |
| [20:12:15] | voyo (voyo!~Voyo@2001:470:1f15:131b::20) has quit (Quit: Leaving.) | |
| [20:12:34] | jams: | not yet |
| [20:14:53] | dblain (dblain!~dblain@mythtv/developer/dblain) has joined #mythtv | |
| [20:15:25] | amessina (amessina!~amessina@2001:470:1f11:a4:d6be:d9ff:fe8d:7c1e) has quit (Quit: Konversation terminated!) | |
| [20:35:18] | mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 244 seconds) | |
| [20:37:54] | mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv | |
| [20:37:59] | Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has quit () | |
| [20:39:54] | dmfrey (dmfrey!~dmfrey@webdefence.cluster-h.websense.net) has quit (Quit: Ex-Chat) | |
| [21:12:41] | Lomion0815 (Lomion0815!~androirc@178-191-253-107.adsl.highway.telekom.at) has joined #mythtv | |
| [21:14:45] | stuartm: | Beirdo: does the wunderground API return a full 6 days? |
| [21:17:26] | Lomion0815 (Lomion0815!~androirc@178-191-253-107.adsl.highway.telekom.at) has quit (Read error: Connection reset by peer) | |
| [21:17:27] | stuartm: | Beirdo: nm, googled it, seems it provides up to 10 days |
| [21:26:49] | Beirdo: | yup |
| [21:27:01] | Beirdo: | I have the code only returning 3 or 6 still |
| [21:27:06] | Beirdo: | but it has full 10-day |
| [21:27:46] | Beirdo: | I'll add copyrightlogo to the new scripts tonight :) |
| [21:34:21] | stuartm: | metoffice feed returns just 5 days, I don't really want to add a new screen for that alone, so for now I'll just make it 6 day with a day missing :) |
| [21:34:36] | Beirdo: | yeah, I think we've done that before |
| [21:35:44] | stuartm: | reverse problem with the 18hr screen, met office api provides a full 24 hours |
| [21:36:14] | Beirdo: | hehe |
| [21:36:25] | Beirdo: | so does wunderground, but I haven't hooked into that one yet |
| [21:36:30] | Beirdo: | as they didn't used to |
| [21:52:04] | SteveGoodey (SteveGoodey!~steve@host86-129-35-147.range86-129.btcentralplus.com) has quit (Remote host closed the connection) | |
| [22:21:07] | stuartm: | I don't suppose we could have the buildbot wait 5 minutes after a commit so that bonehead mistakes can be fixed before the builds all fail? |
| [22:21:46] | Beirdo: | it waits 2 minutes now |
| [22:22:03] | Beirdo: | I guess we could make it 5 :) |
| [22:22:20] | stuartm: | took me 2 minutes to spot the error, and 1 to fix/push :) |
| [22:22:55] | stuartm: | of course I should have seen it before committing/push, I was a little too quick on the trigger |
| [22:23:09] | Beirdo: | heh |
| [22:23:14] | Beirdo: | I'll change it to 5 |
| [22:23:24] | Beirdo: | it's a reasonable change :) |
| [22:25:35] | MythBuild (MythBuild!~MythBuild@alcor.mythtv.org) has quit (Quit: buildmaster reconfigured: bot disconnecting) | |
| [22:25:42] | MythBuild (MythBuild!~MythBuild@alcor.mythtv.org) has joined #mythtv | |
| [22:25:43] | Beirdo: | done |
| [22:26:04] | Beirdo: | I've had to race that a few times myself |
| [22:26:11] | Beirdo: | and usually lost by a couple seconds |
| [22:26:48] | amejia (amejia!~andres@xbmc/staff/amejia) has joined #mythtv | |
| [22:28:46] | MythBuild: | build #2776 of master-linux-ppc is complete: Failure [4failed compile plugins] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2776 blamelist: Stuart Morgan <smorgan@mythtv.org > |
| [22:31:18] | MythBuild: | build #2848 of master-freebsd-64bit is complete: Failure [4failed compile plugins] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2848 blamelist: Stuart Morgan <smorgan@mythtv.org > |
| [22:31:41] | stuartm: | yeah yeah |
| [22:32:25] | MythBuild: | build #4050 of master-linux-64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/4050 |
| [22:37:16] | stuartm: | seems all the scripts need updating to add 'copyrightlogo', even if it's empty, seems I didn't build in the concept of optional elements when writing the grabber validation against weatherscreens.xml |
| [22:38:59] | MythBuild: | build #2777 of master-linux-ppc is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2777 |
| [22:43:45] | MythBuild: | build #2849 of master-freebsd-64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2849 |
| [22:52:59] | Beirdo: | perfect, actually |
| [22:53:37] | Beirdo: | we should make it that if the image path/URL is empty, it accepts it as an empty pic, but it needs to be there |
| [23:05:23] | Beirdo: | hehe |
| [23:05:36] | Beirdo: | and you fixed yet another part of that parser, I see |
| [23:09:23] | Beirdo: | eeek! |
| [23:09:34] | Beirdo: | that (c) symbol is not nice |
| [23:10:33] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [23:10:41] | Beirdo: | wonder how long until one of our editors eats it |
| [23:11:22] | stuartm: | heh |
| [23:11:41] | Beirdo: | got no good suggestions how to do it differently though :) |
| [23:11:48] | stuartm: | well we should all be editing in utf8 since there are other places where it would cause problems otherwise |
| [23:12:03] | Beirdo: | yeah, we should |
| [23:12:04] | stuartm: | themes, certain parts of the EIT code etc |
| [23:12:13] | Beirdo: | pretty sure I have UTF8 on all the time |
| [23:14:37] | zombor (zombor!~zombor_@65.29.231.135) has joined #mythtv | |
| [23:14:37] | zombor (zombor!~zombor_@65.29.231.135) has quit (Changing host) | |
| [23:14:37] | zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv | |
| [23:16:43] | stuartm: | we should strip the 'Last updated ' part of the update string for nws, that's not translatable and the themer could/should add that if he wants |
| [23:17:20] | Beirdo: | is that from them, or did we add it? |
| [23:18:13] | Beirdo: | oh, and being US-only data, not sure translation's the hugest issue, but you are right :) |
| [23:18:22] | stuartm: | actually, we shouldn't pass a formatted string there at all, an ISO formatted time would be better since we could format it consistently across sources and taking into account translation, preferred date format and locale |
| [23:18:31] | Beirdo: | yeah |
| [23:18:44] | stuartm: | Beirdo: we add the 'Last updated at' stuff |
| [23:18:47] | Beirdo: | k |
| [23:20:07] | stuartm: | I'm not going to fix it immediately, maybe as part of some other API fixes I have in mind, such as having mythweather perform any Centigrade > Fahrenheit conversions instead of each script repeating those itself |
| [23:20:41] | Beirdo: | well, a lot of the sources are starting to do both |
| [23:20:57] | stuartm: | when you start looking at it there's still plenty to be improved |
| [23:21:03] | Beirdo: | yuo |
| [23:21:05] | Beirdo: | yup rather |
| [23:21:29] | Beirdo: | the foremost in my mind is using JSON between scripts and mythweather to alleviate the pain |
| [23:21:40] | Beirdo: | but that itself is a pain of a pile of work |
| [23:21:52] | Beirdo: | but that's OK, it can wait |
| [23:22:03] | stuartm: | Beirdo: true, BBC always has, and that's reasonable to let the script return it if it's there already, but if not we can have mythweather do the conversion for us, just requires the script indicate which units it's returning |
| [23:22:09] | Beirdo: | with QJson around now... |
| [23:22:20] | Beirdo: | yeah, good point |
| [23:22:29] | Beirdo: | if it's missing, it's smarter to centralize that |
| [23:22:51] | Beirdo: | or at least have a mythweather.pm :) |
| [23:23:03] | Beirdo: | but then that forces perl, and I don't really want to |
| [23:23:09] | stuartm: | same for km vs miles, mb vs whatever pressure units you guys use |
| [23:23:21] | Beirdo: | no idea |
| [23:23:26] | Beirdo: | I was taught in kPa |
| [23:23:37] | Beirdo: | the true metric pressure |
| [23:23:39] | Beirdo: | :) |
| [23:23:55] | Beirdo: | mb is metric, but not SI, I guess |
| [23:24:10] | Beirdo: | I think it's inches Hg in the US? |
| [23:24:24] | Beirdo: | something dumb |
| [23:26:09] | stuartm: | yeah, millibar isn't SI, we're still mixing units for a few things, if it's chemistry/physics at school you'll work in Pascals but weather is still millibar |
| [23:26:45] | Beirdo: | yeah. Canada kinda uses both |
| [23:26:51] | zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection) | |
| [23:27:24] | Beirdo: | mind you, the UK still popularly uses pounds and stone for human mass, no? |
| [23:27:50] | stuartm: | 1 bar is relatable to pascals, it's exactly 100 kPa apparently |
| [23:28:00] | wagnerrp: | close, not exact |
| [23:28:30] | wagnerrp: | making 1mb ~ 100Pa |
| [23:28:36] | Beirdo: | sounds about right. standard pressure being 101kPa or something like that, and around 1000 millibar |
| [23:28:51] | wagnerrp: | 101.325Pa, specifically |
| [23:28:53] | Beirdo: | 101.3 is stuck in my mind |
| [23:29:30] | stuartm: | Beirdo: your hospital records will be in KG, but in conversation you'd express your weight (mass) in Stones/pounds, really because an older generation were raised with those units and old habits die hard |
| [23:29:38] | Beirdo: | yup |
| [23:29:49] | Beirdo: | and my mass sounds SOOO much nicer in stones |
| [23:30:52] | stuartm: | scales display both units and I guess when enough time has passed the usage of Stones will drop |
| [23:31:10] | wagnerrp: | wait, you have scales that list in stones? |
| [23:31:26] | stuartm: | i.e. when those who were raised learning nothing but imperial units have shuffled off |
| [23:31:28] | wagnerrp: | i thought that was every bit as antiquated as the furlong |
| [23:32:12] | stuartm: | wagnerrp: not even close, still very relevant today in the UK |
| [23:33:04] | stuartm: | furlong clings on only in relation to horse racing |
| [23:33:20] | wagnerrp: | and really slow cars |
| [23:33:21] | Beirdo: | until all the people of older generations than us have passed on, yeah |
| [23:33:32] | Beirdo: | furlongs per fortnight? |
| [23:33:33] | wagnerrp: | any car sounds fast if you measure its speed in furlongs per fortnight |
| [23:34:35] | wagnerrp: | roughly 2500x mph |
| [23:35:37] | Beirdo: | it's fun working in a dog-friendly environment |
| [23:35:55] | Beirdo: | someone's playing fetch with a retriever right now |
| [23:36:10] | wagnerrp: | what else would you play fetch with? |
| [23:36:28] | Beirdo: | any other dog :) |
| [23:36:40] | Beirdo: | but this one's a black retriever, and she's having a blast |
| [23:37:18] | wagnerrp: | but if the other party isnt a retriever, you're only going to throw it once |
| [23:39:07] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Read error: Connection reset by peer) | |
| [23:39:20] | kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has quit (Quit: kormoc) | |
| [23:39:41] | stuartm: | so something is broken with the script search, it's not returning any results except for the metoffice grabber I'm working on, it might have been something I did but I can't see what |
| [23:46:49] | Beirdo: | that sucks |
| [23:49:34] | stuartm: | ah, ok, I see the problem – when scanning we don't update scripts we already know about in the database, so although I updated them to include 'copyrightlogo' in the DB they are still missing that from the types column |
| [23:50:18] | stuartm: | that needs fixing, but it will have to be tomorrow |
| [23:50:37] | stuartm: | which is actually later today |
| [23:51:25] | stuartm: | probably should have bumped the versions on every script |
| [23:54:01] | jafa (jafa!~jafa@2001:470:1f05:15de:757c:6a9b:6d90:88e0) has joined #mythtv | |
| [23:55:12] | gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv | |
| [23:58:28] | stuartm: | Beirdo: I leave the wunderground scripts alone since you're working on them |
| [23:59:07] | stuartm: | gigem: no deadlock tonight and no other problems to report |
| [23:59:34] | Beirdo: | thanks. I'll probalby merge them into master tonight |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.