[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] <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: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] <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: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.
[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?