| Tuesday, August 18th, 2015, 00:13 UTC | ||
| [00:13:11] | superm1: | enyc: here you go, this should fix the rest of them: https://github.com/MythTV/packaging/pull/60 |
| [00:13:13] | superm1: | until i can commit |
| [00:14:21] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.140) has quit (Remote host closed the connection) | |
| [00:14:57] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.140) has joined #mythtv | |
| [00:29:24] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.140) has quit (Ping timeout: 260 seconds) | |
| [01:07:24] | letifosiferrari (letifosiferrari!~letifosif@c-71-202-215-223.hsd1.ca.comcast.net) has joined #mythtv | |
| [01:07:54] | letifosiferrari (letifosiferrari!~letifosif@c-71-202-215-223.hsd1.ca.comcast.net) has quit (Remote host closed the connection) | |
| [01:08:27] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.140) has joined #mythtv | |
| [01:22:00] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.140) has quit (Ping timeout: 264 seconds) | |
| [01:57:07] | letifosiferrari (letifosiferrari!~letifosif@c-71-202-215-223.hsd1.ca.comcast.net) has joined #mythtv | |
| [02:17:24] | letifosiferrari (letifosiferrari!~letifosif@c-71-202-215-223.hsd1.ca.comcast.net) has quit (Remote host closed the connection) | |
| [02:17:57] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.140) has joined #mythtv | |
| [02:24:24] | arescorpio (arescorpio!~arescorpi@233-96-16-190.fibertel.com.ar) has joined #mythtv | |
| [02:52:19] | peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 258 seconds) | |
| [02:52:55] | peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv | |
| [03:36:39] | SteveGoodey (SteveGoodey!~steve@host86-151-178-227.range86-151.btcentralplus.com) has joined #mythtv | |
| [03:56:12] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.140) has quit (Ping timeout: 246 seconds) | |
| [04:14:43] | SteveGoodey (SteveGoodey!~steve@host86-151-178-227.range86-151.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [04:36:42] | arescorpio (arescorpio!~arescorpi@233-96-16-190.fibertel.com.ar) has quit (Quit: Leaving.) | |
| [05:03:59] | clever (clever!~clever@nwcsnbsc03w-047054167025.dhcp-dynamic.FibreOP.nb.bellaliant.net) has quit (Ping timeout: 244 seconds) | |
| [05:10:48] | clever (clever!~clever@nwcsnbsc03w-047054167025.dhcp-dynamic.FibreOP.nb.bellaliant.net) has joined #mythtv | |
| [05:31:23] | dekarl1 is now known as dekarl | |
| [05:34:56] | lomion0815 (lomion0815!5bd9374e@gateway/web/freenode/ip.91.217.55.78) has joined #mythtv | |
| [05:41:35] | Chutt__ (Chutt__!~ijr@cpe-174-100-158-24.neo.res.rr.com) has joined #mythtv | |
| [05:45:28] | Chutt_ (Chutt_!~ijr@cpe-174-100-158-24.neo.res.rr.com) has quit (Ping timeout: 272 seconds) | |
| [05:46:17] | enyc: | superm1: ok, all those fixes work.. but ... error still happens when building fixes/0.27 from scratch... |
| [05:46:49] | enyc: | superm1: dpkg-source: info: applying default_theme.patch |
| [05:46:49] | enyc: | patching file mythtv/libs/libmythui/mythuihelper.h |
| [05:46:49] | enyc: | Hunk #1 FAILED at 9. |
| [05:46:49] | ** MythLogBot http://code.mythtv.org/trac/ticket/1 ** | |
| [05:46:49] | enyc: | 1 out of 1 hunk FAILED |
| [05:46:49] | enyc: | dpkg-source: info: the patch has fuzz which is not allowed, or is malformed |
| [05:46:56] | enyc: | this happened before... |
| [06:04:44] | enyc: | superm1: amended patch file to supposedy meet whats' now in mythtv checkoud for fixes/0.27 ... |
| [06:26:00] | Merlin83b (Merlin83b!~Daniel@office.34sp.com) has quit (Ping timeout: 246 seconds) | |
| [06:46:26] | clever (clever!~clever@nwcsnbsc03w-047054167025.dhcp-dynamic.FibreOP.nb.bellaliant.net) has quit (Ping timeout: 240 seconds) | |
| [06:52:16] | clever (clever!~clever@nwcsnbsc03w-047054167025.dhcp-dynamic.FibreOP.nb.bellaliant.net) has joined #mythtv | |
| [08:02:03] | stuarta: | morning all |
| [08:03:39] | SteveGoodey (SteveGoodey!~steve@host86-151-178-227.range86-151.btcentralplus.com) has joined #mythtv | |
| [08:46:05] | Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:ddb0:8bed:7d33:470d) has joined #mythtv | |
| [09:07:22] | enyc: | stuarta: evening |
| [09:07:44] | ** enyc wonders if something is going wrong with building fixes[0.27 or whatever... ** | |
| [09:08:11] | stuarta: | not according to this https://code.mythtv.org/buildbot/waterfall |
| [09:08:41] | enyc: | ooooooooh |
| [09:08:51] | stuarta: | shiny ;-) |
| [09:08:53] | ** enyc trying with superm1's latest patches applied ** | |
| [09:09:35] | stuarta: | i'm still waiting for gcc5 to hit testing |
| [09:10:58] | SteveGoodey (SteveGoodey!~steve@host86-151-178-227.range86-151.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [09:13:36] | enyc: | err |
| [09:14:20] | enyc: | those builds are showing Aug 2nd ... |
| [09:27:57] | enyc: | even on trusty:- |
| [09:27:59] | enyc: | dh_install: cp -a debian/tmp/usr/bin/mythfilerecorder debian/mythtv-backend//usr/bin/ returned exit code 1 |
| [09:40:06] | lautriv_: | stuarta, gcc-5.1 is in devuan. |
| [09:41:20] | stuarta: | i've got a builder on testing, waiting for gcc5 to hit |
| [09:50:22] | enyc: | stuarta: and have you wake any builds since Aug 2nd ?? |
| [09:50:32] | enyc: | stuarta: of fixes/0.27 ? |
| [09:50:57] | stuarta: | on jessie? |
| [09:51:07] | enyc: | any distro really |
| [09:51:29] | enyc: | with newer mythtv fixes 20150814 or whatever it is now this month |
| [09:51:47] | stuarta: | 0.27 last had an update aug 2nd, so no |
| [09:51:58] | enyc: | hrrm |
| [09:52:05] | enyc: | but theres been *packaging* updates |
| [09:52:16] | stuarta: | we don't use the packaging on our buildslaves |
| [09:52:17] | enyc: | uaaaaaaaaaah maybe that doesn't trigger a re-build ;p |
| [09:52:29] | stuarta: | so no, it doesn't trigger a rebuild |
| [09:52:35] | enyc: | aaaaaaaaaaah |
| [09:52:54] | enyc: | right well its' *not* working on new checkout from fixes/0.27 .... |
| [09:53:47] | stuarta: | historically we've left packaging to distro maintainers and provided the repo as a central place to keep packaging |
| [09:54:56] | enyc: | firstly theres' a default theme patch (in deb/...) that needs amending to apply... and its' also expecting mythfilerecorder binary to be built, which isn't !! |
| [09:56:33] | enyc: | well, debian doesn't yet *have* the pagkafe and ubuntu don't seem to keep it updated, have this own PPA repository |
| [09:57:06] | stuarta: | yeah, it could do with updating |
| [09:57:36] | enyc: | i think working together to fix the debian erros so it can go into debian would be a helpful start =) |
| [09:57:50] | enyc: | then newer variant in ubuntu by default |
| [09:58:13] | stuarta: | indeed, happy to help and push stuff in (although am away from fri) |
| [09:58:21] | enyc: | then there is the questions over how to manage the update/ more-voltatile variants |
| [09:58:54] | stuarta: | you mean master? |
| [09:58:55] | enyc: | ok, so your buildbots are *just* doing compiles / built-in-tests and not building deb's ?? |
| [09:58:59] | enyc: | hrrm |
| [09:59:00] | stuarta: | correcet |
| [09:59:24] | enyc: | i more mean that 0.27-fixes- etc should be available to debian/ubuntu stable variants |
| [09:59:39] | enyc: | as ongoing-fixes seem to be more needed for such complex system... |
| [09:59:46] | enyc: | with ongoing tv-side-changes to handle |
| [09:59:53] | enyc: | hence 'more volatile' |
| [10:00:00] | stuarta: | typically then the packages in stable would track fixes/0.27 branch |
| [10:00:18] | enyc: | right |
| [10:00:29] | stuarta: | which is our latest stable |
| [10:00:57] | enyc: | but do both debian and ubuntu cope with that being the case, and not want to keep single version unless security issue etc.? |
| [10:01:10] | enyc: | i guess there is now jessie-updates etc. where that sort of thing would normally go into |
| [10:01:20] | stuarta: | probably |
| [10:01:56] | enyc: | ideally somebody else reproduces my build-failures!! |
| [10:08:17] | enyc: | for that matter — do any of your build directories produce a /tmp/usr/bin/mythfilerecorder ? |
| [10:08:30] | enyc: | err well /usr/bin but you know |
| [10:10:17] | stuarta: | lets look at the logs |
| [10:10:40] | enyc: | can i see build log on that page somehow? |
| [10:11:05] | stuarta: | yes, just click on the link next to the 2nd aug build, then you can click onto logs for each step |
| [10:11:11] | stuarta: | and no it doesn't seem to build it |
| [10:11:39] | enyc: | ok now is that a genuinely deprecated component ? |
| [10:14:05] | stuarta: | i can't even find a source file named *filerecorder* |
| [10:14:06] | ** enyc starts installing ppa etc etc... ** | |
| [10:14:20] | enyc: | its described on mythtv-wiki ... |
| [10:14:28] | ** stuarta checks master ** | |
| [10:14:43] | enyc: | As of v0.28-pre-1073-ga9ce4c09b mythbackend has the ability to communicate with an external "Black Box" application for recording. |
| [10:14:46] | enyc: | aha |
| [10:14:50] | stuarta: | ahahahaha, it's master only |
| [10:15:01] | enyc: | so... building for fixes/0.27 expects this file ;p |
| [10:15:07] | stuarta: | packaging bug |
| [10:16:04] | enyc: | who do we run around blaming?? ;--) |
| [10:17:12] | stuarta: | dekarl: ^^^ that was you |
| [10:17:50] | stuarta: | https://github.com/MythTV/packaging/commit/f8 . . . c47e65af25d2 |
| [10:18:30] | enyc: | oh dear oh dear ;p |
| [10:18:46] | enyc: | so... packaging needs differences for 0.27 and master ? |
| [10:18:57] | stuarta: | needs a conditional yes |
| [10:19:01] | enyc: | e.g. different file install list, different default-theme patches ? |
| [10:19:10] | enyc: | stuarta: ooh, howso ? |
| [10:19:17] | enyc: | stuarta: one error comes in a debian patch ... |
| [10:19:47] | enyc: | stuarta: how/where would i install the necessary conditionals to select patch version and selectively modify the mythtv-backend.install ? |
| [10:20:01] | stuarta: | i don't know how debian packaging works, with an rpm you could do a conditional to say if ver >= 0.28 include mythfilerecorder |
| [10:22:00] | enyc: | since we are using script to build the source package then debs... the script could be changed to make the modification.. |
| [10:23:01] | stuarta: | sure. feel free to fix it anyway you like, and we can get it committed |
| [10:27:05] | enyc: | right well before much else I'd need to check that simply reverting that specific change... as well as the debian patch ... is all thats' needed |
| [10:27:09] | enyc: | then check master builds separately |
| [10:27:37] | enyc: | so far as I can see it was all building, it was just failing on wanting this non-existant-file ;p |
| [10:28:19] | enyc: | ooi whats' the state of 0.28 anyway? usable? expected to becrome 'stable' soon? |
| [10:31:24] | ** enyc should ask in the -users channel maybe ;p ** | |
| [10:37:53] | stuarta: | ask lautriv_ he's just done it ;-) |
| [10:39:36] | lautriv_: | nice |
| [10:40:31] | lautriv_: | have some issues with a stuttering frontend but that is ulikely related. |
| [10:44:30] | stuarta: | tbh i think that's network, as your buffer remains empty thus starving the decoder |
| [10:46:34] | lautriv_: | that was rather "lost in translation" the buffer shows 0% free so it's filled up, another snooth frontend reports very similar data. |
| [10:46:44] | lautriv_: | smooth |
| [10:47:42] | stuarta: | that means that it's borderline, the other frontend is clearly getting just enough data to keep the decoder busy enough that there are always frames ready |
| [10:48:14] | stuarta: | i would suspect that the frames decoded / avail would bounce around on the working fe |
| [10:50:17] | lautriv_: | slightly, not that much like the stuttering and a bit higher. average on the fluid stream is 20/10 while the bad one is around 15/15. it does however just use 25% CPU. |
| [10:50:57] | lautriv_: | the smooth client is around 70% CPU. |
| [10:52:48] | lautriv_: | even funnier, via eden/chome9 works better than Pentium-M / i915 o.O |
| [10:54:03] | stuarta: | ooo |
| [10:55:54] | lautriv_: | ok, the eden has sse3 but just 1GHz |
| [10:55:57] | stuarta: | so 20/10 indicates it is partially starved of data |
| [10:56:11] | stuarta: | free should be 1 or 2 at most |
| [10:56:52] | lautriv_: | but in that case, shouldn't the buffer be less than 100% ? |
| [10:57:09] | stuarta: | you said it was 0 |
| [10:57:15] | stuarta: | or ~= 0 |
| [10:57:21] | lautriv_: | 0 free |
| [10:57:30] | lautriv_: | hence full |
| [10:57:53] | stuarta: | the text is wrong, where is says available buffer, it really should say buffer fill |
| [10:58:30] | ** stuarta rereads ** | |
| [10:59:06] | stuarta: | hmm, okay, so maybe not starved, but you are using cpu decoding on that one |
| [10:59:35] | stuarta: | i would have to recheck my frontends when using cpu decoding, rather than vaapi to see if 20/10 is in the right ballpark |
| [11:01:07] | enyc: | stuarta: hrrm come to think about it ... — how do your buildbots on jessie manage the build dependencies? i had to install libdvb-dev .deb manually as it is only in wheezy/sid, not jessie ... |
| [11:01:40] | lautriv_: | apropos vaapi, vainfo tries to load some foo_i965.so ( can't remember right now ) does i915 even run/support vaapi ? |
| [11:02:07] | stuarta: | enyc: i run these playbooks first https://github.com/MythTV/ansible |
| [11:02:31] | lautriv_: | some time ago, i ran mythtv even on i815 but changes on the X drivers cut that out. |
| [11:02:47] | stuarta: | lautriv_: i think it supports an early version of it, the chips are all in the same family, which would be why the driver name hasn't changed |
| [11:03:04] | enyc: | humm err arr err hrrm annsible playbooks? hrrm not familiar with ;p |
| [11:03:31] | lautriv_: | lcpci reports Gen3, so not the oldest :) |
| [11:04:09] | stuarta: | enyc: familiar with puppet, chef etc? same concept |
| [11:04:22] | enyc: | stuarta: no ;p |
| [11:04:39] | stuarta: | enyc: simply put, run it and it installs all required dependencies |
| [11:04:44] | stuarta: | and configures everything |
| [11:05:12] | enyc: | stuarta: look in your jessie chroot buildbot for fixes0.27, in dpkg -l — is it, in fact, installing libdvb-dev somehow? or satsifying it some other way? |
| [11:05:25] | enyc: | (please =) ) |
| [11:06:00] | stuarta: | this file might be easier to read https://github.com/MythTV/ansible/blob/master . . . sks/main.yml |
| [11:06:30] | enyc: | yes, looked there already |
| [11:06:33] | enyc: | not apparent |
| [11:06:40] | enyc: | but could be indirect somehow |
| [11:07:01] | enyc: | hence asking if its' actually getting into your dpkg -l list when its' done its thing |
| [11:07:05] | stuarta: | so configure is pulling the dvb headers from /usr/include |
| [11:07:16] | stuarta: | me checks what dumps stuff tehre |
| [11:07:22] | enyc: | dpkg -S time ? ;-) |
| [11:08:26] | stuarta: | $ dpkg -S /usr/include/linux/dvb/version.h |
| [11:08:26] | stuarta: | linux-libc-dev:amd64: /usr/include/linux/dvb/version.h |
| [11:08:32] | stuarta: | that's on testing |
| [11:08:38] | enyc: | beyond jessie ? |
| [11:08:41] | stuarta: | yes |
| [11:08:49] | enyc: | hrrrrrrm |
| [11:09:01] | enyc: | i'm going to have to check my facts here when more build packaging fixes have been done |
| [11:09:02] | ** stuarta checks another system ** | |
| [11:09:17] | enyc: | more to the point i check explicit build-dep on libdvb-dev in the packaging =) |
| [11:09:24] | stuarta: | $ dpkg -S /usr/include/linux/dvb/version.h |
| [11:09:24] | stuarta: | linux-libc-dev:i386: /usr/include/linux/dvb/version.h |
| [11:09:32] | stuarta: | that's a jessie 32bit system |
| [11:11:56] | enyc: | hrrrrrrrrrrrrrrrrrrrrrrrrrrrm |
| [11:11:59] | enyc: | thankyou |
| [11:13:06] | stuarta: | np |
| [11:13:54] | ** enyc suspects another packaging bug =) ** | |
| [11:14:18] | stuarta: | hey, you are making progress |
| [11:14:34] | enyc: | This library offers an abstraction layer over the Linux DVB kernel drivers to tune and command DVB cards that are connected to the system. Common uses include scanning transponders, selecting channels and retrieving raw MPEG-2 transport streams (TS). |
| [11:14:47] | enyc: | its' a library, not the usr/include/linux .... |
| [11:15:49] | enyc: | looks a bit stale... |
| [11:16:03] | enyc: | http://changelogs.ubuntu.com/changelogs/pool/ . . . .1/changelog |
| [11:17:24] | stuarta: | we don't use anything like it, we use the dvb api directly |
| [11:18:18] | enyc: | looks like it used to be used or so |
| [11:19:32] | enyc: | and the right way to fix packaging is to take out libdvb-dev dependency ;p |
| [11:20:23] | enyc: | or maybe this was my using apt-get build-dep and actually its' not in htere.... |
| [11:21:38] | ** stuarta heads out for lunch ** | |
| [11:21:43] | enyc: | what fun =) |
| [11:22:01] | enyc: | stuarta: i remember a work-colleague was always interested in what to each for lunch and i always said food =) |
| [11:37:00] | enyc: | hrrrrrrrrrrrrrrrrrm naughty packaging! |
| [11:37:14] | enyc: | debian/control.in file! libdvb-dev ! error error error error error! |
| [11:38:09] | XDS2010 (XDS2010!sid1218@gateway/web/irccloud.com/x-sacxbsdisnzznrgl) has quit (Ping timeout: 256 seconds) | |
| [11:39:36] | tgm4883 (tgm4883!uid23806@ubuntu/member/tgm4883) has quit (Ping timeout: 246 seconds) | |
| [11:57:44] | ** enyc now having finally _succeeded_ in some builds, building a different variant, without libdvb-dev dependency, and with the ipv6-change to... so can test what happens on making that amendment... ** | |
| [12:35:26] | XDS2010 (XDS2010!sid1218@gateway/web/irccloud.com/x-hqbuzhssmwrquveh) has joined #mythtv | |
| [12:36:12] | enyc: | hrrm.. seems we have essentially given-up trying to target/support wheezy though it may infact not be hard to make work |
| [12:37:01] | enyc: | through use of qt5 backports ;p |
| [12:37:55] | tgm4883 (tgm4883!uid23806@ubuntu/member/tgm4883) has joined #mythtv | |
| [12:40:21] | enyc: | tgm4883: *waves* =) |
| [12:48:06] | XDS2010 (XDS2010!sid1218@gateway/web/irccloud.com/x-hqbuzhssmwrquveh) has quit (Ping timeout: 240 seconds) | |
| [12:48:54] | tgm4883 (tgm4883!uid23806@ubuntu/member/tgm4883) has quit (Ping timeout: 252 seconds) | |
| [12:59:49] | enyc: | stuarta: another push request submitted ;p |
| [13:16:09] | lomion0815 (lomion0815!5bd9374e@gateway/web/freenode/ip.91.217.55.78) has quit (Ping timeout: 246 seconds) | |
| [13:19:58] | stuarta: | enyc: cheers, i see a few now that need actioning |
| [13:25:19] | enyc: | stuarta: is this something you can do? superm1 was having trouble wiht ssh keys and tgm4883 seems to be out-and-about not able to do quite a bit ;p |
| [13:26:04] | stuarta: | enyc: yes, and so can any of the other devs that hang out here |
| [13:26:33] | SteveGoodey (SteveGoodey!~steve@host86-151-178-227.range86-151.btcentralplus.com) has joined #mythtv | |
| [13:35:11] | enyc: | stuarta: kk, should you do it? |
| [13:35:19] | ** stuarta is in a meeting atm ** | |
| [13:35:23] | enyc: | okies =) |
| [13:35:58] | superm1: | enyc: packaging has a fixes/0.27 and a master branch. it's supposed to switch branches automatically (that's what my fix yesterday should have done at least) |
| [13:36:00] | ** enyc wondering/suspecting superm1 is the right person to advise on the right approach to conditionals in the build-debs.sh ... i can achieve it many ways but wondering how they would prefer for least-messiness! ** | |
| [13:36:47] | enyc: | superm1: either something went wrong or fixes/0.27 doesn't correctly not-include-mythfilerecorder in the relevant debian/ file ... |
| [13:37:43] | superm1: | enyc: it's only in master i thought? |
| [13:38:44] | ** enyc checks ;p ** | |
| [13:41:43] | enyc: | superm1: ooooh well... if I 'just' checkout packaging then use your script to say... i want fixes/0.27 built... it still has the wron version of mythtv-backend.install |
| [13:41:58] | enyc: | superm1: maybe it is a requirement to explicitly checkout fixes/0.27 version of packaging in the first place? |
| [13:42:04] | XDS2010 (XDS2010!sid1218@gateway/web/irccloud.com/x-sjujmmnpkgmiitxd) has joined #mythtv | |
| [13:42:13] | enyc: | superm1: i can indeet see cerrectly different versions of the file in the packaging repository |
| [13:42:37] | superm1: | enyc: it shouldn't be. but if the changing branches isn't working right still automatically with my latest fixes, just change branches manually |
| [13:42:46] | enyc: | superm1: seemingyl, it isn't ;p |
| [13:43:05] | enyc: | superm1: though it would be good to chehk when prpoperly committed etc. |
| [13:43:53] | enyc: | superm1: at least, I (finally!) have successful builds and can double-check versions without libdvb-dev at compile work and test upgrade to ipv6-compatibly-mysql-listening-socket works |
| [13:45:22] | enyc: | ooh, apparently they have been |
| [13:45:54] | enyc: | superm1: can you get pull/61 agreed? then i could re-test build checkout etc etc |
| [13:46:42] | stuarta: | enyc: it looks good to me, i'll get it merged |
| [13:47:02] | superm1: | stuarta: i think my ssh is sorted, dekarl pointed out what i was doing wrong |
| [13:47:07] | superm1: | i should be able to now |
| [13:47:08] | enyc: | ;p |
| [13:47:10] | stuarta: | superm1: :) |
| [13:47:13] | enyc: | superm1: replace user syndrome ? |
| [13:48:23] | stuarta: | superm1: okay, you want to take care of #61 then? |
| [13:48:23] | ** MythLogBot http://code.mythtv.org/trac/ticket/61 ** | |
| [13:48:29] | tgm4883 (tgm4883!uid23806@ubuntu/member/tgm4883) has joined #mythtv | |
| [13:48:43] | enyc: | tgm4883: *waves* again =) bad connection? ;-) |
| [13:48:48] | superm1: | yeah i got it |
| [13:51:44] | stuarta: | superm1: lemme know when you are done |
| [13:53:06] | superm1: | stuarta: i'm done, but the pull request didn't close |
| [13:53:10] | superm1: | for some reason |
| [13:53:25] | enyc: | not because i'm looking at it ?? |
| [13:53:48] | lautriv__ (lautriv__!~lautriv@f050081199.adsl.alicedsl.de) has joined #mythtv | |
| [13:53:54] | superm1: | well anyway everything from what we've discussed is included now |
| [13:54:23] | enyc: | good, this means i can re-checkout and give definitive answer r.e. 0.27 fix |
| [13:54:25] | superm1: | if you have another problem, can you try to capture the full run of the script to pastebin again? that was very helpful before |
| [13:54:45] | enyc: | nods, i now notice that these go into a .build file log anyway |
| [13:55:09] | enyc: | continuing to better understand the environment/tools / github / etc.. |
| [13:57:13] | stuarta: | superm1: closed |
| [13:57:18] | superm1: | thanks |
| [13:57:24] | lautriv_ (lautriv_!~lautriv@f050081058.adsl.alicedsl.de) has quit (Ping timeout: 264 seconds) | |
| [14:00:24] | stuarta: | yay, no pull requests left for packaging |
| [14:01:35] | stuarta: | now if we could just manage the same thing for the mythtv repo |
| [14:01:52] | superm1: | heh |
| [14:02:27] | stuarta: | cleaning that out, would encourage people to work on the project |
| [14:13:56] | urlgrey (urlgrey!~urlgrey@2602:306:ccf0:e30:f869:34e6:ce34:4669) has joined #mythtv | |
| [14:18:36] | enyc: | hrrrrrrrrrrrrrrm |
| [14:18:48] | enyc: | OK I'm finding some sort of git-level trouble with packaging... |
| [14:19:53] | enyc: | turns out ... even if i manually switch to branch fixes/0.27 ... delete 'deb' directory and re-checkout it ... i still get version of deb/debian/mythtv-backend.install containing usr/bin/mythfilerecorder |
| [14:20:47] | enyc: | even though, lookit in github web interface, that isn't there, supposedly ... |
| [14:21:20] | stuarta: | hah, it's been committed to master, not 0.27 |
| [14:22:01] | enyc: | stuarta: which has? theres lots of changes and differences |
| [14:22:13] | stuarta: | the removal of mythfilerecored |
| [14:22:24] | enyc: | stuarta: its' an addidito,n not removal |
| [14:22:32] | enyc: | stuarta: and its correct, in master, just not fixes/0.27 |
| [14:23:03] | enyc: | stuarta: except, somethings' going wrong with my checking out packaging branch fixes/0.27 ... i still end up with the master version of deb/debian/mythtv-backend.install |
| [14:26:57] | urlgrey (urlgrey!~urlgrey@2602:306:ccf0:e30:f869:34e6:ce34:4669) has quit (Remote host closed the connection) | |
| [14:32:05] | enyc: | aha |
| [14:32:10] | enyc: | THIS approach sorted it: git clone -b fixes/0.27 https://github.com/MythTV/packaging.git |
| [14:32:22] | enyc: | whereas trying to 'switch branch' and re-checkout does the wrong thing ! |
| [14:32:47] | stuarta: | you should just checkout the branch |
| [14:32:54] | stuarta: | ie. git checkout fixes/0.27 |
| [14:33:00] | enyc: | that wasn't working ;p |
| [14:33:04] | ** enyc re-tests ** | |
| [14:33:07] | superm1: | enyc: http://pastebin.com/dqN2EbQj |
| [14:33:15] | superm1: | i did that run with a fresh checkout from master |
| [14:33:19] | superm1: | branch swtiching worked |
| [14:34:40] | superm1: | something funky is going on with the way you are doing things, please post the whole invocation and i can see where these went awry |
| [14:34:40] | enyc: | hrrm that worked too |
| [14:34:44] | enyc: | yes indeed |
| [14:34:52] | enyc: | the trouble is i'm not 100% sure what I did before |
| [14:35:00] | enyc: | hence i'm being careful and trying to reproduce ;p |
| [14:35:10] | enyc: | and would, indeed, keep careful log ;p |
| [14:35:16] | enyc: | if it went wrong! |
| [14:35:21] | superm1: | if you don't use the argument fixes/0.27 and you are on master, it builds for master |
| [14:35:27] | enyc: | nods |
| [14:35:42] | enyc: | i think i may have done git branch fixes/0.27 rather than git checkout fixes/0.27 |
| [14:35:50] | enyc: | before trying to checkout, or something |
| [14:35:56] | enyc: | maybe creating a local branch, or something |
| [14:35:58] | enyc: | 'confusing matters |
| [14:36:03] | stuarta: | that creates a local branch |
| [14:36:05] | enyc: | yes |
| [14:36:08] | enyc: | i understand now =) |
| [14:36:09] | enyc: | ok |
| [14:36:19] | superm1: | yeah that means you made a local branch called fixes/0.27 that tracked the previous head of master |
| [14:36:27] | enyc: | *nodding a lot!!!* |
| [14:36:30] | enyc: | i understand now =) |
| [14:36:32] | superm1: | kk |
| [14:37:02] | enyc: | so... for testing purposes... i checkout master as-is, and see if the script correctly builds debs when asked to build fixes/0.27 |
| [14:37:12] | enyc: | see if it does the switch correrctly/automatically |
| [14:37:22] | superm1: | yeah |
| [14:37:36] | superm1: | it should switch on it's own when you ask to build fixes/0.27 |
| [14:37:55] | enyc: | exactly =) |
| [14:38:05] | ** enyc just carefually moving / labelling directories of previously built debs... ** | |
| [14:43:42] | enyc: | is there an easy way to add a local variant number to a build package? I guess... build debs first... then change add debian/changelog extra changelog entry etc and use dpkg-buildpackage directly to re-build new variant |
| [14:44:35] | superm1: | build-dsc.sh and then make your change to debian/changelog |
| [14:44:46] | superm1: | and then debuild/dpkg-buildpackage etc |
| [14:46:50] | enyc: | nods |
| [14:46:54] | enyc: | i want to build the stock version anyway first |
| [14:47:24] | enyc: | superm1: amendment to checkout correct fixes/0.27 appears to be now doing right hing, now i've not made the "git branch" accidental mistake |
| [14:47:37] | superm1: | okay great |
| [14:47:39] | enyc: | superm1: (automaticall, that is) |
| [14:48:01] | lomion0815 (lomion0815!~androirc@188-23-196-90.adsl.highway.telekom.at) has joined #mythtv | |
| [14:48:03] | enyc: | superm1: it gets so confusing when theres so many deltas floating about ;p |
| [14:52:15] | ** enyc presumes fixes/0.27 still uses qt4 — this is just so it still builds on trusty- variants ? ** | |
| [14:52:22] | enyc: | err precise- |
| [14:52:53] | enyc: | is there any runtime disadvantage/problem using qt4 rather than qt5 ooi ? trusty and jessie have qt5 anyway... |
| [14:52:59] | stuarta: | 0.27 requires qt4, 0.28 aka master requires qt5 |
| [14:53:07] | enyc: | oooooooh ok |
| [14:53:17] | enyc: | big change? |
| [14:53:21] | stuarta: | stuff doesn't work on 0.27 if you use qt5, but it's subtle |
| [14:53:30] | enyc: | i see ok =) |
| [14:53:52] | stuarta: | big, no, but there is now stuff which requires features only present in qt5 |
| [14:54:57] | caelor_ (caelor_!~quassel@cpc72389-sotn14-2-0-cust277.15-1.cable.virginm.net) has joined #mythtv | |
| [14:55:31] | enyc: | nods |
| [14:55:46] | enyc: | and so 0.28 is fixed (or hopefully fixed) to behave with qt5 ;p |
| [14:56:13] | enyc: | given past history and experience, any clue at all what sort of timescale-guess to 0.28 being stable variant? |
| [14:59:42] | kurre2 (kurre2!~tomimo@xdsl-83-150-88-111.nebulazone.fi) has quit (*.net *.split) | |
| [14:59:44] | caelor (caelor!~quassel@cpc72389-sotn14-2-0-cust277.15-1.cable.virginm.net) has quit (*.net *.split) | |
| [15:01:44] | gregL (gregL!~greg@cpe-74-76-121-109.nycap.res.rr.com) has joined #mythtv | |
| [15:06:46] | jpabq (jpabq!~quassel@mythtv/developer/jpabq) has joined #mythtv | |
| [15:08:24] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.132) has joined #mythtv | |
| [15:12:02] | kurre2 (kurre2!~tomimo@83.150.88.111) has joined #mythtv | |
| [15:36:39] | tgm4883 (tgm4883!uid23806@ubuntu/member/tgm4883) has quit (Remote host closed the connection) | |
| [15:36:40] | XDS2010 (XDS2010!sid1218@gateway/web/irccloud.com/x-sjujmmnpkgmiitxd) has quit (Remote host closed the connection) | |
| [15:41:45] | stuarta: | a while probably |
| [15:49:20] | XDS2010 (XDS2010!sid1218@gateway/web/irccloud.com/x-vpvjcljdzgqyodwd) has joined #mythtv | |
| [15:58:34] | tgm4883 (tgm4883!uid23806@ubuntu/member/tgm4883) has joined #mythtv | |
| [16:09:48] | superm1: | enyc: okay i've updated the documentation at https://sites.google.com/a/mythbuntu.org/webs . . . t#TOC-MythTV |
| [16:09:56] | superm1: | hopefully that reflects how things work today |
| [16:11:24] | urlgrey_ (urlgrey_!~urlgrey@199-116-73-2.sfo1.office.zencoderdns.net) has joined #mythtv | |
| [16:28:54] | enyc: | superm1: thankyou =) |
| [16:29:07] | enyc: | superm1: not sure if it would help to say waht debian/ubunut variants are known to work |
| [16:29:25] | superm1: | my goal is it works on enough that we don't need to document it |
| [16:29:38] | superm1: | packaging works on all the ubuntu LTS versions |
| [16:29:56] | superm1: | that haven't hit EOL |
| [16:33:35] | enyc: | i think it would be ehplufl to be clear that debian is supported for manual builds, which isn't celar being mythbuntu |
| [16:34:48] | stuarta: | we probably should put up a page indicating what we try to support |
| [16:41:19] | stuarta: | bah, i've been pushing stuff to packaging on github when i should have pushed it to code |
| [16:41:22] | stuarta: | feck it |
| [16:46:17] | stuarta: | better, fixed |
| [17:13:05] | superm1: | enyc: make it clear on the packaging |
| [17:43:06] | dekarl: | enyc, I bet donations of packaging build bots are appreciated :) |
| [17:45:21] | dekarl: | stuarta, that commit is from 16 months ago? |
| [17:45:26] | dekarl: | I don't get what is going on... |
| [17:47:23] | dekarl: | mythfilerecorder is not in the fixes/0.27 version of the packaging. do you use the scripts at https://github.com/MythTV/packaging/tree/master/deb? |
| [17:59:00] | joki (joki!~joki@p5B36E958.dip0.t-ipconnect.de) has quit (Ping timeout: 246 seconds) | |
| [18:02:26] | superm1: | dekarl: it was a mistake from enyc creating a fixes/0.27 branch locally via 'git branch' rather than git checkout |
| [18:02:32] | superm1: | no problem in the packaging |
| [18:04:48] | joki (joki!~joki@p5B36D877.dip0.t-ipconnect.de) has joined #mythtv | |
| [18:12:25] | dekarl: | superm1, yes thats the reason. https://code.mythtv.org/trac/wiki/GitHubPullRequests has both variants |
| [18:13:06] | dekarl: | "that" refering to cherry-picking |
| [18:13:26] | superm1: | ah gotcha |
| [18:13:36] | superm1: | okay so git merge in the future after adding remote to auto-close |
| [18:16:13] | dekarl: | for best results the contributor should create a feature-branch before each pull-request |
| [18:16:50] | lautriv__: | yep, cleanest way but most work |
| [18:17:37] | dekarl: | anybody heard of mythling – the mythtv android client – before? http://oakesville.github.io/mythling/ – I just saw the link to it the other day on the users list |
| [18:19:27] | dekarl: | maybe we can ask them to at least come over to our official third party clients forum at https://forum.mythtv.org/viewforum.php?f=37 instead of opening another place for users to go |
| [18:19:57] | letifosi_ (letifosi_!~letifosif@216.207.42.134) has joined #mythtv | |
| [18:21:39] | lautriv__: | seriously, androshit may be interresting for some remote-controls but as a client ? |
| [18:23:30] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.132) has quit (Ping timeout: 240 seconds) | |
| [18:27:08] | dekarl: | can't beat 19 bucks per frontend for basic playback (price of the FireTV stick at introduction in germany) |
| [18:29:00] | letifosi_ (letifosi_!~letifosif@216.207.42.134) has quit (Remote host closed the connection) | |
| [18:29:54] | dekarl: | otoh, someone started to work on getting the real mythfrontend running on android. combined with one of the beafier boxes its not that bad of an idea |
| [18:32:27] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.134) has joined #mythtv | |
| [18:34:06] | lautriv__: | there is indeed a real usecase, not for phones and friends but the population of such TV stick/box/etc. thingies but i'd hack a real linux on ;) That said, what about sources/datasheets for mali ? As of now i have only seen blobs with questionable APIs. |
| [18:44:24] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.134) has quit (Remote host closed the connection) | |
| [18:44:32] | dekarl: | and what about documentation of the video decoders? |
| [18:45:22] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.134) has joined #mythtv | |
| [18:48:39] | lautriv__: | yep, there is much in the dark. |
| [18:50:19] | dekarl: | but on the bright side there are ARM Systems out there with Ubuntu 14.04 LTS support. so you can just install the Mythbuntu packages and run a low power backend https://www.mythtv.org/wiki/ARM_Systems |
| [18:52:15] | lautriv__: | halfways, there are some derivates sitting on an android-kernel. not much arm vendors have full support via kernel. |
| [18:57:21] | lautriv__: | ok, since my fresh 0.28 seems to work more stable and responsive like any myth before, i have to use it and will see some recordings :o) laters. |
| [19:03:04] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.134) has quit (Remote host closed the connection) | |
| [19:04:57] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.134) has joined #mythtv | |
| [19:05:01] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.134) has quit (Remote host closed the connection) | |
| [19:05:34] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.132) has joined #mythtv | |
| [19:12:11] | skd5aner (skd5aner!a2c2b9d8@gateway/web/freenode/ip.162.194.185.216) has joined #mythtv | |
| [19:12:29] | skd5aner: | jya: you around? |
| [19:13:52] | skd5aner: | !seen jya |
| [19:13:52] | MythLogBot: | jya is here and has been idle for 3 days 6 hours 10 minutes 16 seconds |
| [19:14:47] | skd5aner: | #12430 is killing me – anyone able to actually take that ticket and do something with it? Lots of feedback provided |
| [19:14:47] | ** MythLogBot http://code.mythtv.org/trac/ticket/12430 ** | |
| [19:15:05] | skd5aner: | HLS is 100% non-functional for me in .27-fixes |
| [19:22:33] | stuarta: | dekarl: i merged an ancient pull request for gentoo packaging. figure it doesn't matter as hardly anyone uses gentoo anyway |
| [19:25:28] | stuarta: | lautriv__: just checked on my vaapi frontend, when using ffmpeg (aka software decoding) frames decoded/free runs in around 15/15 give or take a few, so your frontend decoding in software seems about right |
| [19:27:45] | dekarl1 (dekarl1!~dekarl@mythtv/developer/dekarl) has joined #mythtv | |
| [19:29:25] | dekarl (dekarl!~dekarl@mythtv/developer/dekarl) has quit (Ping timeout: 244 seconds) | |
| [19:35:12] | lautriv__: | stuarta, what about buffer and stuttering on that setting ? |
| [19:37:45] | stuarta: | no stuttering, buffer figure was 0% |
| [19:40:51] | lautriv__: | ok, my actual state is now i915 is not smooth even with values that are smooth on your test and another of my backends, network is fine, CPU with 25% can't be a reason o.O |
| [19:47:31] | stuarta: | when using vaapi i get 99% buffer, 25% cpu, frames decoded/free 21/2 |
| [19:49:16] | stuarta: | lautriv__: it's definitely not cpu on your i915 |
| [19:50:09] | jpabq_ (jpabq_!~quassel@67-0-25-104.albq.qwest.net) has joined #mythtv | |
| [19:51:21] | lautriv__: | ok, must go local to the frontend and check what vaapi does ... when that box is free from watching smth. |
| [19:52:31] | dekarl1 is now known as dekarl | |
| [19:56:16] | stuarta: | if those watching don't mind the overlay... :) |
| [20:17:23] | Roklobsta (Roklobsta!~Roklobsta@ppp118-209-14-240.lns20.mel4.internode.on.net) has joined #mythtv | |
| [20:24:53] | lautriv__: | HA ! just did a shutdown and seen tons of "waited xxx ms for buffers" so increasing buffer may be a soulution ? |
| [20:26:26] | stuarta: | no, making an empty bucket bigger, doesn't help fill it with water |
| [20:31:42] | letifosi_ (letifosi_!~letifosif@216.207.42.134) has joined #mythtv | |
| [20:34:55] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.132) has quit (Ping timeout: 250 seconds) | |
| [20:40:52] | pppingme (pppingme!~pppingme@unaffiliated/pppingme) has quit (Ping timeout: 250 seconds) | |
| [20:42:47] | lomion0815 (lomion0815!~androirc@188-23-196-90.adsl.highway.telekom.at) has quit (Ping timeout: 244 seconds) | |
| [20:53:57] | skd5aner (skd5aner!a2c2b9d8@gateway/web/freenode/ip.162.194.185.216) has quit (Ping timeout: 246 seconds) | |
| [21:13:03] | mi11k1 (mi11k1!~mi11k1@d216-121-229-139.home3.cgocable.net) has joined #mythtv | |
| [21:18:41] | pppingme (pppingme!~pppingme@cpe-24-166-185-43.kc.res.rr.com) has joined #mythtv | |
| [21:18:46] | pppingme (pppingme!~pppingme@cpe-24-166-185-43.kc.res.rr.com) has quit (Changing host) | |
| [21:18:46] | pppingme (pppingme!~pppingme@unaffiliated/pppingme) has joined #mythtv | |
| [21:31:07] | SteveGoodey (SteveGoodey!~steve@host86-151-178-227.range86-151.btcentralplus.com) has quit (Quit: Konversation terminated!) | |
| [21:32:34] | mi11k1 (mi11k1!~mi11k1@d216-121-229-139.home3.cgocable.net) has quit (Quit: Konversation terminated!) | |
| [21:41:35] | letifosi_ (letifosi_!~letifosif@216.207.42.134) has quit (Remote host closed the connection) | |
| [21:43:02] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.132) has joined #mythtv | |
| [22:48:56] | pppingme (pppingme!~pppingme@unaffiliated/pppingme) has quit (Ping timeout: 272 seconds) | |
| [23:06:26] | pppingme (pppingme!~pppingme@unaffiliated/pppingme) has joined #mythtv | |
| [23:07:59] | amessina (amessina!~amessina@unaffiliated/amessina) has joined #mythtv | |
| [23:12:15] | letifosi_ (letifosi_!~letifosif@216.207.42.134) has joined #mythtv | |
| [23:15:28] | letifosiferrari (letifosiferrari!~letifosif@216.207.42.132) has quit (Ping timeout: 265 seconds) | |
| [23:16:26] | letifosi_ (letifosi_!~letifosif@216.207.42.134) has quit (Ping timeout: 250 seconds) | |
| [23:23:57] | stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has quit (Ping timeout: 252 seconds) | |
| [23:30:28] | stuarta (stuarta!~stuarta@mythtv/developer/stuarta) has joined #mythtv | |
| [23:43:18] | Roklobsta (Roklobsta!~Roklobsta@ppp118-209-14-240.lns20.mel4.internode.on.net) has quit (Ping timeout: 250 seconds) | |
IRC Logs collected by
BeirdoBot.
Please use the above link to report any bugs.