MythLogBot@irc.freenode.net :: #mythtv

Daily chat history

Current users (69):

aloril, Anssi, blafu, blahdodo, brfranse_, Captain_Murdoch, ChanServ, Chutt, clever, coling, Cubber, CyberJacob, dekarl1, dmfrey, dym, eharris, ElmerFudd, emm386, ghoti, gigem, gregL, GreyFoxx, high-rez, Hydr0p0nX, ikevin, jab416171, jams_, jnylen, joki, jpharvey, jst_, jya, kc, knowledgejunkie, KooeeeeennN, logan-, mad_enz, markspieth, membiblio, MitchCapper, MythLogBot, nephyrin, peper03, poptix, purserj, rhpot199`, rmeden, saaki, scilib, sheedy-away, sphery, stuarta, stuartm, tgm4883, tonsofpcs, tris, vincent42, wagnerrp, Warped, XDS2010, xris, _charly_, _iwc, MythBuild, rich0, HeXiLeD, Tobbe5178, jpabq, raven42
Wednesday, July 13th, 2016, 00:04 UTC
[00:04:51] knightr_ (knightr_!~knightr@mythtv/developer/knightr) has quit (Read error: Connection reset by peer)
[00:05:08] knightr (knightr!~knightr@69-165-170-178.dsl.teksavvy.com) has joined #mythtv
[00:05:08] knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv
[00:05:08] knightr (knightr!~knightr@69-165-170-178.dsl.teksavvy.com) has quit (Changing host)
[00:07:37] tgm4883: Regarding the smolt data, do we get info on whether the CPU is capable of 64-bit or not?
[00:08:01] tgm4883: I ask, as I'm considering blocking 32-bit users from upgrading past 16.04
[01:23:06] gigem: jpabq: The problem with the expirer is it doesn't use a queue. I started 5 recordings at the same time. For the first recording, the expirer returned immediately because it was idle. For the next four recordings, the calls to Update() took 4–5 seconds because they had to wait for update_pending to clear.
[02:06:13] Hydr0p0nX (Hydr0p0nX!~hydr@66-191-154-200.dhcp.mtgm.al.charter.com) has joined #mythtv
[02:12:22] peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 272 seconds)
[02:12:25] peper03_ (peper03_!~peper03@mythtv/developer/peper03) has joined #mythtv
[02:12:31] peper03_ is now known as peper03
[02:19:04] Roklobster (Roklobster!~Dirkka@ppp118-209-148-192.lns20.mel8.internode.on.net) has quit (Ping timeout: 264 seconds)
[02:31:46] Roklobster (Roklobster!~Dirkka@58.108.245.195) has joined #mythtv
[02:36:39] blahdodo (blahdodo!~blahdodo@69.172.164.248) has quit (Ping timeout: 258 seconds)
[02:38:26] blahdodo (blahdodo!~blahdodo@69.172.164.248) has joined #mythtv
[03:06:12] Roklobster (Roklobster!~Dirkka@58.108.245.195) has quit (Ping timeout: 272 seconds)
[03:12:14] Warped (Warped!~Warped@unaffiliated/warped) has quit (Quit: ChatZilla 0.9.92 [Firefox 47.0.1/20160623154057])
[03:22:59] Roklobster (Roklobster!~Dirkka@ppp118-209-148-192.lns20.mel8.internode.on.net) has joined #mythtv
[04:03:51] jab416171 (jab416171!~jab416171@c-76-27-96-12.hsd1.ut.comcast.net) has quit (Ping timeout: 240 seconds)
[04:05:17] arescorpio (arescorpio!~arescorpi@112-83-16-190.fibertel.com.ar) has quit (Quit: Leaving.)
[04:09:14] jab416171 (jab416171!~jab416171@c-76-27-96-12.hsd1.ut.comcast.net) has joined #mythtv
[04:09:33] knightr (knightr!~knightr@69-165-170-178.dsl.teksavvy.com) has joined #mythtv
[04:09:33] knightr (knightr!~knightr@69-165-170-178.dsl.teksavvy.com) has quit (Changing host)
[04:09:33] knightr (knightr!~knightr@mythtv/developer/knightr) has joined #mythtv
[04:10:55] Warped (Warped!~Warped@unaffiliated/warped) has joined #mythtv
[05:18:11] dekarl1: tgm4883: yes, we have the cpu model on file: CPU Model: Intel(R) Core(TM) i3–2100T CPU @ 2.50GHz
[05:18:11] dekarl1: no, we don't have a special field to signal presense of the longmode cpu feature, so it takes compiling lists of CPUs that do/don't support 64bit mode
[05:18:31] dekarl1: http://www.tutonics.com/2014/11/how-to-find-o . . . r-is-64.html https://help.ubuntu.com/community/32bit_and_64bit#How_to_Check
[06:56:30] eharris (eharris!~eharris@unaffiliated/eharris) has quit (Ping timeout: 250 seconds)
[07:04:11] warpme (warpme!~piotro@89-67-153-39.dynamic.chello.pl) has quit (Ping timeout: 240 seconds)
[07:17:42] maddawg2 (maddawg2!~maddawg@pool-173-48-186-106.bstnma.fios.verizon.net) has quit (Read error: Connection reset by peer)
[07:18:56] eharris (eharris!~eharris@unaffiliated/eharris) has joined #mythtv
[07:21:19] SteveGoodey (SteveGoodey!~steve@host86-132-138-229.range86-132.btcentralplus.com) has joined #mythtv
[07:57:07] rich0_ (rich0_!~quassel@gentoo/developer/rich0) has joined #mythtv
[08:00:18] rich0 (rich0!~quassel@gentoo/developer/rich0) has quit (Ping timeout: 276 seconds)
[08:00:33] willcooke (willcooke!~willcooke@willcooke.plus.com) has joined #mythtv
[08:00:33] willcooke (willcooke!~willcooke@willcooke.plus.com) has quit (Changing host)
[08:00:33] willcooke (willcooke!~willcooke@ubuntu/member/willcooke) has joined #mythtv
[08:01:27] Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:848e:9c2e:7231:37c9) has joined #mythtv
[08:03:56] stuarta: morning all
[08:05:27] stuarta: gigem: jpabq seems like it's time to add a queue to the expirer....
[08:06:24] stuarta: tgm4883: myth still builds and works on 32bit, so no reason to block 32bit users
[08:15:48] GreyFoxx (GreyFoxx!~greg@out.of.phaze.org) has quit (Ping timeout: 250 seconds)
[08:15:55] GreyFoxx (GreyFoxx!~greg@out.of.phaze.org) has joined #mythtv
[09:24:55] dekarl1 is now known as dekarl
[09:26:34] dekarl: stuarta, I understood that as reducing the combinations of drivers/configurations etc. that have to be supported by actively encouraging migration from 32bit to 64bit.
[09:26:57] stuarta: dekarl: maybe that's the intention, i dunno
[09:27:27] stuarta: i've of the opinion of if the distro drops 32bit support, that's the time to do it
[09:27:31] stuarta: *i'm
[09:41:58] SteveGoodey (SteveGoodey!~steve@host86-132-138-229.range86-132.btcentralplus.com) has quit (Quit: Konversation terminated!)
[10:24:41] dekarl: stuarta, I think this may be the time that the MythBuntu distribution flavour drops 32bit support :D Not to be confused with 32bit packages from the Mythbuntu team for regular Ubuntu. tgm4883 can you clarify?
[10:26:52] rich0_ (rich0_!~quassel@gentoo/developer/rich0) has quit (Ping timeout: 264 seconds)
[10:27:39] rich0 (rich0!~quassel@gentoo/developer/rich0) has joined #mythtv
[11:22:06] peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 272 seconds)
[11:22:09] peper03_ (peper03_!~peper03@mythtv/developer/peper03) has joined #mythtv
[11:22:18] peper03_ is now known as peper03
[11:22:55] stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv
[11:23:52] stuartm_ (stuartm_!~stuartm@mythtv/developer/stuartm) has quit (Ping timeout: 264 seconds)
[11:27:10] peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 272 seconds)
[11:27:39] peper03_ (peper03_!~peper03@mythtv/developer/peper03) has joined #mythtv
[11:27:45] peper03_ is now known as peper03
[11:38:03] Roklobster (Roklobster!~Dirkka@ppp118-209-148-192.lns20.mel8.internode.on.net) has quit (Ping timeout: 246 seconds)
[11:40:09] stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has quit (Ping timeout: 246 seconds)
[11:40:19] stuartm (stuartm!~stuartm@mythtv/developer/stuartm) has joined #mythtv
[11:51:06] Roklobster (Roklobster!~Dirkka@ppp118-209-148-192.lns20.mel8.internode.on.net) has joined #mythtv
[11:59:11] Roklobster (Roklobster!~Dirkka@ppp118-209-148-192.lns20.mel8.internode.on.net) has quit (Remote host closed the connection)
[11:59:36] CyberJacob is now known as zz_CyberJacob
[12:05:32] zz_CyberJacob is now known as CyberJacob
[13:05:15] mad_enz (mad_enz!~mad_enz@2607:f090:488d:8d:9889:8401:a582:6a20) has quit (Ping timeout: 250 seconds)
[13:13:11] dblain (dblain!~dblain@mythtv/developer/dblain) has quit (Ping timeout: 240 seconds)
[13:13:29] tgm4883: dekarl: stuarta if our plan is to drop 32bit support in 18.04 then we need to block those packages in 16.10 in order to prevent upgrades
[13:14:19] stuarta: tgm4883: is this for ubuntu or mythbuntu?
[13:14:48] tgm4883: Dekarl stuarta Ubuntu is reaching out to flavors to see what we want to do, but the blocking is their suggestion
[13:15:29] stuarta: i'm assuming this is for the i386/x86_64 archs only?
[13:16:35] tgm4883: Yes
[13:16:53] tgm4883: 32bit arm will remain
[13:17:33] stuarta: that would be wise. given rpi is just gaining momentum
[13:19:08] tgm4883: Yep
[13:19:23] tgm4883: Although the rpi3 is 64bit
[13:19:37] tgm4883: But yea this is just x86
[13:19:40] ** stuarta peers at the smolt data **
[13:19:54] stuarta: kewl 0.28 is continuing to increase in uptake.
[13:26:44] dekarl: who was the nice person sending me backtraces and stuff from sendProfile.py on Arch? might actually fix the issues if we keep smolt alive for some longer
[13:27:43] stuarta: dekarl: oh smolt will be alive for the forseeable future
[13:27:48] dekarl: I'm also not finding the patches for arch packaging where they keep their feature patches for mythutil etc. :(
[13:28:38] stuarta: dekarl: ultimately i'd like to rewrite smolt, but for now i've found a solution to keep it alive. containers!
[13:29:02] dekarl: stuarta, rewrite? as in generic linux data collector, or as in mythtv specific multiplatform data collector?
[13:29:28] stuarta: like i've done with services api backend
[13:29:46] stuarta: maintain the current api, and rebuild the backend, and ultimately improve
[13:30:15] stuarta: then we can improve it how we see fit.
[13:39:40] jams_: dekarl you are probably thinking of the linhes patch vs archlinux for mythutill. Pretty sure that archlinux doesn't do any special patches save/restore/diff/export/import settings. http://cgit.linhes.org/linhes_pkgbuild/tree/a . . . ch?h=testing
[13:39:44] dblain (dblain!~dblain@mythtv/developer/dblain) has joined #mythtv
[13:40:46] dekarl: jams_: thanks for the link. yes I remember something with mythutils and settings
[13:44:16] jams_: i don't remember if the changehostname function really works or if it's something that was left unfinished.
[13:48:03] peper03 (peper03!~peper03@mythtv/developer/peper03) has quit (Ping timeout: 276 seconds)
[13:49:43] peper03 (peper03!~peper03@mythtv/developer/peper03) has joined #mythtv
[13:49:47] ShapeShifter499 (ShapeShifter499!~ShapeShif@unaffiliated/shapeshifter499) has quit (Remote host closed the connection)
[13:50:37] dekarl: who runs that package? it appears that its *only feature patches* in a packaging repo. that is just wrong :(
[13:52:44] dekarl: also messing around with translatable strings in the packaging is not so nice for localized versions...
[13:59:38] jams_: the pkg contains the git hash and the process to obtain the source.
[14:00:07] jams_: for the translatable strings the settings patch shouldn't touch those
[14:00:24] dekarl: I was looking at all the patches
[14:00:53] jams_: ah, i don't really do much with those other patches.
[14:01:00] dekarl: e.g. these additions of new translatable strings should go to upstream so they make it to the translations http://cgit.linhes.org/linhes_pkgbuild/tree/a . . . ch?h=testing
[14:01:34] mad_enz (mad_enz!~mad_enz@CPE00508b114c3e-CM00fc8d50aef0.cpe.net.fido.ca) has joined #mythtv
[14:05:15] peterbennett (peterbennett!~Peter@mythtv/developer/peterbennett) has joined #mythtv
[14:07:04] peterbennett: tgm4883: I still have a 32bit frontend, although I am not using the ubuntu/mythbuntu packages.
[14:08:25] peterbennett: tgm4883: There is a question in the mailing list about backend setup starting every time they reboot on a mythbuntu 16.04 system.
[14:11:09] dblain (dblain!~dblain@mythtv/developer/dblain) has quit (Read error: Connection reset by peer)
[14:22:02] gigem: stuarta: Yep. I'm going to try to do that today.
[14:28:10] stuarta: gigem: excellent :)
[14:30:19] peterbennett (peterbennett!~Peter@mythtv/developer/peterbennett) has quit (Quit: Leaving.)
[14:30:42] peterbennett (peterbennett!~Peter@mythtv/developer/peterbennett) has joined #mythtv
[14:31:20] jams_: stuarta, did smolt move to a different server, and if so did the cron job used to keep track of tends also move?
[14:31:31] stuarta: jams_: yes and yes
[14:31:43] stuarta: i sent an email to the developers list
[14:31:48] stuarta: it got containerized
[14:31:55] jams_: the cron job from my userid?
[14:32:08] stuarta: there was a cron from the smolt user
[14:32:24] jams_: there was also one that ran under my userid that kept daily summary info
[14:32:42] stuarta: ah, lemme find that. might need to add that in
[14:32:44] jams_: it wasn't part of official smolt
[14:33:03] jams_: but it kept track of history incase someone wanted to use the data
[14:33:07] stuarta: jams_: nope, that hasn't been moved.
[14:33:17] stuarta: right, i'll add that to the todo list
[14:33:35] jams_: great thanks
[14:34:05] stuarta: alcor is like an onion, the more you pull apart what's going on, the more you find
[14:35:06] stuarta: hah, that got broken *again* by the libmysqlclient updates
[14:35:30] stuarta: at least i worked out how to fix that permanently (by rebuilding the relevant package in the venv)
[14:36:50] jams_: cool
[14:37:22] jams_: didn't see the messge in mythtv-dev and if your talking about the other mailing list I'm not part of it, which explains why I didn't see it :)
[14:37:38] stuarta: ah... ;-)
[14:38:48] stuarta: yeah, containerizing it proved to be by far the easiest way to migrate it off alcor
[14:39:03] jams_: oh i bet
[14:39:29] jams_: since it's locked to specific versions, short of a complete vm it was probably the only way
[14:39:44] stuarta: having experimented with packaging and deploying it direct on f23, and hitting all sorts of api compatibility issues, container was definitely the easiest
[14:39:46] membiblio (membiblio!~membiblio@pool-71-112-149-68.pitbpa.fios.verizon.net) has quit (Quit: Leaving)
[14:42:13] stuarta: lift and shift the venv, mount into a vanilla centos6 container, and it works
[14:43:04] tgm4883: peterbennett: That frontend doesn't have a 64-bit capable processor?
[14:45:32] jams_: was wondering how you handled the venv, but that makes more sense then trying to recreate it
[14:46:02] peterbennett: tgm4883: I have one frontend in my bderoom, Dell 32 bit many years old
[14:46:22] peterbennett: tgm4883: bedroom
[14:46:31] tgm4883: peterbennett: how old though? I mean I dont' think they've made 32-bit only processors in years
[14:46:52] peterbennett: tgm4883: also a laptop with 32 bit
[14:47:38] stuarta: jams_: i did try recreating it, some of the packages it needs are no longer available
[14:48:01] stuarta: so you can't rebuild it even if you want to
[14:48:45] peterbennett: tgm4883: Dell 8400 from 2004, it is still running.
[14:49:04] tgm4883: peterbennett: ah yea, that might be 32-bit only then. Pentium 4 or something?
[14:49:16] peterbennett: tgm4883: Also Dell laptop from 2007 32bit
[14:50:01] tgm4883: peterbennett: I would have thought the 2007 laptop was 64-bit capable
[14:50:43] peterbennett: tgm4883: in 2007 they were making both 32 and 64 bit if I remember correctly.
[14:51:41] peterbennett: tgm4883: Until about a year or two ago that 32 bit 2004 machine was my backend
[14:52:05] tgm4883: peterbennett: according to wikipedia, the pentium 4E was the last 32-bit processor from intel
[14:52:11] tgm4883: which was 2004
[14:52:17] tgm4883: I'd assume similiar time frame for AMD
[14:52:39] peterbennett: tgm4883: This laptop is Intel
[14:52:58] tgm4883: peterbennett: in either case, those are ~10 years old. I think dropping support for 15 year old CPU architectures might be a safe thing to do
[14:53:28] gregL (gregL!~greg@cpe-66-67-122-101.nycap.res.rr.com) has quit (Remote host closed the connection)
[14:55:59] peterbennett: tgm4883: This laptop is Intel(R) Core(TM) Duo CPU T2350 @ 1.86GHz
[14:56:35] tgm4883: peterbennett: ah yea those
[14:56:36] gregL (gregL!~greg@cpe-66-67-122-101.nycap.res.rr.com) has joined #mythtv
[14:56:38] tgm4883: 32-bit
[14:56:51] stuarta: my mac mini has a similar cpu
[14:58:13] peterbennett: tgm4883: It does not worry me too much, I can put in a Raspberry Pi instead. but other people may also have these 32 bit machines.
[14:58:52] tgm4883: peterbennett: true, but we're talking about 2021 here
[14:59:36] peterbennett: tgm4883: Will Ubuntu still support 32bit?
[15:00:01] tgm4883: peterbennett: undecided. They are discussing it, which is what spurred this discussion
[15:01:08] peterbennett: tgm4883: I suppose if they don't then the decision is made for you.
[15:01:33] tgm4883: peterbennett: true, although they are discussing removing it for 18.04
[15:01:40] tgm4883: we'd need to removed it for 16.10
[15:04:54] peterbennett: tgm4883: What is the reasoning behind that?
[15:07:26] tgm4883: peterbennett: We'd need to block upgrades
[15:09:13] peterbennett: tgm4883: I suppose you want to force them to stay on 16.04 so they can be supported for 5 years rather than hitting a wall with 17.10 or so
[15:15:04] tgm4883: peterbennett: exactly
[15:16:00] dekarl: gigem: have you lifted the maximum number of virtual recorders for "schedule as group"? now that overprovisioning is the way to go we may want to raise the default from 2 and maximum from 5
[15:22:29] dekarl: ah, I see. not yet https://github.com/MythTV/mythtv/blob/master/ . . . pp#L125-L143
[15:31:05] peterbennett: tgm4883: I have committed a change that makes the LD_LIBRARY_PATH unnecessary in Raspberry pi Ubuntu.
[15:38:57] gigem: dekarl: I raised it for testing, but didn't want to do it for real yet without input from others.
[15:48:02] SteveGoodey (SteveGoodey!~steve@host86-132-138-229.range86-132.btcentralplus.com) has joined #mythtv
[16:18:14] stuarta: jams_: i've fixed the python venv issue, so the daily stats job will still run on alcor for the moment
[16:57:00] peterbennett (peterbennett!~Peter@mythtv/developer/peterbennett) has quit (Quit: Leaving.)
[17:00:36] Merlin83b (Merlin83b!~Daniel@2a00:1ee0:3:1337:848e:9c2e:7231:37c9) has quit (Quit: Leaving)
[17:04:57] dmfrey (dmfrey!~dmfrey@64-121-109-74.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has quit (Ping timeout: 246 seconds)
[17:30:51] jpabq: gigem: I wonder if a queue is even necessary — Doesn't the expire code just do the same thing for each invocation? If so, then if the expire thread is already processing, then just return success? I have not looked at the code, this is just my guess as to how it works.
[17:35:43] dmfrey (dmfrey!~dmfrey@64-121-109-74.c3-0.smt-ubr1.atw-smt.pa.cable.rcn.com) has joined #mythtv
[18:10:04] willcooke (willcooke!~willcooke@ubuntu/member/willcooke) has quit (Quit: Do your hobbies)
[18:51:37] dmfrey: stuarta: I have updated the app to use the Google Cast Receiver hosted at https://chromecast.mythtv.org. So far, it seems to be working pretty good.
[18:56:28] stuarta: dmfrey: nice
[18:56:39] ** tgm4883 should figure out what that is **
[18:56:49] tgm4883: nm, it's chromecast
[18:56:55] ** tgm4883 hates chromecast **
[18:57:18] dmfrey: tgm4883: how come?
[18:57:27] tgm4883: flaky hardware
[18:57:35] tgm4883: I've got to periodically reboot it
[18:58:07] dmfrey: seriously? I have a bunch, both video and audio, and I don't recall rebooting them ever
[18:58:12] dmfrey: maybe you got a bad one
[18:58:19] tgm4883: I've got 2 old ones and a new one
[18:58:55] tgm4883: I've still got it plugged in and working, but only till I replace it with a roku or something
[18:59:08] dmfrey: gotcha
[18:59:28] tgm4883: If they just released an app that I could install I'd be on board
[18:59:42] tgm4883: but in it's current state, POS
[19:00:04] dmfrey: i have been testing the chromecast support on a nexus player too, and i was surprised to find the nexus player remote will also control the stream through the chromecast back to the phone for play/pause, etc.
[19:01:58] ** stuarta wanders off in search of food **
[19:48:16] gigem: jpabq: Well, the expirer does need to be update with which encoders are writing to which filesystems. However, since the thread always sleeps until the next time, even when it's interrupted, I don't see much point the 'immediate' mode. I took a minimalist approach and came up with http://pastebin.com/5Dd3ezfS. Please let me know what you think.
[19:49:35] gigem: Oh, and in my testing, 5 recordings started in 3s instead of 15 or 20s!
[19:51:09] jpabq: gigem: sounds good. If you want a second set of eyes on it, I will take a look at that patch in detail, within the next few hours.
[19:52:13] gigem: jpabq: Please look at it. There's no hurry.
[20:13:37] stuarta: to my uneducated eyes it looks good
[20:17:24] dekarl1 (dekarl1!~dekarl@mythtv/developer/dekarl) has joined #mythtv
[20:20:34] dekarl (dekarl!~dekarl@mythtv/developer/dekarl) has quit (Ping timeout: 240 seconds)
[20:24:16] gigem: Thanks for checking. But keep in mind, the fingers that typed it were uneducated too! :)
[20:58:11] coling (coling!~colin@cpc8-sgyl36-2-0-cust443.18-2.cable.virginm.net) has quit (Ping timeout: 244 seconds)
[21:05:04] coling (coling!~colin@cpc8-sgyl36-2-0-cust443.18-2.cable.virginm.net) has joined #mythtv
[21:11:43] SteveGoodey (SteveGoodey!~steve@host86-132-138-229.range86-132.btcentralplus.com) has quit (Quit: Konversation terminated!)
[21:43:20] Roklobster (Roklobster!~Dirkka@ppp118-209-148-192.lns20.mel8.internode.on.net) has joined #mythtv
[21:51:02] membiblio (membiblio!~membiblio@pool-71-112-149-68.pitbpa.fios.verizon.net) has joined #mythtv
[22:00:28] joki (joki!~joki@p54861D33.dip0.t-ipconnect.de) has quit (Ping timeout: 264 seconds)
[22:05:08] joki (joki!~joki@p54860C74.dip0.t-ipconnect.de) has joined #mythtv
[22:39:52] jheizer (jheizer!~jheizer@c-73-51-93-177.hsd1.il.comcast.net) has quit (Ping timeout: 252 seconds)
[23:00:37] jpabq: gigem: I have not tried to run it, but doing a code-analysis, it looks good to me.
[23:18:16] gigem: jpabq: Alright. Thanks for checking it out. Would anyone object to me adding this to fixes/0.28 too?
[23:19:26] jpabq: gigem: I would give it a week or two on master just to be overly paranoid, but yes, I think it should be added to fixes.
[23:41:46] Roklobster (Roklobster!~Dirkka@ppp118-209-148-192.lns20.mel8.internode.on.net) has quit (Remote host closed the connection)

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