[14:17] <cnd> Jonii, dandrader is working on a bunch of new features for Unity for Ubuntu 12.10
[14:18] <cnd> you can follow the raw development if you want
[14:18] <cnd> and ask questions on the multi-touch-dev@lists.launchpad.net mailing list
[14:18] <cnd> dandrader, bregma: howdy
[14:19] <bregma> yous is back
[14:19] <cnd> yeah
[14:19] <bregma> how went the sprint?
[14:19] <cnd> it was alright
[14:20] <cnd> half of us were in lex half in london
[14:20] <cnd> that was kinda a pain
[14:20] <bregma> excellent
[14:20] <cnd> but oh well
[14:20] <bregma> this is the future of collaboration, I suspect
[14:20] <cnd> I'm quite sore from helping my sister move in and put ikea furniture together though
[14:20] <bregma> allen key strain?
[14:21] <cnd> that and many others :)
[14:21] <dandrader> assembling ikea furniture is fun
[14:21] <cnd> anyway, how was things last week?
[14:21] <cnd> anything notable?
[14:21]  * cnd hasn't gotten through email yet
[14:21] <bregma> it wwas quiet
[14:22] <dandrader> cnd, big merge proposal waiting for your opinion :) -> https://code.launchpad.net/~dandrader/nux/geis/+merge/108239
[14:23] <cnd> dandrader, cool!
[14:23] <cnd> I'll take a look today
[14:23] <bregma> last Monday was a holiday everywhere in the universe except Canada and the UK, nobody seemed able to get motivated after that
[14:23] <cnd> it also wasn't a holiday in lexington :(
[14:23] <bregma> swap days!
[14:23] <cnd> heh
[14:24] <bregma> I guess it's that New England work ethic at play
[14:24] <cnd> so about the big issue: I don't have any news yet, still waiting on answers from legal
[14:25]  * cnd is trying to be discreet about it on this channel
[14:25] <bregma> some good news is I SRUd a libgrip crasher
[14:25] <cnd> yay
[14:25] <bregma> it took me two days of intense debugging to track it down, it was a one-line fix
[14:26] <bregma> I find GTK challenging in a bad way
[14:26] <cnd> heh
[14:27] <cnd> it sounds like there are a lot of hidden issues in gtk that only a gtk developer would know about
[14:27] <bregma> only some subset of gtk developer, no one can know all of the hidden issues
[14:28] <bregma> I'm hoping the legal issue can be resolved in a way that avoids us having to change code
[14:30] <cnd> me too
[14:31] <cnd> I've made it clear that some changes will balloon the effort from a little inconvenience to a couple weeks of one FTE depending on how much change is needed
[14:31] <bregma> yes
[14:32] <dandrader> cnd,  what's FTE?
[14:33] <cnd> full time engineer
[14:33] <cnd> it's an abstract way of saying how much work would be required
[14:34] <dandrader> yeah, like "man hours"
[15:11] <xerent> dandrader: engineers are not men. we are supermen. ;)
[15:12] <dandrader> specially a full-time one :)
[15:53] <dandrader> If a geis client specifies just one gesture class per subscription it will never get a gesture with more than one gesture class, right?
[15:53] <dandrader> cnd, ^
[16:07] <cnd> dandrader, bregma may know the full answer
[16:07] <cnd> I'm not sure
[16:07] <cnd> but I think you're correct
[16:07] <cnd> because grail won't specify a gesture type that wasn't in the subscription
[16:09] <bregma> dandrader, you are correct
[16:10] <dandrader> ok
[16:18] <Jonii> t
[16:18] <Jonii> h
[16:18] <Jonii> j
[16:18] <Jonii> v
[16:18] <Jonii> t
[16:18] <Jonii> sorry
[17:48] <doug> is it possible to hook the touch stuff up to a random TUIO stream to get multitouch working?
[17:58] <cnd> doug, does tuio report data as uinput devices through the kernel?
[17:59] <cnd> or does it provide an X driver?
[18:35] <doug> cnd: neither, currently.  i've just got a UDP stream of TUIO events...
[18:46] <cnd> doug, then you would either have to build a utouch-frame backend for TUIO
[18:47] <cnd> or you would have to create a TUIO xserver input module
[18:47] <cnd> or send the events through the kernel using uinput
[19:02] <doug> hm, which is the easier route there?
[19:25] <cnd> doug, probably uinput
[19:25] <cnd> doug, I thought some people were already looking into that
[19:25] <cnd> but I don't know who
[19:26] <cnd> doug, you can look at the source of utouch-evemu to get an idea of how uinput works
[19:26] <cnd> it's a pretty straight forward interface
[20:09] <doug> cnd++
[20:09] <doug> thanks
[20:10] <cnd> doug, np :)
[20:12] <doug> this would seem to be it: http://lii-enac.fr/cgi-bin/gitweb.cgi?p=linux-input/tuiototouch.git
[20:30] <cnd> doug, sounds right
[20:30] <cnd> bregma, please take a look at bug 986886 to comment on what changes are expected and to figure out if there really is a bug we need to fix there
[20:36] <cnd> bregma, also, the libgrip dailies are FTBFS: https://code.launchpad.net/~utouch-team/+recipe/libgrip-daily
[20:52] <bregma> yes, it looks like there is a problem in the PPA causing libgrip to not find any dependencies -- weird, right?
[21:07] <cnd> bregma, it looked to me like a patch wasn't applying
[21:07] <cnd> https://launchpadlibrarian.net/106513591/buildlog.txt.gz
[21:07] <cnd> perhaps it's a stale patch in the packaging that needs to be removed?
[21:51] <bregma> yeah, that log looks suspicious -  it usually fails much earlier with a dependncy "... not going to be installed" error
[21:52] <bregma> keep in mind it also builds cleanly in local pbuidlers and in Ubuntu buildds
[21:53] <bregma> I guess the daily is trying to apply the packaging patch but the fix is already upstreamed in source
[21:53] <bregma> I suppose the solution is to release a new version of grip
[21:53] <bregma> sounds like a task for tomorrow
[22:49] <cnd> yeah, I think that sounds right