[00:20] Trevinho: I'm just relocating home again... back soon [00:28] Trevinho, still here? [00:39] btw make check doesn't work for me [00:39] it never ends [00:39] and make test gives me an error [01:12] andyrock: hey, what are you testing? [01:12] i'm testing the tests :) [01:13] Andy80, i'm going to write a test for a my branch, but make check doesn't work for me [01:22] andyrock: here I am [01:22] Trevinho, make check doesn't work for me :/ [01:22] it never ends [01:23] thumper: I've just synced this old patch to the new code: https://code.launchpad.net/~3v1n0/unity/panel-opacity-toggle/+merge/77219 It was accepted, but it doesn't include any test yet. Also because there's not a test framework for the panel yet, so I didn't know if there's something in progress [01:23] andyrock: I'm sorry for you [01:23] it works here [01:23] * thumper is back [01:23] Trevinho, i'm getting crazy [01:24] * thumper looks at the merge [01:24] andyrock: where does it get stuck? [01:24] thumper, it's not a probelm with my branch [01:25] make check doesn't work for unity trunk too [01:25] andyrock: right, but where is it stopping? [01:25] task-1: [ OK ] TestFilter.TestConnect (1 ms) [01:25] task-1: [ RUN ] TestFilter.TestChanged [01:25] task-1: [ OK ] TestFilter.TestChanged (0 ms) [01:25] task-1: [ RUN ] TestFilter.TestRemoved [01:25] and it never ends... [01:38] hmm... [01:40] removing TestFilter.TestRemoved [01:41] makes that the test goes on [01:43] hmm... works fine for me here [01:43] what is it doing? [01:57] thumper, i'm giving a look to it... [02:05] thumper, have you given a look to test_filter.cpp? [02:07] so about TestRemoved [02:07] it try to remove an item... [02:08] to be sure that the item has been removed [02:08] it uses a variable [02:08] this variable is setted in the callback of the remove signal [02:10] but what happens if we need variable value but remove signal callbacks has not yet been called? [02:21] hmm... [02:22] ideally it should only wait for a short time for the result [02:22] and if it gets a timeout, the test should fail [02:22] I wonder why you aren't getting a signal callback [02:33] thumper, so i've added some printf functions in the test [02:33] to debug [02:33] and... [02:33] * thumper waits [02:34] the removed callback is called [02:34] ha. [02:34] but? [02:34] now we have [02:34] FilterRecorder recorder(model_, iter1_); [02:34] dee_model_remove(model_, iter2_); [02:34] EXPECT_EQ(recorder.removed_, false); [02:34] dee_model_remove(model_, iter0_); [02:34] EXPECT_EQ(recorder.removed_, false); [02:34] [02:34] dee_model_remove(model_, iter1_); [02:34] EXPECT_EQ(recorder.removed_, true); [02:35] i've added a printf at the end [02:35] and the string is printed [02:35] but the test never ends... [02:35] expect_eq works well [02:35] where does it wait? [02:36] actually [02:36] while you are there [02:36] i don't know... maybe a gtest bug [02:36] can you change EXPECT_EQ to EXPECT_TRUE and EXPECT_FALSE? [02:36] yeah [02:36] * thumper goes to look at the source too [02:41] andyrock: have you tried stepping through with gdb? [02:42] i'm doing it right now... [03:07] thumper, debug with gdb of a gtest test is evil [03:07] there are too many macro [03:07] debug macros are awful agreed [03:07] can you step over though? [03:08] but it's really really weird, the dtor of TestFilter is called [03:09] step by step? right now no... [03:09] because i cannot add a break [03:09] because? [03:09] because (maybe) tests are not build with debug info... [03:09] at least i guess [03:10] they should be if you are normally building with debug info [03:11] how do you run cmake? [03:13] cmake .. -DCMAKE_BUILD_TYPE=Debug -DCOMPIZ_PLUGIN_INSTALL_TYPE=local -DCMAKE_INSTALL_PREFIX=/usr [03:14] so to run in on gdb [03:14] i do [03:14] gdb dbus-test-runner [03:14] than... [03:15] run --task ./test-gtest-service --task ./test-gtest [03:17] * andyrock is going to bed (4:17 AM in Italy) [03:18] thumper, mail me if something is wrong on my cmake, etc. [03:19] please :) [03:19] ok [03:19] it is very weird [03:38] thumper: macros are why I am skeptical of google-test :) [03:38] smspillaz: all testing frameworks use macros [03:38] sad but true [03:39] they can't use inlines ? [03:39] no [06:16] anyone there? [07:35] thumper: interesting fact. vanvugt is in perth [07:35] * smspillaz did not know that :) [07:41] smspillaz: and vanvugt is? [07:42] he proposed a whole bunch of vsync fixes [09:42] hi [09:42] can someone tell me how to disable F10 going to indicators? [09:51] hrw, from ccs [09:51] *ccsm [09:51] ok [09:52] other question: how to disable keyboard shortcut in gnome apps? Clicking on shortcut gives me way to change key but not to disable [10:01] ok, found - backspace [10:17] is this a known problem then when I switch to Thunderbird (start+3 on 3rd desktop) I have to switch between windows to be able to type in one of them? [10:17] not always happens but quite often [10:21] same happened with terminal (start+1, 1st desktop) [10:34] bug 891077 anyone? [10:34] Launchpad bug 891077 in unity-2d (Ubuntu) "Add vertical/horizontal maximize on RMB/MMB" [Undecided,New] https://launchpad.net/bugs/891077 [11:00] hi [12:16] is most of ayatana team based in US? === MacSlow is now known as MacSlow|lunch [12:48] bug 891116 is irritating [12:48] Launchpad bug 891116 in unity (Ubuntu) "After switching desktops I am unable to enter data from keyboard" [Undecided,New] https://launchpad.net/bugs/891116 [12:50] hrw: I'll look into that next week when I'm off exams and we're based all over the world pretty much, thumper workdays starting at UTC+11, me for workdays starting UTC+8, most of the others come on at around UTC+1 and the US people come on at about UTC-8 [12:51] (starting at 9AM at each of those times) [12:51] thx smspillaz [12:51] so there is roughly 24 hour coverage, except for when I'm at university and part time, in which case there is a slight 3 hour gap between when thumper logs off and I log on [12:51] (since I switch to Europe then) [12:53] ok === davidcalle_ is now known as davidcalle [14:21] mhr3: nag nag... === MacSlow|lunch is now known as MacSlow [14:21] mhr3: ... about my mp ... [14:32] ockham_, it looks good, the only thing i'm not sure about are the BindFlags you're using [14:33] i'd suggest using just GET [14:49] mhr3: ockham_ signed the ca - so I think you can approve https://code.launchpad.net/~ockham-razor/unity-lens-applications/lp785101/+merge/82280 [14:51] kamstrup, yea, i got the mail, what do you think about the flags? ^^ [15:08] mhr3: sry, been afk [15:09] mhr3: which "flags"? [15:11] mhr3: if it's about having the conf keys in general, I am ok with it. Not that I like adding options, but there has been more than enough user requests to justify it I guess [15:11] kamstrup, GSettings' BindFlags when binding the properties [15:11] ah, that [15:11] this one, right: GLib.SettingsBindFlags.DEFAULT [15:11] yea, i'm thinking we want just .GET [15:11] kamstrup, ^^ [15:12] ockham_, also drop the GLib. pls [15:13] mhr3: one sec... [15:13] mhr3: I don't have any particular opinion. DEFAULT definitely works. GET will too, but has a slim chance of subtly breaking in the future... [15:14] kamstrup, what breaking do you have in mind? [15:45] kamstrup: ^^ i'm also curious, as i'm waiting for what i should commit... [15:46] mhr3: if i'd change it to GET, should i also change the properties to { get; default = true; } instead of { get; set; default = true; } ? [15:49] ockham_, no === nuthinking__ is now known as nuthinking [16:05] kenvandine, Hello! do you have some insights on bug 854666 ? Could it be related to telepathy-indicator? [16:05] Launchpad bug 854666 in empathy (Ubuntu) "Starting empathy from messaging indicator makes window disappear" [Medium,Confirmed] https://launchpad.net/bugs/854666 [16:06] om26er_, maybe [16:07] also kenvandine I suppose bug 886056 is on the TODO for LTS ? [16:07] Launchpad bug 886056 in telepathy-indicator (Ubuntu) "Cannot respond to friendship requests from Empathy" [High,Confirmed] https://launchpad.net/bugs/886056 [16:07] sounds also related to the telepathy-indicator [16:09] ronoc, I found you :-) [16:09] mhr3: i've pushed the .DEFAULT -> .GET change now [16:10] ronoc, there is a problem with the sound menu controls, ref: bug 864405 [16:10] Launchpad bug 864405 in indicator-sound (Ubuntu) "Clicking on left 25% of "Pause/Play" circle clicks "Previous"" [Medium,Confirmed] https://launchpad.net/bugs/864405 [16:11] om26er_, 886056 is tp-indicator [16:11] not sure about 854666 [16:12] that sounds more like focus related stuff [16:12] kenvandine, I will be tested a few versions of telepathy-indicator and maybe downgrade empathy [16:13] I just made a clean install and I think I dont have the issue here [16:13] om26er_, i couldn't reproduce it [16:13] my two fully updated systems are affected [16:13] I believe it happens the first time just after login (so could be compiz) [16:14] om26er_, tp-indicator really just calls g_app_info_launch on empathy.desktop [16:15] so the first time the contacts list window opens? [16:15] kenvandine, yep, first time [16:15] and when it goes away, is the window really gone? [16:15] or just not on top? [16:16] it hides, you have to invoke from the messaging menu again [16:16] just appears for few miliseconds and gone [16:16] next time it starts fine though. [16:20] unity launcher keeps losing track of applications: now it doesn't see that I have xchat-gnome running any more... [16:23] om26er, hey, checking now [16:27] ronoc, can you reproduce it as well ? [16:28] om26er, yep i can [16:28] i thought i fixed that [16:30] ronoc, I might do an SRU when its fixed :-) === zyga is now known as zyga-afk [17:20] mhr3: ping [18:49] om26er, fixed on trunk [18:49] om26er, if you want a release you will need to hassle one of the packager [19:25] ockham_, sorry it took a while, approved [19:25] mhr3: great, thx, no problem! [20:07] hey, wait a sec -- unity now thinks my xchat-gnome window belongs to Chromium [20:08] how exactly does it assign windows to applications, again? [20:11] morning [20:13] mgedmin: it uses a library called bamf [20:13] as I understand it there are a number of different rules it follows [20:15] thanks for the pointer [20:17] hm, and there's a bamfdaemon [20:18] woohoo, somehow my xchat window now has _NET_WM_DESKTOP_FILE(STRING) pointing to chromium-browser.desktop [20:34] mhr3: one more question, as i'm not really familiar with launchpad workflows -- what happens after your approval? who performs the actual merge? [20:35] we don't have automatic merging yet, so either me or kamstrup [20:35] mgedmin: who develop xchat-gnome? I'm using it since yesterday and there would be some things I'd like to be changed to improve it.... [20:36] mhr3: ok. but i don't need any more reviews, or do i? [20:36] fork it :p [20:36] dunno, https://launchpad.net/xchat-gnome ? [20:37] ockham_, not unless someone else will have comments to the merge [20:37] om26er: if it was not coded in C/Gtk I would be glad :P I'm not good with C/Gtk, sorry :\ [21:20] mhr3: hm, sry, i still don't quite understand. are you going to merge it? or are we waiting for kamstrup to approve? [21:22] ockham_, we'll wait if anyone else will have comments, if not someone will merge it in a couple of hours/days [21:23] mhr3: alright, thanks for clearing that up. and sorry for nagging