| Monday, April 20th, 2015, 00:01 UTC | ||
| [00:01:19] | amessina (amessina!~amessina@unaffiliated/amessina) has quit (Quit: Konversation terminated!) | |
| [00:10:05] | arescorpio (arescorpio!~arescorpi@35-192-114-200.fibertel.com.ar) has joined #mythtv | |
| [00:59:01] | Roklobsta (Roklobsta!~Roklobsta@113-61-74-207.static.vic.dsl.net.au) has joined #mythtv | |
| [01:03:53] | Roklobotomy (Roklobotomy!~Roklobsta@1.152.97.92) has joined #mythtv | |
| [01:06:36] | Roklobsta (Roklobsta!~Roklobsta@113-61-74-207.static.vic.dsl.net.au) has quit (Ping timeout: 240 seconds) | |
| [01:16:18] | amessina (amessina!~amessina@unaffiliated/amessina) has joined #mythtv | |
| [01:24:57] | Roklobotomy (Roklobotomy!~Roklobsta@1.152.97.92) has quit (Ping timeout: 276 seconds) | |
| [01:41:04] | SteveGoodey (SteveGoodey!~steve@host86-160-175-76.range86-160.btcentralplus.com) has joined #mythtv | |
| [01:54:52] | skd5aner (skd5aner!~skd5aner@21.sub-70-198-65.myvzw.com) has quit (Ping timeout: 255 seconds) | |
| [01:59:44] | skd5aner (skd5aner!~skd5aner@21.sub-70-198-65.myvzw.com) has joined #mythtv | |
| [02:05:28] | amessina (amessina!~amessina@unaffiliated/amessina) has quit (Quit: Konversation terminated!) | |
| [02:44:13] | Hydroponx is now known as Hydr0p0nX | |
| [03:06:38] | Kevin` (Kevin`!~kevin@99-96-57-112.lightspeed.milwwi.sbcglobal.net) has quit (Read error: Connection reset by peer) | |
| [03:12:18] | Kevin` (Kevin`!~kevin@99-96-57-112.lightspeed.milwwi.sbcglobal.net) has joined #mythtv | |
| [03:18:26] | arescorpio (arescorpio!~arescorpi@35-192-114-200.fibertel.com.ar) has quit (Excess Flood) | |
| [03:20:00] | Kevin` (Kevin`!~kevin@99-96-57-112.lightspeed.milwwi.sbcglobal.net) has quit (Ping timeout: 276 seconds) | |
| [03:33:34] | SteveGoodey (SteveGoodey!~steve@host86-160-175-76.range86-160.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [03:37:12] | fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has joined #mythtv | |
| [03:41:08] | fetzerch_ (fetzerch_!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 244 seconds) | |
| [03:51:59] | gary_buhrmaster (gary_buhrmaster!~garybuhrm@2601:9:4980:1843:222:4dff:fe51:6728) has joined #mythtv | |
| [06:08:35] | Tobbe5178 (Tobbe5178!~asdf@2001:2002:51e3:5f22:8970:3fbc:b0e2:693f) has joined #mythtv | |
| [06:23:37] | Roklobsta (Roklobsta!~Roklobsta@180-150-98-89.cust.aussiebb.net) has joined #mythtv | |
| [06:47:46] | joki (joki!~joki@p5B36DB21.dip0.t-ipconnect.de) has quit (Ping timeout: 264 seconds) | |
| [06:52:40] | joki (joki!~joki@p5B36CAAB.dip0.t-ipconnect.de) has joined #mythtv | |
| [07:13:37] | stichnot (stichnot!~stichnot@adsl-68-125-53-195.dsl.pltn13.pacbell.net) has quit (Ping timeout: 264 seconds) | |
| [07:27:45] | SteveGoodey (SteveGoodey!~steve@host86-160-175-76.range86-160.btcentralplus.com) has joined #mythtv | |
| [07:30:51] | stichnot (stichnot!~stichnot@adsl-68-125-53-195.dsl.pltn13.pacbell.net) has joined #mythtv | |
| [07:30:51] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [07:30:51] | stichnot (stichnot!~stichnot@adsl-68-125-53-195.dsl.pltn13.pacbell.net) has quit (Changing host) | |
| [07:44:06] | stuartm: | morning |
| [08:03:12] | stuarta: | morning |
| [08:31:13] | SteveGoodey (SteveGoodey!~steve@host86-160-175-76.range86-160.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [08:36:31] | Roklobsta (Roklobsta!~Roklobsta@180-150-98-89.cust.aussiebb.net) has quit (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/) | |
| [09:19:15] | stuartm: | wb |
| [09:36:46] | cybrNaut (cybrNaut!cybrNaut@unaffiliated/cybrnaut) has quit (Ping timeout: 265 seconds) | |
| [09:39:31] | cybrNaut (cybrNaut!cybrNaut@2001:0:53aa:64c:203d:157c:bcca:66c4) has joined #mythtv | |
| [09:39:40] | Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:a8eb:98f0:eb09:a477) has joined #mythtv | |
| [09:39:53] | stuarta: | anything exciting happen in the last week? plenty of code changes i see |
| [09:44:05] | stuartm: | been somewhat busy outside of Myth, so I'm out of touch with what's occurred in the past few days |
| [09:44:38] | stuarta: | i have enjoyed being off the grid and ignoring all computers / email etc. peace and quiet |
| [09:49:39] | stuartm: | that sounds fantastic |
| [09:50:18] | stuarta: | centreparc @longleat. swimming every day, walking, just chilling out in the beautiful weather we had |
| [09:53:05] | stuartm: | yeah you were lucky with the weather |
| [09:57:25] | stuarta: | could not have asked for better |
| [10:08:16] | stuartm: | ouch, unimpressed with Google's javascript engine, just managed to leak 4GB ... machine was swapping so bad it was extremely difficult to even get to a console to kill the browser |
| [10:08:28] | stuarta: | doh |
| [10:57:11] | Roklobsta (Roklobsta!~Roklobsta@ppp118-209-98-205.lns20.mel4.internode.on.net) has joined #mythtv | |
| [11:02:15] | amessina (amessina!~amessina@unaffiliated/amessina) has joined #mythtv | |
| [11:12:57] | Chutt (Chutt!~ijr@2605:a000:1225:65:c457:ef1d:60fd:2177) has quit (Read error: Connection reset by peer) | |
| [11:13:23] | Chutt (Chutt!~ijr@2605:a000:1225:65:c457:ef1d:60fd:2177) has joined #mythtv | |
| [11:15:39] | SteveGoodey (SteveGoodey!~steve@host86-160-175-76.range86-160.btcentralplus.com) has joined #mythtv | |
| [11:27:25] | 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:41:28] | stuarta: | hmm, f22 is now beta |
| [11:47:10] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has quit (Ping timeout: 264 seconds) | |
| [11:47:25] | wagnerrp (wagnerrp!~wagnerrp_@mythtv/developer/wagnerrp) has joined #mythtv | |
| [12:02:34] | moparisthebest (moparisthebest!~mitb@unaffiliated/moparisthebest) has quit (Ping timeout: 272 seconds) | |
| [12:04:57] | moparisthebest (moparisthebest!~mitb@unaffiliated/moparisthebest) has joined #mythtv | |
| [12:51:21] | jya (jya!~sid132@2620:101:8016:74::4:84) has quit (Ping timeout: 276 seconds) | |
| [13:08:00] | jya (jya!~sid132@2620:101:8016:74::4:84) has joined #mythtv | |
| [13:08:10] | stichnot (stichnot!~stichnot@mythtv/developer/stichnot) has joined #mythtv | |
| [13:46:05] | sphery (sphery!~mdean@mythtv/developer/sphery) has quit (Remote host closed the connection) | |
| [14:12:37] | stichnot: | I was just looking at #12290 . Any ideas why a recording's file size might be reported as 0? I commflag everything, concurrent with recording, and have never seen this. |
| [14:12:37] | ** MythLogBot http://code.mythtv.org/trac/ticket/12290 ** | |
| [14:14:54] | stuarta: | surely not the mystical often reported, but little seen 0 byte recording issue? |
| [14:17:21] | stichnot: | probably not (and btw I get 0-byte recordings whenever my hdpvr flakes) |
| [14:20:26] | rich0_ is now known as rich0 | |
| [14:20:31] | stuarta: | tgm4883: do we need to spin up a ubuntu lts 32bit buildslave? i see there was an issue last week building on 32bit ubuntu lts |
| [14:22:13] | brfranse_ (brfranse_!~brfransen@24-197-128-95.dhcp.spbg.sc.charter.com) has joined #mythtv | |
| [14:24:33] | brfransen (brfransen!~brfransen@24-197-128-95.dhcp.spbg.sc.charter.com) has quit (Ping timeout: 245 seconds) | |
| [14:26:53] | stuartm: | stichnot: is the recording actually zero bytes or it's just reported as being zero byte? |
| [14:26:56] | dekarl1 (dekarl1!~dekarl@mythtv/developer/dekarl) has quit (Ping timeout: 240 seconds) | |
| [14:27:41] | dekarl (dekarl!~dekarl@mythtv/developer/dekarl) has joined #mythtv | |
| [14:29:18] | stuartm: | obviously the former is a known issue when we fail to get any data from the driver – it's something we ought to be able to fix by aborting when reads fail on X consecutive occassions and removing the empty file/database entry |
| [14:30:03] | stuartm: | the latter would be a different bug entirely and I've no idea how that would come to pass |
| [14:32:22] | stichnot: | stuartm: the last message in http://www.gossamer-threads.com/lists/mythtv/users/576577 suggests some inconsistency, but I haven't absorbed it all yet |
| [14:33:56] | stuartm: | right, I remember this issue now, there was a point where it was broken in master as I started storing that data in recordedFile |
| [14:34:24] | moparisthebest (moparisthebest!~mitb@unaffiliated/moparisthebest) has quit (Quit: No Ping reply in 180 seconds.) | |
| [14:37:36] | moparisthebest (moparisthebest!~mitb@unaffiliated/moparisthebest) has joined #mythtv | |
| [14:37:58] | stichnot: | Ah. I should have started with a git log on that |
| [14:38:49] | stichnot: | though the ticket claims it was happening for 5 months |
| [14:46:37] | stuartm: | well I can't be sure, but someone claims in the list that I already fixed it, and the guy in the ticket only says that he's been applying the patch for 5 months, not specifically that he's tried at any time since then without the patch |
| [14:47:48] | sphery (sphery!~mdean@mythtv/developer/sphery) has joined #mythtv | |
| [14:48:29] | stuartm: | I'm trying to find where the filesize check which is blocking commflagging is done |
| [14:50:44] | tgm4883: | stuarta: yea I don't think it would hurt to have one |
| [14:52:16] | sphery (sphery!~mdean@mythtv/developer/sphery) has quit (Remote host closed the connection) | |
| [14:54:09] | stuarta: | tgm4883: i'm curious, what's different / missing from the jessie builder that wasn't picked up? |
| [14:54:29] | tgm4883: | stuarta: the jessie builder apparently isn't building on qt5 |
| [14:54:42] | ** stuarta checks ** | |
| [14:55:16] | stuartm: | stichnot: ok, TVRec::FinishedRecording() should call RecordingInfo::GetFileSize() and not even touch ProgramInfo::GetFileSize() |
| [14:55:17] | stuarta: | according to this it is https://code.mythtv.org/buildbot/builders/mas . . . e/logs/stdio |
| [14:56:08] | stuartm: | so unless for some reason the size in the recordedfile table/object isn't being updated I can't see how it would be zero |
| [14:56:50] | stuartm: | willing to believe there might still be an issue, but we'd need more information |
| [14:56:51] | sphery (sphery!~mdean@mythtv/developer/sphery) has joined #mythtv | |
| [14:56:59] | tgm4883: | stuarta: then it should have been broken before https://github.com/MythTV/mythtv/commit/56ce0 . . . 657492bfe913 was applied |
| [14:57:05] | tgm4883: | stuarta: do you have logs from before that? |
| [14:57:34] | jheizer: | stuarta, I still have that 32b guest I could convert over is required. Didn't deleted it yet. |
| [15:00:50] | stuarta: | tgm4883: yeah, just change the 20 in the build url to a lower number |
| [15:01:49] | tgm4883: | stuarta: hmm, idk. superm1 looked at it and said it wasn't. I don't have the link handy that he showed me |
| [15:01:56] | stuarta: | build 10 which was done apr 14th, did |
| [15:02:00] | ** stuarta keeps looking ** | |
| [15:02:38] | stuarta: | build 1 even has it |
| [15:04:33] | stuarta: | tgm4883: it may be that if you didn't have qt5 installed as a build-dep it would have found qt4 and barfed |
| [15:04:45] | tgm4883: | stuarta: found the link, it's for plugins. Not sure then, but it was definitely not finding qt5 in ubuntu 32-bit |
| [15:05:03] | stuarta: | doh, plugins |
| [15:05:06] | ** stuarta checks ** | |
| [15:05:09] | tgm4883: | https://code.mythtv.org/buildbot/builders/mas . . . s/logs/stdio |
| [15:05:09] | stuarta: | +again |
| [15:05:15] | tgm4883: | that is the link he gave me |
| [15:05:28] | tgm4883: | let me grab one of our failed builds |
| [15:06:10] | stuarta: | ah now i understand |
| [15:06:16] | tgm4883: | https://launchpadlibrarian.net/203171669/buil . . . LDING.txt.gz |
| [15:06:36] | tgm4883: | That is one of our failed builds that knew where qt5 was yet couldn't find it... |
| [15:06:40] | stuarta: | right, our buildslaves have both qt4 and qt5 installed, without that patch it would find qmake from qt4 |
| [15:06:58] | tgm4883: | ah |
| [15:08:11] | stuarta: | what we clearly are missing is the enforced version check in the plugins |
| [15:08:42] | stuarta: | since you build in a clean chroot there would be no qt4 installed. thus it breaks |
| [15:12:25] | Jordack (Jordack!~Jordack@75-151-31-172-Michigan.hfc.comcastbusiness.net) has joined #mythtv | |
| [15:31:19] | stuarta: | jheizer: i don't believe an ubuntu 32bit builder would have picked up the above issue |
| [15:32:17] | jheizer: | Got ya. No problem. |
| [15:58:05] | stichnot: | stuartm: thanks for checking. (unfortunate that I was out of the picture during that switchover) |
| [16:10:07] | stichnot: | I wonder if #12375 is also a transient issue ("Stop Recording" menu item (sometimes?) not showing up during over-record period). I couldn't reproduce it, at least with a manual 1-minute recording plus 10 minutes "record late". |
| [16:10:07] | ** MythLogBot http://code.mythtv.org/trac/ticket/12375 ** | |
| [16:18:05] | brfranse_ (brfranse_!~brfransen@24-197-128-95.dhcp.spbg.sc.charter.com) has quit (Quit: Byebye) | |
| [16:20:08] | Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:a8eb:98f0:eb09:a477) has quit (Quit: Leaving) | |
| [16:22:42] | cybrNaut (cybrNaut!cybrNaut@2001:0:53aa:64c:203d:157c:bcca:66c4) has quit (Changing host) | |
| [16:22:42] | cybrNaut (cybrNaut!cybrNaut@unaffiliated/cybrnaut) has joined #mythtv | |
| [16:23:01] | brfransen (brfransen!~brfransen@24-197-128-95.dhcp.spbg.sc.charter.com) has joined #mythtv | |
| [16:38:35] | stuartm: | stichnot: it's not really complete yet, something I want to revisit as time allows, but yeah file size, aspect ratio, bitrate, codec information is now stored in recordedfile/RecordedFile and is a property of RecordingInfo instead of ProgramInfo |
| [16:40:35] | stuartm: | ultimately it was envisioned that it would allow each recording to have more than one file – i.e. original, and a low bitrate transcoding for streaming or using an alternate codec for upnp clients which don't support H.264/mpeg2 |
| [16:41:19] | stuartm: | but it will also let us put ProgramInfo on a diet, making it easier to maintain and also reducing it's size in memory and on the wire |
| [16:41:47] | stuartm: | so faster loading program guide on remote low-memory clients |
| [16:42:36] | stichnot: | I see |
| [16:42:58] | stuartm: | we didn't previously store codec info, that bit is new |
| [16:43:44] | stuartm: | helps with upnp clients which need to filter what they display based on their ability to play it back |
| [16:43:57] | stichnot: | fwiw, I have a number of of low-memory low-CPU remote clients... ION boxes with 2GB RAM and no swap |
| [16:44:35] | stichnot: | some would say I'm a cheapskate, others would say I like to be a canary against performance regressions... |
| [16:45:11] | stichnot: | my recent upgrade from i386 to amd64 should put some additional pressure on it |
| [16:46:11] | stichnot: | also, for whatever reason the wifi in the house sucks so I get to see those effect when running mythfrontend on my laptop |
| [16:47:42] | stuartm: | since all the old stuff is still there to smooth out the transition the effects won't be felt yet |
| [16:54:50] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv | |
| [17:44:06] | superm1 (superm1!uid4318@ubuntu/member/superm1) has joined #mythtv | |
| [17:44:27] | dekarl: | stichnot: ION with VDPAU and netboot works-for-me (with some minor issues). I miss the automatich zoom to hide black borders at all four sides |
| [17:46:08] | stichnot: | dekarl: it's been working very well for me for years. If I also put them on a slow network, I'd have the perfect canary. |
| [17:46:49] | dekarl: | stichnot: 2G RAM is way to much for a canary ;) |
| [17:48:21] | stichnot: | true... but it still gets oom'd often enough |
| [17:49:30] | stichnot: | btw, on a 2GB machine, how does this work out to 48% mem usage? |
| [17:49:36] | stichnot: | PID USER PR NI VIRT RES SHR S PU %MEM TIME+ COMMAND |
| [17:49:38] | stichnot: | 2456 mythtv 20 0 5762956 739096 68596 S 16.8 48.2 120:11.99 mythfrontend |
| [17:50:19] | stichnot: | (when mythfrontend starts up, it usually reports around 25% mem |
| [18:12:24] | stichnot: | So it looks like there's an obnoxious number of DB queries on jobqueue every time the selection is changed in the PBB. And it's probably not theme related (except that the number of queries is probably proportional to the page size). This I think is why the PBB has seemed sluggish for a while. |
| [18:13:29] | stichnot: | There's also one bookmark status query per cursor movement, but that's probably OK |
| [18:15:10] | stichnot: | thinking of how best to cache the jobqueue stuff to limit the repetitive queries |
| [18:31:02] | sraue (sraue!~stephan@kodi/staff/sraue) has quit (Read error: Connection reset by peer) | |
| [18:32:39] | sraue (sraue!~stephan@kodi/staff/sraue) has joined #mythtv | |
| [18:51:08] | natanojl: | stichnot: https://code.mythtv.org/trac/ticket/8962 |
| [18:53:34] | natanojl: | stichnot: I've actually commented out that code for quite a while because of the sluggishness |
| [19:00:49] | brfransen (brfransen!~brfransen@24-197-128-95.dhcp.spbg.sc.charter.com) has quit (Read error: Connection reset by peer) | |
| [19:01:32] | brfransen (brfransen!~brfransen@24-197-128-95.dhcp.spbg.sc.charter.com) has joined #mythtv | |
| [19:04:36] | stichnot: | natanojl: cool, thanks, I wasn't aware of that one. |
| [19:26:55] | stuartm: | riddle me this, how can there be such a thing as a bad line between two first world countries in the 21st century? |
| [19:29:59] | stuartm: | a trans-atlantic call at that, UK to the US, not the other side of the world (I can get a perfectly crystal clear, nearly lag free line to Australia) |
| [19:31:47] | stuartm: | it was painful trying to conduct a conversation where I couldn't hear every other word and there were long periods of silence due to lag |
| [19:34:19] | stichnot: | problem with the NSA tap |
| [19:37:29] | dekarl: | stuartm, did you buy HD voice with SLA? There needs to be a point in buying that ;) |
| [19:38:10] | stuartm: | :) |
| [19:38:58] | stuartm: | Bill – I can see the problem, should be able to fix tonight |
| [19:39:56] | dekarl: | Over here "HD voice" is a selling point for VOIP rollout over POTS. |
| [19:41:56] | stuartm: | that's depressing, thankfully, for now VOIP remains mostly a business level option in the UK rather than something being offered to households |
| [19:42:51] | stuartm: | VOIP – like a regular phone line ... from the 1930s |
| [19:43:01] | jheizer: | I feel like some voip providers and other just don't seem to get along. |
| [19:43:14] | jheizer: | I'm not sure if it is codec involved, server locations, or what |
| [19:44:21] | dekarl: | Quality of our private VOIP conference calls depends on phase of moon. (its mostly good, but sometimes you need to log in two or three times to get a good connection. very old school) |
| [19:44:25] | jheizer: | I've used it for about 10 years both at home and for work (also at home) |
| [19:44:46] | jheizer: | I had vonage for a while and that did not get along with my client's voip at the time at all. |
| [19:45:20] | stuartm: | somewhere along the line, the call was going over VOIP, there were crazy compression artefacts when the audio wasn't dropping out entirely |
| [19:45:50] | stuartm: | but whether it was at their end, or simply peering between two networks I've no idea |
| [20:12:03] | gary_buhrmaster: | stuartm: There is a reported (on a network list) of a fibre cut between the NA and Europe. Not clear of the scope, but traffic likely "rearranged" itself, and not all rearrangements are equal. |
| [20:18:09] | gary_buhrmaster: | stuartm: Given the lack of followup (and that it was "resolved" after only a few hours) I actually suspect it was not a real (submarine) fibre cut, but who knows (and there is always stichnot's USS Jimmy Carter's (SSN-23) capabilities). |
| [20:22:40] | gary_buhrmaster: | jheizer: Part of the problem is "Least cost routing". In the race to the bottom (and any profit at all) some VoIP providers manage to not serve some people some of the time. |
| [20:23:56] | jheizer: | Ah makes sense. Airplane overbooking style. |
| [20:24:31] | jheizer: | I actually use Google voice/software client for everything now and it works surprisingly well and free. Can't believe it has actually stayed free this long. |
| [20:27:03] | stuarta: | stuartm: i blame it on the sharks. they like eating submarine cable |
| [20:27:13] | gary_buhrmaster: | jheizer: It is actually even worse than that. As the caller pays, and there are (some) locations which have high charges due to their real costs (think Montanta POTS costs), and then there are conference calls that are "free" because they charge high call completion rates. |
| [20:27:51] | gary_buhrmaster: | jheizer: Even GV refuses to complete calls to some locations (conference calling sites, for example) due to the excessive call completion rates. |
| [20:28:18] | natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has quit (Ping timeout: 276 seconds) | |
| [20:28:31] | stuarta: | voip works well if it's properly QOS'd end to end |
| [20:29:29] | gary_buhrmaster: | stuarta: Pure VoIP, sure. It is when it moves to mobile or wired that things get "interesting". |
| [20:30:11] | stuarta: | don't forget regulation. voip is illegal in india |
| [20:31:53] | stuarta: | i thought we had fixed #11678 ?? |
| [20:31:53] | ** MythLogBot http://code.mythtv.org/trac/ticket/11678 ** | |
| [20:31:59] | gary_buhrmaster: | stuarta: QoS is rarely implemented well in the home, and one rarely has control of the CPE and/or CMTS/DSLAM to control their buffer bloat issues (since they strip most customers QoS settings). |
| [20:32:25] | stuarta: | yep, you can only control your own premise |
| [20:33:10] | kadafi (kadafi!kadafi@trap.mss.ca.gov) has joined #mythtv | |
| [20:33:23] | jheizer: | gary_buhrmaster, interesting. GV has been pretty reliable for me. Use it for business daily. I'll have to keep an eye out for it. |
| [20:34:13] | gary_buhrmaster: | stuarta: And while *you* may do a great job. I only purchase equipment that allows me sufficient control(s), but that means I end up paying some multiples over the cheap consumer stuff. |
| [20:35:14] | stuarta: | same here |
| [20:36:13] | gary_buhrmaster: | jheizer: GV is fairly reliable (I use it for my home phone). But I just know there some places where it does not work. |
| [20:36:24] | stuarta: | i'm really sick of BT offering me their infinity service, when I already have it wholesale and terminated on my own router |
| [20:36:46] | MythBuild: | build #36 of master-ubuntu-lts-64bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . it/builds/36 blamelist: Stuart Morgan <smorgan@mythtv.org > |
| [20:36:53] | MythBuild: | build #23 of master-f22–64bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . it/builds/23 blamelist: Stuart Morgan <smorgan@mythtv.org > |
| [20:37:15] | MythBuild: | build #39 of master-debian-jessie-64bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . it/builds/39 blamelist: Stuart Morgan <smorgan@mythtv.org > |
| [20:37:31] | MythBuild: | build #1089 of master-f20–64bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1089 blamelist: Stuart Morgan <smorgan@mythtv.org > |
| [20:37:32] | MythBuild: | build #187 of master-f21–64bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/187 blamelist: Stuart Morgan <smorgan@mythtv.org > |
| [20:37:38] | MythBuild: | build #1569 of master-fedora-32bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1569 blamelist: Stuart Morgan <smorgan@mythtv.org > |
| [20:41:14] | gary_buhrmaster: | stuarta: I am sure BT is just trying to help. Not everyone wants to have "enable" (or "configure" for juniper) access. And 99% would be dangerous if they had it. |
| [20:41:21] | MythBuild: | build #438 of master-centos7–64bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/438 blamelist: Stuart Morgan <smorgan@mythtv.org > |
| [20:41:45] | Jordack (Jordack!~Jordack@75-151-31-172-Michigan.hfc.comcastbusiness.net) has quit () | |
| [20:42:28] | MythBuild: | build #24 of master-debian-jessie-32bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . it/builds/24 blamelist: Stuart Morgan <smorgan@mythtv.org > |
| [20:42:51] | MythBuild: | build #2407 of master-ubuntu-current-64bit is complete: Failure [4failed compile core] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2407 blamelist: Stuart Morgan <smorgan@mythtv.org > |
| [20:43:36] | stuarta: | \o/ complete set of failures. i like consistency |
| [20:48:04] | stuarta: | why is it so damn hard to build a set of static strings? i really don't want to go to the pain of wrapping them unneccesarily in some Qt classes |
| [20:49:24] | gary_buhrmaster: | stuarta: I just wish it was a different color red. Can I suggest a different pantone color? How about the color of the year for 2012? 17–1463 |
| [20:54:11] | stuartm: | well I guess I wasn't thinking so clearly about that fix, bit of a mess really, really would be simpler if the recorder and tvrec shared a single instance of RecordingInfo but making that happen is like pulling at a loose thread |
| [20:54:47] | stuartm: | oh for a time machine, to go back and make sure it's done properly from the beginning |
| [21:05:37] | MythBuild: | build #37 of master-ubuntu-lts-64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . it/builds/37 |
| [21:06:32] | MythBuild: | build #40 of master-debian-jessie-64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . it/builds/40 |
| [21:06:37] | MythBuild: | build #24 of master-f22–64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . it/builds/24 |
| [21:07:41] | MythBuild: | build #188 of master-f21–64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/188 |
| [21:07:52] | MythBuild: | build #1090 of master-f20–64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1090 |
| [21:08:26] | MythBuild: | build #1570 of master-fedora-32bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/1570 |
| [21:09:10] | MythBuild: | build #25 of master-debian-jessie-32bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . it/builds/25 |
| [21:09:44] | MythBuild: | build #439 of master-centos7–64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . t/builds/439 |
| [21:10:13] | MythBuild: | build #2408 of master-ubuntu-current-64bit is complete: Success [3build successful] Build details are at http://code.mythtv.org/buildbot/builders/mast . . . /builds/2408 |
| [21:24:42] | tgm4883: | how often do these builds happen? |
| [21:25:08] | stuartm: | with every commit |
| [21:25:17] | tgm4883: | cool |
| [21:25:48] | stuartm: | well, it groups together commits occurring in a five minute period |
| [21:26:40] | stuartm: | so it doesn't trigger multiple builds if you merge a whole branch |
| [21:30:36] | SteveGoodey (SteveGoodey!~steve@host86-160-175-76.range86-160.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [21:36:23] | len (len!~quassel@75-161-144-186.mpls.qwest.net) has joined #mythtv | |
| [21:36:39] | len is now known as Guest71478 | |
| [21:39:37] | gary_buhrmaster: | tgm4883: Many projects use buildbot networks for (semi) automated build and test. Instant feedback across multiple platforms is the usual blessing/curse issue. There are some that claim that individuals are (slightly) more careful when everyone sees who broke the (latest) build (especially in the bad old days when a build of a large project might take overnight, and one could no longer test their piece if the build broke). |
| [21:40:32] | stuartm: | clearly I'm no more careful ;) |
| [21:40:40] | jheizer: | Myth got me to upgrade our build process recently. I was lazy and had it building every branch on every check in. |
| [21:42:55] | dekarl: | tgm4883: it gets interesting when you start to automatically throw pull requests at the build farm to see if the patch builds at all before merging :) Sadly I couldn't find a script to hook github pull requests into a buildbot try scheduler :( http://docs.buildbot.net/0.8.7p1/manual/cfg-s . . . y-schedulers |
| [21:43:09] | gary_buhrmaster: | stuartm: I was not saying that. It was a hypothetical..... |
| [21:43:33] | stuartm: | gary_buhrmaster: wasn't taking it personally, just joking :) |
| [21:44:38] | gary_buhrmaster: | dekarl: I seem to recall another project had a gerrit hook for something like that. I do not know if it was a standard part of gerrit, or something they added. |
| [21:46:17] | dekarl: | gary_buhrmaster: good hint, looks like its part of buildbot now http://docs.buildbot.net/0.8.3/GerritChangeSo . . . eSource.html |
| [21:46:22] | jheizer: | We use Team City and I believe it can pre compile check ins and run unit tests before it allows the git or tfs merge to occur |
| [21:46:24] | gary_buhrmaster: | dekarl: And in any case, that would (likely) require more of the devs to be able to close pull requests (since I would submit my patches that way). |
| [21:47:19] | dekarl: | gary_buhrmaster: Every dev can apply pull requests... But only if we keep the hash intact :( |
| [21:48:03] | stuartm: | gary_buhrmaster: when we have the time we'll likely go back to using github as the authoritative repo instead of a mirror, so all devs will be able to close pull requests |
| [21:48:53] | gary_buhrmaster: | stuartm: Re: humor. I thought so, but humor does not always pass well via electrons (I mean, sure, neutrinos transfer humor, but they tend not to interact) |
| [21:49:31] | stuartm: | github's uptime is no better, but neither is it worse and the convenience of one-click merging slightly outweighs the inconvenience caused when github goes awol |
| [21:50:48] | dekarl: | The work flow is a but non-intuitive (no simple one-button merge), but its laid out here https://code.mythtv.org/trac/wiki/GitHubPullRequests if you merge the whole thing without rebasing, then the pull requests mythically gets closed upon pushing back to the master repo. |
| [21:51:30] | gary_buhrmaster: | stuartm: re: uptime. As long as the Great Cannon does not start shooting at github again. |
| [21:54:38] | stuartm: | the no-rebase is unfortunate really, one of the things I don't like about git's merge is the messed up timeline i.e. a commit with a commit date six months in the past breaks the build within the last 24 hours ... it's confusing |
| [22:05:43] | dekarl: | Hmm, there is a script to write the build status back to the commit on github. https://github.com/buildbot/buildbot/blob/mas . . . us/github.py |
| [22:15:53] | 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:17:10] | gary_buhrmaster: | stuartm: I suspect to be complete you need a lot more times (and action history) stored. Some want the original creation, some the commit, some the push, some the cherrypick, merge, etc. Anytime something changes, it gets a new timestamp. And then you can decide which action/time you care about to display (some some new ultra-confusing formatting option). |
| [22:32:21] | Tobbe5178 (Tobbe5178!~asdf@2001:2002:51e3:5f22:8970:3fbc:b0e2:693f) has quit (Read error: Connection reset by peer) | |
| [22:33:02] | andreaz (andreaz!~andre_000@p5DD15164.dip0.t-ipconnect.de) has joined #mythtv | |
| [22:36:43] | amessina (amessina!~amessina@unaffiliated/amessina) has quit (Quit: Konversation terminated!) | |
| [22:45:37] | skd5aner: | !seen dmfrey |
| [22:45:37] | MythLogBot: | dmfrey was last seen 3 days 1 hour 52 minutes 49 seconds ago |
| [22:45:51] | stuarta: | !seen sleep |
| [22:45:51] | MythLogBot: | sleep has not been seen here |
| [22:45:55] | stuarta: | :) |
| [22:46:18] | skd5aner: | haha, good one |
| [22:46:49] | skd5aner: | I'm pretty happy with his work on the Android app, but unfortunately, HLS is completely borked for me in .27-fixes |
| [22:49:17] | skd5aner (skd5aner!~skd5aner@21.sub-70-198-65.myvzw.com) has quit (Read error: Connection reset by peer) | |
| [22:49:57] | skd5aner (skd5aner!~skd5aner@21.sub-70-198-65.myvzw.com) has joined #mythtv | |
| [23:26:38] | stuarta: | sheesh those merge commits are horrible |
| [23:36:27] | gary_buhrmaster (gary_buhrmaster!~garybuhrm@2601:9:4980:1843:222:4dff:fe51:6728) has quit (Quit: gary_buhrmaster) | |
| [23:36:38] | Hydr0p0nX: | Can I make a suggestion around the buffers for livetv? |
| [23:37:54] | Hydr0p0nX: | since the buffer is recreated at the end of each show (per the guide), can it be made to roll through the livetv storage groups ? possibly having the new one start a 30–120seconds prior to the current buffer's scheduled end? |
| [23:38:38] | Hydr0p0nX: | might help with some of the stutter that happens sometimes when shows start/end ... wouldn't really help for channel changes though |
| [23:39:32] | gary_buhrmaster (gary_buhrmaster!~sleep@2601:9:4980:1843:222:4dff:fe51:6728) has joined #mythtv | |
| [23:52:22] | Guest71478 (Guest71478!~quassel@75-161-144-186.mpls.qwest.net) has quit (Read error: Connection reset by peer) | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.