/srv/irclogs.ubuntu.com/2014/08/11/#ubuntu-mythtv.txt

bregolJust upgraded from 12.04 to 14.04.1 and had a question about the repos added by Mythbuntu Control Centre. The MythTV Updates one is straightforward, but the other 2 aren't found for Trusty when I apt-get update.  Are these other 2 repos (Mythbuntu Updates and XMLTV) needed for a "normal" user? What do those repos give that aren't in the main Ubuntu repos?00:29
Kwisherbregol: i had the same issues, just unselect the XMLTV one00:33
bregolI did unselect both xmltv and mythbuntu updates.  Just wondering if either of those are used for anything. Looking at http://ppa.launchpad.net/mythbuntu/xmltv/ubuntu/dists/ there is nothing after Precise.  It also looks like a year since anything happened in http://ppa.launchpad.net/mythbuntu/testing/ubuntu/dists/00:40
=== jya_ is now known as jya
enycsuperm1: (a) We would like to understand, about  whats' really going on with  'libav' vs 'ffmpeg'  and this being 'external' or  internally provided by mythtv source tree etc...11:48
superm1enyc: hop in #mythtv11:56
superm1jya: and a few others should be able to discuss more11:56
superm1But jist right now is there are patches on top of ffmpeg not upstream11:56
superm1And features not in libav11:57
jyaenyc: I have already answered most of those questions in the debian-devel list a couple of days ago11:57
jyamythtv uses its own fork for ffmpeg, currently based on ffmpeg. we use our own mpeg-ts demuxer, various additions in particular related to subtitle support, mheg, stream change detection etc12:00
enycjya: aaah yes the latter parts helps // makes sense =)12:54
jyawe have tried along the years to get our changes committed upstream… too much effort, and often dealing with people who saw no interest in what we wanted made a frustrating experience12:56
jyaevery single person of mythtv who have attempted to get our changes committed upstreams gave up12:56
jyaand there’s been a few in close to 15 years12:57
* jya off to bed12:57
enycjya: i see dont woryr =)12:58
enycsuperm1: as far as I can tell,  trusty AND precuse  mythtv source packge (and so, built packages) is vulnerable to security issue:  http://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=9ade5b804ea1ff98971972769c43497a597b0e7713:53
enycsuperm1: its a simple patch, resulted in new ffmpeg point releases.  In the case of mythtv 0.27.x newer, I wonder if this should be done by merging ffmpeg 1.2.7 over 1.2.6 in there last I checked...13:54
enycsuperm1: should I be filing ubuntu bug or something against our packages?13:55
enycsuperm1: i note, thecre are a few related / extra fixes in:  http://git.videolan.org/?p=ffmpeg.git;a=shortlog;h=n1.2.714:37
superm1enyc: best thing to do is file a bug upstream with mythtv guys15:55
superm1enyc: they'll include it in the next point release they cut15:55
superm1and it will get pulled into our -fixes branch builds immediately then15:55
Bregol!help16:19
Zinn!help For a  complete list of my knowledge visit: http://www.baablogic.net/Zinn.cgi  Other available commands: !status, !about, !bug [bug_number].16:19
enycsuperm1: aha.  apparently, it is in fixes already, https://github.com/MythTV/mythtv/commit/f4195b2eb88296523351813c29933e81e6bd851f16:22
superm1enyc: ah nice16:22
enycsuperm1: but  when I apt-get source etc agaist 'trusty' deb-src's... the un-fixed code is still there.  I'm guessing we simply need to re-pull fixes again now?16:23
superm1enyc: well we filed an SRU to get a newer mythtv point release in16:23
superm1but it's gone nowhere16:23
superm1we have the fixes in our fixes PPA though that means16:23
superm1https://launchpad.net/~mythbuntu/+archive/0.2716:24
enycsuperm1: sure, a 0.27.3  PPA -or- SRU  would be good but thats' in some means separate...?  we still should get precise-lts-0.25  and trusty-lts-0.27  security-fixed ?16:24
superm1we try to point people at the PPA for now since SRU's don't seem to be happening16:24
tgm4883the PPA is the recommended way16:25
superm1https://bugs.launchpad.net/bugs/132339116:25
superm1is the bug we were trying to get going, you can see the lack of activity from people who did need to ack it16:25
tgm4883we need to do a new request16:30
tgm4883and I'm not 100% sure it's going to be an SRU16:30
tgm4883(but neither does the release team :/ )16:30
enyctgm4883: does it 'help' that we now have missing security-problem etc.?16:32
tgm4883probably16:32
enyctgm4883: okay I'll leave you on that case =)16:45
enycI'm getting bits and pieces and trying builds with   ARM (armel, armhf, rpi(raspbian)) with  opengl enabled etc..  I need to check when get to the other desk but I got the impression it can now build without needing to 'disable' opengl16:46

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!