=== MacSlow is now known as MacSlow|lunch
=== MacSlow|lunch is now known as MacSlow
[14:55] <qense> tedg: What about moving the Python bindings to use GObject Introspection?
[14:56] <tedg> qense, I have no issue with that, I haven't yet asked if PyGI is going to be in main for Maverick.
[14:56] <tedg> qense, Otherwise it's just testing.
[14:56] <qense> tedg: Isn't it yet?
[14:56] <tedg> qense, I'm not sure, I haven't asked :)
[14:56] <qense> tedg: gir1.0-appindicator-0.1 is in universe at the moment.
[14:56] <seb128> tedg, well, pygi is deprecated
[14:57] <qense> seb128: What should we use instead?
[14:57] <seb128> tedg, they merged that back in pygobject
[14:57] <qense> ah!
[14:57] <seb128> it's just going to be part of pygobject
[14:57] <seb128> so you can depends on it
[14:57] <seb128> it's still moving parts though
[14:57] <seb128> I would rather wait for next cycle to depends on new techs
[14:58] <seb128> ie gtk3, introspection
[14:58] <qense> ok
[14:58] <seb128> well that doesn't stop to start work on it
[14:58] <seb128> that will probably come in useful
[14:58] <qense> Is introspection support already in GObjct in Maverick?
[14:58] <seb128> but I don't think for the default installation we should rely on it much for this cycle
[14:58] <seb128> no, but we have pygi in universe right now
[14:58] <seb128> you can use that until we upgrade pygobject
[14:59] <qense> ok
[14:59] <seb128> should not make a real difference
[14:59] <qense> There is a deprecated sinkfunc warning thing each time you import a module from the repository for the first time.
[14:59] <seb128> right
[16:33] <qense> tedg: It was decided during the Application Indicator meeting at the UDS-M that some guy from the DX/Desktop team would solve the C# bindings inheritance problem by sealing the class, right?
[16:34] <qense> seb128: Do you know what version of GTK# will be included in Maverick? Specifically the GAPI2 components, since the trunk contains an update for it that adds support for GObject virtual methods, which is something we need to get the fallback and unfallback functions of libappindicator to be properly supported in Mono as well. (Currently you can't do custom fallbacks in C#)
[16:34] <qense> .
[16:35] <seb128> no
[16:35] <seb128> better to ask Laney or directhex
[16:36] <qense> seb128: OK, thanks.
[16:42] <LucidFox> tedg, you
[16:42] <LucidFox> * you're here, excellent!
[16:42] <tedg> LucidFox, Howdy
[16:43] <LucidFox> I was told to poke you about the Liferea messaging indicator patch :)
[16:44] <jcastro> he can't escape now!
[16:45] <qense> :)
[16:46] <qense> jcastro: How'sthe hplip patch doing?
[16:46] <jcastro> qense: sitting.
[16:46] <jcastro> qense: I should have a person RSN
[16:46] <qense> jcastro: Anything that needs to be done for it?
[16:46] <qense> RSN?
[16:48] <LucidFox> bug #540490 > tedg
[16:48] <ubot5> Launchpad bug 540490 in liferea (Ubuntu) "liferea should be added to the indicator applet (affected: 15, heat: 92)" [Undecided,Confirmed] https://launchpad.net/bugs/540490
[16:48] <LucidFox> hmm, what's the "redirection" syntax?
[16:50] <tedg> LucidFox, Cool.  Do you by chance know which Liferea will be in Maverick?  i.e. should we be looking at 1.7 or 1.6.
[16:52] <LucidFox> No idea, I thought core developers decided that
[16:52] <LucidFox> right now it's 1.6, I have patches for both 1.6 and 1.7
[16:57] <tedg> seb128, Do you know which version of liferea will be in Maverick?
[16:58] <qense> tedg: Bug 558841 was fixed by you with commit 136. Could you assign the Application Indicators task to the 0.2.2 milestone?
[16:58] <ubot5> Launchpad bug 558841 in indicator-application (Ubuntu) "bluetooth "devices" menu item not working in bluetooth indicator (affected: 16, heat: 96)" [Medium,Triaged] https://launchpad.net/bugs/558841
[16:59] <tedg> qense, Sure
[16:59] <qense> tedg: Thanks!
[17:00] <seb128> tedg, no, whatever is stable by maverick time
[17:00] <qense> seb128: so bug 558841 should be fixed one 0.2.2 gets uploaded to Maverick. 
[17:00] <ubot5> Launchpad bug 558841 in indicator-application (Ubuntu) "bluetooth "devices" menu item not working in bluetooth indicator (affected: 16, heat: 96)" [Medium,Triaged] https://launchpad.net/bugs/558841
[17:00] <seb128> ok
[17:00] <seb128> tedg, could you make a a 0.0.2n update with it maybe?
[17:01] <seb128> tedg, or should I just sru the commit on the current stable version?
[17:01] <tedg> seb128, I can make that tarball as well.
[17:01] <seb128> tedg, would be nice
[17:30] <joey> iainfarrell: ping
[17:31] <iainfarrell> joey: hey there
[17:31] <qense> bug 530138 is a duplicate of the bluetooth bug
[17:31] <ubot5> Launchpad bug 530138 in indicator-application (Ubuntu Lucid) "Using .insert() on a GtkMenu doesn't update the AppIndicator's menu (dup-of: 558841)" [High,Triaged] https://launchpad.net/bugs/530138
[17:31] <ubot5> Launchpad bug 558841 in indicator-application (Ubuntu Lucid) "bluetooth "devices" menu item not working in bluetooth indicator (affected: 17, heat: 107)" [Low,Triaged] https://launchpad.net/bugs/558841
[17:54] <qense> A lot of "indicator-application-service crashed with SIGSEGV in g_type_instance_get_private()" bugs, all having this problem in the apply_status() function.
=== jono_ is now known as jono
=== jussi is now known as jussio1
[19:53] <qense> tedg: What do you think of <https://code.launchpad.net/~qense/indicator-application/appstore-private-macro-calls/+merge/29492>? Sensible change or not?