:: #mythtv

Daily chat history

Current users (83):

aloril, andreaz, Anssi, bhaak, bill6502, blahdodo, brfransen, Captain_Murdoch, ChanServ, Chutt, clever, coling_, CyberJacob, dblain_, dekarl, eharris, ElmerFudd, enyc, gary_buhrmaster, ghoti, gigem, gregbert, gregL, GreyFoxx_, Guest41682, hackman42, holmser, Hydr0p0nX, ikevin, J-e-f-f-A, jab416171, jams, jheizer_, jmcentee, jnylen, joki, Jordack, jpabq, jpharvey, jst, jya, kc, knightr, KungFuJesus, lautriv_, lautriv__, letifosiferrari, libsci, markspieth, MythBuild, MythLogBot, natanojl, nephyrin`, peper03, poptix, pppingme, purserj, purserj__, raven42, rich0, saaki_, seld, sphery, SpootDev, sraue, stefan__1, stuarta, stuartm, suffice, superm1, taylorr, tgm4883, Tobbe5178, tonsofpcs, tris, unforgiven512, vincent43, wagnerrp, Warped, XDS2010, xris, _charly_, _iwc
Tuesday, February 2nd, 2016, 00:25 UTC
[00:25:55] letifosi_ (letifosi_!~letifosif@ has joined #mythtv
[00:26:04] letifosi_ (letifosi_!~letifosif@ has quit (Remote host closed the connection)
[00:29:56] letifosiferrari (letifosiferrari!~letifosif@ has quit (Ping timeout: 276 seconds)
[00:53:46] hackman42 (hackman42!~Adium@ has quit (Ping timeout: 246 seconds)
[01:33:10] dmfrey (dmfrey! has joined #mythtv
[02:03:43] andreaz (andreaz! has quit (Read error: Connection reset by peer)
[02:05:10] arescorpio (arescorpio! has joined #mythtv
[03:06:38] peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 256 seconds)
[03:07:35] peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv
[03:53:30] hackman42 (hackman42!~Adium@2605:a601:511:f201:85fb:1b73:d564:16df) has joined #mythtv
[04:07:41] dmfrey (dmfrey! has quit (Ping timeout: 276 seconds)
[04:25:52] jpabq (jpabq!~quassel@mythtv/developer/jpabq) has quit (Remote host closed the connection)
[04:28:23] jpabq (jpabq!~quassel@mythtv/developer/jpabq) has joined #mythtv
[04:41:43] hackman42 (hackman42!~Adium@2605:a601:511:f201:85fb:1b73:d564:16df) has quit (Quit: Leaving.)
[04:47:29] hackman42 (hackman42!~Adium@ has joined #mythtv
[04:58:00] hackman42 (hackman42!~Adium@ has quit (Quit: Leaving.)
[04:58:28] hackman42 (hackman42!~Adium@2605:a601:511:f201:a4f7:2d1f:73fc:17da) has joined #mythtv
[05:04:23] joki- (joki-! has quit (Ping timeout: 264 seconds)
[05:08:53] joki (joki! has joined #mythtv
[05:10:00] gregL (gregL! has joined #mythtv
[05:25:35] arescorpio (arescorpio! has quit (Quit: Leaving.)
[05:44:59] hackman42 (hackman42!~Adium@2605:a601:511:f201:a4f7:2d1f:73fc:17da) has quit (Quit: Leaving.)
[05:51:12] J-e-f-f-A (J-e-f-f-A! has quit (Ping timeout: 272 seconds)
[05:52:33] J-e-f-f-A (J-e-f-f-A! has joined #mythtv
[05:53:49] seld_ (seld_! has quit (Remote host closed the connection)
[05:54:41] seld (seld! has joined #mythtv
[06:38:00] kc (kc!~Casper@unaffiliated/kc) has quit (Remote host closed the connection)
[06:41:26] kc (kc!~Casper@unaffiliated/kc) has joined #mythtv
[06:56:41] GhostOfRaven (GhostOfRaven! has quit (Ping timeout: 276 seconds)
[07:18:32] Roklobotomy (Roklobotomy! has joined #mythtv
[07:22:30] SteveGoodey (SteveGoodey! has joined #mythtv
[07:29:53] Roklobotomy (Roklobotomy! has quit (Quit: Leaving)
[07:33:49] Roklobsta (Roklobsta! has joined #mythtv
[08:24:10] raven42 (raven42! has joined #mythtv
[09:01:22] gigem (gigem!~david@mythtv/developer/gigem) has quit (Ping timeout: 256 seconds)
[09:02:14] willcooke (willcooke!~willcooke@ubuntu/member/willcooke) has joined #mythtv
[09:09:43] Merlin83b (Merlin83b! has joined #mythtv
[09:14:24] gigem (gigem!~david@mythtv/developer/gigem) has joined #mythtv
[09:22:28] stuarta: hmmm, where's the diseq box for my dvb-s2 card gone?
[09:22:49] stuarta: it's not going to work without it
[09:24:39] stuarta: hmmm, there's an issue, it appears after i save the card and re-enter, but not when first setting it up
[09:34:32] SteveGoodey (SteveGoodey! has quit (Quit: Konversation terminated!)
[09:42:03] stuarta: gigem: how much needs doing to fix diseqc setups with switches and multiple lnb's?
[09:44:47] stuarta: ie. #12499
[09:44:47] ** MythLogBot **
[10:01:38] Roklobsta (Roklobsta! has quit (Read error: Connection reset by peer)
[10:03:33] dekarl1 (dekarl1!~dekarl@mythtv/developer/dekarl) has joined #mythtv
[10:06:29] dekarl (dekarl!~dekarl@mythtv/developer/dekarl) has quit (Ping timeout: 276 seconds)
[10:07:14] ikevin (ikevin! has joined #mythtv
[10:27:17] dekarl1 is now known as dekarl
[12:01:44] lautriv_ (lautriv_! has joined #mythtv
[12:01:57] lautriv_ (lautriv_! has quit (Changing host)
[12:01:57] lautriv_ (lautriv_!~lautriv@funtoo/user/lautriv) has joined #mythtv
[12:05:26] lautriv__ (lautriv__!~lautriv@funtoo/user/lautriv) has quit (Ping timeout: 276 seconds)
[12:35:07] purserj__ (purserj__! has joined #mythtv
[12:36:04] stuarta_ (stuarta_!~stuarta@mythtv/developer/stuarta) has joined #mythtv
[12:36:25] purserj (purserj! has quit (Ping timeout: 240 seconds)
[12:36:28] stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has quit (Ping timeout: 240 seconds)
[12:50:10] stuarta_ is now known as stuarta
[13:03:49] SteveGoodey (SteveGoodey! has joined #mythtv
[13:42:48] dmfrey (dmfrey!~dmfrey@ has joined #mythtv
[14:14:23] Jordack (Jordack! has joined #mythtv
[14:15:26] xris (xris! has quit (Ping timeout: 276 seconds)
[14:16:58] gregbert (gregbert!~gregbert@unaffiliated/gregbert) has quit (Ping timeout: 265 seconds)
[14:18:20] gregbert (gregbert!65475bf6@unaffiliated/gregbert) has joined #mythtv
[14:25:17] xris (xris! has joined #mythtv
[14:34:32] stuarta: and a release announcement done for the website
[14:38:49] pvr4me (pvr4me! has joined #mythtv
[15:08:45] pvr4me (pvr4me! has quit (Quit: pvr4me)
[15:13:29] gigem: stuarta: I hope not much. I think the configuration in mythtv-setup is serviceable. It could be much better, but mergine the old card and input wizards is no small task. That leaves the recorder. I think the changes broke some assumption which distinguishes between the virtual tuners on different diseqc ports.
[15:20:32] stuarta: the key thing i think at the moment is to preserve previously working setups like the last user comment in #12499
[15:20:32] ** MythLogBot **
[15:23:17] bill6502 (bill6502! has joined #mythtv
[15:25:33] gregbert (gregbert!65475bf6@unaffiliated/gregbert) has quit (Ping timeout: 250 seconds)
[15:27:23] gregbert (gregbert!~gregbert@unaffiliated/gregbert) has joined #mythtv
[15:27:57] bill6502: stuarta: morning/afternoon. looks line [alpha/beta/rc-n] starting in 0.25 were tags, not branches. did the old branches (or my memory) get removed?
[15:28:25] bill6502: s/line/like
[15:28:52] stuarta: hmmm, i figured on a branch, so that we can merge what we need
[15:29:12] stuarta: maybe a tag would have been better
[15:29:21] stuarta: easy enough to change later
[15:31:13] gigem: stuarta: AFAIK, working configurations are preserved.
[15:32:14] gigem: That's the configuration. As noted already, the current recorder or some other piece of code doesn't use it correctly.
[15:37:46] dekarl: I think you're right. DiSEqC is only used with DVB-S(2). All references to mixing DVB-T in the DVB-S feed are simple frequency multiplexes. And multiple DVB-T transmitters are feed into shared adapters with multiple antennas (and frequency filters). I was expecting to find rotors for DVB-T but I couldn't.
[15:46:03] stuarta: gigem: how do you come to the conclusion that the recorder or some other piece of code doesn't use it correctly?
[15:46:41] stuarta: simple setups like <adapter> — <lnb> work just fine
[15:46:59] stuarta: i lack a setup to test any diseqc switching tho
[15:50:56] stuartm: wiki spam again
[15:51:46] stuartm: oh, no, still bouncing emails from last week – carry on as usual, false alarm
[15:51:59] stuarta: hehe
[15:52:10] stuarta: user creation is still disabled
[15:52:13] gigem: stuarta: Visual inspection of the resulting configuration, both mine with hacked code and Ian Richardson's from #12499. Since a single input works and additional ones don't, again from Ian, I am left to assume the code ins't using the configuration as intended.
[15:52:13] ** MythLogBot **
[15:54:31] stuarta: then what is the user talking about in ?? is that a report that it doesn't work, or is he just wibbling?
[15:58:59] gigem: I think he just doesn't understand how the same thing is configured now. Previously, you configured the capture card section. Then inputs would automatically appear as needed in the input section. Now, you must a new card (with the same video device) in the card section for each additional 'input' you want to use.
[16:00:17] stuarta: right, so it's modelled differently in setup
[16:00:30] gigem: It's similar to how multiple inputs on analog cards now work too. For each 'input' you need to configure a card for it. Inputgroups are automatically created to handle conflicts.
[16:00:42] stuarta: that's something we should fix, so ultimately its modelled how it's physically cabled
[16:00:55] stuarta: hmmmm
[16:02:40] stuarta: gigem: do you want to follow up in the ticket for that user? make sure they understand how they need to model it now and ask them to test it?
[16:03:00] gigem: Reworking the whole input configuration to make it more user-friendly and fix the outright bugs that have been there forever is a huge task. My hope was, and still is, that the MythUI rewrite will get first. That's why I did the minimum I could in the configuration area. I don't want to rewrite it all twice.
[16:03:24] stuarta: stuartm: is there much left in the mythui rewrite?
[16:04:00] gigem: stuarta: I will try.
[16:05:14] stuartm: well, apart from settings, no and I don't know the status of the settings stuff
[16:05:15] gigem: stuarta: I could be wrong, but I thought Jonatan Lindblad was working on the MythUI settings rewrite.
[16:05:50] stuartm: pretty much everything else which matters was ported to mythui years ago
[16:06:39] stuarta: that's what i thought
[16:07:04] stuartm: just one annoying dialog outstanding iirc – if you have multiple optical drives with media in both, it prompts you to choose which to use, and that still uses the old UI
[16:07:33] stuartm: but it's a blocking modal and the media monitor needs restructuring to eliminate it
[16:07:52] stuartm: since mythui doesn't support blocking modals in the UI thread
[16:08:28] dekarl: has someone tested the rewrite?
[16:08:44] dekarl: Maybe it can go in early in the 0.29 cycle
[16:09:13] stuarta: who cares?!?! :shipit:  ;-)
[16:10:07] stuarta: stuartm: the media model needs napalming from a great height
[16:10:12] stuarta: er monitor
[16:15:06] stuarta: btw. should i have tagged beta-0.28, rather than creating a branch for it??
[16:15:59] stuartm: six of one, half a dozen of the other
[16:16:22] stuartm: sometimes we branch, sometimes we tag, I can't even remember what we did the last time
[16:16:31] stuarta: i figured by branching, we could selectively backport if needed
[16:17:49] stuartm: yeah, there are pros and cons, pro – risky changes can keep going into master; con – fixes have to be applied twice
[16:17:51] stuartm: etc
[16:18:19] stuarta: yeah, well lets see
[16:18:42] stuarta: i figure it's significant enough of a step that a branch was warranted
[16:19:18] stuartm: I like branches slightly more because they aren't static – too many people treat tags as snapshots, they'll download the beta tag and miss out on any fixes made subsequently until the next tag and so on
[16:20:22] stuartm: unless you do a new tag/point release for every bug fix, getting people to test them becomes a chore
[16:20:44] stuarta: i think the more regular tagging of the fixes releases helps
[16:21:34] ** stuarta peers at the smolt data **
[16:21:48] stuarta: that data really needs some graphs generating from it
[16:23:08] stuarta: 0.27.5 is up to 26.3% of users
[16:33:17] pvr4me (pvr4me! has joined #mythtv
[16:34:37] letifosiferrari (letifosiferrari! has joined #mythtv
[16:35:01] letifosiferrari (letifosiferrari! has quit (Remote host closed the connection)
[16:35:37] letifosiferrari (letifosiferrari!~letifosif@ has joined #mythtv
[16:43:41] jams: it could use some graphs. Started on it but rememberd I don't like web stuff :)
[16:45:13] stuarta: jams: hah, i've decided to rewrite it
[16:45:47] stuarta: get all the api stuff working in rails, and then let some people who can do webui's do the pretties
[16:46:00] stuarta: but first, i'm doing the same to services
[16:46:33] jams: works for me
[16:47:29] jams: both turbogears and sqlalchemy were poor choices
[16:47:30] stuarta: channel icon backend is the first target
[16:48:07] jams: stuarta, was my account disabled on alcor? Tried to login and it failed
[16:48:20] stuarta: not that i know of
[16:48:48] jams: maybe an update did it
[16:49:03] stuarta: login where btw? the server itself?
[16:49:07] jams: yes
[16:49:10] jams: ssh
[16:49:52] pvr4me (pvr4me! has quit (Quit: pvr4me)
[16:49:58] jams: hmm i see that id_dsa is not accepted cant' remember if I used that key or an rsa one.
[17:12:00] letifosiferrari (letifosiferrari!~letifosif@ has quit (Ping timeout: 250 seconds)
[17:16:43] stuartm: which domain are you using, explicitly or just
[17:17:32] stuartm: though both are pointing to alcor, so it's a moot point
[17:17:57] stuartm: I thought for a moment that was now on mizar
[17:18:21] stuarta: i though it was
[17:18:41] stuarta: hmm, it's not
[17:18:44] stuarta: must fix that
[17:19:04] stuartm: I'm unable to login to mizar ...
[17:19:18] stuarta: hmmm
[17:19:45] stuarta: that's just you then
[17:20:07] stuarta: stuartm: try again now
[17:20:33] stuarta: userauth_pubkey: key type ssh-dss not in PubkeyAcceptedKeyTypes
[17:20:39] stuarta: same problem jams just had
[17:20:44] stuartm: hmm
[17:21:05] stuarta: you do have an rsa key in there
[17:22:04] stuarta: send me a new key if you can't get in
[17:23:16] stuartm: it's trying the rsa key first, then the dsa, both are being rejected ... strange, those keys haven't changed for a while and if it works on alcor ...
[17:26:05] stuartm: can you compare the key against the one on alcor?
[17:28:59] stuarta: the rsa key is different
[17:29:08] stuarta: right gotta run, back later ~3–4hrs
[17:30:55] stuartm: ok
[17:31:16] pvr4me (pvr4me! has joined #mythtv
[17:47:44] gregL (gregL! has quit (Read error: Connection reset by peer)
[17:52:16] gregL (gregL!~greg@ has joined #mythtv
[18:05:24] bill6502: stuartm: in you split out GetSetting and GetSettingList (very handy.) But I'm not seeing the ability to use GetSetting to retrieve a NULL hostname (if the HostName parameter isn't there, then an automatic lookup of the BE's hostname is done.
[18:05:49] bill6502: I'd prefer to let a missing/empty HostName return the NULL case. Do you have an opinion about that?
[18:11:20] letifosiferrari (letifosiferrari!~letifosif@ has joined #mythtv
[18:12:01] pvr4me (pvr4me! has quit (Quit: pvr4me)
[18:15:27] stuartm: forcing it to return the NULL case then requires the user of the API to know in advance the name of the machine they are connected to, which I wanted to avoid
[18:16:26] stuartm: and even MythCoreContext::GetSetting() will always return a local value before the NULL (global) value
[18:16:58] stuartm: how about returning the global value if 'hostname' is set to a special value, such as _GLOBAL_ ?
[18:21:23] bill6502: _GLOBAL_, good choice, I had tried HostName=IS NULL ( or IS%20NULL, but thought it was a bit odd.) The trailing _ should make it an illegal hostname
[18:32:43] Merlin83b (Merlin83b! has quit (Quit: Leaving)
[18:38:56] gregbert (gregbert!~gregbert@unaffiliated/gregbert) has quit (Ping timeout: 265 seconds)
[18:40:30] gregbert (gregbert!2b02636b@unaffiliated/gregbert) has joined #mythtv
[19:02:50] GhostOfRaven (GhostOfRaven! has joined #mythtv
[19:03:16] jheizer_ (jheizer_! has joined #mythtv
[19:07:04] saaki_ (saaki_!~saki@ has joined #mythtv
[19:07:50] holmser_ (holmser_! has joined #mythtv
[19:08:00] purserj (purserj! has joined #mythtv
[19:12:01] raven42 (raven42! has quit (*.net *.split)
[19:12:03] purserj_ (purserj_! has quit (*.net *.split)
[19:12:04] jheizer (jheizer! has quit (*.net *.split)
[19:12:06] holmser (holmser! has quit (*.net *.split)
[19:12:06] sraue (sraue!~stephan@kodi/staff/sraue) has quit (*.net *.split)
[19:12:06] saaki (saaki!~saki@ has quit (*.net *.split)
[19:12:07] Seeker` (Seeker`!~cjo20@unaffiliated/seeker) has quit (*.net *.split)
[19:14:31] Seeker` (Seeker`! has joined #mythtv
[19:14:31] Seeker` (Seeker`! has quit (Changing host)
[19:14:31] Seeker` (Seeker`!~cjo20@unaffiliated/seeker) has joined #mythtv
[19:15:39] sraue (sraue!~stephan@kodi/staff/sraue) has joined #mythtv
[19:17:07] stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Remote host closed the connection)
[19:17:34] stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv
[19:34:30] stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Remote host closed the connection)
[19:38:24] stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv
[19:47:38] holmser (holmser! has joined #mythtv
[19:51:09] holmser_ (holmser_! has quit (Ping timeout: 240 seconds)
[19:59:35] natanojl (natanojl!~jonatan@mythtv/developer/natanojl) has joined #mythtv
[20:14:05] Roklobotomy (Roklobotomy! has joined #mythtv
[20:19:03] enyc: I see 0.27.6 number commited to mythtv =)
[20:19:09] enyc: r.e. . . . 567d6de14820
[20:19:38] enyc: does this need updating in packaging repo again, so manual-builds are now correctly numbered 0.27.6.....etc...  ?
[20:19:49] enyc: (yes this is a horrible hack etc etc BUT....)
[20:28:44] andreaz (andreaz! has joined #mythtv
[21:09:13] hackman42 (hackman42!~Adium@ has joined #mythtv
[21:16:42] tgm4883: enyc: no, no it does not. Nor did it need updated previously
[21:24:26] willcooke (willcooke!~willcooke@ubuntu/member/willcooke) has quit (Quit: Do your hobbies)
[21:27:49] letifosi_ (letifosi_!~letifosif@ has joined #mythtv
[21:31:11] SteveGoodey (SteveGoodey! has quit (Quit: Konversation terminated!)
[21:31:38] letifosiferrari (letifosiferrari!~letifosif@ has quit (Ping timeout: 256 seconds)
[21:38:28] enyc: tgm4883: previously, without that, it was generating packages with version number 0.27.0. etc... which was then a problem as apt-get upgrade would then install version from trusty archives etc. rather than the manually-built newer version
[21:39:07] tgm4883: enyc: you mean when you manually build it right? Because the daily builds have the correct build number
[21:39:13] enyc: tgm4883: nods
[21:39:16] enyc: tgm4883: exactly
[21:39:19] tgm4883: enyc: then you were building it wrong
[21:39:32] tgm4883: enyc: which isn't your fault, because it wasn't documented at all until just recently
[21:39:40] enyc: tgm4883: this was ages ago that got sorted but it definitely manually-built wrongly
[21:40:03] enyc: tgm4883: i'm sure it was a horrible-hack-solution to put that extra entry in changelog but it worked at thetime
[21:40:24] enyc: tgm4883: of course, for most cases it still will, as no ubuntu/debian release has 0.27.6. anything in it anyway ;p
[21:40:24] tgm4883: enyc: oh it will still build with the old version number if you don't do it right. But now it's properly documented
[21:40:27] tgm4883: See the readme
[21:45:58] enyc: tgm4883: so far as I can see, i don't need any special flags, patches, or suffixes, it looks like just checking out fixes/0.27, ./ fixes/0.27 /target/dir should ''just work'' and produce a 0.27.6 deb , according to those instructions?
[21:46:14] tgm4883: sec
[21:46:56] tgm4883: hmm, I guess that part wasn't documented. You likely need to also specify GIT_MINOR_RELEASE_FIXES
[21:47:11] tgm4883: There are a ton of flags in there you can specify
[21:47:22] enyc: this needs fixing so manual builds just work right
[21:48:18] enyc: what is the procedure for GIT_MINOR_RELEASE_FIXES you mentioned??
[21:48:19] tgm4883: patches welcome? This is where the logic lies for that . . .
[21:49:02] tgm4883: GIT_MINOR_RELEASE_FIXES='6' ./ fixes/0.27 /tmp
[21:49:05] tgm4883: That should also work
[21:49:07] enyc: well, that suggests it does a dpkg-parsechangelog lookup from the file
[21:49:13] tgm4883: yes it does
[21:49:22] tgm4883: if you don't specify it already
[21:49:25] enyc: so, just updating the to have a new entry saying 0.27.6 would sort it
[21:49:43] tgm4883: enyc: yes, if you want to do that every time there is a tagged release
[21:52:00] enyc: is there a master location for release version / git date / etc that could be pulled from instead of ?
[21:53:13] tgm4883: enyc: you could look how the daily builds scripts pull the right value
[21:53:32] tgm4883: I'd imagine that it's just looking at the latest git tag on the branch and doing some splitting
[21:58:50] dmfrey (dmfrey!~dmfrey@ has quit (Ping timeout: 256 seconds)
[22:04:34] ShapeShifter499 (ShapeShifter499!~ShapeShif@unaffiliated/shapeshifter499) has quit (Remote host closed the connection)
[22:12:17] letifosi_ (letifosi_!~letifosif@ has quit (Remote host closed the connection)
[22:25:51] enyc: tgm4883: =) understood...
[22:26:59] enyc: tgm4883: what needs doing within the next 2 months to get a 0.27.6 (or maybe even 0.28 if that comes out soon) mythtv pushed into ubuntu repo for 16.04 LTS supplied packages (my vote is keep 0.27.x _included_ although of course PPAs can be used =) )
[22:28:06] enyc: espically given the maturity of 0.27.x brach i makes more sense to get that included in LTS imho, 0.28 users should be using some sort of -fixes anyway =)
[22:29:17] amessina (amessina!~amessina@unaffiliated/amessina) has quit (Quit: Konversation terminated!)
[22:29:26] enyc: . . . u9/changelog
[22:30:07] enyc: superm1: pushed the last major change there it would seem
[22:36:57] Roklobotomy (Roklobotomy! has quit (Quit: Leaving)
[22:37:36] letifosiferrari (letifosiferrari!~letifosif@ has joined #mythtv
[22:37:38] tgm4883: enyc: 0.27.6 will be in 16.04
[22:37:46] tgm4883: 0.28 will not
[22:38:08] tgm4883: I'd like to see if I can somehow swing it to enable the PPA by default, but I don't believe that will happen
[22:45:56] superm1: i think once we see the PPA build for 0.27.6 build successfully we'll kick 0.27.6 into 16.04 repos
[22:49:05] tgm4883: superm1: didn't it build successfully?
[22:49:15] tgm4883: I didn't look closely, but know there was some failur
[22:50:04] tgm4883: oh yea, that's no good
[22:50:30] tgm4883: superm1: is this something we need to be fixing or upstream ?
[22:50:32] tgm4883: libavcodec/libvpxenc.c:90:6: error: 'VP8E_UPD_ENTROPY' undeclared here (not in a function)
[22:52:24] tgm4883: doesn't look like it failed before that, so maybe just some unstableness in the repos
[22:56:46] GhostOfRaven (GhostOfRaven! has quit (Ping timeout: 252 seconds)
[22:56:55] raven42 (raven42! has joined #mythtv
[23:34:08] superm1: tgm4883: i'm not sure. it only failed on xenial?
[23:34:12] superm1: that seems odd to me
[23:34:20] superm1: . . . LDING.txt.gz
[23:36:50] tgm4883: yea it did

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