[01:54] <kenvandine> robert_ancell, what time sunday?
[02:07] <robert_ancell> kenvandine, checking on tripit...
[02:08] <robert_ancell> 9:29pm
[02:08]  * RAOF wonders if we could get a canonical tripit account or something.
[02:11] <nigelb> dream on...
[02:11]  * nigelb hides
[02:17] <kenvandine> robert_ancell, ok... i get in at 7pm
[02:29] <nigelb> finally, some action with the facebook bug :D
[02:33] <kenvandine> nigelb, yeah.... lets hope they actually do something...
[02:34] <kenvandine> it has actually hasn't failed for me in the last 48 minutes
[02:34] <kenvandine> since right after it got assigned...
[02:34]  * kenvandine might just be overly hopeful
[07:18]  * TheMuso had better go and pack.
[07:19] <RAOF> Surely that's reserved for flight time minus 2 hours?
[07:28] <TheMuso> Not for me. I'd like to have tomorrow off completely, i.e not think about work/the trip.
[07:30] <lifeless> TheMuso: you leave sunday?
[07:31] <TheMuso> lifeless: Yeah.
[07:35] <hyperair> what's the recommended method to request a session restart in GNOME?
[07:36] <hyperair> i've been using gnome_client_request_save, but it seems that libgnomeui is getting deprecated?
[07:36] <RAOF> Fire up d-feet and find the dbus method on org.gnome.session?
[07:37]  * bilalakhtar wishes he could go to UDS
[07:38] <hyperair> RAOF: surely there's an easier way..
[07:58] <RAOF> hyperair: You're after org.gnome.SessionManager.SaveSession()
[07:58] <hyperair> RAOF: right, but didn't gnome_client_request_save do more than that?
[07:59] <hyperair> dropping a wrapper for a raw dbus interface seems wrong to me.
[07:59] <RAOF> I don't think so?  What more would it do?
[07:59] <RAOF> Well, there may be a cooked interface available for you, too.
[07:59]  * hyperair shrugs
[07:59] <RAOF> But that's just what I thought of first.
[07:59] <hyperair> i think i saw something in EggSMClient or something
[08:00] <hyperair> which hasn't been ported anywhere useful
[08:00] <hyperair> well i'll just ask seb128 what he wants me to do about it later
[08:00] <RAOF> Time to make some fritata.
[08:00] <RAOF> And think about what my 24 hour plane hack will be.
[08:01] <RAOF> Now taking requests!  May not be X related!
[08:01] <lifeless> RAOF: compiz perf on an x201s
[08:01] <lifeless> RAOF: note though that this is atrick question
[08:02] <lifeless> RAOF: I have it off on my full blown desktop too, because it feels slow there as well.
[08:02]  * hyperair wonders what his 5-hour bus hack will be.
[08:02] <RAOF> lifeless: Maybe I should make that stronger - *Shall* not be X related :P
[08:05] <pitti> Good morning
[08:05] <nigelb> RAOF: darn, you should advertise these for creative requests
[08:05] <pitti> kenvandine: will have another SRU round today
[08:05] <lifeless> RAOF: pick up jamesw's api branch for LP and move it forwards?
[08:05] <nigelb> RAOF: if you could hack on LP blueprints, a lot people will bow down to you :p
[08:42] <RAOF> I'd need a launchpad install for that, which sounds scary.  Is that something I could easily grab in the ~12 hours before I need to go, most of which I'll want to sleep in?
[08:44] <lifeless> RAOF: yes
[08:44] <lifeless> https://dev.launchpad.net/Running/VirtualMachine
[13:10] <cyphermox> good morning!
[13:29] <ricotz> alf_, hello, have you started looking into packaging clutter 1.4?
[13:34] <alf_> ricotz: Hi! No, I haven't looked into clutter 1.4 packaging (just some old experiments with the 1.3 branch).
[13:36] <ricotz> alf_, it works pretty fine with the old packaging, but the new one causes some trouble since there were a lot of changes/refactoring with egl stuff
[13:38] <alf_> ricotz: The problem is with the patches or the packaging itself?
[13:39] <ricotz> alf_, the whole source directory structure has changes since 1.3.14 or so
[13:40] <ricotz> so yes the patches needs to be redone
[13:42] <alf_> ricotz: yes, and some of them just need to be dropped since they have been applied upstream
[13:44] <ricotz> alf_, would be great if you could have a look at it
[13:46] <alf_> ricotz: sure, I am waiting for UDS to see what decisions will be made there for clutter packaging
[13:50] <ricotz> alf_, ok, i might need to have a look then cause i wanted to start updating gnome-shell this weekend
[13:51] <alf_> ricotz: You can probably drop all (my) patches if you care only for desktop GL.
[13:52] <alf_> ricotz: those patches are mostly GLES related
[13:52] <ricotz> alf_, yeah, i could do this, but iirc you insisted on this change
[13:53] <ricotz> so i wanted to follow this packaging which has gotten a bit problematic
[13:54] <alf_> ricotz: ok, I just meant drop the patches for a quick experiment (not for an official package)
[13:56] <ricotz> alf_, alright, would be the easiest way
[15:13] <aboelnour> I'm interesting to develop a gedit plug-in with C can any one provide me with useful tutorials?
[15:22] <robbiew> pitti: mvo: do you think Till wants a UDS session for this blueprint -> https://blueprints.edge.launchpad.net/ubuntu/+spec/other-desktop-n-automatic-printer-driver-download-should-support-signed-packages
[15:22] <robbiew> tkamppeter: ^^?
[15:23]  * robbiew didn't see tkamppeter's nick...:/
[15:27] <pitti> robbiew: yes, he mentioned that yesterday
[15:27] <robbiew> pitti: ack
[15:27] <pitti> thanks
[15:31] <seb128> hey pitti
[15:31] <seb128> how are you?
[15:31] <seb128> how are things in the desktop world? :-)
[15:32] <seb128> hyperair, re nautilus-share, can't use just use the dbus interface that update-manager etc are using?
[15:35] <hyperair> seb128: i guess i could try
[15:35] <hyperair> seb128: where can i find sample code?
[15:35]  * hyperair isn't familiar with libdbus
[15:36] <seb128> well nothing else use libgnomeui in ubuntu
[15:36] <hyperair> =\
[15:36] <seb128> so somewhat there is a way to do what you want to do without it
[15:36] <seb128> not sure exactly what this api is doing
[15:37] <seb128> but I know mvo ported the "restart required" code to the new gnome-session dbus api
[15:37] <seb128> so maybe use update-manager as an example
[15:37] <seb128> or ubiquity, I think they do that as well
[15:38] <aboelnour> I'm interesting to develop a gedit plug-in with C can any one provide me with useful tutorials?
[15:38] <seb128> aboelnour, you should try asking on #ubuntu
[15:39] <seb128> this channel is to organise work on ubuntu
[15:39] <seb128> seems nobody there has a reply to your question
[15:42] <aboelnour> seb128: thanks
[15:50] <pitti> hey seb128, ca va
[15:50] <pitti> seb128: had a look at the hotel web page today, looks really nice!
[15:51] <pitti> seb128: don't you hang out in the pool all the time?
[15:54] <kenvandine> pitti, i bet he is there right now, sipping on a drink with an umbrella :)
[15:55] <cyphermox> pitti, I suggest we add the Caribe Pool room, and schedule Desktop sessions there
[15:58] <pitti> +1
[16:04] <seb128> pitti, sorry I was having a swim, couldn't use the keyboard ;-)
[16:05] <seb128> yes, hotel is nice
[16:05] <seb128> when do you arrive?
[16:05] <pitti> seb128: 1810 at the airport tomorrow, with about 10 other people
[16:06] <pitti> so, should be around 7 at the hotel
[16:06] <seb128> pitti, ok
[16:24] <rodrigo_> seb128, desrt: http://git.gnome.org/browse/gnome-settings-daemon/tree/plugins/gconf <- a 1 way GSettings->GConf bridge, as we discussed
[16:24] <seb128> great
[16:25] <rodrigo_> desrt, I'd appreciate a review to see if there's nothing bad, although I've just kept it one way, so changes to GConf are not propagated to GSettings at all
[16:25] <rodrigo_> seb128, although for proxy stuff, we might move the auth details to the keyring, so it will break apps that use GConf to read those
[16:26] <rodrigo_> desrt, oh, btw, I've found g_variant_get_strv returns const gchar, but says you should free the returned value, shouldn't it be just 'gchar **'?
[16:49] <bbordwell> Hello, I have a bug that has a possible patch and a branch that has been requested for merging 20 days ago and no one has looked at it yet. Could somone please do so? https://bugs.launchpad.net/ubuntu/+source/gnome-applets/+bug/640096
[16:49] <ubot2> Launchpad bug 640096 in light-themes (Ubuntu) (and 1 other project) "cpufreq using grey almost invisible font (affects: 57) (dups: 9) (heat: 212)" [Medium,Triaged]
[16:51] <ayan> is there a way to determine which process emitted a dbus message?
[16:53] <ari-tczew> hey, what do you think about merge compizconfig-backend-kconfig ?
[16:59] <vish> bbordwell ¦ Cimi is doing the light-themes
[16:59] <bbordwell> vish, okay thanks
[16:59] <bbordwell> Cimi, are you around?
[17:03] <Cimi> bbordwell: yep
[17:04] <bbordwell> Cimi, I was wondering if you could take a look at this bug: https://bugs.launchpad.net/ubuntu/+source/gnome-applets/+bug/640096, it has a proposed patch from 20 days ago but no one has taken a look at it.
[17:05] <ubot2> Launchpad bug 640096 in light-themes (Ubuntu) (and 1 other project) "cpufreq using grey almost invisible font (affects: 57) (dups: 9) (heat: 212)" [Medium,Triaged]
[17:07] <Cimi> bbordwell: yeah I forgot to add that line
[17:34] <seb128> pitti, still there?
[18:31] <hyperair> yay ibus taking 200M of memory =.=
[19:07] <bbordwell> RAOF, are you around?
[19:11] <seb128> bbordwell, it's like middle of the night on a friday to saturday night where he lives
[19:11] <bbordwell> seb128, alright thanks
[19:23] <cyphermox> seb128, have you seen my merge for gtk+-3.0 ?
[19:23] <seb128> cyphermox, no
[19:24] <seb128> where? when?
[19:24] <cyphermox> seb128, https://code.edge.launchpad.net/~mathieu-tl/gtk/gtk3-amd64-natty-build/+merge/39081
[19:24] <cyphermox> I was looking for the link ;)
[19:25] <seb128> ok
[19:25] <seb128> I think I will delay that, busy at the sprint and UDS coming
[19:26] <cyphermox> np
[19:26] <seb128> it could lead back to the never finish building issue
[19:26] <seb128> but thanks for the fix ;-)
[19:26] <cyphermox> seb128, I tested on my PPA and it worked fine ;)
[19:26] <cyphermox> it did finish, pretty quickly in fact
[19:26] <seb128> ok, I guess we will not know why the previous one was buggy
[19:26] <cyphermox> nah :(
[19:27] <cyphermox> anyway, it's not rush, just curious as that was a side-effect of the gtkbuilder porting of synaptic I'm still working on
[19:27] <seb128> ok
[19:27] <seb128> how is that one going?
[19:27] <cyphermox> pretty good
[19:27] <cyphermox> until this morning, it would compile and work
[19:28] <cyphermox> except there were a few optionmenus to change to combo boxes, and other small things to fix
[19:28] <seb128> great
[19:28] <seb128> hum, need to go, bbl
[19:28] <cyphermox> now I changed it to compile against gtk-3.0 so I'm fixing the issues that are coming up.. it doesn't compile anymore
[19:28] <cyphermox> ttyl
[19:29] <seb128> get the gtk2 version working first I guess
[19:29] <seb128> then clean for the new gtk
[19:29] <seb128> it will probably be easier to review for mvo and we might not want to depends on the new gtk yet