MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (94):

aloril, Anssi, brfransen, CaCtus491, cesman, coling, Cougar, damaltor, danielk22, dekarl, foxbuntu, gregL, J-e-f-f-A, jams, jarle, jcarlos, joki, jpabq, jstenback, justinh, jya, k-man, kenni, knightr, kurre2, laga, Malard, MaverickTech, MythLogBot, peitolm, pheld, poptix, rhpot1991, skd5aner, sraue, stuarta, stuartm, tgm4883, ThisNewGuy, tomimo, tris, wseltzer, XDS2010_, xris, zCougar, anykey_, Beirdo, brtb, cattelan_away, clever, Dave123, dlblog, ElmerFudd, ghoti, GreyFoxx, joe_, jpabq-, jwhite, kwmonroe, mrand, mzanetti, purserj, Slasher`, sphery, superm1, sutula, Unhelpful, wagnerrp, wahrhaft, _charly_, highzeth, xavierh, jya_, rsiebert, zombor, Jordack, noahric, Chutt, ybot_, lolcat`, mag0o, j-rod, jpabq_, MythBuild, vallor, kormoc, mike|2, foobum, xavierh_, seeker_, TheAsp, eugo, Dr{Wh0}, Guest29306

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


Details:
    datetime:  2025-12-15 19:56:58 (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-12-15 19:56:58 (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-12-15 19:56:58 (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-12-15 19:56:58 (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-12-15 19:56:58 (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-12-15 19:56:58 (UTC)
    errornum:  2
  error type:  Warning
error string:  Undefined variable $query
    filename:  /usr/share/beirdobot/web/includes/utils.php
  error line:  229
Sunday, March 4th, 2012, 19:33 UTC
[19:33:03] Captain_Murdoch: yeah, we need to get rid of mythmessage. /me makes another note of something to do pre-0.25.
[19:34:29] taylorr: it just seems like more often that the pts is busted or missing and dts is usually solid
[19:35:42] wagnerrp: knightr: it uses the same port, but the message syntax is different, significantly simplified
[19:36:07] taylorr: danielk22: check these links out -> http://stackoverflow.com/questions/96107/can- . . . accurate-pts and it references http://dranger.com/ffmpeg/tutorial05.html
[19:36:10] wagnerrp: mythnotify was much more capable, with the fatal flaw it only worked during playback
[19:36:43] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has joined #mythtv
[19:37:21] taylorr: danielk22: that ffmpeg tutorial mentions "ffmpeg reorders the packets so that the DTS of the packet being processed by avcodec_decode_video() will always be the same as the PTS of the frame it returns"
[19:38:17] taylorr: danielk22: so basically the decoder doesn't release a frame with a certain pts until a packet with a matching dts enters the decoder
[19:39:01] knightr: wagnerrp, thank you! I have changed the message to only mention mythutil. There's no use in mentionning mythmessage if it's going to die...
[19:39:34] wagnerrp: i need to fix the help message for mythutil --message
[19:39:45] wagnerrp: its a bit screwy, and doesnt at all explain how to use it
[19:39:57] ** knightr will try to fix his backend adter getting these little fixes in... **
[19:40:27] knightr: wagnerrp, will you add a wiki page like the old MythNotfy stuff had too?
[19:40:45] wagnerrp: you have to use '--message_text' to tell it what to send
[19:41:12] wagnerrp: and the only way you know to do so would be to print out the '--print-template', and make the unintuitive leap thats the way it works
[19:43:29] knightr: hmm, you're right it's not that clear...
[19:46:02] wagnerrp: Captain_Murdoch: do you know if there were ever any plans to allow arbitrary theme code to be passed over the udp listener?
[19:46:16] jpabq_ (jpabq_!~jpabq@mythtv/developer/jpabq) has joined #mythtv
[19:46:25] wagnerrp: as it exists now, the static message and timeout is very restrictive
[19:50:37] stuartm: wagnerrp: arbitrary, probably not, but a better range of predefined templates ...
[19:52:35] wagnerrp: perhaps something to hook into the plugin api, allow them to define new templates?
[19:56:30] jpabq_ (jpabq_!~jpabq@mythtv/developer/jpabq) has quit (Ping timeout: 252 seconds)
[20:31:18] k-man: jya and stuartm, by what mechanism will direct access to the database be prevented in future versions?
[20:32:06] stuartm: the database will be embedded, no more mysql server
[20:32:17] k-man: stuartm, ah thanks
[20:32:30] k-man: stuartm, will it be embeded mysql?
[20:32:49] k-man: or some other db?
[20:33:33] noahric (noahric!~noahric@50.46.147.0) has joined #mythtv
[20:33:58] stuartm: yes, for performance reasons and also because it's simpler to stick with mysql instead of having to re-write tables and dozens of queries to conform to whatever version of SQL other DBMS might implement
[20:35:37] k-man: thanks stuartm
[20:35:45] Beirdo: stuartm: where did those warnings come from?
[20:36:12] xris: stuartm: we could switch to an ORM! *ducks*
[20:36:13] stuartm: Beirdo: gcc 4.6.x, the BSD buildbot I think
[20:36:28] Beirdo: ahh
[20:36:43] skrock (skrock!~martin@c-167270d5.024-74-736b7610.cust.bredbandsbolaget.se) has quit (Quit: WeeChat 0.3.6)
[20:37:15] stuartm: http://code.mythtv.org/buildbot/builders/mast . . . nings%20(28)
[20:37:34] Beirdo: hmmm
[20:37:39] TheAsp (TheAsp!~asp@blk-222-139-8.eastlink.ca) has joined #mythtv
[20:37:46] Beirdo: looks valid too
[20:38:21] TheAsp: I was supposed to remind someone that I had a patch for MPEG4 over firewire but I forget who... It's in this ticket: http://code.mythtv.org/trac/ticket/10080
[20:38:43] Beirdo: argh. how to fix.
[20:38:54] stuartm: xris: and then we can replace that with whatever happens to be in vogue next week
[20:38:59] Beirdo: gonna need to think a touch on that one :)
[20:39:16] stuartm: TheAsp: danielk22?
[20:39:17] xris: stuartm: oooh! that means we replace the backend with node.js.  :)
[20:39:21] Beirdo: stuartm: let's use /dev/null for our database. It's web-scale :)
[20:39:33] Beirdo: extremely fast writes
[20:39:39] Beirdo: forget about reads though
[20:39:48] xris: Beirdo: they're very fast, too
[20:39:53] Beirdo: hehe, true
[20:40:01] TheAsp: stuartm: Yeah, i thought it started with "d"
[20:40:33] TheAsp: I'll ask him when he wakes up
[20:42:53] k-man: stuartm, would you be able to point out to me the main areas where shepherd causes issues with mythtv? I'd like to understand the problem a little
[20:45:21] stuartm: k-man: well the most recent one is channel icons, it's downloading them itself and sticking them in a custom directory where mythtv in master cannot find them, it should be putting them in the xml and letting mythfilldatabase download them
[20:46:08] k-man: stuartm, ah yeah i saw that ticket
[20:46:53] stuartm: k-man: it's run via a cron job and inserts xml by calling mythfilldatabase --xmlfile instead of allowing mythtv to schedule the run (that's not causing problems right now, it's just not how it should work)
[20:47:49] stuartm: it's operating directly on the database for some stuff, e.g. the icons (I've not checked to see what else, but I doubt that's the only time it does it)
[20:49:07] k-man: stuartm, i use shepherd here, and the cron job is how i run it too
[20:49:16] stuartm: AFAIK it's no-where close to being an xmltv compliant grabber meaning it won't be able to support apiconfig when that's added, so the user will always have to do additional setup/configuration outside mythtv
[20:49:36] k-man: stuartm, i see
[20:50:10] Beirdo: stuartm: OK, I'll have a fix in for that warning shortly. Just rearranged the loops/ifs to get the same logic but differently.
[20:50:15] MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 260 seconds)
[20:50:45] stuartm: k-man: might be worth reading through this thread for more – http://www.mythtv.org/pipermail/mythtv-dev/2011-July/071055.html
[20:51:07] k-man: stuartm, thanks for the link
[20:51:42] stuartm: http://code.mythtv.org/trac/ticket/9853#comment:15
[20:52:49] stuartm: that post is actually a reply to that comment in the ticket, but sphery responds pointing out why some of the assumptions being made by the Shepherd dev are wrong
[20:56:14] stuartm: k-man: mostly the thing that bothers me is that everyone else works with the xmltv project and within the spec to produce grabbers, there are something like 30+ different xmltv grabbers for 20+ countries distributed through the official xmltv release alone and countless more through unofficial sites
[20:57:05] k-man: right – i wonder why shepherd devs haven't gone down that route
[20:57:49] stuartm: my guess? NIH (not invented here)
[20:59:25] k-man: well, i posted a polite pointer to the mailing list that direct access to the db will be going away
[20:59:36] k-man: lets see the responce
[20:59:41] k-man: the shepherd mailing list that is
[21:01:32] stuartm: someone might like to point out the icon issue, that it should be using <channel id="{xmltvid}"><icon>{blah}</icon></channel>  ;– per http://xmltv.cvs.sourceforge.net/viewvc/xmltv/xmltv/xmltv.dtd
[21:02:21] stuartm: instead of downloading the icons to a custom location and inserting the urls directly into the database
[21:03:36] k-man: right
[21:10:29] MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[21:15:23] k-man: stuartm, so do you intend to fix #10404? (the icons)
[21:18:43] stuartm: k-man: I can't decide, if I build in a workaround for Shepherd then there's no reason for the Shepherd devs to start doing things properly and that seems backwards
[21:19:13] k-man: stuartm, imho you shuold just say won't fix
[21:19:35] k-man: i beleive the shepherd devs will make shepherd work with that
[21:22:19] k-man: hah!
[21:22:57] k-man: anyway, gotta have a shower
[21:23:07] k-man: thanks for the info stuartm
[21:23:58] wagnerrp: Beirdo: you going to be around for a bit?
[21:24:02] eugo (eugo!~none@unaffiliated/eugo) has joined #mythtv
[21:26:38] wagnerrp: well im about to replace the freebsd buildbot... hopefully all goes well
[21:30:51] stuartm: new hardware, or just a software upgrade?
[21:31:10] wagnerrp: update the jail its installed to
[21:31:26] wagnerrp: freebsd 8.1 base --> freebsd 9.0 base, plus a bunch of missing dependencies
[21:34:00] Beirdo: yeah, I'll be here
[21:34:19] wagnerrp: good, because i need you to add a '--disable-vdpau'
[21:35:19] Beirdo: in the config for freebsd?
[21:35:51] wagnerrp: yeah, theres an ambiguous function overload issue that doesnt need to be resolved just this moment
[21:36:14] wagnerrp: compatibility issue with abs()
[21:36:26] Beirdo: heh
[21:36:43] Beirdo: that's core only, not in the plugins, right?
[21:36:48] wagnerrp: right
[21:36:59] Beirdo: K, one moment
[21:38:00] wagnerrp: ill be a couple minutes yet
[21:39:40] MythBuild (MythBuild!~MythBuild@184-106-209-209.static.cloud-ips.com) has quit (Quit: buildmaster reconfigured: bot disconnecting)
[21:39:53] Beirdo: there :)
[21:39:55] MythBuild (MythBuild!~MythBuild@184-106-209-209.static.cloud-ips.com) has joined #mythtv
[21:40:01] MythBuild: build #865 of master-vista-mingw-32bit is complete: Exception [exception setproperty] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/865 blamelist: Gavin Hurlbut <ghurlbut@mythtv.org >
[21:40:20] Beirdo: hehe, sorry vista
[21:40:44] Beirdo: MythBuild force build master-vista-mingw-32bit oops
[21:41:00] Beirdo: MythBuild: force build master-vista-mingw-32bit oops
[21:41:01] MythBuild: build #866 forced
[21:41:01] MythBuild: I'll give a shout when the build finishes
[21:41:01] MythBuild: build #866 of master-vista-mingw-32bit is complete: Exception [exception setproperty] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/866
[21:41:04] wagnerrp: changing a property on one bot forces a rebuild on all the rest?
[21:41:07] Beirdo: oO
[21:41:12] Beirdo: I restarted the bot
[21:41:26] wagnerrp: oh, you have to restart the master for it to take effect
[21:41:28] Beirdo: I meant to do reconfig
[21:41:32] Beirdo: and I did restart
[21:41:33] Beirdo: oops
[21:42:38] Beirdo: MythBuild: force build master-vista-mingw-32bit oops
[21:42:39] MythBuild: build #867 forced
[21:42:39] MythBuild: I'll give a shout when the build finishes
[21:42:48] Beirdo: and now restarted that fragile slave
[21:43:08] wagnerrp: im going to move the build directory over to one of the 2TB disks
[21:43:38] wagnerrp: not surprisingly, even the slow 2TB green is considerably faster than the 2x320GB 7200RPM mirror its currently building on
[21:44:03] wagnerrp: what clock is your i7?
[21:44:27] Beirdo: 2.8GHz
[21:44:57] wagnerrp: interesting to see how it compares, 2.8 i7 vs. 3.3 PII
[21:45:28] Beirdo: as we are compiling -j1, they are likely gonna be fairly close
[21:45:29] wagnerrp: once its not taking several minutes just to do a git pull
[21:45:37] wagnerrp: yeah
[21:48:24] stuartm: PII?
[21:48:33] wagnerrp: phenom II
[21:48:43] wagnerrp: !pentium
[21:48:48] Beirdo: hehe
[21:48:56] stuartm: ah, well that's not the least bit confusing ;)
[21:49:03] Beirdo: didn't think Intel made 3.3GHz PII
[21:49:21] stuartm: they didn't, hence the confusion :[
[21:49:34] Beirdo: even so, if they did, same general results as we are compiling on a single core
[21:49:45] stuartm: highest speed PII was 450Mhz according to wikipedia
[21:49:52] Beirdo: OK, I need drugs. stupid headaches
[21:50:58] stuartm: Paramax works for me, nothing fancy, just paracetamol mixed with something else that causes it to be absorbed much quicker
[21:52:41] natanojl (natanojl!~jonatan@c83-252-237-63.bredband.comhem.se) has quit (Ping timeout: 244 seconds)
[21:53:06] stuartm: although since I've been on drugs for my blood pressure the migraines have almost entirely gone
[21:58:55] warped (warped!~piotro@91.189.74.10) has quit (Quit: warped)
[21:58:57] Beirdo: I should get back on the pressure meds, they really did help
[22:04:15] wagnerrp: Beirdo: i should be able to copy this buildbot.tac, and it will handle everything else?
[22:07:13] mrand (mrand!~mrand@ubuntu/member/mrand) has quit (Ping timeout: 260 seconds)
[22:11:57] wagnerrp: MythBuild: force build master-freebsd-64bit
[22:12:00] MythBuild: build #2071 forced
[22:12:00] MythBuild: I'll give a shout when the build finishes
[22:12:18] wagnerrp: crap, no... didnt set up ccache yet
[22:12:20] MythBuild: Hey! build master-freebsd-64bit #2071 is complete: ?? [build successful exception slave lost]
[22:12:20] MythBuild: Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2071
[22:14:07] MythBuild: Hey! build master-vista-mingw-32bit #867 is complete: Success [build successful]
[22:14:08] MythBuild: Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/867
[22:17:16] MythBuild: build #2072 forced
[22:17:16] MythBuild: I'll give a shout when the build finishes
[22:18:39] Beirdo: hah, it took both
[22:19:25] Beirdo: your slave tac should just work yeah
[22:19:55] wagnerrp: took both?
[22:20:15] Beirdo: I got confused and thought both those were vista builds
[22:20:19] Beirdo: I think I need a nap
[22:21:04] wagnerrp: does it use a separate repo for 0.24 and fixes? or is it smart enough to share one between them?
[22:21:37] wagnerrp: looks like separate for each
[22:21:41] Beirdo: it will check it out twice
[22:22:05] Beirdo: oh, I think I only made that change in master
[22:22:46] Beirdo: no, it's shared code
[22:22:48] Beirdo: never mind
[22:23:16] wagnerrp: does it internally do a 'new-workdir' or something?
[22:25:20] Beirdo: not sure off hand, but I think it just clones and fetch/pull
[22:27:34] wagnerrp: ive got all the bits needed for lame/faac/xvid/x264/vpx if you want to enable them at some point
[22:29:01] Beirdo: K. I think I'll take a nap first, let this headache bugger off
[22:34:56] Dr{Wh0} (Dr{Wh0}!~mathewss@c-98-232-143-236.hsd1.or.comcast.net) has joined #mythtv
[22:35:28] Dr{Wh0}: Is it possible to have mythfrontend automaticly start playing live tv when it starts and not begin in the menu?
[22:36:54] Dr{Wh0}: hmm think i found a solution using xsendkeycode
[22:38:42] kth (kth!~kth@unaffiliated/kth) has quit (Quit: Leaving.)
[22:40:24] jya: danielk22: thanks for your answer.. would it be worthwhile to add a mutex/lock just around the initialisation of the array?
[22:42:59] jeff999 (jeff999!~jeff@124-171-97-182.dyn.iinet.net.au) has joined #mythtv
[22:46:28] xavierh_ (xavierh_!~chatzilla@cpc1-swin3-0-0-cust274.3-1.cable.virginmedia.com) has quit (Ping timeout: 276 seconds)
[22:54:27] joki (joki!~joki@p5486264B.dip.t-dialin.net) has quit (Ping timeout: 252 seconds)
[22:54:58] joki (joki!~joki@p548658E9.dip.t-dialin.net) has joined #mythtv
[23:04:06] MythBuild: Hey! build master-freebsd-64bit #2072 is complete: Success [build successful]
[23:04:06] MythBuild: Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2072
[23:06:22] highzeth (highzeth!~hz@hoiseth.no) has quit (Ping timeout: 260 seconds)
[23:08:00] highzeth (highzeth!~hz@hoiseth.no) has joined #mythtv
[23:10:02] wagnerrp: MythBuild: force build master-freebsd-64bit
[23:10:08] MythBuild: The build has been queued, I'll give a shout when it starts
[23:11:02] danielk22: jya: no the mutex lock needs to be around the use of the array's members.
[23:12:23] jya: ok… would that add too much overhead? I'm guessing the likelyhood of a problem to be quite low… as once the variable has been fully intialised (which only occurs once, and is rather speedy)
[23:12:39] MythBuild: build forced [ETA 27m41s]
[23:12:39] MythBuild: I'll give a shout when the build finishes
[23:12:47] mrand (mrand!~mrand@ubuntu/member/mrand) has joined #mythtv
[23:14:18] jams (jams!~jams@cpe-184-58-217-97.wi.res.rr.com) has quit (Ping timeout: 272 seconds)
[23:18:22] danielk22: jya: Don't worry about this. It's only used to decode the short name of the DVB channel when recording debugging is enabled or during channel scan. During channel scan it's always safe. During debugging a lot of other things can go sideways anyway.
[23:19:37] taylorr: danielk22: did you catch my earlier messages?
[23:20:07] danielk22: TheAsp: We're in feature freeze right now.. also jpabq knows more about the H.264 keyframe detection than I do.
[23:20:13] MythBuild: Hey! build master-freebsd-64bit #2074 is complete: Success [build successful]
[23:20:13] MythBuild: Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2074
[23:20:17] jya: ok, so I can just move the code… If you're interested the issue is discussed in ticket 9447. The only aim here was to delay the first call to QTextCodec::codecForName until after the QApplication has been created.
[23:22:13] danielk22: jya: yeah. delaying the first call is fine. At some point we'll need to worry about thread-safety, but at this point the function is little used.
[23:22:27] jya: ok… cool
[23:22:58] wagnerrp: MythBuild: force build .024-freebsd-64bit
[23:22:59] MythBuild: no such builder '.024-freebsd-64bit'
[23:23:27] wagnerrp: MythBuild: force build 0.24-freebsd-64bit
[23:23:28] MythBuild: build #124 forced
[23:23:29] MythBuild: I'll give a shout when the build finishes
[23:25:39] TheAsp: danielk22: Awesome... Know when it's over?
[23:29:36] danielk22: taylorr: DTS is the decode order, so a video like so IBP will have a decode order of IPB. So the pts and dts of those frames would be something like {10,11,12} and the dts would be {8,10,9}
[23:30:27] danielk22: taylorr: If you are only looking at the I frames DTS values are great because they can be generated even when absent in the file. But if you are looking at P and B frames then the DTS values are not monotonic.
[23:32:09] danielk22: TheAsp: April 3rd
[23:35:27] danielk22: taylorr: I think we should try to use PTS.. but if it looks bogus fall back on DTS. Using one or the other will just result in different files failing.
[23:38:14] danielk22: taylorr: PS I'm assuming here dts/pts in libav correspond to dts/pts values in MPEG... This should be true with MPEG files and simulated with other file types.. but I honestly don't know the current state of the libav we're using.
[23:41:00] danielk22: wagnerrp: Isn't f5aa5e835 a bit too large of a change for the eve of the beta release? What was this fixing exactly? Should we be delaying the beta a few weeks for this to settle?
[23:42:27] wagnerrp: danielk22: i know, i was a bit leery committing it
[23:42:43] wagnerrp: functionally, theres very little difference between the two, its more of a move
[23:43:04] wagnerrp: but the issue it resolved was that mythmessage was designed to operate off broadcast communication
[23:43:23] wagnerrp: however there was no mechanism to actually tell it what the broadcast address to listen to was
[23:43:45] wagnerrp: as a result, it would just blindly use 255.255.255.255, which wont even let you bind to it
[23:43:49] wagnerrp: at least not on freebsd
[23:45:18] wagnerrp: there shouldnt be any side effects from it, aside from what was already performed by the initial version two weeks ago
[23:46:13] ThisNewGuy1 (ThisNewGuy1!~doug@pool-74-102-15-78.nwrknj.fios.verizon.net) has joined #mythtv
[23:46:27] TheAsp: danielk22: awesome. i'll probably put a new patch in to match the current repository then
[23:46:29] danielk22: wagnerrp: so all it really does is provide a way to say 255.255.255.255 in IPv6 ?
[23:47:00] wagnerrp: danielk22: right now, my network is a 10.254/22
[23:47:22] wagnerrp: this tells mythudplistener to listen on 10.254.4.255, rather than trying and failing to listen on 255.255.255.255
[23:47:30] ThisNewGuy (ThisNewGuy!~doug@pool-74-102-15-78.nwrknj.fios.verizon.net) has quit (Ping timeout: 252 seconds)
[23:50:10] wagnerrp: as for ipv6, there is no real broadcast address
[23:50:19] danielk22: wagnerrp: what's you confidence level? has anyone else been running this?
[23:50:48] wagnerrp: the server pool stuff is all the same, which has been in use for 2 weeks
[23:51:04] wagnerrp: this is just the routine that runs once on startup and selects the addresses to use
[23:51:06] danielk22: wagnerrp: I thought there was a defacto broadcast address everyone listened on w/IPv6
[23:51:58] wagnerrp: there is no broadcast at all, just multicast
[23:52:14] wagnerrp: there is the 'all nodes' multicast at ff02::1, which is a potential option
[23:53:02] danielk22: so you need to subscribe to it like IPv4 multicast? And hosts don't subscribe to ff02::1 by default?
[23:53:21] wagnerrp: not sure
[23:53:35] wagnerrp: it wasnt using ipv6 before, and i havent added it myself yet
[23:56:22] danielk22: ok. I think we should delay the beta until tomorrow at least so everyone gets a chance to run this, but it sounds pretty safe. We'll worry about IPv6 broadcast/multicast later.. I doubt many are running IPv6 only locally yet.
[23:57:24] wagnerrp: ok, as far as confidence is concerned, im confident in saying that any bugs in there currently were in there before the commit
[23:58:02] wagnerrp: its the same selection code, it just adds an outer loop so the associated broadcast address is saved as well
[23:58:38] wagnerrp: since instead of looping through addresses directly, it has to loop through addresses associated with interfaces
Monday, March 5th, 2012
[00:02:31] Dave123 (Dave123!~dave@cpe-74-74-200-106.rochester.res.rr.com) has joined #mythtv
[00:03:23] MythBuild: Hey! build 0.24-freebsd-64bit #124 is complete: Success [build successful]
[00:03:23] MythBuild: Build details are at http://code.mythtv.org/buildbot/builders/0.24 . . . t/builds/124
[00:04:19] wagnerrp: MythBuild: force build 0.24-freebsd-64bit
[00:04:20] MythBuild: build forced [ETA 39m54s]
[00:04:20] MythBuild: I'll give a shout when the build finishes
[00:09:43] MythBuild: Hey! build 0.24-freebsd-64bit #125 is complete: Success [build successful]
[00:09:43] MythBuild: Build details are at http://code.mythtv.org/buildbot/builders/0.24 . . . t/builds/125
[00:37:04] danielk22: sphery: Should we do the DB creation/update update prior to the beta too?
[00:54:42] noahric (noahric!~noahric@50.46.147.0) has quit (Quit: noahric)
[00:57:19] taylorr: danielk22: the point is that pkt->dts is the same as frame->pts – so using the dts seems to be more reliable in the wild.... I don't know of any sample we've received that fails with pkt->dts
[00:58:03] Beirdo: OK, nap is over
[00:59:01] taylorr: danielk22: if you read that section of the tutorial I sent you then it will explain it better
[01:00:17] Beirdo: danielk22: I see no reason to delay the beta. Delaying RC1, perhaps, but we'll see how the buglist goes.
[01:05:40] wagnerrp: Beirdo: looks like we no longer need the 'COMPILER_PATH' set to compile on freebsd
[01:05:51] wagnerrp: i forgot to do so, but its running through anyway
[01:06:24] Beirdo: no? sweet
[01:08:33] Dave123 (Dave123!~dave@cpe-74-74-200-106.rochester.res.rr.com) has quit (Read error: Connection reset by peer)
[01:08:36] Dave-road (Dave-road!someone@cpe-74-74-200-106.rochester.res.rr.com) has joined #mythtv
[01:08:50] wagnerrp: must be something different with the FBSD9 environment
[01:12:01] Beirdo: so if we wanted to support both, we still need it?
[01:12:09] Beirdo: both 8 and 9 that is?
[01:17:31] wagnerrp: if we wanted to build on both, yes
[01:17:49] wagnerrp: but its building on 9.0 now
[01:18:03] wagnerrp: i could keep a copy of an 8.x buildbot around if you think it would be worthwhile
[01:18:40] Beirdo: hmm, worth thinking about. I don't know how many FreeBSD users there even are out there :)
[01:29:39] jya: so when are we upgrading to use C++11? one key feature looks very interesting to me :)
[01:36:08] Beirdo: that would depend on a lot of things, most importantly, which versions of gcc do and do not support it
[01:36:21] Beirdo: and certainly not before 0.25 release
[01:36:55] Beirdo: jya: you see the ticket you got sent last night about the plugins config being broken?
[01:37:17] Beirdo: #10406
[01:37:24] jya: yes
[01:37:27] jya: I've fixed it already
[01:37:33] jya: it's in my pushing queue
[01:37:43] jya: will push shortly..
[01:37:47] Beirdo: K. :)
[01:38:07] ** wagnerrp is still curious about this unmentioned 'key feature' **
[01:38:21] Beirdo: heh, yeah, me too :)
[01:39:20] jya: wagnerrp: it's in regards to initialisation of static variables. "such a variable is initialized the first time control passes through its declaration; such a variable is considered initialized upon the completion of its initialization. [...] If control enters the declaration concurrently while the variable is being initialized, the concurrent execution shall wait for completion of the initialization."
[01:39:47] jya: pretty much, the use of static variables is now thread-safe without having to think about it
[01:40:34] jya: and only for code 200% bigger ! :)
[01:41:05] wagnerrp: oh no! mythtv is going to be 6MB instead of 3
[01:41:25] Beirdo: I'd be more worried about it being slower than bigger
[01:41:58] jya: wagnerrp: 6? mythfrontend on my mac alone (Without lib) is 8.5MB, in universal mode it's 15MB
[01:42:52] jya: I actually wonder if it's worth my time struggling in building a universal application on the mac, it's makes the application over 350MB
[01:43:08] danielk22: jya: The big problem with static initialization in C++ is initialization order across compilation units is undefined. Is that fixed?
[01:43:31] Beirdo: hehe, boy did we prove that in this devel cycle :)
[01:43:32] jya: danielk22: i haven't read all of the specs yes
[01:43:50] jya: yet
[01:44:10] wagnerrp: jya: with debugging stripped out, the 64-bit 'mythfrontend' executable on gentoo is just under 3MB
[01:44:28] wagnerrp: with debugging left in, that 64-bit executable on freebsd is just under 50MB
[01:44:39] jya: i saw references about the order of members's constructors being called in the order they're declared
[01:45:14] Beirdo: we already have that, do we not?
[01:45:27] jya: for static var?
[01:46:27] jya: danielk22: I found this article interesting
[01:46:27] jya: http://www.codeguru.com/cpp/misc/misc/threads . . . e.php/c12897
[01:48:48] Dave-road (Dave-road!someone@cpe-74-74-200-106.rochester.res.rr.com) has quit (Quit: Leaving)
[01:52:43] gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Read error: Connection reset by peer)
[01:52:45] danielk22: jya: Where I see devs get in trouble is with "ClassA a;" "ClassB b;" in separate cpp files where ClassB::ClassB() { a.print("B is init"; } .... this works fine when a gets initialized first but blows up when B is initialized first.
[01:53:54] danielk22: jya: I have seen the problem in that article, but only a couple times in the last decade.
[01:58:51] jya: well, they've had 8 years to work on the problem at hand.. hopefully it's been considered
[02:06:22] davide_ (davide_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection)
[02:06:44] davide_ (davide_!~david@mythtv/developer/gigem) has joined #mythtv
[02:06:52] danielk22: http://www.parashift.com/c++-faq-lite/ctors.html#faq-10.14 <-- looks like it is mentioned in the C++ FAQ so they were probably at least aware of the problem.
[02:08:27] gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv
[02:15:14] jya: danielk22: having said that, I would have done something like this instead: ClassB::ClassB(ClassA& a) { a.blah(); } ; ClassA a; ClassB b(a);
[02:15:51] Dave123 (Dave123!someone@cpe-74-74-200-106.rochester.res.rr.com) has joined #mythtv
[02:22:06] danielk22: jya: The problem really occurs when a is used implicitly. It's hard to come up with a simple example that is believable because it occurs in larger code bases... the official solution is to use lazy initialization. ClassA *a=NULL; ClassB *b=NULL; ClassB::ClassB() { A::instance()->print("B is init."); }
[02:22:55] jya: that's why I think we should all go back and do assembly instead
[02:23:06] jya: then you'll know exactly what you do
[02:23:15] Beirdo: ANSI C will do fine.
[02:33:29] stichnot (stichnot!chatzilla@mythtv/developer/stichnot) has quit (Ping timeout: 245 seconds)
[02:43:56] stichnot (stichnot!~chatzilla@134.134.139.74) has joined #mythtv
[02:43:56] stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has joined #mythtv
[02:43:56] stichnot (stichnot!~chatzilla@134.134.139.74) has quit (Changing host)
[03:03:58] k-man (k-man!~jason@unaffiliated/k-man) has quit (Quit: WeeChat 0.3.6)
[03:09:03] k-man (k-man!~jason@unaffiliated/k-man) has joined #mythtv
[03:22:29] ** knightr favorite language used to be assembly but he hasn't programmed anything in it in years... Last time he did it was a TSR (Terminate and Star Resident) program (that's how long ago it was...) **
[03:24:53] knightr: s/Star/Stay
[03:31:27] jams (jams!~jams@cpe-184-58-217-97.wi.res.rr.com) has joined #mythtv
[03:49:13] Seeker` (Seeker`!~cjo20@unaffiliated/seeker) has quit (Ping timeout: 245 seconds)
[03:51:00] Seeker` (Seeker`!~cjo20@host109-148-87-236.range109-148.btcentralplus.com) has joined #mythtv
[03:51:00] Seeker` (Seeker`!~cjo20@host109-148-87-236.range109-148.btcentralplus.com) has quit (Changing host)
[03:51:01] Seeker` (Seeker`!~cjo20@unaffiliated/seeker) has joined #mythtv
[03:55:30] knightr: Missed Future? How can something in the future be missed? Have Doc Brown and Marty been traveling again?
[03:56:06] knightr: (it's a recording status...)
[03:59:02] wagnerrp: knightr: to be fair, you still write such applications on graphing calculators
[04:08:28] knightr: wagnerrp, LOL, I guess I must buy myself one of those for old times' sake... I wonder what kind of mnemonics these things have though.. (I did mostly x86 assembler, some 68k assembler and a little 6502...)
[04:09:25] wagnerrp: the Ti hardware still runs 68ks
[04:10:08] wagnerrp: at least their older stuff
[04:10:13] wagnerrp: i think their new ones are ARMs
[04:17:05] knightr: LOL, if those 68k based one are still available that could definittely be interesting...
[04:19:26] wagnerrp: the -89 and -92 both run a 10MHz 68k with a few hundred kb or memory, and a few mb of flash
[04:40:37] ThisNewGuy (ThisNewGuy!~doug@pool-74-102-15-78.nwrknj.fios.verizon.net) has joined #mythtv
[04:41:36] Seeker` (Seeker`!~cjo20@unaffiliated/seeker) has quit (Read error: Operation timed out)
[04:42:24] ThisNewGuy1 (ThisNewGuy1!~doug@pool-74-102-15-78.nwrknj.fios.verizon.net) has quit (Ping timeout: 256 seconds)
[04:43:01] highzeth (highzeth!~hz@hoiseth.no) has quit (Ping timeout: 248 seconds)
[04:43:39] highzeth (highzeth!~hz@hoiseth.no) has joined #mythtv
[04:44:36] Seeker` (Seeker`!~cjo20@host109-148-87-236.range109-148.btcentralplus.com) has joined #mythtv
[04:44:36] Seeker` (Seeker`!~cjo20@host109-148-87-236.range109-148.btcentralplus.com) has quit (Changing host)
[04:44:37] Seeker` (Seeker`!~cjo20@unaffiliated/seeker) has joined #mythtv
[04:51:50] jeff999 (jeff999!~jeff@124-171-97-182.dyn.iinet.net.au) has left #mythtv ("Leaving")
[05:48:52] jya: wagnerrp: they are mostly ARMs these days. Only the TI89 and Voyager 200 are custom 68k. All the other (83, 73, 84 etc) are Z80
[05:49:30] jya: the newer nspire range are all ARMs.. that includes the 83/84 clone
[05:50:55] wagnerrp: they still sell the 83/84?
[05:51:13] jya: they sure do.. it's still their biggest seller, and by far
[05:51:16] jya: over 1M a year
[05:58:13] xris: meta data grabber seems to be broken for me. what's the verbose flag to debug further?
[05:59:16] xris: looks like it's either not searching tmdb, or it's not getting rid of underscores
[06:46:46] Yancho (Yancho!~mpulis@unaffiliated/yancho) has quit (Read error: Connection reset by peer)
[07:16:27] jya: I hope releasing the beta doesn't mean we'll have to create a new fixes/0.25 branch.. maintaining the two will add unecessary overhead
[07:19:17] stoffel (stoffel!~quassel@pD9E41EE4.dip.t-dialin.net) has joined #mythtv
[07:19:22] Beirdo: the branch is cut at release
[07:19:47] Beirdo: and really, once we release 0.25, we don't maintain 0.24
[07:20:12] Beirdo: at least by our current methodology
[07:20:29] jeff999 (jeff999!~jeff@124-171-97-182.dyn.iinet.net.au) has joined #mythtv
[07:20:40] jeff999 (jeff999!~jeff@124-171-97-182.dyn.iinet.net.au) has left #mythtv ()
[07:26:24] Beirdo: all we do at beta is drop a tag and archive
[07:26:32] Beirdo: AFAIK
[07:28:46] Beirdo: stuartm: were you planning on making the beta release?
[07:29:03] Beirdo: being 30min to midnight Pacific Time :)
[07:30:08] MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has quit (Ping timeout: 240 seconds)
[07:30:37] MaverickTech (MaverickTech!~MaverickT@111.86.233.220.static.exetel.com.au) has joined #mythtv
[07:45:32] jya: Beirdo: just that for 0.24, I remember being cut a lot earlier, and having to make two commits instead of one for a while
[07:45:52] jya: code.mythtv.org is down for me
[07:46:43] Beirdo: works fine hee
[07:46:46] Beirdo: here rather
[07:47:44] jya: it blocks at hops 18 18 64.124.65.218.allocated.above.net (64.124.65.218) 218.483 ms 211.419 ms 211.375 ms
[07:48:23] Beirdo: anyways, AFAIK, fixes/0.25 starts at the point where we make v0.25 release
[07:48:51] jya: good.. so for 0.24 that was a one off I gather
[07:49:19] Beirdo: well, we are discussing on the mailing list how to do it ongoing
[07:50:03] Beirdo: but to my knowledge, 0.25 will be done the same as before, but with the fun of a complete freeze immediately after the release so we can swing commits over to our server
[07:50:16] Beirdo: which should take only a few minutes
[07:56:54] warped (warped!~piotro@91.189.74.10) has joined #mythtv
[07:57:39] jya: is the new git server up and running already?
[07:59:11] Beirdo: yes, but I need to do the last-minute resync, then enable mirroring to github
[07:59:37] Beirdo: and we need ssh keys from all devs (don't worry, there will be an email with details soon)
[08:01:03] Beirdo: OK, generating tarfiles
[08:02:07] jya: no chance for a last commit?
[08:04:44] Beirdo: does it NEED to be in the beta rather than RC1?
[08:05:55] jya: not really
[08:06:11] jya: it's just a change required to build universal mac libraries
[08:06:27] jya: the flags used to link the ffmpeg dylib aren't good
[08:06:52] jya: I'm sure this has been discussed earlier, but don't we do an alpha normally before a beta?
[08:07:37] Beirdo: we've had an alpha for weeks, have we not? I don't recall releasing an alpha before
[08:07:59] jya: we've released an alpha?
[08:08:05] jya: news to me
[08:08:40] Beirdo: essentially, once we code freeze, isn't that an alpha with or without the release tarballs?
[08:09:01] jya: i don't see it that way...
[08:09:31] jya: FreeBSD have feature freeze, alpha release, beta release, rc and in all that complete code freeze
[08:11:19] Beirdo: you saw the same release schedule email that I saw. If we wanted to add more steps, that woulda been the time to add them. I'm going by what we agreed on :)
[08:11:52] Beirdo: now for *future* releases, yah, there may be some validity to it
[08:12:14] jya: oh well… I think I'm now done with the mac build…
[08:12:22] jya: perfect timing with a release..
[08:12:22] Beirdo: but again, that whole process is being discussed on the mailing list
[08:16:06] stoffel (stoffel!~quassel@pD9E41EE4.dip.t-dialin.net) has quit (Remote host closed the connection)
[08:18:17] Beirdo: yeah, that will be in for rc1 in 2 weeks, I think it is?
[08:18:54] Beirdo: meanwhile we do the "whack-a-bug" for a bit longer :)
[08:19:46] jya: actually, I think 0.25 as it is now is more stable that 0.24 at release
[08:20:06] Beirdo: for sure
[08:20:38] Beirdo: I'm just hoping no massive blockers come up in the next month
[08:31:23] warped (warped!~piotro@91.189.74.10) has quit (Remote host closed the connection)
[08:37:18] Beirdo: OK, I think I shall head to bed
[08:55:26] peitolm: jya do you need an extra tester for the mac build?
[08:55:44] jya: peitolm: sure… what's your environment ?
[08:55:53] peitolm: i managed to get your new bundler down, but couldn't get it to work
[08:56:09] peitolm: early 2008 xserve running 10.7
[08:56:13] jya: I'm trying to get it to compile for 10.5 while building on 10.7. Which according to Apple is not possible, but I want to prove them wrong
[08:56:38] jya: peitolm: no? why not? what was wrong with the one you got earlier?
[08:57:12] jya: I'm going to commit things shortily.. I'm doing a last round of tests… testing with various xcode, on various OS
[08:57:14] peitolm: i hit the same problems as sturta, I couldn't get qmake to work and return sensible answers
[08:57:39] jya: did you install the Qt SDK or the Qt lib package?
[08:57:54] peitolm: can't remembet, one sec
[08:58:20] jya: didn't know that it didn't work for stuarta . he hasn't told me is he even tried
[08:58:43] peitolm: this was a few weeks ago, before your work
[08:58:52] jya: ahhh that
[08:58:54] jya: no wonder
[08:58:57] peitolm: :)
[08:59:06] jya: it does work for me though :)
[08:59:08] peitolm: i've been away over the weekend, so haven't had much time to try
[08:59:16] jya: ok...
[08:59:25] peitolm: let me fire up the xserve and answer your SDK/lib question
[08:59:46] jya: for the new one, you need to go to the Qt web site, and download either the SDK (64 bits only) , or the Qt lib package.
[09:00:25] jya: 4.8 package is 64 bits only, I use the 4.7.4 package, because it's 32/64 and I wanted to get to compile a dual architecture package
[09:00:36] markk (markk!~mark@host86-177-172-64.range86-177.btcentralplus.com) has joined #mythtv
[09:00:46] markk (markk!~mark@host86-177-172-64.range86-177.btcentralplus.com) has left #mythtv ()
[09:01:15] jya: it's so dirty the way I do it, but can't think of another way. I compile for 32 bits first in a specific directory, then another image in a 64 directory, and when it's done, I run a big loop that combine all libs together to make a universal package
[09:01:23] peitolm: qt-mac-opensource-4.8.0-debug-libs.dmg
[09:01:31] peitolm: is what i have
[09:01:43] jya: ok… that will do, but it's 64 bits only
[09:01:47] jya: just so you know
[09:02:01] peitolm: (and the non -debug) one, following reports on the mailling list that something didn't work if it's not compiled with debug
[09:02:14] jya: i use the non-debug one just fine
[09:02:26] peitolm: not a problem for me, all the macs in the house are 64bit
[09:02:29] peitolm: i think
[09:02:30] jya: however, I have to build myth with --compile-mode=debug
[09:02:43] jya: i'm certain it's due to a bug in llvm-4.2 shipped by apple
[09:02:59] jya: if I build using llvm-g++ 4.2 from the llvm source tree it works
[09:03:33] jya: there's no need to worry about setting debug or not, the script check your version of c compiler and enable debug if needed
[09:03:44] peitolm: ok.
[09:04:03] peitolm: right, which bin and plugins do i need, i guess i need whereever qmake is
[09:04:45] jya: I put it in in help ...
[09:05:05] jya: do you have the patch I posted 2–3 days ago?
[09:05:27] peitolm: i have a patch that produced osx-packager-qtsdk.pl
[09:05:37] jya: if using the QtSDK, or Qt you've compiled from elsewhere, you use the -qtsdk option
[09:06:06] peitolm: i think i'm using the libs am i not?
[09:06:08] jya: for the QtSDK from Qt, that -qtsdk ~/QtSDK/Desktop/Qt/4.8.0/gcc
[09:06:31] jya: if one Qt you compiled yourself (or via macports), it's ~/QtSdk
[09:06:36] jya: if using the binary packages:
[09:07:04] stuarta: i haven't had a chance to try the build yet
[09:07:05] jya: it's -qtbin /usr/bin -qtplugins -qtplugins /Developer/Applications/Qt/plugins
[09:07:36] ** jya anxious.. trying the build on 10.5 ... **
[09:08:05] jya: it works !!!!
[09:08:07] jya: awesome
[09:08:44] jya: can't see my backend though
[09:10:15] jya: just UPnP not working on that VM… werid
[09:12:41] jya: peitolm: note that I haven't tried with fixes/0.24, and I'm pretty certain it won't compile
[09:12:49] jya: you need to use master HEAD
[09:12:53] peitolm: trying to build trunk
[09:13:17] jya: I also haven't tried the git part of it.. I kept the code from the earlier version
[09:13:24] jya: almost everything else has been changed
[09:13:45] jya: so I don't know if it does a git checkout properly or not
[09:13:53] jya: I always compile against my git tree
[09:13:54] ** peitolm will verify :) **
[09:14:06] peitolm: might be nice if it told you what it was fetching
[09:14:07] jya: and actually, I'm thinking of completely removing the git part
[09:14:28] jya: I don't see the problem in making people doing a git clone themselves first, and pointing the script to their checkout
[09:14:47] peitolm: hmm, might have found a typo 'rm: libtoolT no such file or directory"
[09:14:55] jya: if you run it with -verbose , it's very verbose
[09:15:10] jya: let me check
[09:15:23] jya: i have made a lot of mode since I posted the version you're using
[09:15:32] jya: but building the dependencies haven't changed
[09:16:18] jya: peitolm: there's no libtoolIT anywhere
[09:16:36] peitolm: libtoolT
[09:16:37] peitolm: no I
[09:16:51] jya: there's not custom libtool either
[09:17:50] jya: taglib was a bit of a bitch to compile in universal mode. they use an old configure and it's buggy. so I had to re-generate the configure and makefile, for that I download all the autotools packages and recompile them all.
[09:17:54] jya: just to fix their makefile
[09:18:31] jya: the newer taglib uses cmake instead.. I tried to compile cmake instead, but that stuff is monstruous, after 15 minutes it was still compiling
[09:18:34] peitolm: 'rm: libtoolT: No such file or directory'
[09:18:43] peitolm: that was part of the mysql build section
[09:18:54] jya: ah
[09:19:07] jya: has it downloaded the source code for the Qt already?
[09:19:15] jya: that itself takes 20–30 minutes here
[09:19:25] jya: I need the source code to compile the mysql plugin
[09:19:44] peitolm: the download or the build?
[09:19:55] peitolm: it's just build mysql
[09:19:57] jya: the download
[09:20:03] jya: the build is about 2–3s
[09:20:08] peitolm: and downloaded 227M of something
[09:20:10] jya: it's a tiny module
[09:20:34] jya: the qt package doesn't contain the mysql plugin, so I have to compile it
[09:21:31] jya: peitolm: I think the error you are seeing in libtool
[09:21:40] jya: is in the package itself
[09:21:47] jya: because I don't do any of that
[09:21:57] jya: probably them doing a make clean or something
[09:22:05] jya: anyhow.. you need the new version
[09:22:09] jya: hold a sec
[09:22:29] peitolm: it continued past it, so i don't think it's an issue
[09:22:38] peitolm: although i have no idea what it's currently doing
[09:23:02] peitolm: ah, it's unpacking qt
[09:25:06] jya: http://pastebin.com/BWsznts6
[09:25:56] peitolm: IO on this box is stupid slow
[09:26:23] jya: yeah, doing a full build on my box, in universal mode is 9m31 all up
[09:26:42] peitolm: compile is quick, but writing is slow, the raid battery has failed
[09:26:56] jya: i build on a ssd
[09:27:09] jya: though having said that, it makes 0 difference in compile time
[09:27:34] jya: when i compile of the hard drive, or off the SSD it's almost identical time (give or take 1–2s)
[09:30:54] peitolm: if i get the battery fixed, then it should be a lot better
[09:31:12] jya: why would the battery make a difference?
[09:31:23] jya: isn't it only used for the case there's a power loss ?
[09:31:33] stuarta: because the controllers disable the write cache when the battery dies
[09:31:39] jya: i see
[09:31:43] jya: makes sense
[09:35:07] peitolm: jya: checking size of short... configure: error: cannot compute sizeof (short), 77
[09:35:13] jya: ahah
[09:35:22] jya: someone else on the list had this error
[09:35:26] jya: for libogg I think
[09:35:42] jya: you're using XCode 4.2 right?
[09:36:04] peitolm: how would i check
[09:36:16] jya: start xcode, About xcode ?
[09:36:30] peitolm: no access to screen at the moment
[09:36:59] jya: the guy on the user list saw that error for one of the dependency
[09:37:04] jya: i think it was libogg
[09:37:04] jya: xcode-select -version
[09:37:23] jya: xcode 4.3 is 2307
[09:37:30] jya: was just released a few days ago
[09:38:49] peitolm: xcode-select version 2003.
[09:41:21] jya: ah here:
[09:41:27] jya: xcodebuild -version
[09:42:30] peitolm: Xcode 4.2.1
[09:42:54] jya: try with the new script 've posted
[09:43:05] jya: I've upped the version on all dependencies
[09:43:10] jya: maybe they've fixed that one
[09:43:23] jya: otherwise I'm going to install xcode 4.2 here and test...
[09:44:35] jya: yeah, that was libogg
[09:44:44] jya: what libogg is it trying ?
[09:44:52] jya: the issue was with 1.2.1, I've upped to 1.3
[09:45:49] stuartm: <jya> FreeBSD have feature freeze, alpha release, beta release, rc and in all that complete code freeze << So nothing changes between the alpha and release?
[09:46:24] jya: stuartm: the code freeze is something that you need to get everything reviewed by a core panel before it's committed
[09:48:06] peitolm: trying again
[09:48:38] peitolm: new error, configure: error: No 16 bit type found on this platform!
[09:49:10] peitolm: that's with libogg
[09:49:14] stuartm: fwiw, that's a little too strict for mythtv, it would take the duration of the beta just to get agreement on some fixes :) Most people are too busy even to work on fixes, nevermind reviewing other people's work
[09:50:41] jya: is that with the latest script and libogg 1.3.0 ?
[09:51:11] peitolm: latest sript, yes
[09:51:15] jya: there are no particular build instruction for libogg, it's just the default, configure, make, make install
[09:51:52] peitolm: and i have 1.1.2 and 1.3.0
[09:52:34] jya: it probably started with 1.1.2 with the previous script
[09:52:43] jya: and after you changed to the new one, it used 1.3.0
[09:53:50] peitolm: yeah, probably
[09:54:19] peitolm: config.log has a nasty looking error 'ld: lto: could not merge in /var/folders/5t/_wyfr81n4zq2psqqv0dr5r7m0000gn/T//cctkVEPz.o because Unknown instruction for architecture x86_64'
[09:54:44] peitolm: although i get a couple of them
[09:56:42] peitolm: looks like you were part of a discussion about it
[09:56:47] peitolm: (on mythtv-users)
[09:59:36] jya: yeah, I got that with LLVM on 4.3 , but they disappear when using debug mode
[09:59:58] jya: i wouldn't be surprised if it was a bug in the 4.2 llvm-gcc
[10:00:16] jya: I'm going to download 4.2 once again, and try there
[10:01:17] jya: I'm going to commit the code now, and try again on my laptop…
[10:01:23] peitolm: o.k., if it is a bug in 4.2, then i'll bump it to 4.3 when i get home
[10:01:42] jya: i still would like to gind a way around it...
[10:01:57] jya: 4.3 is a bit different to 4.2
[10:02:04] jya: it's now a self contained package.
[10:02:37] jya: make sure you completely remove 4.2 first, the 4.3 when you first run it offers to uninstall it, but it doesn't do a great job and leave the command line tool (which is what we need)
[10:02:46] jya: to fully uninstall 4.2, you do:
[10:06:52] jya: sudo /Library/Developer/4.2/uninstall-devtools --mode=all
[10:09:43] jya: hum.. I think I found another bug on 32 bits build with lamemp3
[10:09:53] jya: allright.. I'm off from this machine, will come back later
[10:10:28] peitolm: o.k. catch you this evening maybe
[10:10:32] xavierh_ (xavierh_!~chatzilla@cpc1-swin3-0-0-cust274.3-1.cable.virginmedia.com) has joined #mythtv
[10:14:42] ikonia (ikonia!~irc@unaffiliated/ikonia) has joined #mythtv
[10:16:53] jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv
[10:17:01] jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Remote host closed the connection)
[10:17:17] ikonia (ikonia!~irc@unaffiliated/ikonia) has left #mythtv ()
[10:17:44] jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv
[10:20:04] hank (hank!~andrew@123-243-6-51.static.tpgi.com.au) has quit (Remote host closed the connection)
[10:22:14] dblain (dblain!~dblain@mythtv/developer/dblain) has quit (Ping timeout: 245 seconds)
[10:23:16] dlblog (dlblog!~dlblog@c-76-127-227-175.hsd1.ma.comcast.net) has quit (Ping timeout: 276 seconds)
[10:26:32] dlblog (dlblog!~dlblog@c-76-127-227-175.hsd1.ma.comcast.net) has joined #mythtv
[10:26:37] dblain (dblain!~dblain@c-76-127-227-175.hsd1.ma.comcast.net) has joined #mythtv
[10:26:38] dblain (dblain!~dblain@c-76-127-227-175.hsd1.ma.comcast.net) has quit (Changing host)
[10:26:38] dblain (dblain!~dblain@mythtv/developer/dblain) has joined #mythtv
[10:38:13] xavierh_ (xavierh_!~chatzilla@cpc1-swin3-0-0-cust274.3-1.cable.virginmedia.com) has quit (Ping timeout: 276 seconds)
[10:44:56] stuartm: sphery: are you likely to look at http://code.mythtv.org/trac/ticket/9819 again for 0.25?
[10:56:10] jya_: peitolm: i have installed 4.2
[10:56:16] jya_: and i see the problem there too
[10:56:31] jya_: libogg fails to compile
[11:05:02] Guest74934 (Guest74934!~mike@c-76-115-119-121.hsd1.or.comcast.net) has quit (Remote host closed the connection)
[11:05:53] mike|2 (mike|2!~mike@c-76-115-119-121.hsd1.or.comcast.net) has joined #mythtv
[11:05:54] jya_: this is very weird.. if i run the exact same commands manually, it works
[11:07:26] stuarta: environment then
[11:20:11] jya_: stuarta: I have reproduced precisely the same environment
[11:21:17] stuarta: i mean what is in the output of 'env'
[11:21:50] xavierh: stuartm: would you like me ta have a look at channel grouping from the Program guide ?
[11:29:27] stuartm: xavierh: if you have the time and interest, then sure, that would be great – ideally it should work exactly like recording groups in PBB
[11:30:29] xavierh: stuartm: I was thinking something like this: 10:56 < jya_> libogg fails to compile
[11:30:37] xavierh: damn
[11:31:04] jya_: ?
[11:31:23] stuartm: xavierh: that's not quite what I had in mind
[11:31:38] stuartm: how would that work exactly?
[11:31:44] xavierh: jya, stuartm: sorry bad paste :)
[11:31:48] stuartm: :p
[11:31:54] xavierh: http://pastebin.com/Mk7isBvq
[11:32:06] xavierh: what is PBB so I can have a look ?
[11:32:42] stuartm: 'Watch Recordings', PBB (Playbackbox is it's historic name and the name it uses internally)
[11:32:54] xavierh: thx
[11:33:45] xavierh: stuartm: yes I am interested as my MythUI conversion works, but is not really ideal
[11:34:01] stuartm: in 'Watch Recordings' you can 'Change Recording Group' for a recording, that shows a menu with a list of available groups and at the top an 'Add new' option
[11:34:44] stuartm: xavierh: well I can do it easily enough, it's a pretty quick job, but not until we're out of feature freeze for 0.25
[11:35:02] xavierh: stuartm: a recording can be only in one group right ?, I don't have any recording here to check
[11:36:23] stuartm: yes, can channels be in multiple groups? I didn't know that (except maybe in both favourites and another group), I figured we'd handle that by having a separate 'Toggle favourite' option in the menu
[11:37:19] stuartm: well that's not too difficult, the same menu but with checkboxes enabled in the buttonlist instead
[11:37:33] xavierh: yes they can
[11:37:34] jya_: definitely seems to be a bug in xcode 4.2 ; i'm reading the same ld error with many projects, including libre office, cairo
[11:37:50] xavierh: ok for checkboxes, we have a go at it
[11:40:04] stuartm: xavierh: your proposal is fine, although a single 'Group Options' menu (wording subject to change) which shows a list with checkboxes allows additional and removal from a group
[11:40:19] stuartm: sound good?
[11:43:19] xavierh: stuartm: perfect
[11:44:21] xavierh: also I am surprise the the info key does not do anything in program guide already .
[11:44:33] xavierh: surprised that
[11:47:51] seeker (seeker!~seeker@unaffiliated/seeker) has joined #mythtv
[11:49:46] stuartm: it should ...
[11:50:08] stuartm: it does here, brings up the Program Details, as it does elsewhere
[11:55:32] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[11:55:59] xavierh: sorry for the noise, I have got some channel here but no data so ...
[11:57:41] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Remote host closed the connection)
[12:00:12] jya_: stuarta: this has to be the strangest thing ever… libogg: ./configure -> ok ; CFLAGS="" ./configure -> not okay
[12:00:57] stuarta: look in the config.ep
[12:02:27] jya_: i am...
[12:02:32] jya_: nothing special there
[12:03:51] jya_: not sure if it's worth bothering about the problem when it's fine with xcode 4.1 and 4.3, just not 4.2
[12:04:36] jya_: ah ah
[12:05:07] jya_: another case of llvm-gcc crashing when compiling without debugging option
[12:05:56] jya_: correction: CC="-O2" is what it needs
[12:18:42] stuartm: someone's had their email account compromised ...
[12:30:35] jya_: where about?
[12:33:23] jya_: now that's weird.. it's trying to use distcc, i have never set that up *ever*
[12:38:01] stuartm: jya_: spam to the -user and -dev lists came from a genuine user's account, he's been subscribed for 3+ years
[12:38:17] stuartm: and he's even been into IRC a few times
[12:38:55] stuartm: !seen nuonguy
[12:38:56] MythLogBot: nuonguy has not been seen here
[12:40:23] jya_: i guess it's been filtered before getting to the list, i'm not seeing any spam
[12:42:50] stuartm: I don't filter the mailing lists because I need to see the spam to ban the spammer
[12:43:39] seeker (seeker!~seeker@unaffiliated/seeker) has quit (Quit: Colloquy for iPhone - http://colloquy.mobi)
[12:45:58] jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Read error: Connection reset by peer)
[12:46:46] jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv
[12:52:11] knightr (knightr!~knightr@mythtv/developer/knightr) has quit (Read error: Connection reset by peer)
[12:54:43] sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Ping timeout: 265 seconds)
[12:57:50] jya_ (jya_!~jyavenard@mythtv/developer/jya) has quit (Read error: Connection reset by peer)
[12:58:50] jya_ (jya_!~jyavenard@mythtv/developer/jya) has joined #mythtv
[13:06:04] davide_ (davide_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection)
[13:06:25] davide_ (davide_!~david@mythtv/developer/gigem) has joined #mythtv
[13:17:24] xavierh: stuartm: I had a quid look athe the Guide on 0.22-???? (will have a look later on 0.25 to see if it is different), pressing the Info key bring the recording option. sticking the channel grouping functionnality will not make sense.
[13:19:15] stuartm: bah, I screwed up, deleted the 0.24.2 milestone when I meant to change the date
[13:19:56] stuartm: xavierh: it's different with 0.25, very different
[13:20:27] stuartm: and it's the Menu key you want, not Info
[13:20:34] xavierh: I need to populate may fake channel so see it then
[13:40:00] sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv
[13:59:15] jya: peitolm: If you give a try to the new mac build script. it's in packaging git
[14:02:25] peitolm: one sec
[14:02:43] peitolm: well, it will be longer than a sec, as i have to power the thing up, but you know what i mean :)
[14:02:55] stuarta: tickety tock
[14:04:32] peitolm: you committed the latest?
[14:04:47] peitolm: git's complaining, let me see if a force will fix it
[14:05:54] jya: i did commit it
[14:06:16] peitolm: cool
[14:06:17] jya: libogg and libvorbis make llvm-gcc crash unless you use -O2
[14:06:19] peitolm: right
[14:06:27] jya: from xcode 4.2 that is
[14:06:57] jya: so what I do is check if you're using 4.2 and force -O2.. and in the mean time I added a user option to configure that
[14:07:26] peitolm: configure: error: No 16 bit type found on this platform!
[14:07:33] jya: I should have actually checked the llvm-g++ build
[14:07:35] jya: ?
[14:07:44] jya: are you sure you're using the last one?
[14:07:54] jya: maybe I didn't push.. i 'm a bit tired
[14:07:59] jya: oh..
[14:08:12] peitolm: i did a git reset --hard HEAD && git pull
[14:08:16] jya: make sure you delete the libogg and libvorbis folder in .osx-packager/src
[14:08:32] jya: because the configure you ran earlier would have left crap there
[14:08:38] peitolm: it asked me to move the osx-packager-qtsdk.pl out of the way
[14:08:44] peitolm: i've removed libogg
[14:08:48] peitolm: i'll try libvorbis
[14:09:04] jya: i did push
[14:09:07] peitolm: don't have any libvorbis
[14:09:25] jya: right.. it would have failed for the same reason as libogg after
[14:10:25] jya: hum… -O2 cause the same error I saw when compiling the mythtv filters without the debug option...
[14:10:34] jya: Jeez… this compiler is terrible…
[14:10:39] peitolm: i don't get your error message
[14:10:59] jya: which one?
[14:11:14] jya: that you're using XCode 4.2 upgrade !
[14:11:15] jya: ?
[14:11:59] peitolm: yeah
[14:12:09] peitolm: i think your regex is wonky
[14:12:23] jya: how could I be clearer? 4.2 is buggy, upgrade...
[14:12:23] peitolm: if ( $XCODEVER =~ m/Xcode\s+([0–9]+\.[0–9]+(\.[0–9]+)?)/ )
[14:12:28] jya: to 4.3 for the time being
[14:12:35] jya: it handles X.X.X
[14:12:40] jya: where the last .X is optional
[14:12:56] jya: so 4.2.1
[14:13:02] peitolm: in which case your comparison is wrong
[14:13:07] jya: or 4.2
[14:13:08] peitolm: if ( $1 eq "4.2" )
[14:13:23] peitolm: because $1 is "4.2.1"
[14:13:26] jya: the xcode I downloaded from my SDK account was 4.2
[14:13:39] jya: for you it is.. but I couldn't find 4.2.1
[14:13:57] peitolm: but your check should probably be 4.2.X ?
[14:14:01] jya: ah yes..
[14:14:06] jya: for the time being then
[14:14:13] jya: just run the script with -olevel 2
[14:14:43] peitolm: you could do if ( $XCODEVER =~ m/Xcode\s+([0–9]+)\.([0–9]+)(\.[0–9]+)?/ )
[14:15:13] peitolm: if ($1 ==4 && $2 == 2
[14:15:19] jya: if the compilation fail later on the plugins, re-run the script without the -olevel
[14:15:37] peitolm: i'm not sure why you're nesting brackets
[14:15:42] jya: I'd do m/^4\.2/
[14:15:57] jya: so both the . and the [0–9] are optional
[14:16:12] Jordack (Jordack!~jordack@h69-131-44-221.plmomi.dedicated.static.tds.net) has joined #mythtv
[14:16:20] jya: you like to give me crap on my regex you.. the other day as well
[14:16:38] stuarta: ah the fun of regexps
[14:16:45] peitolm: i'll stop if you want :) it's only good natured
[14:17:42] ** peitolm thinks (\d+)\.(\d+)\.(\d+) is cleaner but :) **
[14:17:58] jya: so we have the depenendencies not building without -O2 with xcode 4.2
[14:18:00] peitolm: you work really is appreciated here
[14:18:07] jya: but mythtv not compiling with -O2 with 4.3
[14:18:15] jya: how can I ever get it right ?
[14:18:29] peitolm: fix mythtv:) *ducks*
[14:18:40] jya: that's llvm-g++ crashing
[14:18:42] ** stuarta larts peitolm **
[14:18:51] peitolm: sorry
[14:19:09] jya: actually.. I had a look at how they compile ffmpeg in macports
[14:19:46] jya: what they've done, is put a dependency on llvm-4.2 upstream.. they compile llvm-4.2 themselves, then compile ffmpeg as xcode's one , while the same version, crashes
[14:20:05] jya: ahah
[14:20:42] jya: the taglib compiled with -O2, make llvm-gcc crash when linked to libmythmusic
[14:21:03] peitolm: right, plugins compiled, now for mythtv itself
[14:21:14] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[14:21:39] jya: let see if it fails… I didn't wait til the end as the machine with 4.2 is a macbook air.. not the fastest beast
[14:22:17] peitolm: got to get the mythtv git
[14:22:24] jya: ouch
[14:22:29] jya: that will take a while
[14:22:50] peitolm: 300–400KiB/s
[14:22:53] peitolm: but yes
[14:29:39] xavierh: stuartm: I had a llok a 0.25, in the MENU menu in program guide, the is 2 entries, "add to channel group" and "choose Channel group". both pop a message "You don't have any channel group defined". So the work have been started but not finished ?
[14:29:55] jya: peitolm: I've pushed the change to cater for 4.2.1
[14:32:11] jya: i need to find a way to set the version number of the package properly
[14:32:53] j-rod|afk is now known as j-rod
[14:33:10] peitolm: jya i'll let you know how it goes once something happens :)
[14:33:29] peitolm: it just finished the git pull, so hopefully it'll start building
[14:34:29] jya: hopefully..I've redone mine after deleting the .osx-packager/src subfolders, and it took 7 minutes all up (both dependencies, and mythtv universal: so build twice)
[14:34:47] stuartm: xavierh: I guess so
[14:35:10] stuartm: xavierh: I hadn't noticed before, but I don't use channel groups so I wasn't really looking
[14:35:34] xavierh: sound strange to add the menu entry and ... that's it
[14:36:25] xavierh: or it might just be pbroken, I am a mount late so
[14:36:27] xavierh: ...
[14:36:35] xavierh: month
[14:36:38] stuartm: hmm, I don't even see those entries here, maybe because I have channel groups disabled in the settings or something
[14:36:55] peitolm: jya apart from stacks of messages about distcc (being unable to distribute), it seems to be o.k.
[14:37:03] jya: yeah
[14:37:08] peitolm: why are we using distcc again?
[14:37:11] jya: for some reasons, xcode 4.2 ships with distcc
[14:37:16] jya: so the configure tries to use it
[14:37:17] stuarta: --disable-distcc
[14:37:24] xavierh: stuartm: Can you disable it ? do remember seing this option
[14:37:24] jya: it doesn't come with 4.3
[14:37:27] stuarta: had to do that on the buildbot
[14:37:45] jya: what I did is just rename /usr/bin/distcc to /usr/bin/distcc.unactive
[14:37:45] peitolm: will this be a fully re-locatable bundle?
[14:37:50] stuartm: xavierh: maybe it's only shown if you have at least one channel group defined, testing that theory now
[14:38:02] jya: and I certainly didn't want to add an option on the builder for that
[14:38:08] stuartm: nope, that still doesn't work
[14:38:14] jya: peitolm: yes.
[14:38:24] jya: as long as it's 64 bits
[14:38:31] jya: by default it compiles for your host
[14:38:43] jya: you can set -universal
[14:38:49] stuartm: xavierh: I'll look at the code I guess, but in a few minutes, I'm preoccupied with something else atm
[14:39:12] jya: but if you've Qt is 64 or 32 bits only, it will not try to compile (I added a test checking for the format of the Qt libs)
[14:39:34] jya: peitolm: had you ever compiled mythtv on a mac before?
[14:39:40] xavierh: stuartm: I did have only Favorite group to start with and I had the same behaviour. No worry, I will have a look myself
[14:39:59] jya: there was a long bug that prevented to run the build, unless you renamed the .osx-packager package.. that got fixed today (it was a mythtv issue)
[14:41:00] peitolm: jya: yep, only for 10.6
[14:41:24] jya: so you probably hit the issue with messages about loading 2 versions of Qt
[14:41:25] peitolm: i had that, and then it wouldn't run on t'wifes machine, so i ended up doing a full build on there
[14:41:36] jya: really?
[14:41:39] peitolm: yep, and found the work-around (for the Qt issue)
[14:41:40] jya: that's surprising though
[14:42:00] peitolm: yeah, it was around the time I couldn't get audio working, nor her second screen
[14:42:10] peitolm: i fixed it by smacking the database
[14:43:18] jya: if you're running lion, and you want passthroug audio
[14:43:23] jya: lion is very buggy there
[14:43:35] jya: you can play digital audio once.. after that no more audio
[14:43:45] jya: (same issues for any applications on lion)
[14:44:10] peitolm: really, i use digital audio every day on my lion desktop
[14:44:15] jya: the trick to get audio again, is go into the system sound preferences, switch to another audio device if you have one, and go back to the original
[14:44:17] jya: or reboot
[14:44:20] peitolm: not sure it's passthrough though
[14:44:30] jya: the issue is with passthrough only
[14:44:33] peitolm: i'll test that before i give it to the wife
[14:44:34] jya: AC3 or DTS
[14:44:50] jya: if you hafven't seen the problem, you surely aren't
[14:44:54] peitolm: actually, she'll be on analogue, so that won't affect her
[14:45:08] stuartm: xavierh: ah, you need a group defined and at least one recording in that group (which is stupid for 'Add to Channel Group')
[14:45:32] peitolm: o.k. bad news, that blew up spectacularly
[14:45:44] jya: yeah?
[14:45:59] jya: in one of the plugin saying some symbols are missing?
[14:46:15] jya: I had 2 kernel panic on my mini compiling :)
[14:47:03] peitolm: http://www.pastie.org/3526330
[14:47:15] jya: that's the one...
[14:47:55] jya: llvm-g++ drops some code it shouldn't
[14:48:05] jya: so to fix that try the following
[14:48:13] jya: git pull on packaging
[14:48:15] xavierh: stuartm: that what I just noticed, also there is no clear indication that the channel is or not in a group already
[14:48:32] jya: and run it with -olevel 1 and if that fails -olevel 0
[14:48:54] jya: ld: warning: -read_only_relocs cannot be used with x86_64 I'm pretty sure I fixed that warning messag
[14:48:56] xavierh: It seems that we can remove a channel from a group (looking at the code) but not really sure where in the menu
[14:48:57] peitolm: do i need to tell it to not do another git clone again?
[14:49:11] stuartm: xavierh: yeah, the UI needs re-writing along the lines we discussed, it's not good enough right now
[14:49:12] jya: do -nohead -force for that
[14:49:22] jya: this keep the git tree untouched
[14:49:52] stuarta: it shouldn't redo the git clone anyway, it will just update it iirc
[14:50:44] jya: stuarta: that's one thing i didn't test
[14:51:42] stuartm: so, 24 of the open tickets (or 8%) are for mythweb, most have been open for years, since mythweb is basically dead with no active maintainer should we just close them and let the new, completely re-written mythweb replace it?
[14:52:05] stuarta: huh?
[14:52:06] jya: works pretty well for something unmaintained !
[14:54:23] peitolm: what's the ETA for the new mythweb?
[14:54:53] stuarta: what new mythweb? have i been living under a rock again?
[14:56:01] peitolm: some embedded thing isn't it?
[14:56:05] stuartm: stuarta: we're going to use the built in http server in mythbackend, we're already serving up a simple collection of pages in 0.25, but nothing yet to rival mythweb – probably for 0.26
[14:56:44] stuarta: oh that thing...
[14:57:05] stuartm: jya: only significant code commits made have been to fix major breakage, although there's probably lots of minor breakage that has gone unfixed and several features which are ignored by mythweb at the moment
[14:57:58] jya: Well, I guess enabled x86_32 && append SHFLAGS -Wl,-read_only_relocs,suppress doesn't work :( it adds that option all the time
[14:58:19] peitolm: olevel 1 filed
[14:58:31] jya: you mean it worked?
[14:58:46] jya: I got an error in mythmusic when linking against taglib
[14:58:50] stuartm: only two dozen or so commits have been made to mythweb in the last six months, and 2/3s of those were translations
[14:59:08] wagnerrp: Captain_Murdoch: is there a known issue with the HLS stuff playing fast?
[14:59:17] peitolm: jya: failed, sorry
[14:59:22] stuartm: the six months prior to that were little or no better
[14:59:25] jya: I'm guessing you'll hit the same, so do rm -rf .osx-packager/src/taglib-1.6.3
[14:59:38] jya: peitolm: :(
[14:59:49] wagnerrp: this must be how sphery watches tv
[15:00:18] jya: hopefully -olevel 0 will work, otherwise I've have to come with another soltution for xcode 4.2 users
[15:00:38] ** stuarta quite likes mythweb **
[15:00:39] peitolm: if it doesn't, i'll upgrade to xcode 4.3, i'll be heading home in an hour or so anyway
[15:00:42] stuartm: mythweb has more tickets open against it than any other component except the catch-all 'General' component and 'Video Playback'
[15:00:59] stuartm: and that's despite the fact that I've just closed some
[15:01:12] stuartm: it's dead Jim
[15:01:21] ** peitolm notes if it was written a language he was more comfortable in, he'd happily prod it **
[15:01:23] jya: peitolm: if -olevel 0 doesn't work, edit the script and comment-out line 520
[15:01:46] stuartm: stuarta: if you love something enough, then you know when to let it go ;)
[15:02:13] stuartm: or something like that, I heard it in a movie once
[15:02:20] jya: i do like mythweb too.. it's one of the preferred feature when I show people..
[15:02:31] peitolm: mythweb is the only feature i show people
[15:02:48] jya: though I never try other than the recordings and tv listing bit
[15:03:01] stuarta: that why having a service interface in the backend is useful, mythweb can abuse it
[15:03:07] stuarta: use it ;-)
[15:03:28] stuartm: well it's not like we're not replacing it, we are, but at least when we do it will be maintainable by most devs and not just those with PHP experience (and perseverance)
[15:03:36] jya: peitolm: in case you don't see line 520, it;s " $OPT{'olevel'} = "2";"
[15:03:49] jya: to comment out, and don't forget taglib
[15:03:53] stuarta: i find php simpler that gui code
[15:05:06] stuartm: it probably is, but the new html interface isn't going to be gui code, it's html
[15:05:17] stuartm: and C++
[15:05:18] jya: interesting… the 32/64 universal code compress much much better than 32 bits alone… I didn'te expect to have that much duplicated code between the 32 and 64 bits opcodes
[15:05:49] jya: stuarta: php really is brilliant for web work.. no wonder it's so popular
[15:06:07] stuartm: stuarta: I have a lot of experience with php, but even so I avoid mythweb just because it's written in such a way that I find it difficult to impossible to find my way around
[15:06:36] stuarta: it's not the easiest that's for sure
[15:06:44] stuarta: but then nothing complex is
[15:07:01] stuartm: nothing is stopping someone writing a new mythweb in php around the services API, but since no-one seems willing to maintain the existing version I wouldn't get your hopes up
[15:07:09] jya: stuarta peitolm I put my universal packages there: http://www.avenard.org/files/mac/MythFrontend . . . d1a6cc88.dmg . download will be completed in 8 minutes. it's 32/64 bits and works on 10.5 too. I'm off to bed
[15:07:17] stuarta: nn
[15:07:24] stuartm: stuarta: it could be much, much simpler, 'obfuscation' comes to mind
[15:07:45] jpabq_ (jpabq_!~jpabq@mythtv/developer/jpabq) has joined #mythtv
[15:07:46] jya: stuartm: to be honest, I never thought there was that much to do in mythweb, because it works so well as it is…
[15:07:57] stuarta: aye, wants porting away from PATH_INFO too
[15:08:56] wagnerrp: stuartm: #8801 can actually be closed with some level of completeness
[15:08:59] stuartm: jya: the volume of tickets suggests otherwise, but hey, I'm also not proposing to delete it, just close the ticket which have been open for years
[15:09:15] wagnerrp: the UPnP server is integrated with mythvideo, although i believe its still lacking in metadata access
[15:09:33] wagnerrp: alternatively, it can be closed as mythvideo no longer exists for it to be integrated with
[15:10:15] wagnerrp: i think beirdo may have wanted to keep it open until he gets time to do some of the metadata stuff
[15:10:54] stuartm: wagnerrp: ok, I will close
[15:11:26] jya: from the user list "About two weeks ago I started getting periodically long startup times for the frontend, usually 30 – 120 seconds.
[15:11:26] jya: I can't see anything in the frontend or backend logs."
[15:11:40] stuartm: the number of open tickets means that real bug tickets are getting lost in the noise, there's stuff out there with simple and good patches attached which have sat unnoticed for months or longer
[15:11:45] jya: I have seen those hangs on the mac from time to time, I always asumed it was a mac crap only
[15:15:00] peitolm: same error with -olevel 0
[15:16:07] jya: oh.. I know
[15:16:09] jya: do
[15:16:17] jya: -olevel blah
[15:16:29] jya: that's an invalid value, so it won't be used, as if there was nothing
[15:16:40] stichnot: xavierh: Besides the various settings pages, where is there still non-MythUI code? I'm asking because of the jump point execution code.
[15:17:44] peitolm: jya: i'm just commented out 521 and i'm trying with olevel 1
[15:18:04] jya: didn't you try -olevel 1 already?
[15:18:10] jya: you said it bombed out
[15:18:42] peitolm: i did, but as i have 4.2.1, isn't it overriden by #521?
[15:19:01] jya: didn't you do a git pull?
[15:19:04] jya: I've fixed that
[15:19:33] jya: but --olevel with any digits will do
[15:19:39] jya: non-digit
[15:19:44] jya: as if you had nothing
[15:19:46] peitolm: -- or -?
[15:20:03] peitolm: i'll tripple chek in a sec, if it breaks
[15:20:16] jya: any non digits
[15:20:53] ** jya really shouldn't watch the infomercial, I want to buy the hair straightner **
[15:25:19] stuartm: stichnot: part of mythgallery is perhaps the only non-settings screen
[15:28:09] peitolm: o.k. so commenting out #521 a&& rm taglib && olevel 1 failed
[15:28:52] stichnot: stuartm: oh yeah, I forgot about plugins.
[15:29:13] jya: peitolm: i don't get why you try again with -O1
[15:29:37] jya: and it's 520...
[15:30:05] jya: really, all you got to do, is remove taglib, -olevel A and that's it
[15:30:11] jya: pretty convinced it will work
[15:30:51] jya: did you see a "Using LLVM: Forcing debug compile."
[15:31:00] jya: in the log? if not, use -debug
[15:32:06] jya: right.. definitly off now
[15:32:29] peitolm: trying with olevel foo
[15:39:40] jya: peitolm: i just went to check on my MBA, it has failed as you.. -olevel anynondigit did the right thing and I'm fairly convinced it will work okay… otherwise 4.3 that is.. Ciao
[15:39:59] peitolm: ciao
[15:40:02] peitolm: thanks for the effort
[15:51:01] seeker (seeker!~seeker@unaffiliated/seeker) has joined #mythtv
[16:01:53] peitolm: jya: that built
[16:08:16] kwmonroe (kwmonroe!~kwmonroe@32.97.110.58) has quit (Quit: Coyote finally caught me)
[16:11:17] kwmonroe (kwmonroe!~kwmonroe@32.97.110.58) has joined #mythtv
[16:11:46] rsiebert (rsiebert!~quassel@g231187051.adsl.alicedsl.de) has joined #mythtv
[16:13:47] seeker (seeker!~seeker@unaffiliated/seeker) has quit (Quit: Colloquy for iPhone - http://colloquy.mobi)
[16:14:09] xavierh: stichnot: nothing I am aware of
[16:14:28] stichnot: cool, thanks.
[16:15:14] xavierh: stichnot: I just read, stuartm comment, haven't been using mythgalerry for years
[16:15:34] rsiebert_ (rsiebert_!~quassel@g231187027.adsl.alicedsl.de) has quit (Ping timeout: 276 seconds)
[16:18:11] seeker (seeker!~seeker@unaffiliated/seeker) has joined #mythtv
[16:26:30] gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has quit (Read error: Connection reset by peer)
[16:27:23] danielk22: stuartm: Is libmythmpeg2 completely gone? I still see the library in my checkout
[16:28:21] stuartm: danielk22: it's still used for the lossless mpeg2 transcoder, but can't be selected for playback
[16:30:23] CyberKnet (CyberKnet!~s.blomfie@65.38.25.93) has joined #mythtv
[16:31:04] CyberKnet: Just wanted to leave a quick note of gratitude for the services API and documentation... I know a lot of hard work goes into this stuff, and wanted to let you guys know it is really appreciated, thanks!
[16:31:10] CyberKnet (CyberKnet!~s.blomfie@65.38.25.93) has left #mythtv ()
[16:32:12] danielk22: stuartm: ok. btw thanks for doing all that triage this weekend.
[16:34:11] stuartm: still working through it, makes the commits list pretty noisy but hopefully worthwhile
[16:35:45] stuartm: picked up a few tickets for myself to look at for 0.25, might be over-extending myself but it's better than leaving them to rot :)
[16:39:22] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Read error: Connection reset by peer)
[16:39:35] zombor (zombor!~zombor_@kohana/developer/zombor) has joined #mythtv
[16:43:39] gregL (gregL!~greg@cpe-74-76-125-87.nycap.res.rr.com) has joined #mythtv
[16:44:45] stuartm: danielk22: http://code.mythtv.org/trac/ticket/10208 seems simple enough?
[17:15:31] xavierh: stuart
[17:16:37] stuartm: stuarta: ^^
[17:17:07] xavierh: stuartm: I had another quick look, you were right, only the non-empty group are shown. The logic is to not allow to change to a group which is empty. but the same list is use for both "add to channel group" and "change channel group"
[17:17:25] xavierh: I have to big fingers :)
[17:17:28] xavierh: too
[17:18:35] stuarta: stuartm: that really can't hurt
[17:18:50] stuartm: xavierh: yeah, they should use different checks
[17:19:23] stuartm: stuarta: that was my thinking, I just didn't want to steal it away from danielk22 without asking first
[17:19:38] stuarta: tbh, it's one debug string change and a tolower()
[17:20:24] xavierh: I will do a patch and submit it later on
[17:34:38] stichnot (stichnot!~chatzilla@mythtv/developer/stichnot) has quit (Ping timeout: 245 seconds)
[17:39:35] kormoc (kormoc!~kormoc@mythtv/developer/kormoc) has joined #mythtv
[17:49:25] stuartm: Beirdo: what's Jonatan's trac username?
[17:50:05] stuartm: assuming natanojl for now, can be changed later
[17:51:17] xavierh_ (xavierh_!~chatzilla@cpc1-swin3-0-0-cust274.3-1.cable.virginmedia.com) has joined #mythtv
[17:55:48] zombor_ (zombor_!~zombor_@kohana/developer/zombor) has joined #mythtv
[17:59:11] zombor (zombor!~zombor_@kohana/developer/zombor) has quit (Ping timeout: 260 seconds)
[18:04:59] davide_ (davide_!~david@mythtv/developer/gigem) has quit (Remote host closed the connection)
[18:05:22] davide_ (davide_!~david@mythtv/developer/gigem) has joined #mythtv
[18:10:24] noahric (noahric!~noahric@74.125.59.74) has joined #mythtv
[18:12:30] xavierh: stuartm: fix for channel group in program guide http://code.mythtv.org/trac/ticket/10411
[18:38:34] sraue (sraue!~stephan@xbmc/staff/sraue) has quit (Read error: Connection reset by peer)
[18:40:20] sraue (sraue!~stephan@xbmc/staff/sraue) has joined #mythtv
[18:41:30] seeker (seeker!~seeker@unaffiliated/seeker) has quit (Remote host closed the connection)
[18:41:43] seeker_ (seeker_!~seeker@unaffiliated/seeker) has joined #mythtv
[18:44:40] knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv
[18:51:41] stuartm: xavierh: thanks
[18:52:34] xavierh_: stuartm: the channel grouping will still need to be reworked for 0.26, I prefer your idea about checkboxes as it does allow to add a channel to multiple group much quicker. also I would like to be able to add multiple channels to the current group (with check boxes too)
[18:54:44] stuartm: xavierh_: I think the UI for mapping multiple channels to different groups is best handled as part of backend setup, where the rest of the channel setup occurs, with the stuff in the frontend just for small tweaks or changes?
[18:56:43] xavierh_: stuartm: that is arguable, I would still like to be able to do it from a 10" UI
[18:57:09] zombor_ is now known as zombor
[18:58:11] xavierh_: also I notce something like this :menuPopup->AddButton(tr("Record This"));
[18:58:20] xavierh_: and then if (resulttext == tr("Recording Options"))
[18:58:57] xavierh_: this thing can break with the translation i.e. if two != string are translated to one
[18:59:06] xavierh_: is that a good practice ?
[19:00:10] david (david!~david@host70.16.intrusion.com) has joined #mythtv
[19:00:33] david is now known as Guest29306
[19:01:55] stuartm: it's not great practice, but it won't break with translation, two identical strings in the same context appear just once in the translation
[19:03:09] stuartm: i.e. they are guaranteed to be translated identically
[19:03:35] stuartm: the translator doesn't see that same string twice in linguist, they see it just the once
[19:04:35] stichnot (stichnot!chatzilla@nat/intel/x-qfcxsodjbroyzpww) has joined #mythtv
[19:04:35] stichnot (stichnot!chatzilla@mythtv/developer/stichnot) has joined #mythtv
[19:04:35] stichnot (stichnot!chatzilla@nat/intel/x-qfcxsodjbroyzpww) has quit (Changing host)
[19:09:55] wagnerrp: ooh, a blocker
[19:10:45] stuartm: backend crashes generally merit blocker status
[19:11:06] danielk22: xavierh: In general those should be something like AddButton(tr("Record This"), QVariant("RECORD_THIS")); if (resulttext == "RECORD_THIS").. but as stuartm noted it will work as is as long as no one changes the text inside one of the tr()'s.
[19:14:40] wagnerrp: something going on with the server? its abnormally slow
[19:14:47] Beirdo: stuartm: you guessed the name correctly
[19:15:18] Beirdo: wagnerrp: load average: 1.45 9.23 7.93
[19:15:30] Beirdo: it looks like someone was hitting it hard for a bit
[19:16:14] danielk22: stuartm: yeah, seems simple enough I just didn't get a chance to look at it yet. feel free to take it.
[19:16:15] stuartm: probably when I clicked on the link to a commit in that new ticket, referenced the trac git browser and not github
[19:17:24] Beirdo: I thought we had disabled it... maybe jsut the link?
[19:18:25] wagnerrp: Beirdo: is there any way to make the logger run synchronously?
[19:19:34] Beirdo: wagnerrp: no, the whole purpose of making it async was to keep it from slowing down the program. What are you trying to accomplish, maybe there's another way to do it.
[19:20:04] wagnerrp: making it run synchronously, so it actually logs everything up to the line that makes it segfault :)
[19:20:31] Beirdo: nope
[19:20:37] xavierh_: stuartm, danielk22: You misunderstood me. you could have 2 != word in english which are translated in one word only. then it would break
[19:21:19] Beirdo: now, if Qt weren't such a PITA with gdb, you should be able to go through the logging queue to see what hasn't been output yet
[19:22:48] stuartm: xavierh_: yeah, possible I guess
[19:23:20] danielk22: xavierh: I still don't understand. As long as each button has unique text after translation it should work. But that code isn't how things are supposed to be done..
[19:23:54] wagnerrp: anyone know off hand what OS yiannividalis uses?
[19:24:24] stuartm: Beirdo: we disabled the direct link, but it's still linking any sha1 mentioned in the ticket or comments
[19:25:03] Beirdo: I thought we'd changed those to being github links
[19:25:09] Beirdo: hmm
[19:25:18] stuartm: danielk22: I believe he's asking what happens if two different buttons end up with the same translation, it's theoretically possible, not likely but possible
[19:25:44] danielk22: Beirdo: I use a similar async logging at work but have a run time switch that enables synchronous logging. Used only when a segfault happens and we need up to the last nanosecond debug. That way a sys-admin can grab a more useful log for the devs while the segfault causing data is still on the wire.
[19:26:38] MythBuild: build #2053 of master-linux-ppc is complete: Failure [failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2053 blamelist: Karl Dietz <dekarl@spaetfruehstuecken.org >
[19:26:56] danielk22: stuartm: xavierh: yeah it would break in that case.. but that would be a bad translation, no? you have two options: "Yes, delete all files", "Yes, delete all files" :)
[19:27:43] Beirdo: danielk22: something to consider for 0.26, not happening for 0.25 :)
[19:27:50] stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Remote host closed the connection)
[19:27:51] xavierh_: stuartm: yes that's what I meant
[19:27:52] MythBuild: build #3038 of master-linux-32bit is complete: Failure [failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/3038 blamelist: Karl Dietz <dekarl@spaetfruehstuecken.org >
[19:28:00] MythBuild: build #2079 of master-freebsd-64bit is complete: Failure [failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2079 blamelist: Karl Dietz <dekarl@spaetfruehstuecken.org >
[19:28:06] danielk22: Beirdo: I agree.
[19:28:09] stuartm (stuartm!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginmedia.com) has joined #mythtv
[19:28:10] stuartm (stuartm!~stuartm@cpc1-derb9-0-0-cust441.8-3.cable.virginmedia.com) has quit (Changing host)
[19:28:10] stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv
[19:28:17] stuartm: Beirdo: http://code.mythtv.org/trac/ticket/10405#comment:1
[19:28:33] Beirdo: it does sound like a reasonable plan to add though, I'll put it at the top of my list.
[19:29:34] stuartm: <stuartm> danielk22: right, it wouldn't make any sense to the end user anyway
[19:29:53] MythBuild: build #3293 of master-linux-64bit is complete: Failure [failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/3293 blamelist: Karl Dietz <dekarl@spaetfruehstuecken.org >
[19:30:05] Beirdo: stuartm: hmmm, that's a pretty useless backtrace
[19:30:07] stuartm: huh, shit
[19:30:31] stuartm: Beirdo: I posted that because it's the comments with the links to the trac browser
[19:30:36] Beirdo: oooh
[19:30:48] Beirdo: gotcha, let me look at THAT ;)
[19:31:25] Beirdo: yeah, those redirect to github when you click on em
[19:32:23] MythBuild: build #1804 of master-debian-stable-64bit is complete: Failure [failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1804 blamelist: Karl Dietz <dekarl@spaetfruehstuecken.org >

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