[08:52] Unity TV designs are rocking! http://people.ubuntu.com/~mhall119/utv/ [09:46] mhr3: if you can tell me why lp:~kamstrup/libunity/trace-log doesn't compile you will earn the title of Today's Rockstar [09:47] I've tried dumping this file http://paste.ubuntu.com/755832/ in src/ and compiled it as described inside it [09:47] kamstrup, only if you upgrade it to "This week's Rockstar" [09:47] and it works snuggly [09:47] mhr3: deal! [09:48] mhr3: you should get errors ala "unity-appinfo-manager.c:91:2: error: unknown type name 'UnityAppInfoManager'" [09:48] all over the palce [09:48] place [09:49] mhr3: sorry, just pushing up a rev you'll need [09:51] yep, i do get that [09:56] wtf [09:57] mhr3: added a fixme to your mp [10:02] kamstrup, we should have the previews call now, right? [10:03] mhr3: seems njpatel pushed till tommorow [10:03] oh? [10:03] mhr3: in any case, you don't have time for that now, you must fix my stinking code! ;-) [10:04] cool, postponing it is good :) [10:05] kamstrup, i think there's something wrong in the vapi [10:05] not sure what though [10:06] mhr3: that was my suspicion, but the test I pasted works like a charm... [10:07] mhr3: but it's the C compiler which complains [10:07] kamstrup, got it, you've overridden the header name for Unity namespace [10:07] mhr3: removing the --pkg unity-trace-log in Makefile.am and commenting out the sole line we test it with makes things work again [10:08] you want to set it for the Trace namespace, not Unity [10:08] mhr3: ! [10:09] am i a rockstart or what? [10:09] * kamstrup hugs mhr3! [10:09] rock on dude [10:09] it works now :-D [10:09] awesome [10:28] mhr3: at your mercy https://code.launchpad.net/~kamstrup/libunity/trace-log/+merge/84080 [10:29] mhr3: did you see my fixme to the simple-dbus branch? [10:29] kamstrup, not yet, give me a sec [10:30] ah, right [10:31] those versioning stuff could use some autoconf magic [10:34] mhr3: indeed, but leave that for later, let's get it in [10:39] mhr3: we also need a plan on how to upgrade u2d and u3d to the new search protocol [10:40] if we'relucky it's all handled in libunity-core... [10:40] kamstrup, i've looked at unity, it will need patching (not just unity-core) [10:40] mhr3: don't forget u2d either [10:41] yea, i've been talking to greyback about it [10:41] cool === yofel_ is now known as yofel === MacSlow is now known as MacSlow|lunch [13:48] Hello! [13:49] A small group of people, including me, is currently working on a contacts lens for the Unity dash. [13:50] As we currently work on the design, one question came up: [13:50] Which is the best way to create icons for search results on the fly? [13:52] We could create temporary files on the disk and pass the path to the lens, but is there also a way to draw icons directly? Like creating a GIcon from cairo or something like that? === MacSlow|lunch is now known as MacSlow === om26er is now known as om26er-afk === om26er-afk is now known as om26er [19:14] tedg: poke. was it you who told me about a way to get a dbus-daemon to get spawned properly when running tests at build time? [19:14] cyphermox, Sure, use dbust-test-runner :-) [19:14] ok, I was about to try that out ;) [19:15] cyphermox, It does all the hard work for you [19:15] fun [19:15] you have an example that's not upstream code? [19:15] What do you mean? [19:15] The libindicator and dbusmenu test suites both use it. [19:15] Along with the dbus-test-runner test suite itself. [19:16] ok [19:16] I was meaning something that's called in debian/rules, rather than something I need to patch in upstream code [19:16] cyphermox, the libindicator one does dbus activation, which is something you might need. [19:16] ok, I'll take a look at libindicator [19:17] cyphermox, Oh, no. Well, it's all just rules in the tests/Makefile.am. I guess they could be in debian/rules just as easily. [19:17] ok, I thought it had already been done before that way [19:18] It's OSS, so I can't say it hasn't, but I haven't done it that way :-) [19:18] alright ;) [19:18] thanks! [19:18] * cyphermox is turning back on tests in NM [19:19] ah, won't work, it's not in main === gema is now known as gema_afk [19:23] cyphermox, We're working on fixing that ;-) [19:23] ah, is it completely new in precise? [19:24] also, is there already a mir bug or should I write one? [19:30] tedg: awesome, it seems to be working just fine for what I want to do; now at least the tests run and pass [19:31] cyphermox, We're collecting all the test tools we need and going for one big push. [19:31] cyphermox, It's on the list. [19:31] mkay [19:31] then what is your time frame for having it in main? [19:32] cyphermox, I'm hoping in the next couple weeks, but it's more a time thing than anything. [19:32] ok [19:32] if dbus-test-runner is already ready I don't mind writing the MIR and running with it, if it helps instead of you having a bunch of things to push all at once [19:33] cyphermox, there is already an MIR bug for it [19:33] i think [19:33] but it's also not rush for me, since it's test for something where Canonical isn't the upstream [19:33] kenvandine: ok [19:34] bug 890428 [19:34] Launchpad bug 890428 in dbus-test-runner (Ubuntu) "[MIR] dbus-test-runner" [Undecided,Won't fix] https://launchpad.net/bugs/890428 [19:34] i marked it won't fix because i decided we didn't need it in main right now [19:34] feel free to re-open it [19:34] ok [19:34] cyphermox, i did recently get it running it's test suite in the package build and it should be good to go [19:34] what would you use it for? [19:34] gwibber [19:34] ok [19:35] I can use it in NM easily [19:35] great [19:35] (and it's much simpler than mucking around in test makefiles [19:35] it is useful [19:35] override_dh_auto_test: dbus-test-runner -t dh_auto_test [19:39] were you planning on adding more stuff to that bug report? I just reopened it [19:40] uh-oh, my cold's 'sed -e s/b/m/g' effect is showing up in typed text :/ [19:42] nope, looks good