Beirdobot, irc.freenode.net

Monday, August 17th, 2015, 01:07 UTC

[01:07:39]

pppingme (pppingme!~pppingme@unaffiliated/pppingme) has quit (Ping timeout: 260 seconds)

[01:25:19]

sheedy-away (sheedy-away!sheedy@kde/developer/sheedy) has quit (Ping timeout: 250 seconds)

[01:30:05]

sheedy-away (sheedy-away!sheedy@kde/developer/sheedy) has joined #mythtv

[01:41:47]

gary_buhrmaster (gary_buhrmaster!~garybuhrm@2601:647:4801:98e3:222:4dff:fe51:6728) has quit (Remote host closed the connection)

[01:41:56]

gary_buhrmaster (gary_buhrmaster!~garybuhrm@2601:647:4801:98e3:222:4dff:fe51:6728) has joined #mythtv

[02:00:07]

devinheitmuell-1 (devinheitmuell-1!~devinheit@cpe-74-71-114-159.nyc.res.rr.com) has joined #mythtv

[02:00:26]

devinheitmueller (devinheitmueller!~devinheit@cpe-74-71-114-159.nyc.res.rr.com) has quit (Ping timeout: 272 seconds)

[02:09:47]

boze (boze!~boze@unaffiliated/boze) has joined #mythtv

[02:10:10]

boze (boze!~boze@unaffiliated/boze) has left #mythtv ("Leaving")

[02:10:30]

boze (boze!~boze@unaffiliated/boze) has joined #mythtv

[02:19:21]

pppingme (pppingme!~pppingme@unaffiliated/pppingme) has joined #mythtv

[02:28:30]

arescorpio (arescorpio!~arescorpi@165-44-16-190.fibertel.com.ar) has joined #mythtv

[02:37:29]

fetzerch_ (fetzerch_!~quassel@unaffiliated/fetzerch) has joined #mythtv

[02:41:09]

fetzerch (fetzerch!~quassel@unaffiliated/fetzerch) has quit (Ping timeout: 250 seconds)

[02:54:05]

peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 256 seconds)

[02:54:49]

peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv

[03:57:17]

boze (boze!~boze@unaffiliated/boze) has quit (Quit: Leaving)

[04:26:42]

arescorpio (arescorpio!~arescorpi@165-44-16-190.fibertel.com.ar) has quit (Quit: Leaving.)

[05:59:06]

lomion0815 (lomion0815!5bd9374e@gateway/web/freenode/ip.91.217.55.78) has joined #mythtv

[06:21:02]

lomi (lomi!~androirc@chello195034153005.static.chello.at) has joined #mythtv

[06:22:19]

lomi (lomi!~androirc@chello195034153005.static.chello.at) has quit (Client Quit)

[06:36:29]

SteveGoodey (SteveGoodey!~steve@host86-151-178-227.range86-151.btcentralplus.com) has joined #mythtv

[07:51:26]

Roklobsta (Roklobsta!~Roklobsta@ppp118-209-27-30.lns20.mel4.internode.on.net) has joined #mythtv

[08:05:17]

stuarta:

enyc: good to see somebody else embracing ipv6 ;-)

[08:05:23]

** stuarta runs native ipv6 **

[08:08:57]

Roklobsta:

i did for a while.

[08:09:15]

stuarta:

it's great :-)

[08:11:40]

Roklobsta:

how so?

[08:12:12]

stuarta:

i just find it easy to work with, and a relatively clean design

[08:12:34]

Roklobsta:

does your isp give you a static IP prefix?

[08:12:39]

stuarta:

yes

[08:13:01]

stuarta:

that was a requirement when choosing an isp

[08:13:04]

Roklobsta:

so no mess 6to4

[08:13:22]

stuarta:

nope. full native dual stack, no tunnels or 6to4 crap

[08:13:44]

stuarta:

6to4 is horrible to say the least, tunnels are much better

[08:14:05]

Roklobsta:

some isp's like mine here in .au do it but it's not common yet

[08:14:15]

stuarta:

it's not common anywhere

[08:14:47]

stuarta:

most of the big isp's have no interest in rolling it out, despite the fact that they would benefit from it

[08:15:27]

stuarta:

ie. the big cable co's in USA, have to use multiple NAT layers due to the fact that they are so big, their customer network doesn't fit in a sinlge 10.0.0.0/8

[08:16:14]

Roklobsta:

ugh, i'd spew if i had to have a natted address from my isp

[08:16:50]

stuarta:

it would be great if everybody moved, it aint gunna happen anytime soon, and we haven't got to critical mass yet

[08:17:53]

Roklobsta:

nah, still seems there's enough ipv4 to go around

[08:18:19]

stuarta:

despite having run out

[08:18:39]

Roklobsta:

allegedly.

[08:18:45]

Roklobsta:

illuminati lies

[08:18:51]

stuarta:

well, all ranges are allocated

[08:19:09]

stuarta:

which is not necessarily the same as used

[08:19:13]

Roklobsta:

In Videos->Rescan how do I stop the metadata thing popping up and annoying me?

[08:19:23]

fetzerch_ (fetzerch_!~quassel@unaffiliated/fetzerch) has quit (Remote host closed the connection)

[08:19:52]

stuarta:

that reminds me, it needs to properly queue popup verifications

[08:32:07]

warpme (warpme!~piotro@89-79-250-31.dynamic.chello.pl) has joined #mythtv

[08:37:05]

Roklobsta:

i just wanna turn them off

[08:37:29]

Roklobsta:

it doesn't happen after the rescan which happens when you enter the videos menu, just on Menu->Rescan.

[08:37:35]

warpme:

paul-h: milion thx for jump mainmenu in mythmusic. Iteresting is it is working only partially in my usecase. Namelly: it works from remote host but not working when telnet is launched from the fe host. loopback or host IP not mathers. Interesting that only mythmusic jump to mainmenu has this interesting behaviour...

[08:48:25]

warpme (warpme!~piotro@89-79-250-31.dynamic.chello.pl) has quit (Remote host closed the connection)

[08:50:29]

amessina (amessina!~amessina@unaffiliated/amessina) has joined #mythtv

[09:01:03]

SteveGoodey (SteveGoodey!~steve@host86-151-178-227.range86-151.btcentralplus.com) has quit (Quit: Konversation terminated!)

[10:02:11]

lautriv (lautriv!~lautriv@f050083095.adsl.alicedsl.de) has joined #mythtv

[10:04:01]

lautriv:

hi there ;) after successful upgrade to 0.28/master i have one frontend stuttering even the playback is set to gentle, machine has i915 and worked smooth on 0.27, any suggestions ?

[10:04:53]

stuarta:

check all the usual vaapi/vdpau/opengl setup

[10:05:00]

stuarta:

and timesync

[10:06:50]

Merlin83b:

Last time I had that, it was as simple as network capacity – the FE couldn't get data from the BE fast enough. Shown up through the playback data overlay.

[10:07:06]

stuarta:

ah yes, that's useful

[10:07:21]

stuarta:

really should update that so the buffer status is the right way around

[10:07:24]

Merlin83b:

(and, as I use powerline networking, fixed by unplugging the Christmas tree lights!)

[10:08:19]

stuarta:

hahahha

[10:08:33]

stuarta:

my powerline stuff just goes on brief holidays

[10:09:02]

lautriv:

never got any mythfrontend to work with opengl, net is fast enough, frontend eats an average of 20% CPU. the time is something i will re-check now.

[10:09:36]

enyc:

stuarta: ye,s just how do we get the packaign people to fix their error!

[10:10:14]

lautriv:

machines are in sync too :(

[10:11:45]

stuarta:

then pull up the playback data screen, menu > playback > playback data

[10:12:01]

stuarta:

pulls up an osd showing the status of the buffer and decoders

[10:21:36]

lautriv:

ok, that buffer has 0% of 16M free, found no option to increase that ?

[10:24:45]

stuarta:

so that actually means 0% of 16Mb *used* <- that's the bit that needs fixing

[10:24:57]

lautriv:

and i found my mesa was compiled with gallium, is this even useful on i915 ?

[10:25:03]

stuarta:

so you'll see the frames decoded bouncing around at low numbers

[10:25:23]

lautriv:

yes, FPS was around 25

[10:25:39]

stuarta:

not fps, frames decoded

[10:26:00]

stuarta:

eg with vaapi i get a constant 21/1 (decoded/free)

[10:26:25]

lautriv:

what graphics ?

[10:26:26]

stuarta:

if that first number gets down into single digits you have problems

[10:26:53]

** lautriv goes checking that # **

[10:27:02]

stuarta:

vainfo shows it's the i965 sandybridge mobile

[10:29:50]

stuarta:

but then the kernel driver is i915

[10:30:22]

lautriv:

ok, that decoded/free shows 14 – 20 on the left and 13 – 17 on the right.

[10:30:46]

stuarta:

so marginal, if it keeps dipping, then that's where your issues come from.

[10:31:06]

stuarta:

given the buffer figure before of 0%, it's being starved of data

[10:31:42]

lautriv:

can i increase that 16M somewhere and makes the gallium in mesa sense for i915 ?

[10:31:50]

stuarta:

the data rates in storage -> buffer, should be well above buffer -> decoder

[10:32:11]

lautriv:

yes, it's approx 8M / 5M

[10:34:51]

stuarta:

so watching a HD recording i've got ~30M / 5Mb, with 99% of 16Mb, and 19/2 frames

[10:35:05]

stuarta:

so you aren't getting the data to the decoder

[10:36:59]

stuarta:

so my gpu appears to be a Intel(R) HD Graphics 3000

[10:38:09]

lautriv:

will see what recompilation of mesa gives, i have however not seen any frontend without crashing opengl.

[10:38:33]

stuarta:

that's odd, i've not had issues with opengl with any recent hardware

[10:39:24]

lautriv:

may happen it's about my frontends, never using to much power on the box below the TV ;)

[10:39:34]

lautriv:

brb

[10:49:41]

Roklobotomy (Roklobotomy!~Roklobsta@ppp118-209-14-240.lns20.mel4.internode.on.net) has joined #mythtv

[10:52:26]

Roklobsta (Roklobsta!~Roklobsta@ppp118-209-27-30.lns20.mel4.internode.on.net) has quit (Ping timeout: 250 seconds)

[10:52:49]

** enyc still wonders when superm1 tends to appear ;p **

[10:59:33]

stuarta:

enyc: too early, he's in US

[11:00:05]

enyc:

stuarta: though US timezones are very wide ??

[11:00:21]

stuarta:

yes 2hrs from now minimum

[11:01:50]

lautriv:

stuarta, about the remote ... i got it finally managed to use xmodmap/xbindkeys and avoided lirc entirely, your MCE will probably be even simpler.

[11:06:40]

stuarta:

nice

[11:06:43]

** stuarta goes to lunch **

[11:07:10]

amessina (amessina!~amessina@unaffiliated/amessina) has quit (Quit: Konversation terminated!)

[11:51:05]

lomion0815:

lautriv: With 0% of 16MB you problem is not with the drivers, mesa or something. Your input buffer gets empty because your data rate from your harddisc or – more likely – your network connection is to slow ...

[11:57:39]

lomion0815:

Since you asked, you can increase the 16MB by changing #define BUFFER_SIZE_MINIMUM 4 * 1024 * 1024 in mythtv/libs/libmythtv/ringbuffer.cpp but it will not help :-)

[12:09:15]

lautriv:

lomion0815, good to know but can you tell my why it worked on 0.27 ?

[12:19:00]

lautriv:

lomion0815, that was 0% free of 16M

[12:21:17]

Merlin83b:

lautriv: My suggestion was that you might want to check data transfer rates between your backend and that frontend with something like iperf to be sure that's not the problem.

[12:22:22]

lomion0815:

Did you try the same file with 0.27 and master?

[12:22:35]

lomion0815:

file = recording

[12:25:34]

Roklobotomy:

stuarta: Vegemite sandwich? The Ethofverpower devices are the devil. Any chance of pulling cat5 around?

[12:26:44]

Merlin83b:

The devil works very well for me, Roklobotomy :)

[12:26:57]

Roklobotomy:

what "speed" do you get?

[12:27:00]

Merlin83b:

Apart from one random day when the Christmas tree lights decided to make things go slow.

[12:27:21]

Merlin83b:

I haven't really profiled it – more than enough for two HD streams from my backend to separate frontends.

[12:27:22]

lautriv:

lomion0815, not the same recording, but same quality. Merlin83b thought about that, will check what i get.

[12:34:03]

stuarta:

Roklobotomy: long term work in progress to finish cat6 cable

[12:34:33]

Roklobotomy:

dont wanna get under the house?

[12:34:48]

stuarta:

there is no under..

[12:34:58]

stuarta:

it's around through and over only

[12:35:03]

Roklobotomy:

bum

[12:35:30]

stuarta:

i do however have a *really* long drill specifically for drilling holes through walls

[12:35:33]

Roklobotomy:

i have 0.5–1m clearance under mine. made it easy bar the redbacks.

[12:35:56]

stuarta:

same at my parents house

[12:36:28]

lautriv:

ok, iperf found a bandwith of 92.8 Mb/s which is not odd on a 100TX. this is 11.6 MB/s while the frontend rate is max 8MB/s

[12:37:09]

Roklobotomy:

well you have redbacks in the UK now. watch out.

[12:37:17]

stuarta:

never seen one

[12:38:11]

Roklobotomy:

how popular is mythtv anyway? are all the knows users on this channel?

[12:38:14]

Roklobotomy:

known

[12:38:45]

stuarta:

nope, users are over there, and not all of them

[12:38:58]

lautriv:

Roklobotomy, surely not but many use something else for the frontend ( no idea why )

[12:39:22]

Roklobotomy:

mfe is fine if you have an IR remote.

[12:40:28]

Roklobotomy:

it's definitely something a nerd needs to set up though – not for the plebs.

[12:43:00]

stuarta:

lautriv: you can get some idea on smolt.mythtv.org

[13:12:33]

lautriv:

stuarta, that site is weird.

[13:18:13]

stuarta:

yeah, it's not the most user friendly

[13:18:54]

stuarta:

it's where you can see the summary of the hardware profiles your frontend / backends send

[13:22:14]

lautriv:

i never enabled that.

[13:22:22]

lautriv:

ok, i compared the net-performance with another frontend and they are close to equal but the other one runs smooth, that is via chrome (smooth) vs intel i915 ( stuttering )

[13:22:45]

lautriv:

will get more info on the via ...

[13:28:06]

lautriv:

heh, even stranger ... lower buffer rates, better decoding ratio, more CPU usage ( around 70% while intel does 25% ) and fluid movements o.O

[13:38:09]

lomion0815:

Maybe try disabling the CPU scaling (by setting the profile to "performance"). Improved stuttering on my Intel i5

[13:41:36]

lomion0815 (lomion0815!5bd9374e@gateway/web/freenode/ip.91.217.55.78) has quit (Quit: Page closed)

[13:42:23]

lomion0815 (lomion0815!~androirc@chello195034153005.static.chello.at) has joined #mythtv

[13:42:39]

lautriv:

lomion0815, the intel was on "ondemand" running with 800 MHz, changed it to "performance" a few hours ago with no change at all ... i could swear this is a hardware limitation if there were no different behaviour on 0.27 o.O

[13:45:10]

Merlin83b:

Did you upgrade the OS or must mythtv?

[13:45:17]

Merlin83b:

*just

[13:49:29]

lomion0815 (lomion0815!~androirc@chello195034153005.static.chello.at) has quit (Ping timeout: 244 seconds)

[13:50:18]

lomion0815 (lomion0815!~androirc@046206129035.atmpu0021.highway.a1.net) has joined #mythtv

[13:53:17]

lomion0815 (lomion0815!~androirc@046206129035.atmpu0021.highway.a1.net) has quit (Client Quit)

[13:53:48]

lautriv_ (lautriv_!~lautriv@f050081058.adsl.alicedsl.de) has joined #mythtv

[13:57:14]

lautriv (lautriv!~lautriv@f050083095.adsl.alicedsl.de) has quit (Ping timeout: 244 seconds)

[14:30:14]

lautriv_:

Merlin83b, most recent software that can be called "somewhat stable", funtoo on vanilla kernel 4.1.5 , it may happen i could optimize something ( build flags) but the actual behaviour is somehow uncommon.

[14:30:52]

Merlin83b:

I meant since it was working under 0.27 :)

[14:31:54]

lautriv_:

Merlin83b, indeed the 0.27 was running on debian, kernel was 3.12.6

[14:34:00]

Merlin83b:

Have you tried playing some media (ideally the same file as the recording you're trying to play) from local storage rather than over the network?

[14:35:16]

lautriv_:

the frontend is a dedicated box, there is not even mouse/keyboard

[14:36:14]

lautriv_:

nythtv

[14:36:26]

lautriv_:

err, not here ;)

[14:41:08]

Merlin83b:

No problem with that – mine doesn't have those either. But I can SSH in from elsewhere and put stuff in the videos directory for playback :)

[14:41:37]

lautriv_:

Merlin83b, just compared software from the stuttering and the smooth one, all are same versions except build for slightly different hardware.

[14:41:38]

Merlin83b:

Though tbh I do sometimes (for stuff like this) resort to a USB wireless keyboard/trackpad thing

[14:43:08]

lautriv_:

sure, i have the "backdoor" prepared but there is nothing else mythtv and deps on, and the frontend doesn't know abould local files.

[14:47:56]

superm1:

enyc: cool those changes look fine to me. make a separate commit for the ipv6 one

[14:48:01]

superm1:

and we should be able to accept those

[14:48:40]

lautriv_:

Merlin83b, i may check bios settings for hardware-windows and such but that has to wait b/c the machine was claimed by family :)

[14:48:47]

enyc:

superm1: only (maybe minor) thing I'm thinking r.e. IPv6 is creating 'did you want to replace config file?' notice for updating users

[14:48:49]

letifosiferrari (letifosiferrari!~letifosif@216.207.42.132) has joined #mythtv

[14:49:08]

superm1:

enyc: that's only if they've changed it i think?

[14:49:16]

enyc:

superm1: as other scripting changes the #bind-address=0.0.0.0 line <> bind-address=0.0.0.0 , not debian packaging ?

[14:49:19]

superm1:

if they kept the default and no file has changed it, it should just replace

[14:49:25]

superm1:

oh..

[14:49:43]

enyc:

superm1: maybe debian checksums it after the config-change-thing does it's thing

[14:49:52]

superm1:

worth double checking

[14:49:55]

enyc:

superm1: how? etc.

[14:50:12]

superm1:

in that case probably better to only change it for master

[14:50:14]

enyc:

superm1: i can check once i have packages

[14:50:15]

superm1:

and not backport to 0.27

[14:50:19]

enyc:

superm1: it may not be a problem =)

[14:50:50]

enyc:

superm1: in any case, even if it does happen, no disasters will happen either way user accepts/rejects new file

[14:51:12]

enyc:

superm1: i would like to be able to properly test all the 0.27 on jessie and trusty on ipv6-static-network =)

[14:51:57]

enyc:

superm1: anyway, from the POV of debian-testing *and* update-ipv6-patch-testing, when can I get a source-package with the first set of changes already done?

[14:52:04]

superm1:

yeah just try not to do conffile prompts too much

[14:52:59]

enyc:

superm1: you identified other problems r.e. git checkouts and DEBEMAIL DEBFULLNAME, making it fiddly to build source-packages myself... can't remember what the last problem was...

[14:56:55]

enyc:

superm1: I can double-check the update-scenario but I need new source packages to test build etc... When should these go through process and appear in repos?

[14:58:22]

superm1:

enyc: something appears to be wrong with my SSH key, i just tried from the box that is supposed to have the right one. i'll need to work with someone to get it fixed and then i'll commit those changes

[14:58:25]

superm1:

they look OK to me

[14:58:49]

enyc:

ok so it may take a few days? im just trying to plan a few things my end =)

[14:59:23]

superm1:

well hopefully just a day

[14:59:37]

superm1:

if i can't get it fixed quickly, dekarl should be able to commit it

[14:59:51]

enyc:

is there asy kind of feed rss/email, can be used to monitor new releases to packaging ?

[15:00:00]

superm1:

yeah you can subscribe at github

[15:00:43]

enyc:

Aha! now says 'unwatch' ;p

[15:00:58]

enyc:

once thats' committed... your buildbox in ec2 runs once a night or what?

[15:02:09]

superm1:

yeah it's once a day, tgm4883 knows what time

[15:02:21]

enyc:

ok, so much to learn/plan ;p

[15:02:23]

superm1:

but only when there have been upstream code changes does it do the run

[15:02:27]

enyc:

thankyou

[15:02:30]

superm1:

some of this stuff isn't super documented well

[15:02:30]

superm1:

sure

[15:02:33]

tgm4883:

midnight PST?

[15:02:55]

enyc:

my plan is, once your source package comes out, I build it on all the jessie/trusty variants

[15:03:06]

tgm4883:

I'd have to SSH in and check, but I don't have access to that SSH key right now

[15:03:07]

enyc:

then ALSO make minor change to ipv6 and package version in the source copies, and build that

[15:03:20]

enyc:

that way i can *test* the update scenarious with the ipv6 bind-address fix

[15:03:40]

enyc:

as well as testing it builds/works/init-works on the various debian/trusty builds

[15:03:43]

enyc:

etc.

[15:04:11]

enyc:

its' so silly.. it only affects mysql... must be hangover frmo the mysql-server-5.1 or before days i think

[15:05:23]

enyc:

good luck to ssh problem =) lol

[15:05:31]

enyc:

everybody locked out from fixinig everybody else or something ;p

[15:15:49]

enyc:

superm1: ooh I see "This should really be two separate commits" — curious to learn why =)

[15:20:07]

urlgrey (urlgrey!~urlgrey@199-116-73-2.sfo1.office.zencoderdns.net) has joined #mythtv

[15:35:01]

ecksii (ecksii!~chris@ool-457cdf63.dyn.optonline.net) has joined #mythtv

[15:35:08]

ecksii (ecksii!~chris@ool-457cdf63.dyn.optonline.net) has left #mythtv ()

[15:42:37]

timbozeman (timbozeman!~boze@unaffiliated/boze) has joined #mythtv

[15:52:07]

superm1:

enyc: if there is a problem with the change, it's easier to revert a single commit that caused the change

[15:52:33]

superm1:

these are pretty low risk changes, but in general it's a better practice to keep commits small for that reason

[15:59:31]

lomion0815 (lomion0815!~androirc@93-82-143-27.adsl.highway.telekom.at) has joined #mythtv

[16:03:39]

letifosi_ (letifosi_!~letifosif@216.207.42.134) has joined #mythtv

[16:06:55]

letifosiferrari (letifosiferrari!~letifosif@216.207.42.132) has quit (Ping timeout: 244 seconds)

[16:16:14]

gigem:

I just pushed a bunch of changes to the devel/scheduler branch. It mainly deals with updating internal interfaces to use inputs instead of cards, but there are a few other thing in there too. I'd like to merge this to master soonish, so if any one can try it out, that would be a big help. I wound up testing this quite a bit on my development system when resetting up my hdpvr, so I'm pretty sure nothing is

[16:16:16]

gigem:

too seriously broken. I don't have every recorder type, though, so there could a small problem here and there.

[16:31:30]

timbozeman is now known as boze

[17:00:32]

SteveGoodey (SteveGoodey!~steve@host86-151-178-227.range86-151.btcentralplus.com) has joined #mythtv

[17:05:00]

Steve-Goodey (Steve-Goodey!~steve@host86-151-178-227.range86-151.btcentralplus.com) has joined #mythtv

[17:05:52]

SteveGoodey (SteveGoodey!~steve@host86-151-178-227.range86-151.btcentralplus.com) has quit (Ping timeout: 265 seconds)

[17:23:04]

enyc:

superm1: i see =)

[17:24:30]

enyc:

superm1: yes, indeed this i know is low risk and groupd so wouldn't have thought important if both reverted

[17:24:43]

enyc:

superm1: OK, looks like I may get some help with into-debian possibility in September

[17:25:38]

enyc:

superm1: r.e. Into-debian, apparently we/I would somehow need to check that everything is (a) documented (b) free ... somehow!

[17:26:55]

enyc:

and it would help if I know it all works first, of course =)

[17:34:24]

enyc:

supposedly the source-release is all GPLv2, including all obscure contributions in there? is this well checked already? =)

[17:58:55]

joki (joki!~joki@p5B36D36C.dip0.t-ipconnect.de) has quit (Ping timeout: 260 seconds)

[18:01:19]

letifosi_ (letifosi_!~letifosif@216.207.42.134) has quit (Remote host closed the connection)

[18:01:53]

letifosiferrari (letifosiferrari!~letifosif@216.207.42.132) has joined #mythtv

[18:04:28]

joki (joki!~joki@p5B36E958.dip0.t-ipconnect.de) has joined #mythtv

[18:09:11]

boze (boze!~boze@unaffiliated/boze) has left #mythtv ("Leaving")

[18:20:37]

rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has quit (Quit: Coyote finally caught me)

[18:44:52]

rhpot1991 (rhpot1991!~rhpot1991@2001:4968:202:3:c4de:5103:5acc:9993) has joined #mythtv

[18:44:52]

rhpot1991 (rhpot1991!~rhpot1991@2001:4968:202:3:c4de:5103:5acc:9993) has quit (Changing host)

[18:44:52]

rhpot1991 (rhpot1991!~rhpot1991@ubuntu/member/rhpot1991) has joined #mythtv

[19:02:47]

dekarl:

enyc volunteering to configure one of the contributor agreement check bots? ;)

[19:16:38]

dekarl:

stuarta, did you push smolt packaging to github directly?

[19:17:45]

dekarl:

I'm looking at merging the commit from en yc, but git keeps telling me I'm four commits ahead, instead of one. I'll just try to push them to our repo before both diverge

[19:22:14]

dekarl:

superm1: enyc: commited to master and fixes/0.27

[19:27:17]

dekarl1 (dekarl1!~dekarl@mythtv/developer/dekarl) has joined #mythtv

[19:29:58]

dekarl (dekarl!~dekarl@mythtv/developer/dekarl) has quit (Ping timeout: 244 seconds)

[20:03:53]

lomion0815 (lomion0815!~androirc@93-82-143-27.adsl.highway.telekom.at) has quit (Quit: AndroIRC - Android IRC Client ( http://www.androirc.com ))

[20:13:53]

paul-h (paul-h!~Paul@90.204.198.148) has joined #mythtv

[20:14:58]

paul-h:

warpme: That's a strange problem I can't begin to explain that

[20:15:06]

devinheitmuell-1 (devinheitmuell-1!~devinheit@cpe-74-71-114-159.nyc.res.rr.com) has quit (Quit: devinheitmuell-1)

[20:15:50]

paul-h:

Needless to say I can't re-produce it here

[20:16:54]

paul-h:

Are you saying it works on other screen but not in MythMusic?

[20:21:57]

paul-h:

The jump points work by continually sending the ESCAPE key binding until we end up back to the Main Menu so something must be blocking the ESCAPE key being handled by the default handler in MythScreenType

[20:22:11]

stuarta:

dekarl1: i thought i did

[20:22:36]

stuarta:

in fact, yes i did. i merged the smolt packaging, it is 4 commits iirc

[20:23:47]

paul-h:

warpme: There was a problem with the tree widget eating the ESCAPE key when it had focus on the playlist editor which is what I fixed yesterday

[20:24:19]

paul-h:

But why it would work from one host and not another is beyond me

[20:25:22]

paul-h:

And only on that one screen is even more baffling

[20:29:17]

paul-h:

warpme: the only logging I see will be shown if you run with -v networking which may be worth a try – it will at least tell us if Myth is actually seeing the jump point command you are sending

[20:31:54]

paul-h:

It's like having a conversation with someone on a different planet waiting several hours for the reply to come back :)

[20:32:17]

stuarta:

better than someone on the other side of the world

[20:32:48]

paul-h:

true :)

[21:07:55]

superm1:

enyc: debian/copyright hasn't been updated in a long time to reflect what's the current codebase. there is a handful of other external libraries that are included, so it will probably need updating

[21:08:12]

superm1:

if that's the only remaining red flag, great. it's just some work to resolve

[21:14:42]

ecksii (ecksii!~chris@ool-457cdf63.dyn.optonline.net) has joined #mythtv

[21:14:47]

ecksii (ecksii!~chris@ool-457cdf63.dyn.optonline.net) has left #mythtv ()

[21:28:10]

amessina (amessina!~amessina@unaffiliated/amessina) has joined #mythtv

[21:28:25]

Steve-Goodey (Steve-Goodey!~steve@host86-151-178-227.range86-151.btcentralplus.com) has quit (Quit: Konversation terminated!)

[21:49:07]

paul-h (paul-h!~Paul@90.204.198.148) has quit (Quit: Konversation terminated!)

[22:17:55]

letifosiferrari (letifosiferrari!~letifosif@216.207.42.132) has quit (Ping timeout: 245 seconds)

[22:29:05]

Chutt_ (Chutt_!~ijr@cpe-174-100-158-24.neo.res.rr.com) has joined #mythtv

[22:32:08]

enyc:

superm1: not 100% conclusi,ve, would need checking later in september

[22:32:18]

enyc:

superm1: friend is away etc ;p

[22:32:21]

Chutt (Chutt!~ijr@2605:a000:1225:65:c457:ef1d:60fd:2177) has quit (Ping timeout: 244 seconds)

[22:32:47]

superm1:

enyc: ah okay. well if anything else pops up let us know

[22:33:08]

enyc:

superm1: are there artwork/graphics/themes included that are likely to have question-marks

[22:34:02]

enyc:

superm1: given the ''not documented'' situations I keep coming-across, I'm not sure i'm in the best place to rejiggle copyright file ;p

[22:34:50]

enyc:

superm1: supposedly, new source package will start building in some hours from now? in which case I can at least build packages to test the ipv6-update-scenario as well as debian builds in general

[22:36:21]

superm1:

yeah

[22:36:58]

superm1:

you can also git pull and run it manually if you want locally

[22:37:01]

superm1:

should be same results

[22:37:14]

enyc:

i had trouble ;p

[22:37:44]

enyc:

there was (at least) git chceckouts issue, DEBEMAI, DEBULLNAME, then some further snag i forget...

[22:38:06]

** enyc tired now **

[22:40:39]

** enyc wonedrs if you had intended to change/improvie the packaging in terms of those stumbling-blockls (at least docmuneting/waring what todo) **

[22:41:41]

superm1:

yeah i'd like to improve them further, just need to get my SSH issue sorted out and some time

[22:42:05]

enyc:

kk good luck =)

[22:42:12]

enyc:

not been playnig with packaging for a while?

[22:42:14]

superm1:

you hit the dch related item (DEBFULLNAME, DEBEMAIL) and then you also hit an issue where you didn't have all the branches known about initially

[22:42:25]

enyc:

yes, i think a 3rd thing went wrong too ;p

[22:42:28]

superm1:

na, i've been busy with other RL things for a while

[22:43:55]

enyc:

yes, i've bene prpoarping for recdecorading my main room of sorts.. =)

[22:47:19]

Roklobotomy (Roklobotomy!~Roklobsta@ppp118-209-14-240.lns20.mel4.internode.on.net) has quit (Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/)

[23:06:59]

Chutt__ (Chutt__!ijr@cpe-174-100-158-24.neo.res.rr.com) has joined #mythtv

[23:09:45]

letifosiferrari (letifosiferrari!~letifosif@c-71-202-215-223.hsd1.ca.comcast.net) has joined #mythtv

[23:09:55]

letifosiferrari (letifosiferrari!~letifosif@c-71-202-215-223.hsd1.ca.comcast.net) has quit (Remote host closed the connection)

[23:10:06]

Chutt_ (Chutt_!~ijr@cpe-174-100-158-24.neo.res.rr.com) has quit (Ping timeout: 240 seconds)

[23:10:31]

letifosiferrari (letifosiferrari!~letifosif@216.207.42.140) has joined #mythtv

[23:19:05]

Chutt_ (Chutt_!~ijr@cpe-174-100-158-24.neo.res.rr.com) has joined #mythtv

[23:22:06]

Chutt__ (Chutt__!ijr@cpe-174-100-158-24.neo.res.rr.com) has quit (Ping timeout: 240 seconds)

[23:36:29]

amessina (amessina!~amessina@unaffiliated/amessina) has quit (Quit: Konversation terminated!)

[23:47:13]

urlgrey_ (urlgrey_!~urlgrey@199-116-73-2.sfo1.office.zencoderdns.net) has joined #mythtv

[23:50:10]

urlgrey (urlgrey!~urlgrey@199-116-73-2.sfo1.office.zencoderdns.net) has quit (Ping timeout: 240 seconds)

[23:52:00]

urlgrey_ (urlgrey_!~urlgrey@199-116-73-2.sfo1.office.zencoderdns.net) has quit (Ping timeout: 255 seconds)

MythLogBot@irc.freenode.net :: #mythtv

Current users (64):