=== m_conley is now known as m_conley_away === oubiwann is now known as oubiwann_ === _LibertyZero is now known as [DooF][HC]Libert === [DooF][HC]Libert is now known as LibertyZero [07:44] good morning [07:46] morning! [08:01] good morning [08:02] greetings everybody [09:59] Unity is the nicest, intuitive and most innovative step I've seen into the future yet. Fine work. [10:00] obviously some work to do, but a bold and fine step [10:31] anyone else updated unity today to find the desktop is blank? [10:31] the furniture is invisible [10:33] Sounds like compiz crashed on startup and didn't quite manage to spawn gnome-panel as it went down? [10:33] RAOF: compiz is running by the looks of things [10:33] I got a window to open and the furniture flashed into view briefly [10:34] and the window border is there but invisible [10:34] Fun times! [10:34] I think this is a redirection problem, redirected indirect rendering [10:41] RAOF: it runs gnome-panel, but it's not mapped [10:41] RAOF: there is a bug about that, (I reported it in the weekly meeting IIRC) === Artir is now known as DanteAshton3 === DanteAshton3 is now known as Artir === Artir is now known as phillw3 === phillw3 is now known as Artir === Artir is now known as DanteAhston === DanteAhston is now known as Artir === MacSlow is now known as MacSlow|lunch === gabon_ is now known as gabon === oubiwann_ is now known as oubiwann === MacSlow|lunch is now known as MacSlow [13:30] good morn' === wers_ is now known as wers === oubiwann is now known as oubiwann_ === m_conley_away is now known as m_conley [14:10] jaytaoko, hello have you considered using glib to abstract the various platform dependent functionailty in nux? [14:10] johnlea: can you please tell me where the assets linked to from the following bug are now ? https://bugs.launchpad.net/ayatana-design/+bug/677502 [14:14] https://chinstrap.canonical.com/~johnlea/ready_to_signoff/ [14:14] nerochiaro ^ [14:15] nerochiaro; note these designs are not signed off, but are very close to the final designs [14:17] johnlea: there's something missing there though. how does the "shelf" at the bottom of the launcher interact with a launcher that have more items than fititng in the screen ? [14:18] janimo: yes, this is in consideration. we may well end up doing that. [14:23] johnlea: i.e. when they overlap [15:23] kenvandine, hey, when is that new upgrade of libnotify going to land? [15:23] it already has [15:24] install libnotify4-dev [15:24] ah okay thx [15:24] you should already have the lib [15:24] ronoc, hope you feel better soon :) [15:25] kenvandine, just running on low batteries for some reason, like this all weekend. will get through some work anyway [15:25] :) [15:25] reviewing my branch will hopefully make for light work [15:25] just testing now [15:26] tedg, do we ship the static lib for libdbusmenu-glib in the -dev package on purpose? [15:26] kenvandine, More because that's how libs used to be done... [15:27] ok [15:27] * kenvandine removes it [15:27] kenvandine, Back when I was a kid! [15:27] hehe [16:03] hello [16:14] tedg, is there any way to force indicator entries to be added/removed while running? [16:15] tedg, I need to test some code that listens to the entry_* signals in IndicatorObject [16:15] rodrigo_, You could use the "simple-client" test program in the indicator-application source tree. [16:15] ok, thanks [16:15] rodrigo_, It adds an app indicator. [16:17] kenvandine, any new ideas on how to get that updated_cb to work from the libindicate code? [16:20] bcurtiswx, yeah, that gets called when the event is updated [16:21] so before the client accepts the chat [16:22] kenvandine, would I be correct in guessing the complicating part of this is finding out if the window is minimized ? [16:23] because I would guess we can use the updated_cb for situations when the window is minimized [16:24] bcurtiswx, no, you need to do it in empathy-chat-window.c [16:24] we can't use the updated_cb [16:24] because we can't get updated events from the event manager because the chat is already accepted [16:25] once chats are accepted events are ignored, OK [16:25] well, they don't exist [16:25] a new message in an existing chat isn't an event [16:26] so in chat_window_add_indicator the else section. Where does that store the amount of unread new messages ? [16:27] actually, you don't want to increase the count there [16:27] empathy_indicator_manager_create_indicator <--- in there? [16:27] because having the number of messages posted in the same chat isn't very useful [16:27] you should however reduce the count there [16:28] you would get the count number the same way [16:28] you want to count the number of indicators [16:28] hmmm, you've lost me on why i would want to reduce the count in chat_window_add_indicator [16:29] if you don't have the time right now, i don't want to keep you from more important things [16:29] in chat_window_remove_indicator [16:29] that will happen when someone focuses a chat, or whatever [16:31] although, i don't know why it didn't reduce it in the indicator manager [16:32] oh, i see why [16:32] yeah [16:32] you need to update your count in chat_window_remove_indicator [16:32] why? [16:33] because it calls empathy_indicator_hide with handles the indicator [16:33] which doesn't have access to the list of indicators [16:33] because i'm still confused.. as we want to add an indicator when a new message arrives and it's not been read yet even though a window's already open [16:33] you would need to add a bunch of code to empathy-indicator.c to do it there [16:34] because we only want to increase the count when there is no existing chat open for that person [16:34] so if the window isn't focused or another tab is focused [16:34] we add the indicator [16:34] and i think that is already working in your code [16:35] the place that isn't working is reducing that count sometimes, right? [16:35] no [16:35] thats why i'm lost.. haha [16:35] hehe [16:35] ok, well that is what i was seeing when i ran it :) [16:35] hmm.. well here was my workflow for testing this out: [16:35] i ran empathy from terminal, this lets me see the launcher adding and removing counts [16:36] on a new IM, count +1 [16:36] upon accepting the new IM (and thus creating a chat window) count -1 [16:36] i minimize window [16:36] get a new IM, count unchanged [16:37] oh, yeah i guess in that case you would want to increase [16:37] but envelope turns green [16:37] yeah, so add the count updating code to chat_window_remove_indicator and chat_window_add_indicator [16:37] so something makes that envelope turn green, and I want to piggy back on that code to add a count to the launcher [16:37] those are the functions that update the indicator for existing chats [16:37] those are the two functions [16:38] OK, remove it from the updated_cb as its not needed there [16:38] in the else block [16:38] yeah [16:39] well, else block in chat_window_add_indicator [16:42] bcurtiswx, make sense? [16:42] from the indicator-manager the snippet unity_launcher_entry_set_count (priv->launcher, count); the launcher in the chat-window would be priv->indicator ? [16:46] i can add UnityLauncherEntry *launcher; to the struct for EmpathyChatWindowPriv; [16:46] that will give me priv->launcher back [16:46] with the header [16:48] i create this count with gint count = g_slist_length (priv->indicator_events); in the indicator-manager [16:48] im trying to think of the equivalent in chat-window [16:49] kenvandine, ^^ [16:50] i think it has access to a hash table [16:52] kenvandine, it does indicator = g_hash_table_lookup (priv->indicators, chat); so is the count stored in priv->indicators ? [16:52] you want the length of that [16:52] size rather [16:53] yes so the equivalent would be g_slist_length (priv->indicators); ? [16:53] g_hash_table_size [16:53] g_hash_table_size (priv->indicators) [16:53] ok [17:01] Em does anyone know where I can get bamf-indicator.h [17:01] I have the daily ppa installed and the bamf-dev package installed [17:01] is there something im missing? [17:02] I need it to build unity 2d [17:03] kenvandine, would i need to do a priv->launcher = unity_launcher_entry_get_for_desktop_id (desktop_id); in the main-window.c if so where? [17:03] i don't think so [17:04] and you should have access to EmpathyIndicatorManager in empathy-chat-window right? [17:04] so you can get the launcher from there [17:04] i added UnityLauncherEntry *launcher; to the struct for EmpathyChatWindowPriv .. not the right way to do that i'm guessing ? [17:05] no, don't do that [17:05] you just want to get it from EmpathyIndicatorManager [17:05] kenvandine: do you know where to get bamf-indicator.h [17:05] it is in libbamf-dev fo rme [17:05] for me [17:05] oh [17:06] * fagan will go looking to see if he did something wrong [17:06] :) [17:06] so where would I add EmpathyIndicatorManager to ? [17:06] you should have access to it already [17:07] in chat-window.c ? [17:07] just add a couple lines to get it in those 2 functions [17:07] yeah [17:07] bcurtiswx, i need to run to lunch now, bbiab [17:07] i can help you in about an hour :) [17:07] kenvandine, OK i still have more ?'s so i'll run to lunch now. Please ping when back? [17:07] sure [17:08] OK, thx :) enjoy lunch [17:09] hmmmmmm yeah my version is the one from the daily but still I cant find bamf-indicator [17:09] puzzling [17:11] oh it is there but then how the build not seeing it [17:12] oh the launcher code is out of date and is looking for it in the dir of the launcher [17:12] whoops === smspillaz is now known as smspillaz|sleep === bregma is now known as bregma|lunch [18:13] Kaleo: does -2d "fall forward" if hw accell and drivers are present? [18:14] woo jcastro, new bitesize bugs!:) [18:14] jcastro: btw, we got glom 1.16.2 into natty, if you've been wondering ;) [18:14] cando_: like 5 fresh ones! [18:14] awesome:) [18:14] kklimonda: oh awesome, thanks for following up on that [18:15] didrocks, ping! [18:17] jcastro: yes :) [18:17] jcastro: I mean, not by default [18:17] jcastro: but with an extra parameter it will use available hardware acceleration [18:18] bcurtiswx, how's it going now? [18:18] nmarques: hey [18:18] didrocks, hey... I'm having here a tiny problem, I was wondering if you could help [18:19] didrocks, if I try to build unity with tests enabled, it doesn't go very well, http://pastebin.com/iP1i6Hiw [18:19] didrocks, is it safe to disable the tests ? [18:19] nmarques: are you building in a chroot? [18:19] didrocks, yeap [18:19] kenvandine, just got back too. umm.. another question: EmpathyIndicatorManager *launcher good enough ? [18:19] nmarques: tests need a X and dbus server [18:19] kenvandine, to put in each function [18:20] nmarques: that' why we disable them when building packages [18:20] no [18:20] bcurtiswx, one sec [18:20] didrocks, I'll disable them as well (later will try to build then on a Xen kernel without chroot) [18:21] nmarques: yeah, we have some work under way for enabling only non dbus-related tests, but not a priority and patches are welcomes :) [18:21] welcomed* [18:22] didrocks, it will happen later on ;) I only have one more thing to fix as well, as Gsettings schema is failing to install, and will look into it and submit the whole thing [18:22] nmarques: oh really? how failing? [18:23] didrocks, it's trying to deploy on the filesystem and not on DESTDIR [18:23] nmarques: ok, weird… [18:28] didrocks, the last error remaining is: [18:28] -- Compiling GSettings schemas [18:28] Failed to create file '/usr/share/glib-2.0/schemas/gschemas.compiled.V3NOQV': Permission denied [18:28] once that is sorted, it's time to pull all together, so within a day or two I will have Unity running :) [18:28] ok, nice :) [18:30] didrocks, then I think I will follow ken's advice and write a small lib for interaction with YaST for a couple of things that currently don't work for us, and I will submit upstream. I don't write code for around 6/7 years, maybe it's a good time to start :) [18:32] nmarques: heh ;) good luck with that then ;) [18:56] is anybody using Unity in Virtualbox these days? [19:08] Kaleo, me [19:09] haven't run it in a few days at least though [19:09] kenvandine: it seems sort of broken since the recent update [19:09] ? [19:09] oh, it was updated a few days ago [19:09] ugh [19:09] i hope it isn't broken === bregma|lunch is now known as bregma [19:58] anyone up to a couple of reviews? :) === boulabiar is now known as boulabiar-dinner [21:18] DBO: let's not keep the man waiting! === boulabiar-dinner is now known as boulabiar [21:32] jcastro, what now? [21:32] tareth> anyone up to a couple of reviews? :) [21:32] ^ [21:32] tareth, yeah whats up? [21:32] tareth, you'll have to excuse me, are you CA'd up? [21:32] yep [21:33] https://code.launchpad.net/~mrasmus/unity/fix-713642/+merge/49554 https://code.launchpad.net/~mrasmus/unity/fix-713632/+merge/49577 <-- did these two over the weekend [21:34] tareth, you sir are a gentleman and a scholar [21:34] first commit to unity? [21:34] oh you are mrasmus [21:35] ;) [21:36] both approved [21:36] merging [21:36] yay! now back to work for me on a third one. [21:37] tareth, also, I appreciate the minimal nature of your patches [21:37] tareth, a lot of people add lots of code to do simple things, its refreshing to see someone who takes a moment to understand the system :) [21:38] tareth, may I suggest a next project for you? [21:38] DBO, certainly! [21:39] so you did some great work causing keynav to disable properly [21:39] basically keynav needs to disable when _launcher_action_state changes [21:39] maybe it is time we had _launcher_action_state have a getter and setter method [21:39] and take care of these minor cleanup in the setter method [21:40] what do you think? [21:41] tareth? [21:41] DBO, sounds interesting. I have a couple other bitesize bugs I assigned myself already that I'd like to get out of the way first if that's alright though! [21:41] tareth, sure thing :) [21:42] I'll probably work on it this weekend. New semester has started and that has me busy during weekdays :( [22:03] kenvandine, still here? [22:03] DBO: we should make sure we have a good list of bugs going into weekends come to think of it [22:05] jcastro, sounds like a good plan [22:08] hmm what are some good programs that like to start themselves maximized? [22:09] maximize web browser [22:09] close [22:09] re-open [22:09] for some reason that's not working for me today [22:12] tareth, yeah having trouble thinking of anything else really.. [22:12] rythmbox maybe? [22:12] evolution? [22:17] Rhythmbox works. Thanks. [22:17] rhythmbox tends to undecorate for me sadly [22:18] so it may not be a good test case [22:19] I'm just trying to work out where programs that start undecorated properly when maximized are coming from [22:23] it seems to be somewhat related to how the program decorates/undecorates [22:23] chromium seems to be able to reliably trigger it [22:26] Chromium just plain never makes it to WindowManager::Undecorate when it starts up === m_conley is now known as m_conley_away [23:04] kenvandine, https://code.launchpad.net/~bcurtiswx/ubuntu/natty/empathy/empathy-2.33.1-0ubuntu3/+merge/49729 [23:06] bbl