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