MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (63):

Chutt_, cybrNaut, ephemer0l, gary_buhrmaster, gregL, Hydr0p0nX, jab416171, jheizer, joki, jpharvey, jst, jwhite, jya, kurre2, moparisthebest, MythBuild, MythLogBot, peper03, poptix-, rich0, seld, sphery, sraue, stuarta, stuartm, taylorr, toeb, tonsofpcs, unforgiven512, _charly_, Anssi, caelor, ChanServ, clever, coling, dym, ElmerFudd, J-e-f-f-A, jams_, nephyrin, pppingme, sheedy-away, tgm4883, wagnerrp, xris, Warped, ghoti, brfransen, amessina, fetzerch, dekarl1, skd5aner, Casper0082, jpabq_, superm1, markspieth, BLZbubba, pitz, GreyFoxx_, XDS2010, 7F1AALP94, aloril_, kadafi
Tuesday, April 21st, 2015, 00:15 UTC
[00:15:31] vfw (vfw!~mythtv@74.113.245.154) has joined #mythtv
[00:16:32] vfw: mythfrontend complains "Could not connect to master backend". I also notice that I don't have logs.
[00:17:49] vfw: I don't have logs even though ps reports:
[00:18:00] vfw: /usr/bin/mythlogserver --daemon --verbose general --loglevel info
[00:18:25] vfw: (If there is a log, I don't know where it is.)
[00:19:18] vfw: Is it possible that I have an unmet dependency?
[00:19:31] vfw: Where can I look for clues?D
[00:20:48] vfw: mythfrontend reports, "Could not connect to the master backend server. Is it running? Is the IP address set for it in myth-setup correct?"
[00:21:21] tgm4883: vfw: you're looking for #mythtv-users
[00:21:25] tgm4883: this is the dev channel
[00:21:46] vfw: Sorry..
[00:30:49] vfw (vfw!~mythtv@74.113.245.154) has quit (Quit: Lost terminal)
[00:38:08] stichnot: hmm... some very recent commit has disabled lirc on mythfrontend...
[00:43:49] stichnot: 31da15ad7b55cd203f0f9d86b68de4aae089b317 is working, so I'm gonna have to suspect stuarta...
[00:50:04] Chutt_ (Chutt_!~ijr@cpe-174-100-158-24.neo.res.rr.com) has joined #mythtv
[00:53:18] Chutt (Chutt!~ijr@2605:a000:1225:65:c457:ef1d:60fd:2177) has quit (Ping timeout: 245 seconds)
[01:15:14] gary_buhrmaster: stichnot: peper03 unbroke lirc (in mythfrontend when using mythwelcome) in a commit a few hours ago that a previous commit apparently broke (around 7 days ago). Does any of that seem to match your experience?
[01:15:56] andreaz (andreaz!~andre_000@p5DD15164.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer)
[01:36:03] stichnot: gary_buhrmaster: the working commit I cited is post-peper03, though that was my first suspicion as well
[01:59:02] stichnot: stuarta: to recap, lirc works correctly in 31da15ad7b55cd203f0f9d86b68de4aae089b317, eb68676d8ea4dae3cc2d823d2ba10183b00a4680 doesn't compile, and lirc doesn't work in ff8494a523454caa2156f871f9f6a6ca5897086b.
[02:01:39] fetzerch_ (fetzerch_!~quassel@unaffiliated/fetzerch) has joined #mythtv
[02:04:24] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 245 seconds)
[02:17:22] wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Ping timeout: 255 seconds)
[02:24:18] wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv
[02:24:30] wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Remote host closed the connection)
[02:25:37] wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv
[02:59:48] peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 265 seconds)
[03:01:47] peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv
[03:40:01] len (len!~quassel@75-161-144-186.mpls.qwest.net) has joined #mythtv
[03:40:17] len is now known as Guest68729
[03:53:03] fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv
[03:57:06] fetzerch_ (fetzerch_!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 244 seconds)
[04:22:11] arescorpio (arescorpio!~arescorpi@35-192-114-200.fibertel.com.ar) has joined #mythtv
[04:33:22] Guest68729 (Guest68729!~quassel@75-161-144-186.mpls.qwest.net) has quit (Remote host closed the connection)
[04:36:27] wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Read error: Connection reset by peer)
[04:36:33] len (len!~quassel@75-161-144-186.mpls.qwest.net) has joined #mythtv
[04:36:56] len is now known as Guest79088
[04:37:07] wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv
[04:38:32] Guest79088 (Guest79088!~quassel@75-161-144-186.mpls.qwest.net) has quit (Read error: Connection reset by peer)
[04:42:00] arescorpio (arescorpio!~arescorpi@35-192-114-200.fibertel.com.ar) has quit (Remote host closed the connection)
[05:49:42] sl1ce_2g (sl1ce_2g!~johnathan@pool-100-0-6-13.bstnma.fios.verizon.net) has quit (Remote host closed the connection)
[05:49:50] Tobbe5178 (Tobbe5178!~asdf@2001:2002:51e3:5f22:6c9c:49ec:cbbc:76a0) has joined #mythtv
[05:51:19] Hydr0p0nX (Hydr0p0nX!~hydr@66-191-154-200.dhcp.mtgm.al.charter.com) has quit (Ping timeout: 250 seconds)
[06:17:32] len (len!~quassel@75-161-144-186.mpls.qwest.net) has joined #mythtv
[06:17:44] len is now known as Guest91577
[06:48:38] joki (joki!~joki@p5B36CAAB.dip0.t-ipconnect.de) has quit (Ping timeout: 272 seconds)
[06:49:23] Guest91577 (Guest91577!~quassel@75-161-144-186.mpls.qwest.net) has quit (Remote host closed the connection)
[06:52:55] joki (joki!~joki@p5B36E566.dip0.t-ipconnect.de) has joined #mythtv
[07:14:31] SteveGoodey (SteveGoodey!~steve@host86-160-175-76.range86-160.btcentralplus.com) has joined #mythtv
[07:37:31] stuarta: stichnot: my changes shouldn't have touched any code relating to lirc, they were mostly horrible merges for which the code should already have been in place
[07:39:41] stuarta: stichnot: in fact, doing a diff between those versions shows only the changes relating to dbus screensaver as i expected
[07:50:57] ** stuarta needs to work out a better way of doing that merge next time **
[08:07:48] stuarta: stuartm: i'd be curious to know if your screen still goes to sleep after i merged the dbus stuff into master
[08:17:53] Merlin83b (Merlin83b!~Daniel@office.34sp.com) has joined #mythtv
[08:21:00] stuarta: what i probably should have skipped was merging master -> devel branch, and merging back again.
[08:35:31] stuartm: I'll let you know
[08:38:20] stuarta: thanks, if it doesn't i'll have to hook up the old X11 code as well, not difficult, just prefer not to carry the legacy stuff if it's not needed
[08:39:52] stuarta: fyi that's the stuff that leaves dpms turned off if the frontend crashes
[08:40:17] stuarta: if we don't need to use it, the dbus based stuff automatically cleans up after itself
[08:51:00] SteveGoodey (SteveGoodey!~steve@host86-160-175-76.range86-160.btcentralplus.com) has quit (Quit: Konversation terminated!)
[10:06:40] superm1 (superm1!uid4318@ubuntu/member/superm1) has quit (Ping timeout: 256 seconds)
[10:06:59] superm1 (superm1!uid4318@ubuntu/member/superm1) has joined #mythtv
[10:35:30] andreaz (andreaz!~andre_000@p5DD15164.dip0.t-ipconnect.de) has joined #mythtv
[10:42:57] stuarta: hmm interesting. freesat channels in the 900 range are on demand stuff iplayer, itv player
[11:26:53] dekarl1 (dekarl1!~dekarl@mythtv/developer/dekarl) has joined #mythtv
[11:28:56] dekarl (dekarl!~dekarl@mythtv/developer/dekarl) has quit (Ping timeout: 240 seconds)
[11:28:57] knightr: stuartm, Hi! Please don't apply #12434 as is, he directly modified the translation files (and one of the themestrings.h but that's less important)
[11:28:57] ** MythLogBot http://code.mythtv.org/trac/ticket/12434 **
[11:32:40] stuartm: knightr: didn't intend to, I grabbed to stop someone else applying it :)
[11:32:55] knightr: thanks!
[11:33:21] knightr: I wanted to grab it as soon as I saw it for that reason...
[11:33:50] knightr: the message I left was really not intended to you, it was for the submitter..
[11:38:15] Warped (Warped!~Warped@unaffiliated/warped) has quit (Quit: ChatZilla 0.9.91.1 [Firefox 37.0.1/20150402191859])
[11:41:06] knightr: (even when I was less present I kept an eye on the tickets to be sure something like this would not happen...)
[12:00:28] stuarta: damn it is painful trying to do channel scanning with mythtv-setup tunneled via ssh with x forwarding :(
[12:00:42] stuarta: laggy as hell
[12:13:29] ** stuarta screams **
[12:41:51] Roklobsta (Roklobsta!~Roklobsta@ppp118-209-98-205.lns20.mel4.internode.on.net) has joined #mythtv
[12:46:10] SteveGoodey (SteveGoodey!~steve@host86-160-175-76.range86-160.btcentralplus.com) has joined #mythtv
[12:55:11] Warped (Warped!~Warped@unaffiliated/warped) has joined #mythtv
[13:02:03] Jordack (Jordack!~Jordack@75-151-31-172-Michigan.hfc.comcastbusiness.net) has joined #mythtv
[13:39:53] stichnot: stuarta: looks like I can configure with --disable-qtbus to get lirc working again, so I'll use that in the meantime
[13:40:41] stichnot: don't understand why this use of dbus is apparently getting in the way of lirc
[13:40:52] stichnot: (not that I understand anything about dbus in the first place...)
[13:41:28] stuarta: stichnot: dbus it's just a matter of sending a message and then dbus routes it to the appropriate endpoint.
[13:41:37] stichnot: This is on a fairly recently installed 14.04 system
[13:42:03] stuarta: there's one thing i might get you to test. lemme find it
[13:43:15] stichnot: fwiw irw shows the right commands, and there's an irexec command that continues to execute properly
[13:52:28] stuarta: any clues where it's not getting through then?
[13:53:02] stichnot: no clue – mythfrontend log shows the same lirc initialization message in both cases
[13:53:50] stichnot: I suppose I'm probably missing some external configuration
[13:57:42] stuarta: i mean, we were already using dbus for the media monitor, so it's not like it's even new
[13:59:31] stichnot: right – I'm getting some new "error" messages, but presumably just as it looks for various screensaver interfaces or whatever
[13:59:55] stuarta: you can try running dbus-monitor while starting it up under both cases, then we might see if there are some differences
[14:00:31] stuarta: yes, it will try 4 different methods and use all that are available. maybe i should stop after one succeeds
[14:01:46] stichnot: I'll try dbus-monitor, but I'm timing out now and will have to try in ~12 hours
[14:02:06] stuarta: ack, i'd love to understand what's going on here
[14:17:45] stichnot: stuartm, gigem, anyone: Am I likely to get into sql performance problems if I add to ProgramInfo::kFromRecordedQuery a couple of LEFT JOINs on capturecard and recordedmarkup?
[14:18:27] Roklobsta (Roklobsta!~Roklobsta@ppp118-209-98-205.lns20.mel4.internode.on.net) has quit (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/)
[14:20:04] stuartm: stichnot: yes, the preferred method is to pass in the joins as arguments instead for the specific cases where they are used rather than extending the base query (which is widely used)
[14:20:50] stuartm: stichnot: what are you trying to achieve?
[14:26:54] stuarta: stichnot: you can try changing QDBusConnection::sessionBus() to QDBusConnection::systemBus() i don't expect it to make a difference, but it's worth a try
[14:29:10] stuarta: interesting that is the key difference between the screensavers use of dbus, vs the media monitors use of dbus
[14:32:42] stichnot: stuartm: I was thinking of adding QueryInputDisplayName() and QueryBookmark() functionality because (IIRC) they are always used for the PBB
[14:34:29] stuarta: stichnot: ignore that, it doesn't work
[14:37:25] dmfrey (dmfrey!~dmfrey@208.5.237.2) has joined #mythtv
[14:38:25] stichnot: The QueryInputDisplayName() would be just for legacy recordings where it's not already available in the recorded table, so maybe we would just issue extra queries if missing like we're already doing
[14:39:46] stichnot: and I suppose we could modify the preview generator to look up the bookmark on the generator side
[14:42:59] stichnot: just not sure which is cleaner
[14:44:43] stichnot: the goal here being to fix PBB sluggishness by avoiding DB queries in the UI loop during navigation
[14:55:36] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 264 seconds)
[14:57:36] moparisthebest (moparisthebest!~mitb@unaffiliated/moparisthebest) has quit (Ping timeout: 240 seconds)
[15:04:11] moparisthebest (moparisthebest!~mitb@unaffiliated/moparisthebest) has joined #mythtv
[15:11:28] stichnot (stichnot!~stichnot@207.198.105.21) has joined #mythtv
[15:11:28] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv
[15:11:28] stichnot (stichnot!~stichnot@207.198.105.21) has quit (Changing host)
[15:28:45] gigem: stichnot: What stuartm said for now until we have a better solution. The problem is we have competing interests. On the one hand, we want to keep the query reasonably small and fast and on the other hand, ToMap() wants to have every possible attribute available to the themes. The result is we often do one query to get a list of PI/RIs and then have to additional queries for each thing to get the rest of
[15:28:47] gigem: the information.
[15:29:28] stuarta: lazy loading anyone
[15:29:43] stichnot: gigem: ok, thanks, I'll leave the JOINs in the query alone then.
[15:30:25] gigem: stuarta: Have you tried X2Go? I use it for remote X over the net whenever possible. It's much faster than plain X forwarding over ssh.
[15:30:59] stichnot: stuarta: the PBB does do lazy loading, but every time you navigate, it wants to manually update the attributes that aren't automatically updated by the backend.
[15:31:27] gigem: stuarta: Yes, but that's much more tedious to implement and thus usually only gets done when absolutely necessary.
[15:33:00] stichnot: https://code.mythtv.org/trac/attachment/ticke . . . 962_v1.patch is a nice proof of concept, but it would be nicer to do everything in the proglist updater rather than tacking on arbitrary levels of caching and background loading
[15:33:52] stichnot: but I will run that patch locally until then, because boy does it help :)
[15:36:34] stuarta: gigem: i'd rather spend my time implementing scanning via the backend webserver
[15:39:44] dizygoth (dizygoth!~roger@cpc15-stre5-2-0-cust147.1-1.cable.virginm.net) has joined #mythtv
[15:47:54] stichnot: seems awfully silly that the recorded table holds the presence of a bookmark, plus the timestamp when the bookmark was last updated, but not the actual bookmark value
[15:49:24] stichnot: recorded.bookmark is defined as tinyint(1), what would happen if I tried to stuff a 32-bit value into it?
[15:51:23] stichnot: ah, it truncates the value
[15:58:27] stuarta: aka how to hammer a square peg into a round hole
[16:01:03] stichnot: more like hammering an anvil into a pinhole
[16:08:00] dizygoth: gary_buhrmaster: Are you aware that #12416 broke symbol hiding for Debian gcc 4.x ?
[16:08:00] ** MythLogBot http://code.mythtv.org/trac/ticket/12416 **
[16:08:22] dizygoth: -dumpversion doesn't always report the subminor version so the test now fails
[16:08:38] dizygoth: See https://bugs.launchpad.net/ubuntu/+source/gcc-4.8/+bug/1360404
[16:12:28] gary_buhrmaster: dizygoth: No. *sigh* So many variations of distributions and gcc out there (and debian sometimes is special). Does the patch for 4.9 fix it?
[16:12:48] dmfrey (dmfrey!~dmfrey@208.5.237.2) has quit (Quit: Ex-Chat)
[16:14:10] dizygoth: gary_buhrmaster: No idea. I just noticed the 'new' warning.
[16:18:51] gary_buhrmaster: dizygoth: Well, if I read the bug report correctly, debian applied a patch back in the 4.6 days that "modified" dumpversion, and the 4.9 patch restores the expected behavior. I would tend to mark this as "upstream bug".
[16:20:05] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has quit (Ping timeout: 248 seconds)
[16:21:40] gary_buhrmaster: dizygoth: I guess it is up to the devs as to whether it is better to revert the patch from 12416 and break gcc 5.x for now, or work up another patch for debian.
[16:22:51] dizygoth: gary_buhrmaster: I agree, but wondered if it would end up biting Myth, until everyone is using 4.9.
[16:23:39] stuarta: would it not be sufficient to change '4\.[2–9]\.' back to '4\.[2–9]'
[16:23:48] dizygoth: gary_buhrmaster: Is it imperative that the gcc 4 test checks for the trailing period ?
[16:24:25] gary_buhrmaster: stuarta: Probably. Until there is a 5.4.2 (that is what I was protecting against).
[16:24:36] gary_buhrmaster: stuarta: I was trying to be forward looking.
[16:25:11] gary_buhrmaster: stuarta: (I hate it when code breaks in three years that was a forseeable event).
[16:25:18] stuarta: 5.4.2 wouldn't match the '4\.[2–9]' regexp anyway
[16:26:16] stuarta: it would match '[5–9]\..*\.' instead
[16:27:17] stuarta: i don't see a reason not to change '4\.[2–9]\.' back to '4\.[2–9]'
[16:27:51] stuarta: i'll do that. take 2 mins
[16:28:11] dizygoth: stuarta: And maybe a comment to warn the next victim of that particular hole ?
[16:31:03] gary_buhrmaster: stuarta: Of course, the regex will fail with gcc 10 anyway, and now that gcc is moving to regular version releases, that may be only 5 or so years......
[16:33:58] stuarta: dizygoth: oddly tho on my ubuntu 14.04 box, even without changing the regexp, use_hidesyms is defined
[16:34:45] ** stuarta reruns configure to be sure **
[16:36:04] stuarta: doh, shows how often i run configure...
[16:37:32] gary_buhrmaster: stuarta: dizygoth: I note that a number of other packages have patches for the debian "improvements" to gcc regarding dumpversion. Oh well.
[16:38:43] stuarta: pushed a fix
[16:42:24] gary_buhrmaster: stuarta: Thanks. I was not really interesting in spinning up a debian instance to test any fix (it may not always appear so, but I do test every patch I submit to the best of my limited environment).
[16:42:55] stuarta: gary_buhrmaster: np, i happen to have most things to hand
[16:46:12] dizygoth: stuarta: Should the Ubuntu buildbots flag up any configure warnings ? I imagine there shouldn't normally be any. That's the place to catch distribution-specific oddities.
[16:47:37] stuarta: dizygoth: they never flagged the issue you were seeing
[16:47:56] stuarta: our buildbots don't micro examine config.mak
[16:48:29] ** stuarta heads off for a while **
[16:49:24] dizygoth (dizygoth!~roger@cpc15-stre5-2-0-cust147.1-1.cable.virginm.net) has quit (Quit: Konversation terminated!)
[16:53:01] SteveGoodey (SteveGoodey!~steve@host86-160-175-76.range86-160.btcentralplus.com) has quit (Quit: Konversation terminated!)
[16:54:02] SteveGoodey (SteveGoodey!~steve@host86-160-175-76.range86-160.btcentralplus.com) has joined #mythtv
[16:54:38] stichnot (stichnot!stichnot@nat/google/x-zpsbzyknnucwsvtr) has joined #mythtv
[16:54:38] stichnot (stichnot!stichnot@mythtv/developer/stichnot) has joined #mythtv
[16:54:38] stichnot (stichnot!stichnot@nat/google/x-zpsbzyknnucwsvtr) has quit (Changing host)
[17:03:49] SteveGoodey (SteveGoodey!~steve@host86-160-175-76.range86-160.btcentralplus.com) has quit (Quit: Konversation terminated!)
[17:05:07] SteveGoodey (SteveGoodey!~steve@host86-160-175-76.range86-160.btcentralplus.com) has joined #mythtv
[17:06:13] Merlin83b (Merlin83b!~Daniel@office.34sp.com) has quit (Quit: Leaving)
[17:11:52] SteveGoodey (SteveGoodey!~steve@host86-160-175-76.range86-160.btcentralplus.com) has quit (Quit: Konversation terminated!)
[17:34:04] SteveGoodey (SteveGoodey!~steve@host86-160-175-76.range86-160.btcentralplus.com) has joined #mythtv
[18:14:43] taylorr (taylorr!~taylorr@unaffiliated/elmojo) has joined #mythtv
[18:41:08] sraue (sraue!~stephan@kodi/staff/sraue) has quit (Quit: Ex-Chat)
[18:47:25] sraue (sraue!~stephan@kodi/staff/sraue) has joined #mythtv
[18:54:02] stichnot (stichnot!stichnot@nat/google/x-qhsphnpcsskhbkkr) has joined #mythtv
[18:54:02] stichnot (stichnot!stichnot@mythtv/developer/stichnot) has joined #mythtv
[18:54:02] stichnot (stichnot!stichnot@nat/google/x-qhsphnpcsskhbkkr) has quit (Changing host)
[19:03:23] markspieth|2 (markspieth|2!~markspiet@CPE-120-148-138-17.hdqu2.win.bigpond.net.au) has joined #mythtv
[19:06:16] markspieth (markspieth!~markspiet@CPE-120-148-138-17.hdqu2.win.bigpond.net.au) has quit (Ping timeout: 255 seconds)
[19:12:34] markspieth|2 (markspieth|2!~markspiet@CPE-120-148-138-17.hdqu2.win.bigpond.net.au) has quit (Ping timeout: 255 seconds)
[19:26:15] stichnot (stichnot!stichnot@nat/google/x-bdtqlnszhzxgkmat) has joined #mythtv
[19:26:15] stichnot (stichnot!stichnot@mythtv/developer/stichnot) has joined #mythtv
[19:26:15] stichnot (stichnot!stichnot@nat/google/x-bdtqlnszhzxgkmat) has quit (Changing host)
[20:26:14] Guest35193 (Guest35193!~quassel@75-161-144-186.mpls.qwest.net) has joined #mythtv
[20:30:35] Roklobsta (Roklobsta!~Roklobsta@ppp118-209-98-205.lns20.mel4.internode.on.net) has joined #mythtv
[20:47:01] Guest35193 (Guest35193!~quassel@75-161-144-186.mpls.qwest.net) has quit (Read error: Connection reset by peer)
[20:50:43] len__ (len__!~quassel@75-161-144-186.mpls.qwest.net) has joined #mythtv
[20:58:14] gary_buhrmaster: stuarta: btw, the mythtv coding standards claim that myth supports gcc 2.95.x and above. Has anyone actually checked if gcc 2.95 still works?
[20:59:03] Jordack (Jordack!~Jordack@75-151-31-172-Michigan.hfc.comcastbusiness.net) has quit ()
[21:00:38] len__ (len__!~quassel@75-161-144-186.mpls.qwest.net) has quit (Read error: Connection reset by peer)
[21:00:54] SteveGoodey (SteveGoodey!~steve@host86-160-175-76.range86-160.btcentralplus.com) has quit (Quit: Konversation terminated!)
[21:05:33] len__ (len__!~quassel@75-161-144-186.mpls.qwest.net) has joined #mythtv
[21:12:00] len__ (len__!~quassel@75-161-144-186.mpls.qwest.net) has quit (Remote host closed the connection)
[22:03:47] markspieth (markspieth!~markspiet@CPE-120-148-138-17.hdqu2.win.bigpond.net.au) has joined #mythtv
[22:27:20] Tobbe5178 (Tobbe5178!~asdf@2001:2002:51e3:5f22:6c9c:49ec:cbbc:76a0) has quit (Read error: Connection reset by peer)
[22:31:49] Roklobsta (Roklobsta!~Roklobsta@ppp118-209-98-205.lns20.mel4.internode.on.net) has quit (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/)
[22:32:42] markspieth: stuarta: you could always check for '[^\.]4\.[2–9]' so that the first number is guaranteed to not be in the middle
[22:34:19] amessina (amessina!~amessina@unaffiliated/amessina) has joined #mythtv
[23:15:24] Hydr0p0nX (Hydr0p0nX!~hydr@66-191-154-200.dhcp.mtgm.al.charter.com) has joined #mythtv
[23:18:34] gary_buhrmaster: markspieth: There are plenty of variants possible, but it is my guess that it is good enough for now (given the debian improvements to gcc are also on their way out), and by the time C++11 is required for the project (in a few years +/- a few decades), the entire set of test will need substantial rework anyway. "Good enough for government work" for now.
[23:39:51] andreaz (andreaz!~andre_000@p5DD15164.dip0.t-ipconnect.de) has quit (Read error: Connection reset by peer)
[23:46:33] stichnot (stichnot!~stichnot@32.147.176.20) has joined #mythtv
[23:46:33] stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv
[23:46:33] stichnot (stichnot!~stichnot@32.147.176.20) has quit (Changing host)

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