[08:01] <MacSlow> greetings
[08:16] <kvalo> hi MacSlow
[08:16] <MacSlow> hey kvalo
[08:16] <kvalo> kamstrup: any tips for a simple (for now) logging in a python daemon
[08:22] <kamstrup> kvalo: use the 'logging' module :-)
[08:22] <kamstrup> it's highly runtime-configurable
[08:22] <kamstrup> we use it in zeitgeist and I think it's ok
[08:22] <kvalo> kamstrup: cool, I'll use it
[08:22] <kvalo> kamstrup: thanks
[08:23] <kamstrup> kvalo: there are a few different ways to use it trhough
[08:23] <kamstrup> kvalo: many use the static API, eg. logging.debug("foo")
[08:23] <didrocks> +1 on the logging module :)
[08:23] <kamstrup> kvalo: but I prefer to use a logger instance, since that allows to have distinct by-component logging
[08:23] <didrocks> kamstrup: btw, did you already used one that more logger, TBH?
[08:24] <kamstrup> kvalo: so something like import logging; log = logging.getLogger("my.service")
[08:25] <kamstrup> log.debug("W00t!")
[08:25] <didrocks> than*
[08:25] <kamstrup> didrocks: yes, in zg we do
[08:25] <didrocks> kamstrup: I never felt the need, but maybe for big project…
[08:26] <kvalo> kamstrup: this is for connman-mock and I foresee that I don't need more than one with this daemon
[08:26] <didrocks> kvalo: I'm sorry, I didn't get time yet for the review yesterday. It's ok now, can you pastebin the link please?
[08:27] <kvalo> kamstrup: what about g_debug()&co in pygtk apps?
[08:27] <kamstrup> kvalo: nah, don't go there
[08:27] <kamstrup> kvalo: also you can't easily configure the g logging framework
[08:27] <kvalo> didrocks: no worries. give me a minute, I'll find a link
[08:28] <kvalo> kamstrup: but what if a library uses g_debug but the app itself something else?
[08:28] <kvalo> kamstrup: an academic question, but anyway :)
[08:29] <kvalo> didrocks: https://code.launchpad.net/~kvalo/indicator-network/settings-merge/+merge/43183
[08:29] <kamstrup> kvalo: that's not an issue
[08:29] <didrocks> kvalo: thanks, looking at it now :)
[08:29] <kvalo> didrocks: it's already merged, but I would appreciate input from you anyway. thanks a lot for looking at it
[08:30] <kvalo> kamstrup: yeah, I just need to configure the dump to the same place, eg. syslog
[08:31] <didrocks> kvalo: of course :)
[08:31] <didrocks> kvalo: no worry! my pleasure
[08:49] <didrocks> kvalo: are you sure of your link, wasn't it for the packaging?
[08:50] <kvalo> didrocks: sorry, I meant autofoo packaging. not debian packaging
[08:50] <didrocks> oh ok :)
[08:52] <didrocks> kvalo: just a comment on ins_PYTHON = bluetooth.py  __init__.py  mobile.py  wired.py  wireless.py
[08:52] <didrocks> kvalo: -> will better be each module on its own line
[08:52] <didrocks> less noise when you add/remove a file, and such
[08:53] <didrocks> apart from that, all look good :)
[09:10] <kvalo> didrocks: sorry, I had a meeting. hmm, I was supposed to fix that all in one line issue. I'll check again
[09:10] <kvalo> didrocks: thanks for the review!
[09:10] <didrocks> kvalo: maybe the merge proposal wasn't updated :)
[09:10] <didrocks> kvalo: you're welcome
[10:02] <coz_> hey all
[10:04] <kvalo> coz_: hi
[10:04] <coz_> kvalo,  hey guy
[10:36] <kamstrup> is anyone here interleaving g_bus_own_name() with g_bus_unown _name() successfully? I get a weird error where my user data is not passed correctly on the second invocation of g_bus_own_name()
[10:37] <kamstrup> (there is no idle in between, and that's not gonna happen)
[11:44] <coz_> ah oh  unity is slightly broken?
[11:53] <nnnaji> coz_: why do you say so? ;)
[11:56] <coz_> nnnaji,  with the current update in ubuntu... including  unity updates + compiz updates... first thing I noticed is that desktop cube cannot be enabled with unity... only desktop wall... second I noticed that there is no longer   gnome-wm --replace to fix the nux issue with white  upper panel on dual monitors with nvidia
[11:59] <coz_> current screenshot    http://dl.dropbox.com/u/132551/screenshots/currenunity.png
[12:01] <coz_> also autohide launcher is not working properly either
[12:02] <coz_> eeww  I really dont like desktop wall :)
[12:06] <nnnaji> coz_: yeah i have some more screenshots of how unity never wakes up properly from Suspend
[12:07] <nnnaji> i'm collecting information and if i have enough i might report a bug
[12:07] <coz_> nnnaji,  oh ok
[12:07] <coz_> ok
[12:07] <nnnaji> same thin
[12:07] <nnnaji> g
[12:07] <nnnaji> white top panel, white dock
[12:07] <coz_> nnnaji,  yes that is irritating enough ...but  desktop wall is painful
[12:07] <coz_> :)
[12:12] <nnnaji> if at least each workspace could have its own wallpaper, that would make them identifiable..
[12:12] <nnnaji> natty will resolve the cube issue, i'm confident
[12:12] <coz_> nnnaji,   well when someone packages the plugins extra that shouldnt be an issue
[12:12] <coz_> then you would have wallpaper plugin
[12:13] <nnnaji> coz_: ok, thx ;)
[12:13] <nnnaji> http://i53.tinypic.com/nqy4bt.png
[12:13] <nnnaji> that's how i get stuck after suspend
[12:14] <coz_> whoa
[12:14] <nnnaji> it still works, but every click takes about half a minute to create a response
[12:14] <coz_> nnnaji,   see if you can run    gnome-wm --replace & disown in terminal
[12:14] <nnnaji> ok, that's what i'll do next time
[12:15] <nnnaji> coz_: so far, my approach was to killall gnome-session :P
[12:16] <coz_> nnnaji,  mm   I know the gnome-wm --replace worked yesterday for remedying the white panels
[12:16] <nnnaji> coz_, now i'd like to have a way of saving the state of my session, a "freeze" method or something..
[12:17] <nnnaji> then it wouldn't be so painful to test the "gnome-wm --replace & disown"
[12:17] <coz_> ah ok
[12:30] <kvalo> ronoc: hi. again a small review: https://code.launchpad.net/~kvalo/indicator-network/settings-backend-begin/+merge/43635
[12:30] <ronoc> sure
[12:37] <ronoc> kvalo, done
[12:42] <kvalo> ronoc: thanks again!
[12:48] <kamstrup> njpatel: parteeey!
[12:49] <kamstrup> njpatel: finally all dee unit tests pass again
[12:49] <kamstrup> njpatel: had to fight some gdbus quirks+bugs to get there
[12:49] <kamstrup> but I'm there :-O)
[13:05] <njpatel> kamstrup, WOOHOO!
[13:11] <kamstrup> njpatel: the wicked thing is that dee now support complex column types
[13:11] <kamstrup> njpatel: eg. dee_model_set_schema (model, "s", "u", "as", "(asaasyb)", "b", NULL);
[14:09] <njpatel> kamstrup, no way...
[14:09] <njpatel> kamstrup, dude that's just sexy
[14:14] <dbarth> klattimer: ping?
[14:15] <klattimer> dbarth: hey
[14:16] <dbarth> klattimer: hi karl, feeling better?
[14:16] <klattimer> not really
[14:16] <klattimer> still feverish :/
[14:36] <G__81> i would like to help with unity
[14:37] <G__81> is there something that i could do here ? Am interested in the bug fixing aspect, i have not done packaging as such
[14:42] <njpatel> G__81, hi, that's awesome, we've got some docs on contributing bug fixes here http://unity.ubuntu.com/getinvolved/
[14:44] <G__81> thanks njpatel, nice meeting you. You work for Canonical right ? i have read some of your blog posts as such. Great job
[14:45] <njpatel> G__81, yeah, thanks :)
[14:45] <lamalex> morning
[14:45] <G__81> njpatel, i ll read through the docs and get back in few minutes
[14:45] <njpatel> lamalex, g'morning
[14:46] <njpatel> sounds good
[14:47] <kamstrup> njpatel: here's something you'll find "sexy"... https://code.launchpad.net/~unity-team/dee/gdbus/+merge/43648
[14:47] <kamstrup> njpatel: 5000 lines of sexy!
[14:48] <njpatel> kamstrup, hah, you win. I'm now sure what you win, but you win it.
[14:48] <kamstrup> njpatel: and note ninja-leetness 5000 lines exactly!
[14:48] <njpatel> kamstrup, 10857 lines (+4010/-3787) 42 files modified (has conflicts)
[14:48] <kamstrup> njpatel: so I guess a cursory review of the API is what's needed really
[14:48] <kamstrup> and then if there are obvious bloopers
[14:49] <kamstrup> njpatel: you get 10857 lines?! I have 5k here
[14:49] <njpatel> kamstrup, that's lines changed, ~4 new ~4 deleted
[14:49] <njpatel> er, +1 on both
[14:50] <njpatel> anyway, taking a look
[14:55] <njpatel> kamstrup, if you don't mind, I'll review this beast in the evening, over a cup of tea
[15:10] <G__81> are these the bugs in unity https://bugs.launchpad.net/unity
[15:10] <G__81> i dont know Vala. I know C and i know Python to an extent
[15:10] <lamalex> G__81, those and also https://bugs.launchpad.net/ubuntu/+source/unity
[15:11] <G__81> lamalex, so does it involve knowledge of Vala ?
[15:11] <lamalex> G__81, not really
[15:12] <lamalex> Places can be written in Vala
[15:12] <lamalex> but Unity itself is C++
[15:16] <jcastro> G__81: welcome! Check the two links at the end of the topic to learn how to get started
[15:16] <jcastro> those are smaller bugs for new contributors
[15:19] <kamstrup> njpatel: sure no worries - it's you and kenvandine that are in need of it - so unless kenvandine is panicking there is no rush :-)
[15:21] <kenvandine> ha
[15:21] <kenvandine> 5000 lines exactly
[15:21] <kenvandine> :-D
[15:23] <kenvandine> kamstrup, ninja-leetness  -1 since it doesn't build on natty :-P
[15:25] <kamstrup> njpatel: kenvandine reports that the build is broken on natty
[15:25] <kamstrup> dee-model.c: In function ‘dee_model_build_row_valist’:
[15:25] <kamstrup>  dee-model.c:401:9: error: passing argument 3 of ‘g_variant_new_va’ from incompatible pointer type
[15:25] <kamstrup>  /usr/include/glib-2.0/glib/gvariant.h:232:33: note: expected ‘struct __va_list_tag (*)[1]’ but argument is of type ‘struct __va_list_tag **’
[15:26] <kamstrup> njpatel: ^^
[15:26] <njpatel> kamstrup, nice
[15:27] <njpatel> just needs a cast
[15:27] <kamstrup> njpatel: this is about as far from "nice" as we can get
[15:27] <kamstrup> so I have a va_list args;
[15:27] <kamstrup> then pass it to a function expecting a va_list*
[15:27] <kamstrup> so I do fct(&args);
[15:28] <kamstrup> kaboom! ^^ above error
[15:28] <kamstrup> (on natty)
[15:28] <kamstrup> that's the problem in a nutshell
[15:28] <kamstrup> I'm amazed that glib compiles at all
[15:29] <kamstrup> there may be some nasty casting magic required to get a pointer to a va_list, because strictly speaking that's not possible afaik
[15:29] <kamstrup> (because a va_list can be a compiler-dependent macro)
[15:29] <njpatel> yep
[15:29]  * njpatel looks closer
[15:31] <njpatel> kamstrup, http://groups.google.com/group/comp.lang.c/msg/8657dc15d7cb0989 ?
[15:33] <kenvandine> njpatel, i just warned kamstrup of the fun to expect from GI stuff after we get dee to build on natty
[15:34] <njpatel> Heh, I'm sure kamstrup will love that
[15:34] <njpatel> he completely adores javascript
[15:39] <kamstrup> njpatel: so you're telling me the va_list impl in gcc changed entirely in natty?
[15:39] <kamstrup> don't make me cry
[15:39] <njpatel> kamstrup, I'm still looking and actually don't know. It's a bit scary
[15:40] <kamstrup> njpatel: i wonder what desrt has to say
[15:43] <kamstrup> so the question is can g_variant_new_va() work at all, since it takes a pointer to a va_list?
[15:46] <njpatel> kamstrup, the copy method should work, right?
[16:44] <jcastro> G__81: were you able to find the information you needed?
[16:47] <G__81> i am looking into the page, trying to find whether i could add some value to the project
[16:48] <G__81> :)
[16:48] <G__81> by fixing bugs of course :)
[16:56] <jono> G__81, welcome! :-)
[16:57] <G__81> thanks jono :)
[17:00] <G__81> but just wanted to know should i need a VM to test all these bugs after fixing ??
[17:01] <jono> G__81, VMs often don't work as well as you need 3D support for Unity
[17:01] <jono> you may want to consider getting Natty set up on a USB stick or different machine
[17:02] <G__81> i dont have an other machine unfortunately so the USB stuff would that work ?
[17:05] <kamstrup> njpatel: eeek va_copy is C99
[17:53] <boulabiar> how to restart bamf ?
[17:53] <boulabiar> (I forget it)
[17:54] <boulabiar> njpatel, ?
[17:59] <boulabiar> for interested, libbamf can't get the .desktop file of emacs
[17:59] <boulabiar> I will report that bug
[18:24] <cando> hi guys! is there anybody willing to review my branch for bug #683466??
[18:24] <cando> https://code.launchpad.net/~cando/unity/fix683466/+merge/43372
[18:29] <jono> cando, I am sure someone can help
[18:29] <jono> DBO?
[18:29] <jono> ^
[18:29] <DBO> jono?
[18:29] <DBO> yeah sure
[18:29] <jono> read up
[18:29] <DBO> I got it
[18:29] <jono> :-)
[18:30] <DBO> cando, what is your contrib agreement status?
[18:31] <DBO> cando, so this will work for english
[18:31] <DBO> awesome...
[18:31] <DBO> cando, so I am looking at your branch
[18:31] <DBO> your approach is a good start
[18:32] <DBO> but it only works for english
[18:32] <DBO> you need to compare the actual label on both menu items
[18:32] <DBO> not just where I indexed it
[18:32] <DBO> also please prefer the non-standard Quit over our jiggered in quit
[18:33] <DBO> its possible the application will have implemented a smart quit routine and not made it work right if you send it a close event
[18:33] <cando> DBO, ok..thanks!i'm going to fix these thing...:)
[18:33] <DBO> awesome
[18:33] <DBO> cando, have you sent in a contributors agreement?
[18:34] <cando> DBO, nope..^^
[18:34] <DBO> cando, okay you will need to do so before I merge
[18:35] <cando> DBO, ok...what/where  should i agree ?
[18:35] <dbarth_> DBO: how does the patch look like?
[18:35] <dbarth_> sounds like apps should be fixed as well
[18:35] <DBO> dbarth_, minor issues but hes almost there
[18:35] <cando> DBO, http://www.canonical.com/contributors ?
[18:35] <DBO> dbarth_, we cant force apps to fix, so this patch at least prevents identical strings
[18:35] <dbarth_> but i guess it's reasonable to catch the obvious duplicates in the launcher code as well
[18:35] <DBO> cando, yeah thats what I was looking for
[18:36] <cando> DBO, ^^ good
[18:36] <dbarth_> cando: please send the agreement to the official canonical address, for administrative reasons
[18:36] <DBO> cando, please cc me (jason.smith@canonical.com) and david (david.barth@canonical.com) on the agreement
[18:36] <dbarth_> cando: and cc Jason on the submission
[18:36] <dbarth_> right
[18:36] <dbarth_> so that we can start reviewing the patch and all
[18:37] <cando> DBO, dbarth_  Consider it done!
[18:37] <dbarth_> it just helps us get the process running in parallel; tomorrow the form should have been processed anyway
[18:37] <lamalex> dbarth_, that canonical contrib page could use updating
[18:37] <lamalex> bamf and nux should probably be added
[18:37] <dbarth_> cando: thanks for the contribution anyway
[18:37] <dbarth_> lamalex: bamf, not nux, nux is (c) inalogic
[18:37] <lamalex> ah ok
[18:37] <cando> dbarth_, :)
[18:41] <evaluate> hello
[18:41] <evaluate> are there any plans to include a perl API for the Application Indicator?
[18:44] <DBO> evaluate, no
[18:44] <DBO> evaluate, not that they are not welcome, but they serve no benefit to us right now
[18:45] <lamalex> indicators speak dbus though
[18:45] <DBO> you dont use the dbus api directly
[18:45] <DBO> there are C libs to use
[18:45] <lamalex> right, but you COULD use dbus right?
[18:46] <DBO> not really
[18:46] <DBO> just like you *could* use the BAMF dbus api
[18:46] <DBO> its not stable
[18:46] <DBO> and we dont support it
[18:46] <lamalex> but you COULD
[18:46] <DBO> sure
[18:46] <lamalex> ok
[18:46] <lamalex> apologize
[18:46] <DBO> never
[18:46] <DBO> you're ugly
[18:46] <lamalex> now you're asking for it
[18:47] <DBO> what are you guys to do? eat some spinach to make your bench grow?
[18:47] <evaluate> hmm. are there really that many more python programs then perl ones?
[18:47] <lamalex> that people use
[18:48] <DBO> python is a drop in replacement for perl in much the same way that Optimus Prime is a drop in replacement for a truck
[18:48] <evaluate> lol
[18:48] <DBO> Perl is used heavily in scientific applications however
[18:48] <DBO> god I wrote so much of it back in the day...
[18:48] <DBO> but the trend there was to see perl replaced with python, that was 3 years ago
[18:49] <DBO> and I was too young to legally drink...
[18:49] <DBO> ah the good ol days
[18:49] <evaluate> python is ugly
[18:49] <lamalex> not as ugly as DBO
[18:49] <DBO> evaluate, yeah but you can tell if its been run through an MD5 algo or not
[18:49] <evaluate> anyway, is there any documentation about the messaging menu (or the appindicator menus in general)?
[18:50] <DBO> evaluate, for the C API?
[18:51] <evaluate> DBO, ohh, I'm sorry, I don't know _anything_ about python, I have just looked through some code (mainly to adapt some of the appindicator applets to my needs) and it's just ugly compared to anything else I've seen (C, C++, Perl, PHP, whatever)
[18:51] <evaluate> it just doesn't seem to follow any logic
[18:51] <evaluate> DBO, yeah, preferably
[18:51] <DBO> oh I am just having fun dude
[18:51] <DBO> trust me this is a rare case of me not ripping python a new one for not being able to run a ****** thread properly
[18:52] <DBO> evaluate, hold on trying to find the documentation, ted, any help?
[18:52] <seb128> ted is on holidays
[18:52] <seb128> https://wiki.ubuntu.com/DesktopExperienceTeam/ApplicationIndicators
[18:52] <seb128> ^
[18:52] <DBO> evaluate, http://people.canonical.com/~ted/libappindicator/current/AppIndicator.html this too
[18:53] <DBO> it seems google can read it, maybe you can too
[18:53] <seb128> https://wiki.ubuntu.com/MessagingMenu
[18:53] <evaluate> seb128, DBO, I have seen both of those, I just couldn't find any documentation about how to make a new entry in the messaging menu for example
[18:54] <evaluate> those two only show how to make a completely new icon as far as I have seen
[18:54] <DBO> oh
[18:54] <DBO> messaging menu...
[18:54] <DBO> uhm
[18:54] <DBO> where is ted...
[18:54] <lamalex> yeah where is ted
[18:56] <seb128> see the url I copied just before
[18:56] <seb128> it's about the messaging menu
[18:56] <evaluate> seb128, I'm going through it right now
[18:56] <seb128> ted is on holidays as said 10 lines before
[18:56] <seb128> until eoy
[18:56] <DBO> seb128, for some reason I keep failing to read what you say today
[18:56] <seb128> ;-)
[18:56] <seb128> brb
[19:00] <evaluate> ok, that last link seems to have some useful information. One last question, did you have any reports about the fact that using custom icon paths in C would yield blurry icons? (not sure if this is related to awn, or to the Application Indicator in general)
[19:03] <evaluate> If I set a stock icon (like 'indicator-messages' for example) it looks fine, but if I set a custom path, like '/path/to/icon.png', it looks really blurry, like if it would be resized to 16x16 or something and then back up (I use a 32 px large dock). Like I said, I didn't test this in the gnome panel yet, just in awn
[19:03] <seb128> evaluate, not that I know about but feels free to open one with a test case if you have one
[19:03] <evaluate> I thought that maybe the indicator does a resize of the icon automatically if it comes from a custom path...
[19:03] <seb128> evaluate, https://bugs.launchpad.net/ubuntu/+source/indicator-application/+bug/533439
[19:04] <evaluate> seb128, ok, I'll investigate this in gnome-panel too and see if it applies there and open a bug
[19:04] <seb128> not sure if that's the exact same issue though
[19:04] <evaluate> seb128, looking at it right now
[19:05] <seb128> going back on the perl binding question without trolling
[19:05] <seb128> the current indicator team doesn't plan to work on it since that's not something requested a lot
[19:05] <seb128> but if someone want to works on those there is no reason they could not be accepted
[19:06] <cozziemoto> out of curisity...no more gnome-wm --replace available in current updates
[19:06] <evaluate> seb128, regarding that bug report, it seems to be the same issue. AFAIK awn resizes the icons automatically to fit the dock size, so if the indicator uses 22x22 icons, that would explain the problem. I wonder why it's low priority though...
[19:07] <seb128> cozziemoto, did that work before?
[19:07] <cozziemoto> seb128,  yep  it worked fine  and I had to use it because of dual monitors
[19:07] <cozziemoto> seb128,  when enabling twinview the upper panel turned white and gnome-wm --replace  started nux again ...I believe and fixed the issue
[19:07] <seb128> evaluate, likely because people set the priority considering that the main user of indicators is the gnome-panel and unity-panel
[19:07] <seb128> which don't have that issue
[19:08] <seb128> cozziemoto, unity --replace?
[19:08] <cozziemoto> mmm  let me try on the unity machine hold on'
[19:08] <cozziemoto> seb128,   I have to restart x on that machine...apparenlty nvidia-settings is causing issues
[19:09] <evaluate> seb128, well, they do have the problem, but it's not the same. As in, they don't see the resized icon, but the small one. I would find that equally annoying :p
[19:09] <seb128> I'm not the right person to argue over bug settings ;-)
[19:09] <cozziemoto> I also noticed on current updates  the launcher no longer auto hides unless  a maximized window is opend however the maximized window now only opens "under" the launcher panel
[19:09] <seb128> talk to ted when he's back from holidays ;-)
[19:09] <jcastro> hey evaluate, out of curiosity what app are you looking to port to appindicators thats in perl?
[19:10] <seb128> cozziemoto, you can turn off the autohiding in ccsm if you want
[19:10] <cozziemoto> seb128,  no i want auto hide but it no longer just hides  it only hides when i window touches it but now all windows open beneath the launcher
[19:11] <seb128> not sure what is your usecase
[19:11] <seb128> it's being smart now
[19:11] <seb128> if nothing needs the space it's displayed
[19:11] <seb128> if you claim the screen space it goes hiding
[19:12] <seb128> in which case that doesn't work for you?
[19:12] <jcastro> "smart" and "intelli" are now functions of DBO. Think about that for a minute.
[19:12] <cozziemoto> seb128,  previous to yesterday.... when autohide was ticked it was just always hidden until you mouse over upper left corner
[19:12] <seb128> right
[19:12] <seb128> it's smarter now
[19:12] <seb128> if just hides if you need the space
[19:12] <evaluate> jcastro, I'm not looking to port anything particular, my problem is that I'm looking forward to adopt the application indicator, but most of the stuff doesn't really fit my needs (for example, before I had an add-on in thunderbird that showed me the number of unread mails in the icon in the taskbar) so I would like to write some small apps to get some of that functionality back. It is very hard for me to do all of that in C (for example to get un
[19:12] <evaluate> read emails from IMAP through C), that's why I would welcome a perl API
[19:12] <seb128> why hiding if you don't put anything near it
[19:13] <seb128> it's not claiming space you need
[19:13] <cozziemoto> seb128,  well  it is in fact opening on top of everything
[19:13] <cozziemoto> and everything is opening under the launcher
[19:13] <seb128> well it was as well before
[19:13] <cozziemoto> no it was noty
[19:13] <cozziemoto> all windows opened above the launcher when maximized
[19:13] <seb128> it was pushing softwares placed on the left of screen?
[19:14] <evaluate> jcastro, ohh, and like I said, I don't know any python. =)
[19:14] <jcastro> evaluate: thunderbird is getting real message indicator support soon, but yeah, I get your point
[19:14] <seb128> cozziemoto, can you describe some steps for your issue?
[19:14] <cozziemoto> seb128,  right now...for example...firefox...at maximized opens underneath the launcher panel so that much of firefox is hidden
[19:14] <DBO> cando, you still working?
[19:14] <cozziemoto> seb128,  simply open firefox maximized
[19:15] <seb128> the launcher autohide
[19:15] <seb128> it's just displayed when nothing is on the left of the screen
[19:15] <seb128> you might hit a bug...
[19:15] <evaluate> jcastro, well, thunderbird actually has some kind of indicator support, the gets it into the messaging menu, but I found that icon that showed the number of unread emails really useful, I don't really like the messaging menu...
[19:16] <cozziemoto> seb128,  I understand that but these are 2 issues... one...the launcher when put into autohide would always be hidden...now it is not...before firefox opened  on top of the launcher panel now it opens underneath it
[19:16] <jcastro> yeah we talked about this a bit with the tbird guys, like if you could have a number of new mails etc. on the launcer
[19:16] <jcastro> er, launcher
[19:16] <seb128> cozziemoto, well, when firefox open the launcher should hide since firefox claim the space...
[19:16] <seb128> that's what it does here
[19:16] <cozziemoto> seb128,  it does noty
[19:16] <cozziemoto> not
[19:16] <seb128> DBO, ^
[19:16] <seb128> seems a bug
[19:17] <cozziemoto> yes smspillaz said to but DBO   :)
[19:17] <cozziemoto> bug
[19:17] <DBO> can you describe the bug in clearer terms
[19:17] <DBO> I dont understand what you are trying to describe
[19:17] <bjorn_> Hi, would i just set up a  Unity development environment for the first time. will i still need to get and build a customized version of Compiz if im running on a ubuntu nbr?
[19:17] <jcastro> it's time like this when I wish we had screen recording built into unity
[19:18] <evaluate> jcastro, right now for example I use a "program" that consists of a bash script (that executes all of the other stuff), a perl snippet (which gets the number of unread mails from my IMAP accounts) and a C program (that generates and updates the indicator icon), and I find this really, REALLY ugly...
[19:18] <seb128> cozziemoto, ok in fact I can confirm
[19:18] <seb128> DBO, the launcher doesn't go into autohiding when firefox open
[19:18] <DBO> okay
[19:18] <cozziemoto> DBO,  well  ...previously...2 days ago... the panel set to autohide  did just that at all times until moused over...now it does not....the second issue is  that  ,,,for example...firefox opend at maximized  opens beneath the launcher  and the launcher does not autohide unless i take firefox out of maximized and then re maximize it
[19:18] <DBO> so intellihide is failing the intelli-test
[19:19] <seb128> right
[19:19] <cozziemoto> it also open beneath the launcher initially
[19:19] <seb128> like it doesn't test on application start
[19:19] <DBO> seb128, okay will fix
[19:19] <seb128> cozziemoto, can you open a bug about it?
[19:19] <cozziemoto> seb128,  sure
[19:20] <DBO> seb128, if this were closed source, I would just add a 1 second timer to double check
[19:20] <cozziemoto> it will be opend under   coz-
[19:20] <DBO> cheating FTW?
[19:20] <seb128> lol
[19:20] <cozziemoto> is it laucnhpad.net/natty?
[19:20] <seb128> I'm sure you would wake up a night feeling bad about it ;-)
[19:20] <DBO> seb128, not as bad as I would about shipping it broken
[19:20] <seb128> cozziemoto, https://launchpad.net/unity/+filebug
[19:20] <cozziemoto> ah yes thanks
[19:22] <seb128> cozziemoto, in fact it's already open
[19:22] <seb128> bug #686419
[19:22] <seb128> cozziemoto, so no need to open a new one
[19:22] <cozziemoto> ah ok cool
[19:22] <seb128> hum
[19:22] <seb128> DBO, ^ can you check the fix there will fix the start issue as well?
[19:23] <cozziemoto> now if sam would enable desktop cube again in unity i would be a happy man :)
[19:23] <jcastro> I had the cube on for a while with unity
[19:23] <jcastro> it's still my preferred way to roll
[19:24] <cozziemoto> yeah   but sam said it was intentional to use wall,,,and unity is disabled with cube
[19:24] <vish> cozziemoto: +++..infinity ;)
[19:24] <cozziemoto> :)
[19:25] <DBO> seb128, what?
[19:25] <DBO> seb128, yeah I will handle all the intellihide bugs tonight
[19:26] <seb128> DBO, bug #686419
[19:26] <seb128> DBO, there is a merge request for sam on it
[19:27] <seb128> DBO, could you tell us if the fix will handle the start case as well or if we need a new bug report?
[19:27] <DBO> I think thats merged seb128
[19:27] <seb128> DBO, it's not in natty in any case see the merge request date
[19:27] <seb128> seeing
[19:27] <seb128> DBO, and the bug should be fix commited if that's merged?
[19:28] <seb128> DBO, well just tell us if you need a bug or that would be  duplicate of this one
[19:29] <DBO> can you just make the bug a little more generic
[19:29] <DBO> its all the same bug really
[19:30] <coz_> ah finally got twinview going
[19:30] <seb128> DBO, ok, so if there is already a fix let's not bother to open a new bug
[19:30] <DBO> right its not a fix per-say
[19:30] <coz_> here is a screenshot of how firefox opens beneath panel if it helps    http://dl.dropbox.com/u/132551/screenshots/laoncher.png
[19:30] <DBO> but yeah
[19:30] <DBO> coz_, yeah in that case the panel should have hidden
[19:30] <DBO> it failed because there is an error in the detection scheme
[19:31] <DBO> I am working on a fix
[19:38] <DBO> cando, how is it coming bud :)
[19:52] <coz_> seb128,  buy the way .. unity --replace did not work however  just    unity    did
[19:55] <evaluate> where could I report this: https://wiki.ubuntu.com/Application%20of%20Drying%20Machine . Seems like spam to me...
[19:56] <cando> DBO, well..i'm trying to fix it only now...i had a shower...^^
[19:56] <DBO> cando, this is linux
[19:56] <DBO> we dont shower
[19:56] <cando> DBO, lol
[19:58] <ion> The unused shower area in a geek’s apartment makes an excellent space for the server racks.
[19:59] <cando> DBO, what about checking only the label of default items? I mean if they are already in the list i discard them...?
[19:59] <cando> in this way i should not have problem of translations...
[19:59] <DBO> cando, what now?
[20:00] <cando> DBO, now i'm checking if the label of the dbusmenu item is equal to "quit" or "launch" or "Pin"
[20:00] <DBO> thats not correct
[20:01] <DBO> what you need to do is check if the label on one of the default items is equal to the label on one of the menu items
[20:01] <DBO> only this will ensure that it works with translations
[20:02] <cando> yup, this is what i've said in my previous message..:)..checking default items and not the other ones..
[20:03] <jono> ion, LOL
[20:03] <jono> ion, mind if I tweet you saying that?
[20:03] <DBO> cando, you need to compare them to each other
[20:03] <ion> Sure, go ahead. :-)
[20:04] <jono> :-)
[20:04] <jono> done
[20:05] <cando> DBO, okok..tryin'.. thanks
[21:07] <cando> DBO, https://code.launchpad.net/~cando/unity/fix_683466/+merge/43704
[21:08] <cando> but there is a problem...i've uploaded the branch where i've also fixed another bug...so it's  double diff...
[21:08] <cando> should i request another merge?or it's not a problem..
[21:26] <rbnswartz> DBO are you around?
[21:26] <cando> DBO, this is the right one...sorry for the duplicate merge proposal..https://code.launchpad.net/~cando/unity/fixed683466/+merge/43706
[21:42] <rbnswartz> I'm a newbie looking for a bite-sized bug to fix does anyone have any suggestions? Or something that they would like fixed?
[21:58] <jcastro> rbnswartz: have you checked the ones on the list?
[21:58] <jcastro> see the last links in the topic
[21:59] <jcastro> bug #688406 would be great to have
[22:00] <rbnswartz> What cpp file is that in it would help alot
[22:00] <jcastro> DBO: ^^
[22:01] <rbnswartz> He doesn't seem to be around
[22:01] <jcastro> I'll keep annoying him. :)
[22:01] <jcastro> lamalex: would you happen to know?
[22:02] <rbnswartz> I'm usually being the annoying one. I ask too many questions.
[22:02] <jcastro> there's no such thing as too many questions in here
[22:03] <cando_> rbnswartz, doing a grep of _launcher_drag_delta i get that it appears only in src/Launcher.cpp
[22:03] <cando_> hope this helps...
[22:04] <cando_> rbnswartz, i think you should dig into that file
[22:04] <cando_> ^^
[22:04] <rbnswartz> okay I have to leave I might be on tonight thanks.
[22:04] <cando_> rbnswartz, bye
[22:09] <cando_> jcastro, have you found anything interesting in my links..??
[22:09] <cando_> jcastro, ^^
[22:13] <jcastro> which ones, the merge requests?
[22:14] <cando_> jcastro,nope, my "bio" links that you've requested..:)
[22:14] <jcastro> oh, yeah, they'll do fine
[22:14] <DBO> okay
[22:14] <DBO> im back
[22:15] <DBO> and wow i got pinged
[22:15] <jcastro> DBO: cando's merge proposals first please
[22:15] <htorque> jcastro, seems bug 688406 already kinda works in trunk
[22:15] <DBO> on it
[22:15] <jcastro> cando_: though I was confused on the difference between emesene and emesene2
[22:16] <cando_> jcastro, emesene2 is a complete rewrite of emesene1...it's still in aplha state...
[22:16] <cando_> c10ud is an admin...
[22:16] <DBO> cando_, doing your merge now
[22:16] <cando_> (c10ud in this channel..)
[22:16] <cando_> DBO, :) good!
[22:17] <DBO> you never emailed me your contributor agreement however
[22:17] <cando_> ops...sorry..doing that now
[22:17] <jcastro> htorque: I am stuck with a broken compiz today unfortunately so I can't check
[22:18] <DBO> jcastro, if you start a screen session in X
[22:18] <DBO> then open the screen session in tty1, run compiz inside of gdb
[22:18] <DBO> jcastro, wait for it to crash, and get a bt
[22:18] <DBO> take a photo or whatever
[22:19] <cando_> DBO, done!
[22:19] <DBO> cando_, thank you
[22:20] <cando_> DBO, :D
[22:20] <htorque> DBO, should i file a bug about quicklists not following scrolling launchers or is that in the works anyway?
[22:20] <DBO> they dont?
[22:21] <htorque> tooltips do, quicklists don't
[22:21] <DBO> htorque, file a bug, but the bug is that scrolling is responsive while the quicklist is open
[22:21] <htorque> DBO, thanks, will do
[22:22] <DBO> htorque, you are both a gentleman and a scholar
[22:22] <htorque> DBO, :)
[22:31] <DBO> cando_, great work dude, I made some minor style changes to the code, moved a block for clarity and I am going to merge now, how would you like to be credited? (cando? Full Name?)
[22:31] <cando_> DBO, Stefano Candori..:)
[22:32] <cando_> DBO, it's amazing to hear this..^^
[22:32] <DBO> done and done
[22:32] <DBO> your code is now in trunk
[22:33] <DBO> thank you so much :)
[22:33] <cando_> DBO, thanks and thanks..:)
[22:34] <DBO> jcastro, am I missing anyone else right now?
[22:39] <cando_> DBO, jcastro, g2g...tty soon..i hope.. :)
[22:39] <DBO> cheers :)
[22:56] <lamalex> niiice
[22:59] <mhr3> DBO, so did you make the appindicator guys push an update to the docs?
[23:00] <DBO> mhr3, we are having a meeting on the topic in Dallas
[23:00] <DBO> solve the problem once and for all :)
[23:00] <mhr3> DBO, well you didn't have to make a meeting just to update the docs :P
[23:00] <DBO> the plan is to do more than update the docs
[23:01] <DBO> but come up with a real, long term solution
[23:01] <mhr3> yea, that'd be nice
[23:56] <jcastro> DBO: bah did you just fix the mouse scrolly launcher bug?