[15:15] <cnd> bregma, Satoris, tvoss, dandrader: standup time!
[15:15] <bregma> working on #904731 and #944822
[15:15] <cnd> I'm going to work on fixing xorg-gtest usage in frame and grail, and then uploading them to precise
[15:15] <dandrader> Writing a test case for a bug I found in utouch-grail atomic recognizer (the fix is very simple). It's currently assuming that there can be only one accepted gesture at any given time. But that's not the case. The best thing about the test case is that it will serve as a way of documenting the expected behavior of the atomic recognizer.
[15:16] <Satoris> Aptng work and Chromium stuff and bugs.
[15:17] <Satoris> Also: trying to make coverage work so that it is understandable.
[15:17] <cnd> bregma, would you be able to give a review to my grail xorg-gtest source branch?
[15:17] <cnd> once it's reviewed for grail I can do the same for frame
[15:17] <cnd> Satoris, what's wrong with coverage?
[15:17] <bregma> sure, I'll get to it soonish
[15:17] <cnd> k
[15:18] <cnd> dandrader, will you have a fix for grail today?
[15:18] <Satoris> cnd: as in making Coverage work in CMake without contortions. It (or rather CTest) has direct support but it's poorly documented.
[15:18] <dandrader> cnd, yes
[15:18] <cnd> Satoris, ok
[15:19] <cnd> dandrader, alright, let me know if it slips, otherwise I'll wait for it to make a grail release
[15:22] <dandrader> cnd, I'm (or I was) trying to find a way to check slices in a test that is more flexible than expecting a very precise and specific order and number of slices but that is also not complex to write or understand
[15:22] <cnd> dandrader, more power to you if you find a way :)
[15:23] <cnd> though for the most part I don't think we should be trying to match up specific events
[15:23] <cnd> the two drag recording test is a special test
[15:23] <tvoss> sorry, was on the phone
[15:23] <cnd> it's like a canary in a coal mine in that if we change the behavior in any way, it will be seen there
[15:24] <tvoss> spent today with fixing/checking the jenkins instance
[15:24] <cnd> but other tests generally just check the values of the properties at some non-determinate gesture event
[15:32] <cnd> biab
[18:23] <cnd> bregma, I'm starting to queue up grail commits
[18:24] <cnd> the sooner you can review the gtest source changes the better
[18:24]  * bregma feels the anxiety
[18:42] <bregma> cnd, I get autogen.sh failure on a clean checkout, something is wrong
[18:42] <cnd> bregma, what's the failure?
[18:42] <bregma> configure.ac:41: error: possibly undefined macro: AC_MSG_NOTICE
[18:42] <bregma> and so on
[18:42] <bregma> really weird
[18:42] <cnd> I got that yesterday when I didn't have xorg-gtest.m4 in /usr/share/aclocal
[18:42] <bregma> ah, yes, that would do it
[18:42] <cnd> bregma, have you updated to libxorg-gtest-dev?
[18:42] <bregma> evidently not
[18:42] <cnd> version 0.2.0-0ubuntu1
[18:43] <bregma> off to do that now
[19:00] <bregma> libxorg-gtest-dev evidently depends on xutils-dev 1:7.7 but that depend is missing from the packaging
[19:12] <cnd> bregma, ahh, yeah, I forgot about it
[19:13] <cnd> I'll file a bug for it
[20:24] <cnd> bregma, my laptop that I've been doing gtest-source devel on is not booting
[20:24] <cnd> I'll get it fixed soon, but that's the delay :(
[20:36] <cnd> oh noes!
[20:36] <cnd> my magic mouse has died :(
[20:37] <cnd> phew, new batteries somehow fixed it
[20:49] <bregma> those mice seem to eat batteries
[20:52] <cnd> bregma, I fixed the gtest-source branch now