[00:42] <bcurtiswx>  the close window option in evolution is greyed out.. why so?
[00:42] <bcurtiswx>  hmm, i don't want to close the program, i just want to close the window so evolution can sit in the indicator applet
[00:43] <kklimonda> bcurtiswx: because, at the moment, evolution can't work as a background application
[00:43] <bcurtiswx> kklimonda, thats depressing
[00:43] <kklimonda> yeah, there is a longstanding bug related to it
[00:44] <kklimonda> but then, at least imo, evlution is depressing in general ;)
[00:46] <bcurtiswx> haha
[08:44] <hyperair> we need a new mail client
[08:44] <hyperair> evolution fails.
[08:45] <RAOF> And everything else is _worse_ :(
[08:47] <klattimer> davidbarth: can you assign this bug to tedg https://bugs.launchpad.net/indicator-applet/+bug/623205
[08:48] <RAOF> Oh!  In Prague I was told that there might be something approaching a Unity test-suite.  Does such a thing exist, and if so where might I acquire it?
[08:49] <hyperair> RAOF: thunderbird works pretty well these das.
[08:49] <hyperair> days*
[08:50] <hyperair> RAOF: it's the only mail client i know that doesn't fail miserably with a slow network and huge imap mailbox
[08:50] <RAOF> I fortunately have access to a non-terrible network; and Evolution's new imapx is a bit better.
[08:51] <klattimer> seb128: can you assign this bug to tedg https://bugs.launchpad.net/indicator-applet/+bug/623205 <- originally asked davidbarth but as you're here now :)
[08:51] <davidbarth> klattimer: hi
[08:51] <klattimer> oh you're here
[08:52] <davidbarth> yep, was just deep inside dbusmenu...
[08:53] <hyperair> RAOF: imapx?
[08:53] <RAOF> hyperair: The new imap implementation.
[08:53] <davidbarth> RAOF: there is one; njpatel should connect shortly and will be able to guide you there
[08:53] <hyperair> RAOF: hmm maybe i'll give it a second go.
[08:53] <hyperair> RAOF: what about every other thing that connects to the network?
[08:53] <hyperair> RAOF: everytime i get some network failure or other i have to run evolution --force-shutdown because the whole thing hangs
[08:54] <hyperair> by whole thing i really mean evolution, evolution-data-server, my damn panel clock (oh how i regret ever putting remote calendars into evolution), and every other process that starts with evolution
[08:55] <RAOF> Works For Me™
[08:55] <RAOF> davidbarth: Ta muchly.
[08:55] <seb128> hey there
[08:55] <seb128> klattimer, hey, ok
[08:55] <klattimer> :)
[08:56] <davidbarth> seb128: i've assigned the bug don't worry
[08:56] <davidbarth> https://bugs.launchpad.net/indicator-applet/+bug/623205
[08:56] <seb128> davidbarth, thanks
[08:56] <davidbarth> putting it on this week's radar (10.10-beta)
[08:59]  * klattimer is in awe of how unreliable hadess' gnome-bluetooth stuff is 
[08:59] <klattimer> we can't fix a lot of the bugs in this thing
[08:59] <klattimer> and they cause a headache for anyone actually trying to connect a bluetooth mouse
[09:00] <klattimer> ... which is what I kinda need to do in order to test the battery indicator properly :/
[09:02] <RAOF> njpatel: Yo!  Could you hook me up with or point me to the Unity testsuite so I can start running it?
[09:02] <njpatel> RAOF, hey
[09:03] <RAOF> klattimer: Wow, yeah.  I just tried connecting my bluetooth mouse.  I'm sure it's worked earlier in Maverick… :)
[09:03] <njpatel> RAOF, I'll ask jay to get something to you, as it'll need to be a mix of clutk/unity renderering
[09:03] <klattimer> RAOF: it's not that it suddenly stopped working
[09:03] <klattimer> it's that it's just incredibly unreliable
[09:04] <klattimer> sometimes I have to reboot to get it to show "turn on/off bluetooth" on the menu
[09:04] <RAOF> It  don't remember it failing before when I could be bothered pairing the mouse.
[09:04] <RAOF> Oh, _that_.
[09:04] <klattimer> fixing the visibility bug was a pig too, as it tries to hide the menu item, then a race condition prevents it from showing
[09:04] <RAOF> Heh.
[09:05] <klattimer> bastien you fail, you fail so hard
[09:05] <klattimer> :/
[10:10] <sense> good morning
[10:28] <klattimer> sense: hello!
[10:28] <klattimer> welcome back
[10:28] <klattimer> sorry I haven't gotten round to your deluge bug :/ I had higher priority things to get done
[10:30] <sense> hello klattimer
[10:30] <sense> klattimer: np
[10:30] <sense> klattimer: Will you look into it later still, or not?
[10:31] <klattimer> not sure
[10:31] <klattimer> I have a few high prior things ahead of it
[10:32] <sense> klattimer: OK, then I'll see if I can work on it as well.
[10:32] <klattimer> cool
[11:11] <Cimi> chaotic: ping
[11:16] <chaotic> Cimi: hi Cimi, give me 5 minutes
[11:16] <Cimi> ok
[11:16] <Cimi> chaotic: skype then?
[12:26] <bilalakhtar> vish: Are we there yet?
[15:39] <klattimer> davidbarth: https://bugs.launchpad.net/ubuntu/+source/gnome-power-manager/+bug/619816
[15:40] <klattimer> can you find someone to test that, and make sure it gets updated in the repositories
[15:40] <klattimer> mpt: sorry but one of the labels couldn't be done because gnome-power-manager is never estimating
[15:43]  * sense is currently working on making sure the changes to the API of AppInd work with the C# bindings; no changes were made to the .metadata file, breaking it.
[15:44] <davidbarth> klattimer: sweet!
[15:45] <sense> tedg: Since the X-Ayatana stuff in AppInd are wrappers no one should use -- according to the documentation -- shouldn't the signal "XAyatanaNewLabel" be named "NewLabel" instead?
[15:45] <davidbarth> sense: ah, thanks for that
[15:45] <sense> davidbarth: yw :)
[15:46] <seb128> kenvandine, ^ can you test the change and talk to pitti or chrisccoulson for sponsoring?
[15:46] <seb128> klattimer, davidbarth: ^
[15:46] <tedg> sense, I thought I made two signals, no?
[15:46] <seb128> the gpm one
[15:46] <kenvandine> i'll look
[15:46] <seb128> kenvandine, thanks
[15:47] <sense> tedg: Not in the XML file.
[15:48] <sense> tedg: Shall I add a second one to the XML file called 'NewLabel' with the same arguments as the other and commit it together with the Mono binding stuff?
[15:50] <mpt> klattimer, fine by me :-)
[15:50] <tedg> sense, Yes, sorry.  There's only one DBus signal.  But the bindings shouldn't need to worry about that.  Since "NewLabel" isn't part of KNSI it needs to be in the XAyatana namespace, but we hope that they'll take it, so I hope to not have to change code when that change happens.
[15:50] <mpt> tedg, does the API include yet an accessible label for the menu title?
[15:51] <sense> tedg: OK
[15:52] <tedg> mpt, I don't believe so, no.
[15:52] <mpt> tedg, Natty alpha 1, then?
[15:54] <tedg> mpt, Sounds good, I doubt we'll get much KDE approval on that one as they don't really have an accessibility framework yet.
[15:59] <davidbarth> klattimer: still in build wait state, but i'll test it asap
[16:26] <kenvandine> klattimer, so with gpm, it should look the same just without the %?
[16:26] <kenvandine> mine now says "Laptop battery 10 minutes until charged"
[16:27] <kenvandine> before your patch it said  "Laptop battery 10 minutes until charged (97%)"
[16:50] <Guest35845> hello,
[16:50] <Guest35845> I've question about tool used to generate this pictures : https://wiki.ubuntu.com/SoundMenu
[16:50] <Guest35845> which software is used to do this ?
[16:50] <klattimer> kenvandine: take a look at the strings in https://wiki.ubuntu.com/BatteryStatusMenu#Items
[16:51] <klattimer> that's what it should look like in the various cases
[16:51]  * kenvandine looks
[16:54] <kenvandine> ok, it isn't exactly like that... when fully charged it said "Laptop battery is charged (100%)
[16:54] <kenvandine> now it is showing the % while charging, and a bit ago it was show me time
[16:56] <klattimer> hmm
[16:56] <klattimer> that's not right
[16:56] <klattimer> lemme look at this once more
[16:57] <klattimer> tedg is it possible the group menu items could be off by one in the indicator applet?
[16:57] <vish> Guest35845: as thorwil mentioned , those pretty pictures are the artistic work of mpt  :)
[16:58] <tedg> klattimer, Yes, there's a bug.  I attached the branch to that bug report.  I switched the array, and so it's not off by one, it's off by the number of hidden entries at the time.
[16:58] <klattimer> hmm
[16:58] <klattimer> can you give me that bug number
[16:58] <klattimer> I've been chasing one of those group menu bugs for ages :/
[17:00] <kenvandine> https://bugs.launchpad.net/ubuntu/+source/gnome-power-manager/+bug/619816
[17:00] <kenvandine> klattimer, it is inconsistent.. now it says "Laptop battery is fully charged"
[17:00] <kenvandine> maybe i need to really logout and back in :)
[17:00] <Guest35845> ok, good job ; but I can't generate similar for my dev... ;( - maybe one day software will exist to do that
[17:00] <kenvandine> i just killed it and restarted
[17:01] <kenvandine> i need to head home before the team meeting anyway, so i'll get a fresh login
[17:01] <mpt> Guest35845, I drew them with pen and paper
[17:03] <klattimer> kenvandine: hmm, very strange :/
[17:03] <klattimer> I can't see any case in the code where it would do that
[17:03] <klattimer> are you using a wireless mouse or keyboard, perhaps a phone plugged in charging?
[17:03] <Guest35845> ok thx for your response
[17:04] <klattimer> tedg: it was your group off by one bug I wanted
[17:04] <klattimer> sorry for the confusion kenvandine
[17:13] <gambs> Is RB not supposed to be allowed to be hidden now?
[17:24] <sense> tedg: The GAPI2 Mono bindings generator complains that the (* new_label) part in the _AppIndicatorClass definition in app-indicator.h doesn't agree with this Perl regex: "/;\s*(\/\*< (public|protected|private) >\s*\*\/)?(G_CONST_RETURN\s+)?(\w+\s*\**)\s*\(\s*\*\s*$method\)\s*\((.*?)\);/" Do you know why? It seems completely the same as the other signal slots there, don't you agree?
[17:24] <sense> http://pastebin.ubuntu.com/482973/ is the _AppIndicatorClass definition in my local app-indicator.h file
[17:25] <sense> line 42 in http://pastebin.ubuntu.com/482975/ is the relevant regex
[17:26] <sense> The _AppIndicatorClass struct with syntax highlighting! http://pastebin.ubuntu.com/482976/
[17:40] <tedg> sense, Hmm, yeah.  I have no idea what would change there -- it seems the same to me.
[17:41] <tedg> sense, That's a nasty regex though :)
[17:41] <sense> tedg:  Agreed. But I'm not terribly fond of the rest of GAPI2 as well.
[17:41] <sense> I wish they'd switch to something more sane.
[17:41] <sense> tedg: Anyway, thanks for taking a look.
[22:09] <Omega> 1