[07:19] <baptistemm> hello
[07:51] <pitti> Good morning
[07:51] <pitti> chrisccoulson_: good morning; I can update gnome-menus if you want me to (I patched it last), but otherwise I'm not particularly attached to it
[07:51] <pitti> chrisccoulson_: however, I need to look into a bug fix, so perhaps I should just do it
[07:52] <pitti> (it breaks menu translations somehow)
[07:53] <pitti> chrisccoulson_: 452208> yeah, seems the ajaxy stuff in LP is just too easy to hit accidentally or so
[07:58] <didrocks> good morning
[07:59] <pitti> bonjour didrocks; comment vas-tu?
[07:59] <didrocks> pitti: good, a little bit sleepy, but well… and you, did you have a good unschedulded flight back?
[08:00] <pitti> it was okay; I managed to sleep for some 4 hours, which was good
[08:00] <pitti> I survived my middle seat :)
[08:00] <pitti> seems the trick with 16 hour fasting worked again
[08:00] <pitti> got tired and went to bed around 2300, and slept until 8
[08:01] <didrocks> good, and when did you arrive?
[08:01] <pitti> 12:15 yesterday
[08:02] <didrocks> ok, not too late so
[08:03] <didrocks> I saw a lot of snow in Salt Lake. Fortunately, no impact on flight traffic
[08:07] <pitti> didrocks: same in Chicago
[09:04] <chrisccoulson> good morning everyone
[09:04] <pitti> hey chrisccoulson, good morning
[09:04] <chrisccoulson> hey pitti, how are you? did you have a good week last week?
[09:05] <pitti> thanks, I enjoyed it a lot indeed
[09:05] <pitti> chrisccoulson: how are you?
[09:05] <chrisccoulson> pitti - yeah, i'm ok thanks. i had quite a productive weekend this weekend
[09:06]  * pitti was just idling in planes and airports
[09:06] <didrocks> hey chrisccoulson o/
[09:07] <chrisccoulson> hey didrocks
[09:07] <chrisccoulson> how are you?
[09:07] <didrocks> very well, thanks ;) and you?
[09:08] <chrisccoulson> pitti - did you fix the mess on bug 452208 from the airport? ;)
[09:08] <pitti> chrisccoulson: yes; I keep doing that every other day :/
[09:08] <chrisccoulson> didrocks - yeah, good thanks :)
[09:09] <chrisccoulson> pitti - i've no idea whether users are changing things in that bug by accident
[09:09] <pitti> I suppose so
[09:14] <pitti> didrocks: FYI: http://people.canonical.com/~pitti/bootcharts/daniel-lucid-20100208-1.png :(
[09:14] <pitti> netbook-launcher is sloooow
[09:15] <pitti> (this is a fresh installation of current daily)
[09:15] <pitti> I wonder why all the indicator CPU is back
[09:15] <didrocks> pitti: urgh, so much CPU :/
[09:23] <pitti> waah, it's reading all the desktop files
[09:23] <pitti> wah, wah, gnome-menus!!
[09:25] <didrocks> oh, pitti will have a new app to patch so ;)
[09:27] <chrisccoulson> would anybody mind sponsoring the gsd update currently in bzr?
[09:28] <pitti> chrisccoulson: will do
[09:28] <chrisccoulson> pitti - thanks :)
[09:35] <pitti> didrocks: do you know whether netbook-launcher is in any bzr?
[09:35] <pitti> https://code.edge.launchpad.net/netbook-launcher does not exist
[09:35] <pitti> and there's no Vcs-Bzr:
[09:36] <pitti> so perhaps we should just use lp:ubuntu/netbook-launcher
[09:36] <didrocks> pitti: I guess so, let me check
[09:37] <didrocks> pitti: there is https://code.edge.launchpad.net/~netbook-remix-team/netbook-remix-launcher/netbook-launcher-packaging but it's seems fairly old
[09:37] <didrocks> https://code.edge.launchpad.net/~netbook-remix-team/netbook-remix-launcher/packaging as well
[09:37] <didrocks> so, I'm fine with ubuntu/netbook-launcher
[09:39] <RAOF> Are you fixing the build against liblauncher?
[09:39] <didrocks> RAOF: it's on my schedule for today as well, yes
[09:43] <pitti> didrocks: oh, then I'll wait for that then; if I can't build it, no use :)
[09:43] <didrocks> pitti: sure, shouldn't take long (you'll have to new it as well)
[09:44] <chrisccoulson> pitti - i'm just looking at the work items for d-l-s-s. do you want me to do anything on the first 2 items there (relating to gconf, gnome-session and g-s-d)? i think they're pretty much obsolete now with the work you did to speed up gconf, unless you think there is anything else we can gain from that part of the session?
[09:45] <pitti> chrisccoulson: ah, I was actually about to ask you about that, whether you still see any potential there
[09:46] <chrisccoulson> pitti - i'm not sure that there is that much left to gain. the only thing that might give us something is starting gconf earlier, but that didn't seem to gain anything before did it?
[09:46] <pitti> chrisccoulson: correct
[09:46]  * chrisccoulson wonders why
[09:46] <pitti> the "speed up xrandr" is still relevant, right?
[09:46] <chrisccoulson> i could investigate why that is the case, as i would expect to gain a little from it
[09:46] <chrisccoulson> pitti - yeah, i'll have a look at what we can do in that plugin
[09:47] <chrisccoulson> now i've got intel hardware that actually supports this technology, it's much easier :)
[09:47] <pitti> we still have a CPU drop when the session starts
[09:47] <pitti> chrisccoulson: how does your laptop work now? happier without plymouth?
[09:47] <pitti> chrisccoulson: is that ssd or hdd?
[09:48] <chrisccoulson> pitti - the laptop has a hdd. i did think about getting a ssd, but i've already spent quite a lot with the monitor and docking station
[09:48] <pitti> chrisccoulson: how does your bootchart look like?
[09:48] <chrisccoulson> it works much better without plymouth now, but it still freezes when i close the lid
[09:49] <chrisccoulson> i've not looked at the bootchart yet ;)
[09:49] <pitti> chrisccoulson: I sometimes have that lid problem, too
[09:49] <chrisccoulson> it does boot fairly fast though
[09:49] <pitti> chrisccoulson: suspend with ctrl+alt+del or power button works fine, though
[09:51] <chrisccoulson> pitti - bug 505271 is the issue i get when closing the lid
[09:51] <pitti> exactly
[09:51] <pitti> get that, too
[09:59] <pitti> didrocks: you know the dkpg recipe for moving a conffile? (for moving n-l .desktop to xdg-une/)
[10:00] <didrocks> pitti: that one: http://wiki.debian.org/DpkgConffileHandling?
[10:00] <pitti> right
[10:17] <mvo> asac: just fiy - bug #518747
[10:18] <mvo> asac: it also appears that NM becomes unhappy during a (gui) upgrade and shows a "networkmanager applet can not find required resources" window
[10:18] <mvo> asac: plus network goes away
[10:26]  * TheMuso waves quickly before heading to an early night in bed.
[10:26] <TheMuso> I hope all of you had an uneventful trip.
[10:27] <mvo> TheMuso: yeah, trip was fine. I hope yours too? have a good night
[10:27] <didrocks> TheMuso: for me, all was ok, thanks :) you?
[10:28] <TheMuso> Uneventful also, managed to sleep on the long flight from San Francisco to Sydney.
[10:28] <didrocks> sweet :) have a good night!
[10:29] <mvo> asac: sorry that I bug you with this stuff on jetlag day, filed as bug #518760
[10:33] <chrisccoulson> hey seb128
[10:34] <seb128> hello chrisccoulson
[10:34] <chrisccoulson> seb128 - how are you?
[10:35] <seb128> good I think
[10:35] <seb128> just waking up
[10:35] <seb128> I did 2 nights in one ;-)
[10:35] <didrocks> salut seb128 :-)
[10:35] <chrisccoulson> heh :) you probably need some coffee
[10:35] <seb128> lut didrocks
[10:36] <seb128> chrisccoulson: indeed
[10:40] <pitti> bonjour seb128
[10:40] <seb128> hey pitti
[10:40] <pitti> seb128: heh, you should be twice as awake now, then? :-)
[10:40] <seb128> lol
[10:40] <seb128> yeah, I'm good in fact
[10:40] <seb128> I just decided at 9am that I was still tired
[10:40]  * pitti woke up at 8, not too bad
[10:41] <seb128> and went back to sleep ;-)
[10:41] <seb128> I didn't sleep much in the plane this time
[10:41] <pitti> seb128: how come? turbulence?
[10:41] <seb128> but did a 2pm to 5pm nap and a midnight to 11am night
[10:42] <seb128> pitti, no, I just didn't feel tired and I had a book to finish, I read most of the trip...
[10:42] <pitti> I just managed to finish my Oscar Wilde books ("The Soul of Men" and "An Ideal Husband")
[10:42] <pitti> didn't get to any hacking this time
[10:42] <seb128> pitti, what about you? did the new flights work?
[10:43] <pitti> I slept for 4 hours, and listened to two music albums
[10:43] <pitti> seb128: yeah, they worked okay, just some short delays which didn't break the connections
[10:43] <pitti> Chicago has lots of snow, too :)
[10:43] <seb128> hehe
[10:43] <seb128> I've seen snow images from washington on tv
[10:43] <seb128> quite impressive
[10:44] <pitti> be it actual biology or a placebo, I'm now finally convinced about the fasting trick
[10:45] <seb128> it it works for you -)
[10:46]  * didrocks stoped to take coffee in the plane. Way way better to find some sleep :-)
[10:46] <didrocks> stopped*
[10:46] <seb128> I took coffee on the way in
[10:46] <seb128> I took some wine on the way back... :-)
[10:47] <pitti> that ought to work, too
[10:47] <pitti> Katie Melua sung me into sleep :)
[10:47] <didrocks> seb128: you're strange so ;-) It should have make you sleepy
[10:47] <seb128> I did sleep for some 2 hours
[10:47] <didrocks> pitti: uninteresting movies work too!
[10:47] <pitti> heh
[10:48] <seb128> which is not a lot for me ;-)
[10:48] <pitti> the United flight just had a very crappy display, like 100x50 pixels
[10:48] <pitti> I just kept it off
[10:48] <seb128> don't complain to me
[10:48] <pitti> even my phone has a better quality..
[10:48] <seb128> those delta planes have screen in the aisle
[10:48] <seb128> and I was one row before a screen again
[10:49] <seb128> ie couldn't see the one just there and the next one was quite far
[10:49] <didrocks> seb128: same for me :/
[11:05] <chrisccoulson> hggdh - did you get a response in #launchpad in the end?
[11:07] <seb128> chrisccoulson: oh, you fixed the overshot ;-)
[11:07] <chrisccoulson> seb128 - yeah, i got quite a lot done this weekend :)
[11:15] <vish> pitti / seb128: hi.. could you take a look at Bug 506642 , [not at the actual bug but more at the comments regarding pitivi and LTS support concerns] not sure you follow pitivi bugs ,so i just thought i'd mention it
[11:15] <seb128> looking
[11:16] <seb128> we didn't spend real efforts on pitivi no
[11:16] <seb128> and it's not decided it will stay for lucid yet
[11:17] <vish> yeah , I wanted to let you guys know bout the problems mentioned , there seem to be a few crashers and critical bugs which have yet to be addressed in the Ubuntu version [but fixed upstream]
[11:18] <seb128> right
[11:18] <seb128> we probably don't have spare ressources for it
[11:18] <vish> yeah..
[11:20] <seb128> ie if it's not ready we will probably not ship it by default this cycle
[11:20] <seb128> we do have the current gstreamer versions btw
[11:20] <seb128> we have the pre-versions right now and will do the update when new versions are there
[11:21] <chrisccoulson> seb128 - i was going to port gpm to use appindicator this weekend, but then i wasn't sure of how to handle the status icon (it uses different icons for indicating charge level / charging etc)
[11:21] <chrisccoulson> do you know if that has been discussed?
[11:23] <seb128> use the same icons for it?
[11:25] <baptistemm> hi there
[11:31] <chrisccoulson> seb128 - i got the impression with the libappindicator API that i could only use 2 icons (a normal icon and an attention icon), but it seems i can specify different icons to indicate charge state with app_indicator_set_icon. i didn't see that before ;)
[11:32] <chrisccoulson> i will probably work on that tonight then, if nobody else is doing already
[11:32] <seb128> ask ted when he's around maybe
[11:32] <chrisccoulson> transmission has been ported to use appindicator as well
[11:32] <chrisccoulson> it's even upstream :)
[11:32] <seb128> or davidbarth
[11:33] <seb128> hey davidbarth
[11:33] <seb128> chrisccoulson: 2 people are working on contracting jobs to port applications to the indicator
[11:33] <seb128> chrisccoulson: they started a week ago so we will probably see quite some porting going on
[11:34] <chrisccoulson> seb128 - ah, ok. i think i know who one of them is, but i don't know the second person
[11:34] <seb128> Nafa is one I think
[11:35] <seb128> Nafai rather
[11:35] <chrisccoulson> yeah, that's the person i thought was
[11:39] <chrisccoulson> i'm quite impressed that charles has included the appindicator work for transmission upstream
[11:42] <seb128> why?
[11:43] <seb128> upstream is not responsive usually?
[11:43] <tjaalton> hrm, why does gdm try to poke the NFS shares, which are krb5 protected and this keeps filling the logs
[11:46] <seb128> bug?
[11:46] <tjaalton> probably so, but finding out what process does it would be a start :)
[11:46] <tjaalton> could be gvfs
[11:48] <seb128> I've no clue I use neither nfs nor krb
[11:49] <davidbarth> seb128: hi
[11:50] <seb128> hey davidbarth
[11:50] <seb128> davidbarth, had a good trip back?
[11:50] <didrocks> salut davidbarth
[11:50] <tjaalton> seb128: doesn't gdm try to load the face image from the user $HOME?
[11:50] <davidbarth> seb128: yup, and you
[11:50] <davidbarth> didrocks: salut didrocks
[11:50] <seb128> tjaalton, it has a cache in /var for those I think
[11:51] <seb128> tjaalton,
[11:51] <seb128> "Now the user's dmrc and face image files are stored in /var/cache/gdm, so
[11:51] <seb128>   that the login process does not need to access the user's $HOME directory
[11:51] <seb128>   before authentication."
[11:51] <seb128> it's from the NEWS file for 2.28.0
[11:51] <tjaalton> seb128: ah, so it seems
[11:52] <tjaalton> well, I'll disable the face browser anyway
[11:52] <pitti> seb128, chrisccoulson: when I press power button or ctrl+alt+delete, I get a dialog for shutdown/suspend/etc; is that gnome-session?
[11:52] <chrisccoulson> pitti - yeah
[11:52] <pitti> thanks
[11:53] <chrisccoulson> pitti - gpm catches the button press and opens the dialog
[11:53] <seb128> pitti, is that buggy?
[11:53] <pitti> seb128: -ish
[11:53] <seb128> oh?
[11:53] <chrisccoulson> whats wrong with it?
[11:53] <pitti> bug 432598
[11:54] <seb128> ah right
[11:54] <pitti> we need to make g-p-m, that dialog, and the indicator respect the policykit settings
[11:54] <pitti> i. e. if you are disallowed suspend/hibernate, it shouldn't offer it
[11:55] <davidbarth> pitti: same for the session menu
[11:55] <chrisccoulson> pitti - is that not indicated by the can-suspend and can-hibernate properties from the dk-power interface?
[11:55] <seb128> pitti, doesn't upower has a "can suspend" interface?
[11:55] <pitti> chrisccoulson: oh, it's reading that then?
[11:55] <pitti> indeed, that seems to be broken
[11:56] <chrisccoulson> pitti - yeah
[11:56] <pitti> sweet
[11:56] <chrisccoulson> pitti - i have a feeling it can't work though due to a dbus-glib limitation
[11:56] <pitti> but that wouldn't work
[11:56] <pitti> that's global
[11:56] <chrisccoulson> ie, you can't intercept reads on properties of objects exposed over dbus
[11:56] <pitti> and we need to check it per-user
[11:57] <pitti> chrisccoulson: why would I need to do that?
[11:58] <chrisccoulson> pitti - to check if the caller is privileged enough to perform the action
[11:58] <pitti> chrisccoulson: in theory the check could just go into dkp_client_can_suspend()?
[11:58] <pitti> I can't check it on the server side anyway (per-user)
[11:59] <seb128> chrisccoulson: seems there is already some dxteam work for gpm indicator, so maybe better to let that one to those guys or check with ted when he's there later...
[12:02] <chrisccoulson> pitti - how come it can't be checked server-side? do you not just check the priviliges for the current caller on that interface? (similar to how the CanStop method works with consolekit)
[12:02] <chrisccoulson> seb128 - thanks. i'll leave that one for now then
[12:02] <pitti> chrisccoulson: hm, true that; anwyay, what did you mean with "intercept reads on properties of objects exposed over dbus"?
[12:04] <chrisccoulson> pitti - with consolekit, CanStop is a method on the org.Consolekit.Manager interface.Bbut with Dk-power, you're reading properties of that object exposed on the bus, rather than calling a method
[12:04] <chrisccoulson> i don't know if you'll be able to determine who the sender is there
[12:05] <pitti> chrisccoulson: depends; dkp_client_can_suspend() is a real function in dkp-client.h
[12:05] <pitti> i. e. it depends on whether gnome-session and friends use the function or read the property directly
[12:11] <chrisccoulson> pitti - gnome-session reads the property directly
[12:12] <pitti> ah, indeed, if I fix it server-side, the indicator works
[12:15] <asac> mvo: i am not really here today ;)
[12:20] <seb128> didrocks, bug #518626 where should it be assigned?
[12:21] <didrocks> seb128: this one should be fixed from this morning, but add a bug task to ubuntu-netbook-default-settings
[12:21] <seb128> didrocks, I don't add a task but reassign, thanks
[12:21] <didrocks> seb128: thanks
[12:23] <pitti> asac, didrocks: netbook-launcher-efl, should that be built against liblauncher 0.1 or 0.3? In other words, should I keep liblauncher in main, or demote it? (just accepted liblauncher-0.1 into main)
[12:24] <didrocks> pitti: netbook-launcher builds only with liblauncher 0.1. I tested it last Friday
[12:24] <pitti> -efl, too?
[12:24] <didrocks> oh, efl
[12:25] <didrocks> it's the name for the 2D one, right?
[12:25] <pitti> right
[12:25] <pitti> well, it deps on -0.1 so far, so I expect it'll have the same problem
[12:25]  * pitti demotes
[12:26] <pitti> asac: you'll have to change the b-dep to liblauncher-0.1-dev
[12:27] <asac> ok
[12:27] <asac> will forward it
[12:27]  * asac not here really
[12:27] <pitti> asac: made it back in one piece?
[12:28] <asac> luckily i am still in one piece
[12:28] <asac> but kinda in pain ;)
[12:28] <asac> didnt survive yesterday so i have to fight jetlag today
[12:29] <asac> funny was that i met marcel holtmann in the plane ;)
[12:29] <asac> from seattle
[12:29] <asac> he was so nice to take me in the limosine on frankfurt airport :) ... so no busses for me this time, which helped a bit :)
[12:32] <pitti> heh, sweet
[12:33] <asac> the driver said they are now building a new international arrival thing for terminal A ... so we will get rid of that terminal B crazyness at some point
[12:47] <tjaalton> seb128: Feb  8 14:39:49 nexus6 gdm-simple-greeter[4737]: DEBUG(+): adding monitor for '/u/00/tjaalton/unix/.face'
[12:47] <tjaalton> fail :)
[12:48] <tjaalton> I'm not logged in, nor in the cached files
[12:50] <tjaalton> so I don't know how gdm knows the uid
[13:00] <seb128> pitti, did you drop those g-s-d g-s gconf work items on purpose in the boot speed spec today?
[13:06] <hggdh> chrisccoulson: yes, I got a response: please ask a question on answers.lp.net
[13:06] <chrisccoulson> hggdh - ah, ok
[13:08] <tjaalton> seb128: filed bug 518810
[13:09] <seb128> bah
[13:09] <seb128> tjaalton, thanks
[13:09] <seb128> tjaalton, I doubt anybody will look at it there but let's see
[13:09] <tjaalton> I can forward it upstream, though looking at the bug count I'm not holding my breath
[13:10] <tjaalton> might need to hack around it locally
[13:10] <seb128> it would already be better than having it opened dowstream only where nobody has a such setup or will look at it
[13:10] <tjaalton> yeah
[13:14] <tjaalton> done
[13:15] <seb128> thanks
[13:30] <chrisccoulson> heh, another gsd update
[13:31] <chrisccoulson> seb128 - want me to take this?
[13:31] <seb128> chrisccoulson: you are welcome to do so, thanks ;-)
[13:31] <chrisccoulson> cool, will do :)
[13:31] <seb128> you can also do the g-c-c one if you want ;-)
[13:31]  * seb128 still catching up on emails etc
[13:31] <chrisccoulson> yeah, i can do that one too
[13:33] <Nafai> Good morning everyone
[13:34] <chrisccoulson> good morning Nafai
[13:35] <Nafai> Have a good weekend?
[13:36] <chrisccoulson> yes thank you. i managed to do more things than usual on saturday, and got quite a bit done
[13:36] <chrisccoulson> how are you?
[13:37] <Nafai> Not bad, hoping to make a lot of progress this week
[13:55] <pitti> seb128: yes, quickly discussed with chrisccoulson; we tested them some time ago, and they don't improve things
[13:56] <chrisccoulson> pitti - are you referring to those 2 work items?
[13:56] <pitti> chrisccoulson: seb128 | pitti, did you drop those g-s-d g-s gconf work items on purpose in the boot speed spec today?
[13:56] <chrisccoulson> (sorry, i went away for lunch)
[13:56] <pitti> chrisccoulson: yes
[14:15] <kenvandine> seb128, pushed a new version of xchat-indicator lp:~ubuntu-desktop/xchat-indicator/ubuntu
[14:15] <kenvandine> seb128, can you sponsor?
[14:17] <Nafai> kenvandine: Does that work for xchat-gnome?
[14:17] <Nafai> kenvandine: I hope to have patches for 2 programs for you to review today :)
[14:17] <kenvandine> Nafai: yup!
[14:17] <kenvandine> Nafai: awesome!
[14:18] <kenvandine> Nafai: it creates xchat-indicator and xchat-gnome-indicator
[14:18] <Nafai> kenvandine: sweet, I'll have to give it a try when its up
[14:20] <kenvandine> Nafai: https://edge.launchpad.net/~ken-vandine/+archive/xchat-gnome
[14:20] <kenvandine> it's in my ppa
[14:21] <kenvandine> but if you are up 2 date in lucid, wait for 0.3.2 to build
[14:23] <Nafai> yeah, I'm up to date, so I'll wait
[14:26] <pitti> didrocks: liblauncher-0.1 NEWed
[14:27] <didrocks> thanks!
[14:27]  * didrocks hugs pitti
[14:42] <pc_magas> hi
[14:43] <pc_magas> No oper over here? strange!
[14:43] <seb128> kenvandine, ok
[14:43] <seb128> just spent half an hour on the phone with dell
[14:43] <seb128> they repair my mini for free
[14:43] <pc_magas> sed128 what dell do u have?
[14:44] <pc_magas> seb128*
[14:44] <seb128> but they want 35€ to let me keep the disk
[14:44] <seb128> wth?
[14:44] <seb128> pc_magas, doesn't start
[14:44] <kenvandine> seb128, great
[14:44] <kenvandine> hehe
[14:44] <didrocks> seb128: 35€ for keeping the disk? the return expense is on their side?
[14:44] <seb128> yes
[14:44] <pc_magas> What model seb128 do u have?
[14:44] <seb128> it's under waranty
[14:44] <seb128> pc_magas, a mini10v
[14:44] <pc_magas> The same as me
[14:44] <seb128> didrocks, it's all free if I send the box
[14:45] <seb128> if I send the box without the hdd it's 35€
[14:45] <pc_magas> Oh thank good i realy need some help with poulsbo
[14:45] <seb128> or if you don't want the disk formatted
[14:45] <kenvandine> seb128, so i guess that means you get to keep the extra disk?
[14:45] <seb128> ie standard repair lead to disk format
[14:45] <kenvandine> oh... so not sending you a new one
[14:45] <seb128> no
[14:45] <didrocks> seb128: not surprising…
[14:45] <seb128> that's what they ask me to destroy the disk content
[14:45] <seb128> which I don't care about
[14:46] <seb128> but I've stuff on the disk I don't to send there
[14:46] <seb128> +want
[14:46] <kenvandine> wipe it yourself i guess
[14:46] <pc_magas> Can;t u format by yourself its cheaper
[14:46] <seb128> I've to find a box with ssd but yeah
[14:47] <didrocks> seb128: bad, we should have thought about taking your disk, put on martin's one to reformat it :/
[14:47] <kenvandine> tedg, have you had a chance to looking into the dbusmenu/indicator problem?
[14:47] <pitti> seb128: you could temporarily put it into your normal laptop, and wipe it from a live sysstem?
[14:47] <kenvandine> the dupes?
[14:47] <seb128> pitti, I'm not sure if my laptop can talk ssd?
[14:47] <didrocks> pitti: ssd adapter?
[14:47] <tedg> kenvandine: ?
[14:47] <seb128> hey tedg
[14:47] <pitti> isn't it just a normal sata either way?
[14:47] <pitti> seb128: I don't think it's any different on a connector level
[14:47] <tedg> kenvandine: BTW, Would you be up for a indicator-application release today? :)
[14:47] <kenvandine> tedg, remember like evolution-indicator doesn't get removed when evo  shutsdown
[14:47] <kenvandine> sure
[14:47] <seb128> kenvandine, tedg: seems there is quite some empathy crashes since update
[14:47] <kenvandine> tedg, that happens with everything
[14:48] <pitti> seb128: it's either SATA or the old ATAPI
[14:48] <kenvandine> seb128, i think those are all fixed
[14:48] <kenvandine> in my upload yesterday
[14:48] <seb128> kenvandine, I assigned you a bug could you look and close if needed?
[14:48] <kenvandine> all from the libindicate change
[14:48] <seb128> kenvandine, thanks
[14:48] <seb128> pitti, ah, good
[14:48] <seb128> pitti, I will try that now
[14:48] <kenvandine> seb128, i commented earlier
[14:48] <tedg> kenvandine: Hmm, I haven't seen that.  I'll look.
[14:48] <seb128> pitti, the dell guy made me get the disk out and the wifi card out
[14:49] <kenvandine> tedg, lifeless and i both showed you on friday :)
[14:49] <kenvandine> tedg, server_hide doesn't hide :)
[14:49] <kenvandine> tedg, so when an app shutsdown, it never gets removed
[14:49] <kenvandine> then starting it again adds a new entry
[14:50] <tedg> kenvandine: Hmm.  Okay.  I still don't remember you showing that to me...  :-/  Must have been the coffee.
[14:50] <kenvandine> hehe
[14:51] <kenvandine> tedg, ok... and in some cases it duplicates everything in the menu, which is what lifeless saw
[14:51] <kenvandine> i think restarting something like indicator-messages-service
[14:51] <tedg> kenvandine: Oh, that was in the me menu.
[14:51] <kenvandine> doesn't lead to crashes, but it is ugly and confusing
[14:51] <kenvandine> no... it was messaging menu
[14:52] <tedg> lifeless' was in the Me Menu.
[14:52] <kenvandine> are you sure?
[14:52] <tedg> Yes
[14:52] <kenvandine> i think his menu's are in the wrong order :)
[14:52] <kenvandine> well i have seen it in the messaging menu too
[14:52] <tedg> Because I'm pretty sure I blamed dbarth for it ;)
[14:52] <kenvandine> oh right you did :)
[14:52] <kenvandine> ok... well i saw the same thing in messaging menu :)
[14:52] <tedg> It must be an issue in dbusmenu then.
[14:53] <kenvandine> so we can pass the buck back to you
[14:53] <kenvandine> i spent a bunch of time trying to figure out why empathy and xchat couldn't remove that... then decided it was your bug
[14:53] <kenvandine> :)
[14:54] <seb128> it's always ted's fault anyway
[14:54] <seb128> ;-)
[14:55] <kenvandine> seb128, i figured out the my problems getting pitivi to render my video on friday is actually a problem in recordmydesktop
[14:55] <kenvandine> it creates bad ogv files :/
[14:55]  * didrocks blames ted too for rhythmbox icon not showing up, and so, have to launch it in a terminal too :)
[14:55] <kenvandine> totem can play them... and pitivi can preview them
[14:55] <kenvandine> but they can't be re-encoded
[14:55] <kenvandine> kdenlive can't play them at all
[14:56] <tedg> Hmph, no love in #ubuntu-desktop today ;)
[14:56] <kenvandine> anyone have suggestions for an alternative to recordmydesktop?
[14:57] <baptistemm> byzans ?
[14:58] <baptistemm> istanbul?
[14:58] <didrocks> kenvandine: can't you use vlc to reencode it to something else?
[14:58] <kenvandine> i thought istanbul was dead, i'll try it
[14:58] <kenvandine> i didn't try vlc
[14:58] <kenvandine> mencoder couldn't
[14:59] <kenvandine> mencoder seg faults on it
[14:59] <didrocks> kenvandine: I've use vlc to reencode it 3 months ago (the guy wanted .mov file and I had the same issue with mencoder)
[14:59] <kenvandine> cool... i'll try that then :)
[14:59] <fagan> kenvandine: whats the problem?
[14:59] <kenvandine> the ogv files created by recordmydesktop are buggy
[15:00] <kenvandine> pitivi can't render the clips into another video
[15:00] <kenvandine> mencoder segfaults on them
[15:00] <kenvandine> kdenlive can't read them at all
[15:00] <kenvandine> seems to be a common problem
[15:00] <seb128> didrocks, works there rhythmbox
[15:00] <fagan> hmmm I thought recordmydesktop uses gstreamer to encode the videos
[15:01] <kenvandine> i think it does... but somehow it creates bad ones
[15:01] <kenvandine> not quite sure how
[15:01] <kenvandine> but seems to be a pretty well known problem
[15:01] <fagan> it is
[15:02] <davmor2> kenvandine: can you not use istanbul to record?
[15:02] <kenvandine> i could try it
[15:02] <kenvandine> but i will try to salvage the clips i have with vlc
[15:02] <kenvandine> would hate to redo the whole thing :)
[15:05] <pitti> chrisccoulson: ok, seems you were right with your suspicion; checking PK through properties just doesn't work out; we have to convert the programs to use the proper client side method
[15:07] <kenvandine> nopes... vlc can't handle it either!
[15:07] <chrisccoulson> pitti - i think it would be better to add some proper CanSuspend and CanHibernate methods to DK-power, rather than just exposing properties
[15:07] <kenvandine> guess i need to start from scratch :)
[15:07] <kenvandine> s/:)/:(/
[15:08] <chrisccoulson> but i suppose that would need some discussion with hughsie
[15:08] <kenvandine> hey rickspencer3
[15:08] <didrocks> kenvandine: strange, it was working for me (but I recored it in karmic, not lucid)
[15:10] <kenvandine> i'll just start over with istanbul
[15:10] <pitti> chrisccoulson: gboolean         dkp_client_can_suspend                 (DkpClient              *client);
[15:10] <pitti> chrisccoulson: it already has that
[15:10] <pitti> chrisccoulson: right, after that gets fixed, the properties should be phased out
[15:14] <chrisccoulson> pitti - dkp_client_can_suspend just returns the can-suspend property on the /org/freedesktop/DeviceKit/Power object though doesn't it? were you planning to change that to fetch the property from the daemon, and also check if the user is authorized using client-side code?
[15:14] <pitti> chrisccoulson: yes, but that's the very method I'll change
[15:14] <pitti> chrisccoulson: because in dkp-client.h I can
[15:14] <pitti> I don't have a connection to the client in the server where the properties are set
[15:14] <chrisccoulson> my idea was to create CanSuspend and CanHibernate methods on the dk-power daemon, and have dkp_client_can_suspend query that method rather than fetch the property
[15:14] <chrisccoulson> and then do the authorizations checking in the daemon
[15:15] <pitti> that'd work, too
[15:18] <pitti> chrisccoulson: helpfully, the property is also called "CanHibernate", so I'll name them HibernateAllowed()
[15:19] <chrisccoulson> pitti - yeah, that might make sense
[15:19] <pitti> chrisccoulson: can one sensibly map a gobject property to a D-Bus method call?
[15:20] <chrisccoulson> pitti - i don't think so, and that's the limitation with the current implementation of exposing gobject properties
[15:21] <chrisccoulson> but you can create a new method to access the internal property
[15:22] <james_w> and signals so the UI can update presumably?
[15:23] <pitti> meh, this sounds like two day's work for a corner case
[15:24] <chrisccoulson> pitti - the corner case being that the adminstrator disables suspend/hibernate?
[15:24] <pitti> right
[15:24] <pitti> which already fails, but the UI still exposes the buttons for suspend/hibernate
[15:25] <chrisccoulson> if it's not too urgent, then this sounds like the sort of thing i could work on in my spare time ;)
[15:25] <chrisccoulson> oops, i got disconnected there
[15:25] <pitti> chrisccoulson: in either case it doesn't look SRUable, so we have until lucid beta or so
[15:26] <chrisccoulson> beta is not too far away is it?
[15:26] <pitti> March something
[15:27] <chrisccoulson> oh, that's not too bad actually
[15:27] <chrisccoulson> i keep thinking it's sooner than that, but i'm thinking about FF
[15:30] <pitti> ideally alpha-3 == FF
[15:31] <pitti> I'll have a go at it
[15:34] <chrisccoulson> pitti - thinking about it, you only need to make changes in dk-power to make it all work
[15:34] <chrisccoulson> even though gnome-session isn't calling dkp_client_can_suspend, it does query the properties of DkpClient
[15:36] <chrisccoulson> which is only a cache of the daemon properties. that property just needs to be updated with the return value of HibernateAllowed() from the daemon, rather than the property from the daemon
[15:36] <pitti> chrisccoulson: I could change the proeprty call to a method call in dkp_client_ensure_properties()
[15:36] <chrisccoulson> pitti - yeah, that's what i was thinking
[15:36] <pitti> chrisccoulson: but in dkp_client I can just query polkit myself, too?
[15:37] <chrisccoulson> it should be minimal effort then, as the daemon already has functions for querying authorizations
[15:37] <chrisccoulson> pitti - yeah, you could do, but i think that would be more work
[15:37] <pitti> yeah, perhaps
[15:37] <chrisccoulson> as there is no polkit code in the client library
[15:38] <pitti> *nod*
[15:38] <pitti> ok, will do that
[15:38] <pitti> thanks!
[15:39] <chrisccoulson> excellent :)
[15:41] <chrisccoulson> tedg - i'm wondering if we should proxy suspend / hibernate from the indicator-session through gnome-session (like we currently do with shutdown / restart)
[15:41] <chrisccoulson> the current implementation bypasses the suspend inhibits
[15:42] <tedg> chrisccoulson: Err, yeah.  Probably.  Seems kinda silly though.  Do you think we should just connect to gnome-session and pick up the inhibits?
[15:42] <tedg> chrisccoulson: That way we could grey out the items.
[15:42] <tedg> chrisccoulson: Or, even cooler, provide a dialog explaining what's happening.
[15:44] <chrisccoulson> tedg - yeah, that's possible too
[15:44] <chrisccoulson> in fact, thats how gpm works (it checks for the existence of the inhibits)
[15:44] <chrisccoulson> the advantage of proxying through gnome-session though, is that it will present you with an inhibit dialog already
[15:45] <tedg> chrisccoulson, Oh, I didn't realize it had that already.  That makes sense to use then.
[15:46] <tedg> chrisccoulson, We probably need to watch though just to change to "Suspend..." though.
[15:46] <chrisccoulson> tedg - yeah, that's already possible with the current interface
[15:46] <chrisccoulson> i'll expose some more methods for suspenging/hibernating this evening then
[16:02] <didrocks> pitti: after discussing with rickspencer3, we add gnumeric and abiword to the une seed, can you please sponsor lp:~didrocks/ubuntu-seeds/netbook.lucid ? I'm rebuilding the meta-package too. I guess that there is no need to do a MIR to promote abiword into main as it was demoted just a week ago?
[16:03]  * pitti congratulates the new abiword maintainer
[16:03] <pitti> promoted
[16:03] <pitti> didrocks: you need to wait 2 hours for the metapackage rebuild
[16:03] <pitti> didrocks: I just missed the publiser (:3)
[16:04] <pitti> didrocks: seeds merged
[16:04] <didrocks> pitti: I was sure I will get something related to "hourra, abiword maintainer" :)
[16:04] <didrocks> pitti: thanks
[16:04] <chrisccoulson> oh pitti - on the subject of promotions, you can disregard my comment on friday about needing libauthen-pam-perl
[16:04] <pitti> ah, good
[16:04] <chrisccoulson> it was just a superfluous include in one of the perl files in stb
[16:04] <chrisccoulson> so i patched it out and uploaded
[16:05] <didrocks> pitti: so, I just get the metapackage and send you a debdiff? (not related to publisher, right?)
[16:05] <didrocks> (after having runned germinate script)
[16:05] <pitti> didrocks: I can rebuild it myself here
[16:05] <pitti> didrocks: but as I said, only in two hours
[16:06] <didrocks> pitti: I don't get it, germinate doesn't take the branch as a reference?
[16:06] <didrocks> (the seed branch)
[16:06] <pitti> didrocks: I'm confused now
[16:06] <pitti> didrocks: so, what I did was merge your netbook seed branch into the official one
[16:06] <didrocks> right :)
[16:07] <pitti> didrocks: but I need to wait 2 hours until abiword gets actually promoted to main
[16:07] <didrocks> oh, ok
[16:07] <pitti> after it is, I can rebuild the metapackage and upload
[16:07] <didrocks> the check is done at that time
[16:07] <didrocks> ok :)
[16:07] <pitti> if I'd do it right now, germinate would see "oh, abiword is in universe, ignore it"
[16:07] <didrocks> thanks for the explanation :)
[16:07] <pitti> de rien
[16:46] <Nafai> What's the best method to record a quick video of my desktop?  recordmydesktop?
[16:51] <kenvandine> Nafai, evidently not :)
[16:51] <kenvandine> istanbul maybe
[16:51] <kenvandine> recordmydesktop created some bad ogg video files for me
[16:51] <kenvandine> totem can play them, but nearly anything else i try to do with them segfaults
[16:51] <Nafai> ok
[16:55] <seb128> I hate mono
[16:56] <seb128> Laney, there?
[16:58] <Laney> ...uh oh
[17:00] <Laney> seb128: what's up?
[17:01] <seb128> Laney, do you know how .config work?
[17:02] <hyperair> .dll.config?
[17:02] <tedg> pitti: Riddell: Does guest session work with KDM?
[17:02] <hyperair> and .exe.config?
[17:02] <pitti> tedg: no
[17:02] <hyperair> just copy one of the existing ones imo
[17:02] <tedg> pitti: Okay, thanks.  So I'm checking for GDM to enable that menuitem.
[17:03] <seb128> hyperair, Laney: I added a .config to /usr/lib/cli/launchpad-integration-sharp-1
[17:03] <seb128> launchpad-integration-sharp.dll.config
[17:03] <hyperair> seb128: so the full path is /usr/lib/cli/launchpad-integration-sharp-1/launchpad-integration-sharp.dll.config?
[17:03] <hyperair> and you've got a .dll with the same name in the same directory there?
[17:03] <hyperair> pastebin it?
[17:04] <seb128> yes
[17:04] <tedg> seb128: Can you see if this fixes the GSS messing up the bootchart after mdeslaur's addition of the service file?  https://code.launchpad.net/~ted/indicator-session/screensaver-proxy-on-request/+merge/18853
[17:04] <seb128> the .dll.config works
[17:04] <seb128> when copied to .mono...
[17:04] <hyperair> .mono?
[17:04] <hyperair> what's .mono?
[17:04] <seb128> directory
[17:04] <hyperair> er if that's the case, are you sure you're using the right dll?
[17:05] <seb128> strace shows it open ".mono/assemblies/launchpad-integration-sharp/launchpad-integration-sharp.config"
[17:05] <seb128> well
[17:05] <hyperair> does it open the correct .dll?
[17:05] <seb128> runtime opens "/usr/lib/mono/gac/policy.1.0.launchpad-integration-sharp/0.0.0.0__0738eb9f132ed756/policy.1.0.launchpad-integration-sharp.dll"
[17:05] <seb128> so I've the feeling I'm missing something to have the .config there
[17:07] <seb128> $ strace -f tomboy 2>&1 | grep launchpad | grep dll.config
[17:07] <seb128> [pid 14279] open("/usr/lib/mono/gac/launchpad-integration-sharp/1.0.0.0__0738eb9f132ed756/launchpad-integration-sharp.dll.config", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
[17:07] <seb128> see
[17:07] <seb128> it tries to open this one
[17:07] <seb128> not /usr/lib/cli/launchpad-integration-sharp-1/launchpad-integration-sharp.dll.config
[17:07] <hyperair> right
[17:07] <hyperair> you have to symlink it over.
[17:07] <seb128> how?
[17:07] <seb128> the gac dir is dynamic no?
[17:07] <hyperair> er wait
[17:07] <hyperair> whoops
[17:07] <hyperair> @_@
[17:08] <hyperair> lemme go dig around. i'm sure i've had some gac'd dll.configs beore..
[17:08] <hyperair> before*
[17:08] <seb128> thanks
[17:08] <pitti> chrisccoulson: \o/ got it
[17:10] <chrisccoulson> pitti - it works now?
[17:10] <pitti> at least with devkit-power --dump
[17:11] <pitti> chrisccoulson: I wrote it against upower, still need to port
[17:11] <pitti> but it's using the very same properties
[17:11] <chrisccoulson> cool, how does that work?
[17:12] <chrisccoulson> (do you mean the same properties from the daemon, or the same client-side properties?)
[17:12] <jono> didrocks, did you add the sessions with your name on https://wiki.ubuntu.com/UbuntuOpportunisticDeveloperWeek ?
[17:12] <jono> I just wanted to make sure someone else didnt volunteer you :-)
[17:12] <hyperair> seb128: how are you putting launchpad-integration-sharp.dll into gac?
[17:12] <pitti> chrisccoulson: like you suggested; add two new d-bus methods (HibernateAllowed), add a helper function for checking a PK priv, calling those functions in the client
[17:12] <pitti> chrisccoulson: client-side props
[17:12] <chrisccoulson> pitti - excellent :)
[17:12] <didrocks> jono: no, I did it, but I would maybe make rick as a volunteer :-)
[17:13] <jono> didrocks, so do you mind if I schedule it and if Rick can't do it for you to do it instead?
[17:14] <didrocks> jono: no pb. I'll do at least Quickly 0.4 as I know more than Rick what will be available :) I can do the first/basic one if Rick can't do it
[17:14] <jono> didrocks, you are a legend :-)
[17:14] <jono> I will add them to the calendar now
[17:14] <jono> thanks!
[17:15] <pitti> chrisccoulson: patches sent to https://bugs.freedesktop.org/show_bug.cgi?id=26473 now
[17:15] <didrocks> thanks jono :)
[17:16] <seb128> hyperair, there is a .installcligac with /usr/lib/cli/launchpad-integration-sharp-1/launchpad-integration-sharp.dll
[17:16] <seb128> /usr/share/cli-common/packages.d/liblaunchpad-integration1-cil.installcligac that is
[17:16] <hyperair> weird.
[17:16] <seb128> why?
[17:16] <hyperair> then it should be working..
[17:17] <hyperair> seb128: where can i get this package?
[17:17] <seb128> hyperair, oh, it's working
[17:17] <hyperair> ._.
[17:17] <chrisccoulson> pitti - thanks. right, i've got to disappear to travel home now
[17:17] <hyperair> \o/
[17:17] <seb128> hyperair, it was not packaged, I was just adding the .config by hand for testing
[17:17] <hyperair> seb128: ah i see.
[17:18] <seb128> seems the packaging does the bit of magic required
[17:18] <chrisccoulson> bbiab
[17:18] <Laney> haha
[17:18] <seb128> hyperair, thanks
[17:18] <hyperair> seb128: np.
[17:18] <hyperair> Laney: you just sat around and watched while i fumbled around, didn't you?
[17:19] <Laney> I let you take over, really
[17:19] <Laney> was doing real work :)
[17:20] <Laney> you done good son
[17:20] <hyperair> right. that's a nice way of putting it
[17:20]  * hyperair grumbles
[17:53]  * pitti waves goodnight, still a bit tired from jetlag
[17:53] <czajkowski> hyperair: http://www.lczajkowski.com/2010/02/08/my-weekend-at-fosdem/
[17:54]  * hyperair clicks
[17:56]  * hyperair corrects gender records of irc nicks in brain
[17:58] <hyperair> hmm there's a thread about the debian-ubuntu thing
[17:58] <kklimonda> hyperair, where?
[17:58] <hyperair> kklimonda: http://www.reddit.com/r/linux/comments/az3tt/debians_conclusion_about_ubuntu_at_fosdem/
[17:58] <hyperair> kklimonda: got it from czajkowski's blog
[17:59] <kklimonda> ach, this "thread"
[17:59] <hyperair> kklimonda: =p
[17:59] <kklimonda> I was hoping for something more.. substantial - slides from this presentation, video recording and some thoughts from people involved..
[18:00] <hyperair> ah. hahah
[18:00] <czajkowski> kklimonda: if you put ubuntu and debian from fosdem into google you get a few of the slides.
[18:00] <czajkowski> kklimonda: talk should be out this week from being uploaded
[18:02] <kklimonda> czajkowski, yeah - I've seen a few slides already (with titles like "Debian is Better" and that's why I'm interested in this talk ;)
[18:04] <czajkowski> http://www.flickr.com/photos/8960860@N04/4337581588/
[18:08] <hyperair> "If Ubuntu were better than Debian, we'd be developing Ubuntu, rather than Debian"
[18:08] <hyperair> http://www.mobypicture.com/user/daepunt/view/5979673
[18:08] <hyperair> now, why is it i'm developing Ubuntu again? =p
[18:13] <Nafai> Wish I could read the last line on that slide
[18:17] <czajkowski> has anyone seen lucas on line
[18:17] <czajkowski> he seemed very nice
[18:18] <kklimonda> czajkowski, but I have nothing against him - exactly why I'd like to see the full presentation because slides may be misleading :)
[18:18] <czajkowski> nods
[18:19] <czajkowski> kklimonda: perhaps he may put them somewhere online ?
[18:20] <Nafai> Morning rickspencer3
[18:20] <rickspencer3> hi Nafai
[18:21] <rickspencer3> Nafai how is it going? do you have plenty of tasks for today?
[18:21] <rickspencer3> (note that I am a bit under the weather, so just popping in to check on a couple of things)
[18:22] <Nafai> rickspencer3: Yes, plenty of tasks.  Waiting for TedG's latest changes to come into the lucid repo so I can test, and I'm pretty close with brasero too
[18:22] <rickspencer3> kewl
[18:22] <rickspencer3> !
[18:22] <Nafai> SO I'm close to passing the first two off to ken :)
[18:22] <Nafai> And then I'll tackle gnome-bluetooth
[18:23] <rickspencer3> great
[18:23] <rickspencer3> how are the other guys doing?
[18:24] <Nafai> Not sure, haven't heard from smithj :)
[18:24] <Nafai> (me personally, that is, perhaps jono and/or jcastro have)
[18:25] <kklimonda> czajkowski, it wouldn't hurt to ask - maybe I'll send him an email later :)
[18:27] <czajkowski> kklimonda: oh good idea, I would, I just don't know him and I figure similar folks are asking
[18:27] <czajkowski> :)
[18:28] <smithj> rickspencer3: hey. i had a bit of trouble getting started, but i think i'll have the first patch pretty soon
[18:28] <Nafai> smithj: Cool! :)
[18:28] <rickspencer3> smithj, great!
[18:28] <kklimonda> czajkowski, I don't know him either but I'm pretty sure he won't bite my head off :)
[18:29] <rickspencer3> smithj, Nafai ... this is great, I think Lucid will be lots nicer with all the sweet integration
[18:29] <Nafai> I hope so
[18:29] <czajkowski> kklimonda: well if you find out, gives a shout, please
[18:32] <vish> rickspencer3: hi.. could you have a look at the _comments_ on Bug 506642 ? its about the state of pitivi development [i already subscribed you to the report  , in case you didnt get all the comments]
[18:32] <rickspencer3> sure vish
[18:32] <vish> thanks..
[18:32]  * rickspencer3 looks
[18:32] <rickspencer3> vish, do you think the Ubuntu community is doing enough to support the pitivi community?
[18:33] <vish> i dont think so
[18:34] <rickspencer3> vish, me either
[18:34] <rickspencer3> I'll check in tomorrow and see how we could help more
[18:35] <vish> rickspencer3: neat , thanks... the version in Ubuntu has a few crashers/critical bugs still around , which have only been recently fixed upstream. just wanted o bring it to your attention..
[18:35] <vish> s/o/to
[18:35] <rickspencer3> thanks vish
[18:35] <rickspencer3> I'm asking Jono to help us connect with the pitivi community
[18:35] <vish> np..
[18:36] <jono> :)
[18:36] <rickspencer3> hi chrisccoulson!
[18:36] <chrisccoulson> hey rickspencer3, how are you?
[18:37] <rickspencer3> jono, vish, so bilboed always says that pitivi will be released when it is ready ... I feel that we should support that, and not ship pitivi be default if he feels it is not ready
[18:37] <rickspencer3> meantime, we should see if we could be helping more
[18:37] <rickspencer3> thoguhts?
[18:38] <jono> rickspencer3, what could be cool is a two day hackfest starting with a few presentations from bilboed on the technology of pitivi and how to get involved and then targeted bug fixing
[18:38] <rickspencer3> jono, sure
[18:38] <jono> rickspencer3, I will follow up with thim and see if we can get something in the calendar
[18:39] <Nafai> I've got a GTK question, since #ayatana is dead :)
[18:39] <rickspencer3> but still, I feel that we put some pressure on them when we decided at UDS to ship pitivi by default (which they supported) but then we (and by "we" I mean "I") went a bit dark on them :/
[18:39] <Nafai>  I want to add an insensitive menu item to replace the tooltip for brasero.  It uses UIManager to build the menu.  Is the best way to add the item get the menu object from the UIManager and then create my own GtkMenuItem and add that?
[18:40] <vish> rickspencer3: putting pressure , would be awesome , alteast wrt , bugs/features we want implemented for an LTS
[18:40] <rickspencer3> vish, well, I don't want to "put pressure" on the pitivi community, they are being awesome and generous
[18:40] <rickspencer3> I suppose the ubuntu-desktop community could benefit from some pressure to help them ;)
[18:41] <vish> ;)
[18:41] <Nafai> It would be nice to have a solid video editor in Lucid :)
[18:41] <rickspencer3> Nafai that's for sure, but we won't get it without working/contributing
[18:41] <jono> ok, mailed Edward
[18:41] <rickspencer3> note that I consider this my falk
[18:42] <rickspencer3> fault even
[18:42]  * Nafai nods
[18:42] <jono> asked him to pick two days for a hackfest
[18:42] <jono> lets then run from there
[18:42] <rickspencer3> I just got too busy and stopped tracking it
[18:42] <rickspencer3> like I say, Edward and pitivi team have been awesome
[18:43] <rickspencer3> jono, if he doesn't feel it will be ready for Lucid, can we just call it "my bad" and reset for Lucid +1 ?
[18:43] <chrisccoulson> seb128 - have you noticed that gnome-panel doesn't autorestart now in lucid?
[18:43] <rickspencer3> in other words, I don't want to be a jerk about it
[18:43] <chrisccoulson> do you know if thats a deliberate change?
[18:44]  * chrisccoulson wonders if that's a side effect of migrating to EggSMClient
[18:45] <jono> rickspencer3, agreed
[18:45] <rickspencer3> thanks jono
[18:45] <jono> this is going to rock :)
[18:45] <jono> more videos of dogs on skateboards on YouTube, made with Ubuntu
[18:45] <jono> bring it on!
[18:45] <rickspencer3> I am very happy with Lucid, atm
[18:45] <rickspencer3> next step: post A3 bug fixing and making upgrades totally solid!
[18:46]  * rickspencer3 positions foot over feature development break
[18:46]  * rickspencer3 position foot over bug fixing accelerator
[18:46] <rickspencer3> terrible anology :/
[18:46] <rickspencer3> any whooo
[18:46] <rickspencer3> see you all tomorrow
[18:46] <rickspencer3> thanks vish chrisccoulson jono Nafa smithj
[18:47] <kklimonda> chrisccoulson, is eggsmclient the way to make application aware of shutdown? transmission is currently killed on shutdown and it reverify all torrents that are not finished on start.
[18:47] <chrisccoulson> kklimonda - yes, that's the way to do it currently on GNOME
[18:47] <jono> lol
[18:48] <chrisccoulson> brb, session restart
[18:48] <Nafai> so..any ideas on my gtk question? :)
[18:49] <jono> Nafai, what question?
[18:51] <Nafai> I want to add an insensitive menu item to replace the tooltip for brasero.  It uses UIManager to build the menu.  Is the best way to add the item get the menu object from the UIManager and then create my own GtkMenuItem and add that?
[18:52] <jono> Nafai, hmmm., this is a cody question
[18:52] <jono> bratsche, ^^
[18:53] <jono> james_w, around?
[18:53] <james_w> hi jono
[18:54] <jono> james_w, just added a session from David on the Wed of https://wiki.ubuntu.com/UbuntuOpportunisticDeveloperWeek - he recommended you do a follow up session in the next slot as an intro to packaging your new app from bzr and putting it in a PAA
[18:54] <jono> PPA
[18:54] <jono> would you be down for that? :-)
[18:55] <james_w> jono: wouldn't that be a quickly thing?
[18:56] <jono> james_w, it could be useful to start your session explaining how to do it with Quickly and then follow up with more detail for those who want to know how to do it manually
[18:57] <jono> james_w, it could possible show your new tool :)
[19:01] <james_w> jono: I'll have to think about it
[19:02] <jono> james_w, np
[19:02] <Nafai> What's the new tool?
[19:04] <jono> james_w has created an awesome tool for packaging
[19:05] <chrisccoulson> vuntz - should we set "X-GNOME-AutoRestart=true" in the desktop file for gnome-panel?
[19:05] <Nafai> cool
[19:05] <Nafai> anything to help with packaging is awesome in my book
[19:05] <chrisccoulson> the eggsmclient migration has regressed, and it no longer sets the restart style to SmRestartImmediately
[19:06] <chrisccoulson> i'm just wondering if that behaviour should be reintroduced again
[19:11] <bratsche> Nafai: If you just define the menuitem in your UIManager xml (say, "/popup/Foobar") then you can just do: GtkWidget *widget = gtk_ui_manager_get_widget (uimanager, "/popup/Foobar"); gtk_widget_set_sensitive (widget, FALSE);
[19:12] <didrocks> kenvandine: empathy crashing when you got a notification of someone adding you and try to click on the icon in the notification, known bug?
[19:13] <kenvandine> nope
[19:13] <kenvandine> didrocks, what version?
[19:13] <Nafai> bratsche: Okay, that sounds good.
[19:14] <Nafai> I'll try it out
[19:25] <didrocks> kenvandine: 2.29.6-0ubuntu5
[19:26] <kenvandine> ok, that is the latest
[19:27] <Nafai> bratsche: What would I add to my GtkActionEntry array for this, I get errors when building the menu, like this:
[19:27] <Nafai> (lt-brasero:7333): Gtk-WARNING **: Progress: missing action (null)
[19:27] <Nafai> And the menu isn't displayed
[19:29] <chrisccoulson> kenvandine - i just installed gwibber from your PPA
[19:29] <bratsche> Nafai: Is there like a GtkActionEntry[] array somewhere that's associated with that uimanager?
[19:29] <chrisccoulson> its nice, but it crashes when i try and reopen it from the indicator :(
[19:30] <Nafai> bratsche: Yeah, that's what I'm trying to add an entry to it for
[19:30] <kenvandine> chrisccoulson: oh?
[19:30] <Nafai> (ugh, that was an awkward sentence)
[19:30] <kenvandine> can you run from a console and get me a traceback?
[19:35] <chrisccoulson> ah, kenvandine, it's not actually crashing, but apport catches an error:
[19:35] <chrisccoulson> TypeError: on_indicator_activate() takes exactly 2 arguments (3 given)
[19:35] <kenvandine> oh
[19:35] <chrisccoulson> thats from gwibber-service
[19:35] <chrisccoulson> i think you already know what the issue is ;)
[19:35] <kenvandine> perfect!
[19:35] <kenvandine> yes
[19:35] <kenvandine> i do :)
[19:35] <kenvandine> thx
[19:35] <chrisccoulson> heh :)
[19:35] <chrisccoulson> thank you too :)
[19:40] <bratsche> Nafai: I can take a look at the code in a little while if you'd like.  I need to finish rebasing some patches first though.
[19:40] <Nafai> bratsche: no problem.  I'm about to take a lunch, so I might share it with you after if something I am trying right now doesn't work
[19:40] <Nafai> Thanks
[19:40] <bratsche> Cool
[20:18] <seb128> re
[20:18] <seb128> chrisccoulson: dunno for gnome-session
[20:45] <chrisccoulson> seb128 - do you mean gnome-panel?
[20:45] <chrisccoulson> i can see what the issue is there
[20:45] <chrisccoulson> the eggsmclient migration broke autorestart
[20:52] <seb128> chrisccoulson: yes
[20:53] <vuntz> chrisccoulson: yeah, we should put it in the .desktop file, I think
[20:54] <vuntz> chrisccoulson: (I'm aware of another issue with the migration to eggsmclient -- except that I forgot what it was ;-))
[20:54] <seb128> hey vuntz
[20:54] <seb128> how was fosdem?
[20:54] <chrisccoulson> vuntz - cool. mind if i just commit the change, or do you want to do it?
[20:54] <vuntz> chrisccoulson: make sure to test that gnome-panel --replace still works fine
[20:54] <chrisccoulson> vuntz - yeah, will try that out now
[20:55] <vuntz> chrisccoulson: (you need to log out first, obviously ;-))
[20:55] <chrisccoulson> heh, yeah, that's ok ;)
[20:55] <vuntz> seb128: it was great. Not enough time to do everything I wanted, though
[20:55] <vuntz> seb128: we missed you
[20:55] <seb128> thanks ;-)
[20:56] <chrisccoulson> brb, session restart
[21:00] <chrisccoulson> vuntz - "gnome-panel --restart" works, but the new panel instance doesn't seem to set SmRestartImmediately
[21:00] <chrisccoulson> although the panel instance that starts with the session sets that correctly (and it autorestarts now)
[21:00] <chrisccoulson> not sure what the difference is there though
[21:10] <chrisccoulson> hmmm, indicator-messages-service crashes every time i open evolution now
[21:15] <Nafai> bratsche: I figured it out :)  I had name= instead of action= in my XML definition and so it didn't know how to match things
[21:32] <bratsche> nafai: Ah, cool!
[21:32] <Nafai> Yup, things are working nicely
[21:32] <Nafai> About to try to capture a small video showing what it looks like
[21:38] <djsiegel1> anyone know what software causes this: https://bugs.edge.launchpad.net/hundredpapercuts/+bug/519035
[21:38] <chrisccoulson> djsiegel1, compiz
[21:38] <djsiegel1> thanks chrisccoulson
[21:39] <Nafai> Check it out: http://www.travishartwell.net/brasero-indicator.ogv
[21:39] <Nafai> Hopefully it's not too hard to see
[21:39] <seb128> chrisccoulson: I though compiz didn,'t do that?
[21:39] <seb128> bah
[21:39] <Nafai> Ignore the little buglet at the end :)
[21:39] <seb128> djsiegel1, it's probably not compiz
[21:40] <seb128> djsiegel1, do you get the issue when using compiz?
[21:40] <djsiegel1> seb128: yeah I remember you said that..
[21:40] <djsiegel1> hmm
[21:40] <djsiegel1> seb128: yeah
[21:40] <seb128> how?
[21:40] <seb128> I just tried sudo gedit on lucid and I don't have that title
[21:40] <seb128> re chrisccoulson
[21:40] <chrisccoulson> hey seb128
[21:41] <chrisccoulson> how are you?
[21:41] <seb128> a bit tired but good otherwise
[21:41] <seb128> still slightly jetlaged ;-)
[21:41] <seb128> you?
[21:41] <chrisccoulson> yeah, i'm quite tired now. i might get an early night tonight ;)
[21:41] <chrisccoulson> but then, i always plan to do that and it never happens
[21:42] <seb128> hehe
[21:42] <seb128> I know what you mean ;-)
[21:42] <chrisccoulson> yeah, it's sometimes difficult to go to bed early
[21:43] <Nafai> chrisccoulson: Know what you mean, been trying to adjust to early bedtimes as I've been getting up at 5:30 so I can start work by 7
[21:43] <chrisccoulson> start work at 7?
[21:43] <chrisccoulson> that's early ;)
[21:43] <Nafai> Yeah
[21:44] <chrisccoulson> i work more efficiently from about 830am ;)
[21:44] <seb128> chrisccoulson: you use compiz?
[21:44] <chrisccoulson> seb128 - yeah, i use compiz
[21:44] <seb128> chrisccoulson: and you get those superuser titles?
[21:45] <chrisccoulson> seb128 - i don't. but i've seen them before
[21:45] <chrisccoulson> maybe its metacity then
[21:45] <seb128> djsiegel1, ^
[21:45] <chrisccoulson> actually, that would make sense, as i was using metacity in virtualbox
[21:45] <seb128> right, that's what I though too
[21:46] <seb128> the reply you gave before just confused me so I'm checking ;-)
[21:46] <djsiegel1> ok, maybe I was running in a vm or mutter :)
[21:46] <djsiegel1> I don;t get them running sudo nautilus
[21:46] <djsiegel1> but I have tweaked my compiz defaults to death
[21:49] <seb128> djsiegel1, it's not happening with compiz tweaked or not
[21:57] <seb128> robert_ancell, hey
[21:57] <robert_ancell> seb128, hey
[21:58] <seb128> how are you?
[21:58] <robert_ancell> seb128, good, how was the sprint?
[21:58] <seb128> quite productive ;-)
[21:58] <seb128> and nice to see everybody too
[21:59] <robert_ancell> portland a nice city?
[22:00] <seb128> robert_ancell, depends of what you call nice ;-) it was a pretty good location for a sprint
[22:00] <seb128> hotel was in the city, plenty of shops, food places, etc
[22:01] <seb128> nothing fancy to visit though
[22:01] <robert_ancell> I mean better than Dallas - no offence to any Dallasians :)
[22:01] <seb128> hehe
[22:01] <seb128> it was perfect for a sprint ;-)
[22:02] <seb128> robert_ancell, can you look to r141 and 142 for lpi?
[22:02] <robert_ancell> seb128, ok
[22:02] <seb128> robert_ancell, I tried to fix tomboy that seems to work but since I've no clue about c# I would appreciate a review
[22:03] <robert_ancell> seb128, oh, it was working for me!?
[22:03] <seb128> robert_ancell, it's working only if the .so is installed
[22:03] <seb128> robert_ancell, that you will have since you have the dev binary installed
[22:03] <robert_ancell> oh, did liblaunchpad1-cil not depend on liblaunchpad1?
[22:04] <seb128> robert_ancell, you need some .config doing the mapping to the library to use apparently in mono to have things to work
[22:04] <seb128> robert_ancell, no, the .so are in the dev binary since they are not used a runtime in C
[22:04] <seb128> robert_ancell, the .so.soname is used at runtime
[22:04] <seb128> ie liblaunchpad-integration.so.1
[22:04] <seb128> not liblaunchpad-integration.so
[22:04] <robert_ancell> why are libraries always so confusing!! :)
[22:04] <seb128> ;-)
[22:04] <RAOF> Would you like me to pick that up?  I filed the bug.
[22:05] <chrisccoulson> robert_ancell - it's mono which is confusing ;)
[22:05] <RAOF> (The package also doesn't conform to Debian CLI policy, incidentally ;))
[22:05] <seb128> RAOF, I would have appreciated a patch by then yes, but now I spent 2 hours on it and I think I got it working
[22:05] <seb128> RAOF, what doesn't complain to the policy?
[22:05] <robert_ancell> RAOF, if you know the correct way then please fit :)  I tried to follow the CLI policy but I was getting confused so I just followed enough policy to make it work :)
[22:06] <robert_ancell> (apparently not enough!)
[22:06] <seb128> RAOF, review of lp:launchpad-integration are welcome...
[22:06] <RAOF> I'll prepare a branch, then.
[22:07] <RAOF> I just filed that bug in passing when I noticed it and went back to trying to make dh_clideps fail when it should.
[22:07] <robert_ancell> I'm thinking of converting launchpad-integration into libupstream-gtk for Lucid+1 so it can be used by all upstreams.  By default it will point to the upstream bugtracker etc but the Ubuntu installed library can redirect to LP
[22:07] <robert_ancell> RAOF, thanks
[22:08] <RAOF> As part of an upstream that uses mono & launchpad, we'd quite like that!
[22:09] <robert_ancell> it would reduce the delta to Debian quite a bit for Desktop packages which would be nice :)
[22:10] <seb128> robert_ancell, if upstream is interested in a such library
[22:10] <seb128> I would rather like to get that in gtk if possible
[22:10] <seb128> we try to lower the number of libs not to keep adding some ;-)
[22:10] <djsiegel1> robert_ancell: nice celeb doppelganger ;)
[22:11] <robert_ancell> seb128, I think they would - and any patches could be easily made to be conditionally compiled.  I'd agree it would be nice to go into GTK+, don't know their policy - they might prefer a working library first?
[22:11] <robert_ancell> djsiegel1, heh :)
[22:11] <seb128> RAOF, I commited a changelog update in r143, you might want to update to that before starting your changes
[22:11] <seb128> robert_ancell, dunno either, I guess that require upstream discussion
[22:11] <robert_ancell> GUADEC!
[22:11] <seb128> yeah ;-)
[22:11] <RAOF> seb128: Thanks.  It'll take me another hour or two to finish off dh_clideps, I think.  After that, lp:launchpad-integration :)
[22:12] <seb128> RAOF, ok, I might upload before that though, I will be to bed soon and I want tomboy fixed today
[22:12]  * robert_ancell looks innocent in the corner
[22:13] <seb128> robert_ancell, did you review the change? :-)
[22:14] <robert_ancell> seb128, i see what you changed.  That was the CLI policy stuff I didn't really get
[22:15] <seb128> robert_ancell, do you think what I changed is ok?
[22:15] <robert_ancell> yes, but I'm guessing RAOF will be able to confirm that
[22:15] <seb128> robert_ancell, I was not sure if the mono stuff should go in lib or there
[22:15] <seb128> the .pc in not in the lib dir but other things are
[22:15] <seb128> it's a bit of a mess
[22:15] <seb128> but I'm not sure lpi is worth spending time just cleaning
[22:16] <RAOF> seb128: Ok.  I'll do launchpad-integration now then.
[22:17] <seb128> RAOF, thanks
[22:21] <RAOF> seb128: Is it lp:launchpad-integration or lp:ubuntu/launchpad-integration?  The former failed to branch for me.
[22:22] <seb128> lp:launchpad-integration
[22:22] <seb128> which should be similar to lp:~ubuntu-desktop/launchpad-integration/ubuntu
[22:30] <RAOF> Yay!  Finally managed to branch it.
[22:35] <seb128> kenvandine, bug #518735 seems to still be an issue
[22:36] <seb128> recent duplicates are from 0ubuntu5
[22:39] <seb128> brb
[22:48] <desrt> seb128: hi.
[22:48] <seb128> desrt, hey
[22:48] <desrt> seb128: fyi: chance of gvariant merge occuring before next glib release is currently approximately 100%
[22:49] <seb128> desrt, nice ;-)
[22:49] <desrt> gsettings: approximately 0%
[22:49] <seb128> oh?
[22:49] <seb128> I though that was easy once gvariant was done
[22:49] <desrt> matthias wants to make the release as soon as gvariant is in
[22:50] <desrt> the next release of glib will be on a relatively short cycle and will see landing of TLS support in GNIO, GDBus and GSettings
[22:50] <desrt> that's the plan from our side, anyway
[22:51] <seb128> ok thanks for the update
[22:51] <desrt> so you get to decide for lucid:
[22:51] <desrt> do you want to vendor-patch gsettings into glib
[22:51] <desrt> -or-
[22:51] <desrt> do you want to ship a standalone gsettings
[22:51] <desrt> i'm gonna guess #2 sounds nicer
[22:52] <desrt> (date of the release, btw, is probably late this month)
[22:53] <seb128> desrt, yes, 2 seems nicer
[23:08] <RAOF> Eeep.  launchpad-integration looks like it's been half-converted from cdbs to dh7.
[23:11] <seb128> I don't think it ever used cdbs...
[23:11] <seb128> hum
[23:11] <seb128> or dh7 rather
[23:12] <seb128> ie it didn't change for a while ;-)
[23:12] <seb128> it's basically cdbs tweaked for multi builds
[23:12] <mclasen> desrt: what is using gsettings at this time ?
[23:12] <seb128> due to the pythong versions
[23:13] <seb128> RAOF, what do you need to get changed there?
[23:14] <RAOF> seb128: Nothing, immediately.  There should be a binary package rename liblaunchpad-integration1-cli => liblaunchpad-integration1.0-cil is what I can see at the moment.
[23:14] <seb128> ok, thanks
[23:15] <seb128> I don't want to play binary renaming and transition today though
[23:15] <RAOF> But the package I've branched seems to be a bit of a mess; it looks like it's meant to use CDBS, but doesn't import any of the CDBS rules, fails to build twice in a row, and I'm finding it hard to actually get a build happening.
[23:15] <seb128> I just want to get tomboy fixed and call it a day
[23:15] <RAOF> Yeah, I didn't think you did.  Your .config fix will work.
[23:15] <RAOF> That's right.
[23:15] <seb128> RAOF, right it is a mess, thanks for review
[23:16] <seb128> RAOF, the usual way I built it is debian/rules arch-build
[23:16] <seb128> which is a rule mvo added ages ago IIRC
[23:16] <seb128> would be nice to clean it a day ;-)
[23:16] <RAOF> :)
[23:17] <RAOF> While I'm looking at it...
[23:19] <seb128> RAOF, yes?
[23:19] <RAOF> Oh, I was just going to clean it up and propose a branch-merge.
[23:20] <seb128> oh ok, thanks ;-)
[23:20] <seb128> I was just wondering if I should delay my upload
[23:20] <seb128> seems not ;-)
[23:20] <RAOF> No.  Upload away.
[23:21] <RAOF> Hm.  r140 *did* strip out all the CDBS includes.
[23:21] <seb128> urg
[23:21] <seb128> robert_ancell!!
[23:22] <robert_ancell> seb128, hey
[23:22] <robert_ancell> ?
[23:22] <seb128> robert_ancell, one day you will comment on your changes ;-)
[23:22] <seb128> robert_ancell, seems you sneaked some sort of cdbs to dh7 conversion with gal cleaning in lpi?
[23:22] <seb128> robert_ancell, is that an error or intended?
[23:23] <robert_ancell> RAOF, oh, that was because I needed dh7 to make the CLI stuff to work
[23:23] <seb128> ?
[23:23] <seb128> why?
[23:23] <robert_ancell> there is the single rules include magic that makes it work but that required dh7
[23:23] <seb128> weird
[23:24] <robert_ancell> http://pkg-mono.alioth.debian.org/cli-policy/ch-appendix.html#s-debhelper7-example
[23:24] <RAOF> But that does mean that all the custom python logic doesn't get called, and the clean target is broken.
[23:25] <robert_ancell> I hate dpkg
[23:25] <seb128> robert_ancell, all what that files seems to do is add an option to a debhelp command and set a variable
[23:25] <seb128> doesn't seem to be a good trade
[23:25] <robert_ancell> yes, and that causes dh to include a module of other code
[23:25] <robert_ancell> no
[23:25] <robert_ancell> RAOF, any recommendations?
[23:26] <seb128> robert_ancell, well the dehelper < 7 example is quite simple
[23:26] <seb128> it's a few dh_ commands to call
[23:26] <seb128> you could have done that in the cdbs version
[23:26] <RAOF> Yeah.
[23:27] <robert_ancell> fine, lets do that
[23:27] <RAOF> There's even a cdbs example there, which looks like it calls the appropriate stuff.
[23:30] <RAOF> Except that you want to pass a proper version to -V, rather than always requiring >= the current build.
[23:33] <RAOF> So you'd want “dh_makeclilibs -V 'liblaunchpad-integration1-cil (>= 0.1.32)'”, I think.
[23:35] <robert_ancell> RAOF, right, I'm always confused as to what version to put in '-V'
[23:36] <RAOF> It's just like regular shlibs; the lastest version that added API.
[23:38] <robert_ancell> hmm, it doesn't build with the cdbs example
[23:58] <RAOF> robert_ancell: I think I've got it.  I'll push a branch up for you.
[23:59] <robert_ancell> RAOF, thanks