[00:06] <RAOF> robert_ancell: Try lp:~raof/launchpad-integration/rich-root-I-stab-thee
[00:07] <robert_ancell> RAOF, lol :)
[00:09] <robert_ancell> merging...
[00:13] <robert_ancell> testing...
[01:00] <RAOF> robert_ancell: I shall take the lack of comments as an indication that all's going well :)
[01:01] <robert_ancell> RAOF, yup, I'm just being paranoid and checking upgrading works
[01:01] <RAOF> Thank you :)
[01:03]  * Amaranth tries to remember how many times git has changed repo formats
[01:04]  * RAOF thought the answer to that was “0”
[01:05]  * Amaranth gives RAOF a prize
[01:06] <mclasen> robert_ancell: you can look at what I've done in my accounts-dialog for gdm gconf settings
[01:06] <robert_ancell> mclasen, ah, thanks
[01:07] <mclasen> its not nice...dconf will save us
[01:07] <mclasen> right, desrt ?
[02:39] <kenvandine> istaz, #ubuntuone is the best place
[02:43] <kenvandine> istaz, and #couchdb
[02:43] <kenvandine> but the desktopcouch devs are in #ubuntuone for sure
[02:43] <kenvandine> look for CardinalFang or aquarius
[07:02] <robert_ancell> RAOF, sorry, I got busy.  I tested everything (including building via PPA) so it's all ready to go.  We just need someone with core dev permissions to build from bzr
[07:02] <robert_ancell> I've got "get core dev membership" on my list now :)
[07:03] <robert_ancell> RAOF, also, not sure about the merges now - are the two pending merge requests now obsolete?
[07:38] <baptistemm> howdy
[07:42] <pitti> Bonjour mes amis
[07:44] <baptistemm> hello pitti
[08:12] <didrocks> Guten Morgen pitti
[08:12] <didrocks> hey baptistemm
[08:12] <pitti> o/
[08:14] <baptistemm> salut didrocks
[08:38] <didrocks> mvo: thanks for the sponsoring btw :)
[08:41] <mvo> didrocks: no worries, it was very little work, you did a good job
[08:42] <didrocks> thanks :)
[08:56] <al-maisan> Hello there! Just installed lucid alpha2 on one of my laptops and the mouse/keyboard are both frozen after a few seconds on the gdm screen
[08:56] <al-maisan> is this a known issue? Any ideas how to fix this?
[08:56] <didrocks> al-maisan: is it when you press enter, for instance?
[08:57] <didrocks> al-maisan: try uninstalling plymouth
[08:57] <al-maisan> will do.
[08:58] <al-maisan> didrocks: it is not related to pressing the enter key .. it happens even when I don't do anything ..
[08:58] <didrocks> al-maisan: ok, that can still be related to plymouth and wrong vt (like if you switch to another vt and then switch to vt7 again, that should work)
[09:01] <al-maisan> didrocks: it happens even in this case i.e. I switched to vt1 immediately after startup and could log on and work normally .. then switched back to vt7 and the mouse/keyboard froze a few seconds later
[09:01] <al-maisan> I am starting up with "nomodeset" FWIW
[09:01] <didrocks> al-maisan: yeah, try first to uninstall plymouth :)
[09:01] <al-maisan> will do.
[09:05] <al-maisan> didrocks: uninstalling plymouth solved the problem, thanks!
[09:05] <didrocks> al-maisan: y/w ;)
[09:13] <chrisccoulson> good morning everyone
[09:15] <baptistemm> hey hey chrisccoulson
[09:15] <chrisccoulson> hey baptistemm, how are you?
[09:15] <baptistemm> fine
[09:15] <didrocks> hello chrisccoulson
[09:16] <chrisccoulson> hey didrocks, how are you too?
[09:16] <didrocks> chrisccoulson: I'm fine, thanks ;) You?
[09:17] <chrisccoulson> didrocks: yeah, i'm good thanks. i got an early night last night, so i'm not as tired today :)
[09:17] <didrocks> heh, no need for coffee?
[09:17] <chrisccoulson> oh, i still need coffee ;)
[09:23] <chrisccoulson> vish - i got your gpm bug last night (for the second time now)
[09:23] <chrisccoulson> gpm gets its knickers in a twist somewhere and never catches the fact that X isn't idle any more
[09:24] <chrisccoulson> so, once i've figured out what is going on, i can fix it :)
[09:41] <chrisccoulson> mvo - did Gerr C ask you if you wanted to be assigned to bug 255420?
[09:41] <chrisccoulson> (i'm just asking, because he seems to be going around random bugs and just assigning them to people)
[09:43] <mvo> chrisccoulson: thanks, I close this one, its not a update-manager issue (its just the messanger)
[09:43] <chrisccoulson> mvo - thanks. he also assigned a random dpkg task too. i'll close that one as well
[09:43] <seb128> good morning there
[09:43] <seb128> seems I overslept today
[09:43] <chrisccoulson> he seb128
[09:43] <chrisccoulson> s/he/hey
[09:43] <seb128> hey chrisccoulson
[09:43] <didrocks> hey seb128, good to have some rest, heh?  )
[09:44] <seb128> didrocks, indeed, I went to bed late and I decide to go back to sleep for an hour this morning
[09:44] <seb128> which turned to be over an hour ;-)
[09:44] <didrocks> that means you needed it :-)
[09:44] <mvo> the joys of jetlag
[09:44]  * mvo couldn't sleep either
[09:52] <pitti> hey seb128
[09:52] <chrisccoulson> seb128 - what time did you go to bed last night then? i think you were still around when i signed out..
[09:52] <seb128> hello pitti
[09:52] <seb128> chrisccoulson, 2am
[09:52] <seb128> chrisccoulson, but I closed IRC earlier
[09:53] <seb128> and I need to sleep at night ;-)
[09:53] <chrisccoulson> i got to bed before 1 am last night ;)
[09:53] <^arky^>  hi, can anyone help with this error  bzr: ERROR: Cannot lock LockDi
[09:54] <seb128> not really a destkop question
[09:55] <^arky^> seb128: sorry
[09:56] <didrocks> seb128: oh, thinking about it. How do you test seahorse-plugins? I just tried to sign something when updating it before uploading, but as my passphrase was cache , so, I got only the confirmation dialog. I didn't notice the "clear password" bug. Do you each time unlog/relog to check the gpg passphrase dialog box?
[09:56] <seb128> didrocks, I usually restart my session
[09:57] <seb128> or use a guest session
[09:57] <seb128> or a test user in Xephyr
[09:57] <seb128> the Xephyr one is probably easier in this case
[09:57] <didrocks> ok, good to know. Will do it next time, sorry
[09:57] <seb128> you just need to make a gpg key for that user or copy yours over
[09:58] <seb128> why do you think I say "session restart brb" often on new GNOME days ;-)
[09:58] <didrocks> heh, sure ;-)
[09:58] <didrocks> I was only focussed on the "I can sign something"
[09:59] <didrocks> and so, the box was displayed, but only the confirmation one :/
[09:59]  * didrocks feels guilty
[10:01] <seb128> didrocks, you broke gdmsetup apparently btw
[10:01] <seb128> now it asks for polkit dialog on start
[10:01] <seb128> but still doesn't unlock the gui
[10:01] <seb128> and reset the autologin setting
[10:02] <didrocks> seb128: yes, I ask for a key which seems triggering polkit dialog. I saw you discussed that with robert. I will have a look how to get it without the dialog
[10:02] <didrocks> reset the autologin setting?
[10:02] <seb128> I use autologin
[10:02] <seb128> but now when I start gdmsetup it gets unset
[10:02] <seb128> I run into that bug twice in a week
[10:02] <seb128> running it to see you default session chang
[10:02] <seb128> closing without doing anything there
[10:02] <didrocks> hum, crap. Don't know how I can have an impact on that. Let me try that this morning
[10:02] <seb128> and on next login I get the gdm screen
[10:03] <seb128> pitti, ^ btw
[10:03] <didrocks> seb128: I finish the anjuta update and work on that, so
[10:03] <seb128> pitti, didrocks: the polkit dialog is because you need privileges to ask the daemon about configs
[10:03] <seb128> that's what robert said yesterday at least
[10:03] <pitti> seb128: ah, I see
[10:04] <didrocks> seb128: right, I use what robert added to access it from the daemon, dbus + polkit
[10:04] <pitti> seb128: well, I wouldn't mind that, if it was unlocked right away
[10:04] <seb128> right, that's a bug
[10:04] <seb128> not sure why it was working in karmic
[10:04] <didrocks> pitti: is it possible to ask "only display the polkit dialog for write access"?
[10:04] <didrocks> that sounds better
[10:04] <seb128> maybe robert wasn't reading values from there
[10:05] <pitti> didrocks: if reading from the daemon is PK protected, then you'll need the dialog
[10:05] <pitti> didrocks: you could make the default gdm policy less strict about reading
[10:05] <pitti> (provided that reading and changing are two different privileges)
[10:05] <seb128> or we need to allow desktop users
[10:05] <didrocks> pitti: I guess that's better, we don't know to restrict on reading
[10:05] <didrocks> s/know/need
[10:05] <pitti> org.gnome.displaymanager.settings.write
[10:05] <seb128> we were speaking about extra desktop rights
[10:05] <pitti> that's the only privilege I see
[10:06] <seb128> ie changing clock
[10:06] <pitti> it doesn't seem to have one for reading at all?
[10:06] <didrocks> I'll have a look this morning
[10:08] <seb128> chrisccoulson, do you know if somebody raised Gerry C behaviour to be an issue or contacted him about his changes?
[10:08] <chrisccoulson> seb128 - someone has sent an email to him with a link to documentation
[10:08] <seb128> ok
[10:09] <chrisccoulson> but he still continues to assign random bugs to people and add tasks
[10:09] <seb128> I will talk to pedro when he's there
[10:22] <seb128> mvo, hello
[10:23] <seb128> mvo, how do I add an apt source key from the ui tools?
[10:23] <seb128> mvo, I've enough of getting update-manager telling me that the ddeb source is not trusted after every refresh ;-)
[10:26] <mvo> seb128: download the key from a trusted locationand add it via software-sources
[10:28] <didrocks> autologin is broken in my netbook as I have en encrypted /home/<user>
[10:28] <chrisccoulson> seb128 - https://answers.edge.launchpad.net/launchpad/+question/100682
[10:29] <chrisccoulson> i think people are tired of reverting his changes now
[10:42] <pitti> I need to run out for about two hours
[10:43] <baptistemm> wow snow everywhere
[10:43] <seb128> pitti, see you later
[10:43] <seb128> mvo, did you see my question before?
[10:44] <chrisccoulson> ah, i think i can see a race in gpm which might cause it to blank the display when it shouldn't do
[10:44] <chrisccoulson> ^^vish
[10:47] <didrocks> seb128: I guess the answer was: mvo | seb128: download the key from a trusted locationand add it via software-sources
[10:48] <seb128> ok, I got disconnected I think
[10:48] <didrocks> seb128: the two bugs (which had the same cause as I infer) in gdmsetup are now fixed
[10:48] <seb128> didrocks, mvo: thanks (not really useful and not something I find easy to do so I don't really a normal user do it but thanks)
[10:48] <seb128> didrocks, ah nice, what was it?
[10:49] <seb128> I don't see a normal user...
[10:50] <seb128> mvo, don't we have automagic adding keys for ppa and that sort of things?
[10:50] <didrocks> seb128: in fact, robert_ancell is loading the user accounts in an asynchrounous mode (as we can have a lot of data). As I just take one key, I grab it in synchronous mode. So, I didn't took into account the "loaded" variable and triggered a write request. As the autologin settings wasn't received at this time, it writes the default as "no autologin" :)
[10:51] <seb128> didrocks, why do you trigger a write request before any change?
[10:52] <seb128> mvo, btw ignore the lpi build failure, I sponsored a fixed version
[10:52] <didrocks> seb128: the write request was triggered by the "default_session_combo_box_changed_cb" when setting default value in it.
[10:52] <seb128> didrocks, ok, you fixed that too I guess?
[10:52] <didrocks> seb128: right, it's just one line fix :)
[10:52] <didrocks> if (loaded)
[10:52] <didrocks> and it fixes the two bugs
[10:55] <mvo> seb128: normal users do not add ddebs
[10:55] <seb128> mvo, well it's true for any source
[10:56] <mvo> seb128: we have a way to add PPAs more easily, but if we say "add repo from random place with random key" we can as well just remove the entire authentication handling
[10:56] <seb128> well, it's not a random place, it's a canonical server
[10:57] <mvo> right, so we could add a ddeb exception, but I'm not sure if that is worth the effort. but its trivial to just add the ddeb signing key to the ubuntu keyring if we fully trust that arhcive
[10:58]  * seb128 read the gpg manpage to see how to retrieve a random gpg key from the internet
[10:58] <seb128> shrug, I didn't do that for a while ;-)
[11:00] <seb128> I'm still not convinced about "security" there
[11:00] <seb128> and why we can trust ppa and not other website, since we don't check ppa content anyway
[11:01] <seb128> there could be as much crack in there than somewhere else
[11:16] <didrocks> hum, autologin is really broken: doesn't work on encrypted /home/<user> and if you have a delayed login and click on a user, no prompt about a password (which can seems logical on the default user), but also on others! and this make gdm crash…
[11:16] <didrocks> I'll log bugs on them, if they don't already exist
[11:18] <seb128> didrocks, how do you want it to work on encrypted userdir?
[11:18] <seb128> didrocks, the principle is that you need a key to unlock those...
[11:19] <seb128> ie you need to enter your password
[11:19] <didrocks> seb128: yeah, I mean, we should disable autologin on those user
[11:19] <seb128> there is a bug about that I think already
[11:19] <seb128> dunno about the timed login thing
[11:19] <seb128> use apport to send the crash ;-)
[11:19] <didrocks> right, doing that :-)
[11:22] <didrocks> seb128: I'll work on bug #446743 after FF if you don't mind. should be easy (but I have other priorities for UNE and other WI first)
[11:23] <seb128> didrocks, sure, thanks
[11:45] <didrocks> seb128: I got a reject on liferea's upload
[11:46] <seb128> why?
[11:46] <didrocks> in main
[11:46] <seb128> not in desktop set I guess?
[11:46] <seb128> ok, I will sponsor that
[11:46] <didrocks> checking
[11:46] <seb128> where is it?
[11:47] <didrocks> right, not in desktop set. I've just adapted ted's patch for the debian/patches/series: https://code.edge.launchpad.net/~ted/ubuntu/lucid/liferea/notification-append/+merge/19050
[12:36] <seb128> did pc speaker started beeping today for other people too?
[12:42] <mvo> seb128: seahorse lets me enter my passphrase in clear text and does not show "*" - known issue
[12:42] <seb128> mvo, yes, blame it on didrocks ;-)
[12:43] <didrocks> mvo: bug #520099
[12:43] <seb128> mvo, bug #520099
[12:43] <didrocks> blame upstream too :)
[12:43] <seb128> didrocks, do you work on debugging that btw?
[12:43] <seb128> didrocks, or are you waiting on upstream to reply?
[12:44] <didrocks> I've opened the bug a couple of hours ago. If they don't reply tomorrow, I'll have a look. Do you think I should work on that now?
[12:45] <seb128> didrocks, well I think it ought to be fixed before weekend if possible
[12:45] <seb128> but waiting a bit for people who have a clue about the bug before looking seems fair enough
[12:45] <didrocks> seb128: that's why I was thinking tomorrow, last delay before working on it :)
[12:45] <didrocks> I just opened the bug this morning, so
[12:45] <didrocks> maybe, trying to ping them on IRC
[12:45] <seb128> mvo, btw dunno if you have seen my comment before I disconnected this morning but lpi ftbfs has been taken care of now, no need to look at it
[12:45] <seb128> didrocks, they don't do IRC I think
[12:46] <mvo> seb128: what was the error?
[12:46] <didrocks> seb128: ok
[12:46] <seb128> mvo, the mono build broke trying to creating some temp file
[12:46] <mvo> ok
[12:46] <mvo> I mailed robert about it
[12:46] <seb128> mvo, not your fault, robert apparently didn't merge all the changes from raof before asking for sponsoring
[12:47] <seb128> mvo, the fix was to export some mono environment variable in the rules
[12:47] <seb128> mvo, don't ask me for details I'm not a mono guy :-)
[12:47] <seb128> I just sponsored the new changes from raof there
[12:48] <seb128> mvo, your cleaning to use bzr-buildpackage worked fine btw, thanks for that ;-)
[12:48]  * seb128 hugs mvo
[12:49] <mvo> didrocks: I can have a look, it looks trivial from the diff
[12:49] <seb128> Laney, is mono is the same 2.4 = lts situation than gnome-sharp?
[12:50] <seb128> mvo, seahorse you mean? that would rock ;-)
[12:50] <didrocks> mvo: they replace gtkentry by gtkentrybuffer, don't have a clue about the last one :)
[12:52] <Laney> seb128: I don't think gtk# is doing regular releases until gnome 3
[12:52]  * mvo test builds
[12:53] <seb128> Laney, ok thanks
[12:54] <hyperair> Laney: which sucks. banshee isn't going to sprout GIO support on Ubuntu until gtk# sprouts support. or was it glib#
[12:55] <Laney> hyperair: this is why people are writing add ons like gtk#beans
[12:55] <hyperair> Laney: right, but we aren't stuffing that into our archives, are we?
[12:55]  * Laney shrugs
[12:55] <Laney> I guess we could
[12:55] <hyperair> could we?
[12:56] <Laney> better that than apps start bundling
[12:56] <hyperair> hmm true
[12:59] <asac> didrocks: hey. had time to check if there are issues with installing n-l-efl in parallel?
[12:59] <pitti> re
[12:59] <didrocks> asac: not yet, I told yesterday that I'll have a look on Friday. I'm triaging more than 6 monthes of bugs on netbook-launcher today :)
[13:00] <didrocks> re pitti
[13:11] <chrisccoulson> good afternoon everyone
[13:12] <seb128> hey chrisccoulson!
[13:12] <chrisccoulson> hey seb128, how is your day?
[13:12] <seb128> okish so far
[13:12] <seb128> not as productive as I wanted
[13:12] <seb128> but it's often like that ;-)
[13:12] <seb128> got sidetracked looking at some bugs
[13:13] <seb128> and discussing some issues on IRC
[13:13] <seb128> what about you?
[13:14] <asac> didrocks: right. sorry. i think yesterday my clock was one day off .... so i filed it as "tomorrow" ;)
[13:14] <didrocks> asac: let's say your clock still suffers from jetlag :)
[13:14] <asac> hehe
[13:14] <asac> i would hope thats the explanation
[13:15] <chrisccoulson> seb128 - yeah, i'm ok. i just went out at lunch to see some daylight :)
[13:18] <didrocks> mvo: upstream fixed the gnome-keyring thing
[13:19] <didrocks> euh… seahorse-plugins :)
[13:19] <mvo> didrocks: was it a missing gtk_entry_set_visible() ;) ?
[13:20] <didrocks> mvo: not sure, they put the bug as RESOLVED with a short message. I still wait for git trunk to be updated
[13:20] <didrocks> mvo: I'll ping you :)
[13:20] <mvo> ok, thanks
[13:25] <pedro_> salut didrocks, are you maintaining bughugger on universe?
[13:26] <didrocks> pedro_: hey pedro_, more or less. I think rick would know be interested to subscribe to bughugger bugs
[13:26] <didrocks> I can still have a look and help there if needed
[13:27] <didrocks> /s/know//
[13:27] <pedro_> didrocks, ah ok, because it's failing to start : bug 517441
[13:27] <didrocks> hum, same bug that seb128 had before removing his LP bughugger credential IIRC
[13:28] <didrocks> oh that one
[13:28] <seb128> didrocks, no
[13:28] <seb128> didrocks, wrong depends one
[13:28] <didrocks> but I fixed the dependency
[13:28] <pedro_> isn't missing a dependency?
[13:28] <seb128> did you upload?
[13:28] <didrocks> 10.02.1, so, it seems yes
[13:28] <seb128> pedro_, dpkg -l quickly-widgets
[13:29] <pedro_> ii  quickly-widget 10.02.1
[13:29] <didrocks> pedro_: also dpkg -l bughugger
[13:29] <pedro_> ii  bughugger      10.02.1
[13:29] <didrocks> ok, let me try an a vanilla box
[13:29] <pedro_> thanks didrocks
[13:29] <didrocks> thanks pedro_ :)
[13:29] <seb128> pedro_, python -c "import quickly.widgets"?
[13:30] <pedro_> ImportError: No module named quickly.widgets
[13:30] <didrocks> seb128: the depends is there on 10.2.1
[13:30] <seb128> didrocks, <pedro_> ii  quickly-widget 10.02.1
[13:30] <didrocks> argh
[13:31] <seb128> didrocks, it's installed
[13:31] <didrocks> found it, it's quickly-widgets
[13:31] <seb128> didrocks, ?
[13:31] <didrocks> seb128: quickly-widget's' not quicky-widget
[13:32] <seb128> pedro_, ls /usr/share/pyshared/quickly/widgets/__init__.py
[13:32] <seb128> didrocks, I've quicky-widget installed, not quickly-widgets
[13:32] <didrocks> I have the contrary :)
[13:33] <pedro_> the file is there: 0 -rw-r--r-- 1 root root 0 2010-02-02 15:39 /usr/share/pyshared/quickly/widgets/__init__.py
[13:33] <seb128> didrocks, in fact we have too
[13:33] <seb128> didrocks, <seb128> pedro_, dpkg -l quickly-widgets
[13:33] <didrocks> seb128: the source and the bin
[13:33] <seb128> didrocks, it's just dpkg column
[13:33] <seb128> which cut the s in the name
[13:33] <seb128> the files are on disk
[13:33] <didrocks> oh right
[13:33] <pedro_> btw i have quickly-widgets installed , it's just dpkg who cut a column
[13:33] <seb128> you are looking to the wrong issue
[13:34] <didrocks> true
[13:34] <seb128> pedro_,  strace python -c "import quickly.widgets" 2>&1 | grep widgets
[13:34] <seb128> pedro_, on paste.ubuntu.com please
[13:34] <didrocks> hum, import quickly.widgets should have work :/
[13:36] <pedro_> http://paste.ubuntu.com/373952/
[13:37] <didrocks> pedro_: also, python -c "import quickly; print quicky.__file__" please
[13:38] <seb128> didrocks, that doesn't work
[13:38] <seb128> oh, typo
[13:38] <seb128> quicky -> quickly
[13:38] <didrocks> oupss, right
[13:38] <pedro_> didrocks, ImportError: No module named quickly
[13:39] <didrocks> ok, got it
[13:39] <didrocks> so, if you don't have the __init__.py file in the parent package, you can't import subpackage
[13:40] <didrocks> and quickly/__init__.py is in Quickly package
[13:40] <seb128> didrocks, quickly is not a subpackage though
[13:40] <seb128> oh, but it's in quickly, right
[13:40] <didrocks> seb128: widgets is a sub python package, sharing part of the namespace
[13:40] <seb128> pedro_, install quickly
[13:40] <didrocks> right
[13:41] <seb128> it's all a secret plan to get quickly used!
[13:41] <didrocks> the issue is that we don't want to grab quickly with every project using quickly-widgets
[13:41] <didrocks> hehe, the contrary TBH ;)
[13:42] <pedro_> seb128, so true! it's working fine after installing quickly
[13:42] <seb128> ;-)
[13:42]  * pedro_ can see the mafia involved on this
[13:42]  * seb128 hugs pedro_
[13:42] <didrocks> seb128: do you have any idea of how we can do that, avoid the depends (and avoiding overwritting __init__.py with a Replaces)  :)
[13:42] <didrocks> pedro_: hehe ;)
[13:42]  * pedro_ hugs seb128 and didrocks
[13:42] <seb128> didrocks, not really no
[13:42]  * didrocks hugs pedro_
[13:43] <seb128> didrocks, out of doing a quickly-base
[13:43] <seb128> which has the init
[13:43] <seb128> and quickly-utility
[13:43] <seb128> and quickly-widgets
[13:43] <seb128> which depends on the base
[13:43] <didrocks> seb128: I was thinking about that, maybe that's the best way
[13:43] <seb128> utility being the software
[13:44] <didrocks> quickly-utility can still remain quickly? or quickly-core I guess
[13:44] <seb128> quickly can remain quickly
[13:44] <seb128> then you can have a quickly-common
[13:44] <didrocks> good idea
[13:45] <didrocks> (with only the __init__.py in a first jump)
[13:45] <didrocks> at the other files are the engine and common lib for templates
[13:45] <didrocks> in the same round, renaming them python-…
[13:46]  * didrocks adds a Quickly WI
[13:47] <Nafai> Good morning!
[13:47] <pitti> Nafai: bonjour
[13:47] <didrocks> hey Nafai
[13:48]  * didrocks just notes down that pedro_ hadn't Quickly installed on his computer :)
[13:49] <pedro_> didrocks, oh... well... but i do now ;-))
[13:49] <didrocks> heh
[13:49]  * seb128 commit and push versions.py hack to let specify series
[13:50] <seb128> will clean a bit things on versions
[13:51] <didrocks> seb128: sweet!
[14:00] <davmor2> pitti: is there a bug for jockey keeps starting up?
[14:01] <pitti> davmor2: I'm not aware of one; I'll look into this ASAP
[14:08] <pedro_> seb128, pitti who is currently maintaining pitivi on our side? Robert?
[14:09] <pitti> pedro_: nobody ATM, I'm afraid
[14:09] <pedro_> a change is need to be made on the package according to bug 517815
[14:09] <seb128> pedro_, nobody, but I can reply to comment or do packaging changes
[14:09] <pedro_> seb128, cool! may you have a look into that bug please?
[14:09] <seb128> pedro_, set it as triaged wishlist
[14:09] <seb128> I will add it to my list later
[14:09] <pedro_> seb128, will do, you rock !
[14:09] <seb128> or rather add it to my list and do it later
[14:09] <seb128> pedro_, thanks ;-)
[14:09] <seb128> pedro_, the bug day is today?
[14:10] <pedro_> seb128, yes today is the day ;-)
[14:15] <didrocks> seb128: I can maybe help here, if you point me to the doc (good opportunity to learn) :)
[14:17] <seb128> didrocks, not sure there is a documentation, but those changes are usually easy enough, have a look to some of mvo's package maybe
[14:17] <seb128> or find somebody desktopish pythonish using lpi
[14:17] <seb128> rdepends python-launchpad-integration,
[14:17] <didrocks> oh? it's juste about adding the launchpad api? I've already done that in C and python case
[14:17] <seb128> software-center
[14:18] <didrocks> launchpad integration
[14:18] <seb128> hum
[14:18] <seb128> in fact pitivi has it already apparently
[14:18] <didrocks> so, I can do it (later or tomorrow morning, I want to finish first the bug triaging round)
[14:18] <didrocks> ah?
[14:18] <seb128> maybe I've been misleaded by the title
[14:18] <seb128> oh
[14:18] <seb128> it's only building a pot file
[14:18] <seb128> I will do that with the next upload
[14:18] <seb128> it's an intltool-update call to add in rules
[14:19] <didrocks> seb128: ok, so my first understanding from the title was right (for once ;))
[14:21] <seb128> didrocks, I though they meant lpi item for "translate this application"
[14:21] <didrocks> yeah, I understood, the title can be misleading
[14:25] <pitti> davmor2: got it, will upload now
[14:37] <vish> chrisccoulson: lol , after I logged the gpm blanking bug , i havent noticed the bug :s  [i guess i passed it on to you :D  ]
[14:37] <vish> it*
[14:37] <chrisccoulson> vish - i think i can see what the issue is
[14:37] <chrisccoulson> but you have to be really unlucky
[14:37] <chrisccoulson> when the idle alarm fires and triggers the callback, there is a finite time before the reset alarm is registered
[14:37] <vish> yeah , it happens when you least expect  ;)
[14:37] <chrisccoulson> if you wiggle the mouse in that short period, and the counter resets, then you miss it
[14:38] <chrisccoulson> at least, that is the only place i can see a race
[14:38] <vish> hmm... i'll try to reproduce it
[14:38] <chrisccoulson> i think it's difficult to reproduce
[14:39] <vish> hence the _try_ :)
[14:39] <chrisccoulson> i'll add some random sleep()'s later and see if i can reproduce it
[14:52] <davmor2> pitti: cool :)
[14:58] <davmor2> seb128: quick query on screen lock should it be on by default and is it because it is LTS that it is on?
[14:58] <seb128> it should be on by default not especially because it's a lts
[14:58] <chrisccoulson> davmor2: yes, the default was changed
[14:58] <seb128> because it's upstream behaviour and some user complaining about walking away and screen not locking
[14:58] <seb128> users
[14:59] <seb128> didrocks, pedro_: pitivi uploaded, I added gnome.mk to rules
[14:59] <seb128> that fix the translation issue and some others
[14:59] <seb128> (ie no gettext domain)
[14:59] <davmor2> seb128 chrisccoulson: cool I was hoping that was the case :)  thanks.
[14:59] <pedro_> seb128, you're great, thanks!
[15:00] <didrocks> seb128: thanks for the notice :)
[15:00] <seb128> np
[15:01]  * dpm thanks seb128, too :)
[15:05] <rickspencer3> good morning desktoppers
[15:05] <seb128> hello rickspencer3!
[15:05] <seb128> how you are?
[15:05] <rickspencer3> doing well
[15:06] <rickspencer3> I stayed up a bit late hacking last night, but snuck an extra 25 minutes sleep this morning ;)
[15:06] <didrocks> hey rickspencer3
[15:06] <rickspencer3> hi didrocks
[15:07] <rickspencer3> didrocks, man, seems a lot of folks want us to ship OOo with UNE
[15:07] <rickspencer3> :(
[15:07] <rickspencer3> I'm wondering if we should jfdi and do better planning for Lucid +1
[15:07] <didrocks> rickspencer3: oh? No more noise in the French FOSS ecosystem. Did you see added reaction into the spec?
[15:08] <rickspencer3> nope
[15:08]  * rickspencer3 looks
[15:08] <rickspencer3> I have gotten some email inquiries from folks less comfy with blueprints and such
[15:08] <desrt> good morning rs3
[15:08] <didrocks> hum…
[15:08] <didrocks> hey desrt
[15:08] <desrt> word up, did
[15:09] <rickspencer3> hmmm
[15:09] <rickspencer3> didrocks, seems they really want OOo :/
[15:09] <rickspencer3> didrocks, can you see all the "requests for feedback" on the blueprint?
[15:10] <didrocks> rickspencer3: yeah, but that was before we introduced abiword
[15:10] <rickspencer3> didrocks, well, there are points now about a lack of presentation software
[15:11] <didrocks> rickspencer3: right, that what we discussed yesterday and on that point, I can agree
[15:11] <didrocks> I tried to find some lightweight alternatives on the repo
[15:12] <didrocks> didn't find anything relevant appart from LaTeX :)
[15:12] <rickspencer3> yeah
[15:12] <rickspencer3> wonder what other folks think
[15:13] <desrt> if i wanted to propose a session for next UDS to change the umask to '2' how would i make sure it got attention?
[15:13] <rickspencer3> seb128, pitti, kenvandine, vuntz, Nafai, desrt, anyone ... thoughts on just putting OOo back on UNE and thinking this through better for Lucid +1
[15:13] <desrt> and what track would that be?  foundation?
[15:13] <seb128> rickspencer3, +1
[15:13] <seb128> desrt, that or security
[15:14] <kenvandine> rickspencer3, ok
[15:14] <rickspencer3> desrt, I think you can just subscribe me to the blueprint
[15:14] <desrt> rickspencer3: ya.  kinda surprised that it was dropped.
[15:14] <Nafai> rickspencer3: Is it a matter of space?
[15:14] <desrt> this isn't GIMP :)
[15:14] <desrt> rickspencer3: sweet
[15:14] <kenvandine> hehe
[15:14] <kenvandine> rickspencer3, i say leave it for now
[15:14] <rickspencer3> Nafai yes ... and also OOo doesn't run too well on my netbooks, and doesn't fit the screen too well
[15:14] <kenvandine> but spread the word early if we plan to remove it
[15:14] <seb128> rickspencer3, the lack of decent presentation tools would be embarassing
[15:14] <rickspencer3> seb128, yeah
[15:15] <rickspencer3> I feel that we should have a proper plan and discussion at UDS
[15:15] <seb128> +1
[15:15] <rickspencer3> based on the feedback we are getting
[15:15] <seb128> we have enough to do for lucid on bug fixing now without starting on that
[15:15] <rickspencer3> ok, let's stew on it for a day
[15:15] <seb128> we should better look at replacing softwares next cycle now
[15:15] <Nafai> rickspencer3: right, it is a little cramped on my wife's netbook
[15:15] <rickspencer3> then maybe on Monday we can change the seed
[15:15] <pitti> rickspencer3: works for me; we'll drop gnumeric/abiword again then?
[15:15] <rickspencer3> pitti, yeah
[15:15] <pitti> rickspencer3: good morning, BTW
[15:16] <didrocks> pitti: and demote them again? ;)
[15:16] <Nafai> +1 to what everyone else says :)
[15:16] <rickspencer3> I'll update the blueprint with some comments and then we can see on Monday
[15:16] <rickspencer3> hopefully we wont' get flamed for changing it back ;)
[15:16] <pitti> it's not very useful on a netbook indeed
[15:16] <pitti> but *shrug* if people want it
[15:16] <rickspencer3> "You jerks, whatever made you think you could remove AbiWord and use OOo instead"?
[15:16] <pitti> at least we don't need to additionally maintain abiword in main for lucid
[15:16] <rickspencer3> yeah
[15:17] <rickspencer3> anyway, the whole point of discussing on the blueprint was to get feedback
[15:17] <rickspencer3> so no point in ignoring the feedback
[15:17] <didrocks> right
[15:21] <desrt> rickspencer3: k.  i have "requested your feedback" :)
[15:22] <rickspencer3> desrt, on your blueprint you mean?
[15:22] <desrt> yup
[15:23] <Nafai> Where can I find the blueprint?
[15:23] <desrt> https://blueprints.launchpad.net/ubuntu/+spec/umask-to-0002
[15:23] <rickspencer3> bummer
[15:23] <rickspencer3> desrt, so Lucid +1 is not open, so I can't nominate it yet :/
[15:24] <desrt> nominate for lucid!
[15:24]  * desrt grins
[15:24] <rickspencer3> oh right
[15:24] <rickspencer3> since we're at it, maybe we should replace OOo on the default desktop
[15:24] <desrt> very minor last-minute change.  no possibility for problems.
[15:24] <desrt> nobody will notice!!
[15:24] <desrt> :)
[15:25] <didrocks> rickspencer3: heh :)
[15:25] <rickspencer3> desrt, I subscribed myself, but you may need to ping me after Lucid +1 opens
[15:25] <pitti> http://people.canonical.com/~pitti/bootcharts/daniel-lucid-20100211-1.png
[15:25] <desrt> k.  i'll try to remember
[15:25] <pitti> 13.6 s!
[15:25] <desrt> i've gone through all my ubuntu boxes already and made the change
[15:25] <desrt> pitti: this might interest you, actually
[15:25] <pitti> desrt: umask 002?
[15:25] <desrt> ya
[15:26] <pitti> uh, we already got so much sh*t about even having 755 on home dirs by default
[15:26]  * pitti looks at spec
[15:26] <desrt> right.  but you got in trouble for the last 5.  not the middle one.
[15:26] <desrt> in the case that 1 user = 1 group, 0002 = 0022
[15:27] <pitti> *nod*
[15:27]  * pitti subscribes to spec
[15:27] <chrisccoulson> desrt - for setting up shared directories, have you tried bindfs?
[15:27] <chrisccoulson> i use it on my desktop
[15:27] <desrt> no...
[15:27] <pitti> didrocks: I'm curious, what's the latest status of your bg patch?
[15:27] <chrisccoulson> desrt - http://code.google.com/p/bindfs/
[15:27] <desrt> i'm saying like you have a bunch of users who want to be able to modify the files on a website -- so you throw them all into a 'web' group
[15:27] <pitti> seb128: any response from Dan about the NM-applet patch yet?
[15:28] <desrt> or you have a bunch of hackers pushing to a shared repository -- so you throw them al into a 'git' group
[15:28] <desrt> etc
[15:28] <seb128> pitti, yes, while we were travelling, you are pushy about this one ;-)
[15:28] <pitti> seb128: no, I'm curious :)
[15:28] <seb128> pitti, I've been swamped into new GNOME updates and fixes this week
[15:28] <desrt> chrisccoulson: this actually reminds me of another spec i want to register, though
[15:28] <didrocks> pitti: the cleanage is done and I don't cache thumbnails. So, waiting for a review from yesterday but seb128 is busy :)
[15:28] <seb128> ETOOMUCHTODO
[15:28] <pitti> didrocks: rock
[15:28] <seb128> honestly
[15:29] <desrt> before i go and register this spec, can anyone tell me if this is already possible?
[15:29] <pitti> seb128: sorry, I didn't intend to push/offend
[15:29]  * seb128 feels under pressure this week
[15:29] <Nafai> seb128: Know what you mean :)
[15:29] <desrt> mounting ext4 filesystems with the permissions overridden
[15:29] <pitti> desrt: I don't think there's any mount option for ext* to override permissions
[15:29] <seb128> pitti, no problem, it was rather the cache review one
[15:29] <desrt> ie: the user who plugged in the USB drive with the ext4 fs on it can do anything
[15:30] <pitti> desrt: you need vfat/iso9660 for that
[15:30] <pitti> or, slightly less ancient, UDF
[15:30] <desrt> ya.  but i don't want those because they're crap
[15:30] <seb128> didrocks, pitti: can I back of the caching one and let you deal with it?
[15:30] <pitti> seb128: sure
[15:30] <seb128> didrocks, pitti: I've spent too much time reviewing indicator changes already this week and I don't manage to get my patches updated
[15:31] <pitti> didrocks: what's the bug# again? I'll review/comment there
[15:31] <desrt> it just seems so backward that *my* computer, a tool that i own and control, prevents me from writing data to a device that i could hit with a hammer if i wanted to
[15:31] <seb128> I would rather try to get that one done today than doing yet another review for somebody else
[15:31] <seb128> pitti, danke
[15:31] <didrocks> pitti: one sec
[15:31] <Nafai> seb128: thanks for spending the time reviewing my stuff, btw :)
[15:31] <desrt> pitti: i'll open another spec for this one too :)
[15:32] <desrt> probably this one needs kernel support
[15:32] <seb128> Nafai, np
[15:32] <pitti> desrt: there wasn't only one time when I wished there was an umask= mount option for ext3, too
[15:32] <pitti> desrt: but oh well, this linux thing is open source, so perhaps we can convince someone to have a go at it :)
[15:33] <chrisccoulson> this is sort-of why i use bindfs, but if a better way of achieving what i want to do comes along....
[15:34] <didrocks> pitti: instead of pastebin (didn't opened a bug for that), I've just commited and pushed it to lp:~ubuntu-desktop/gnome-desktop/ubuntu
[15:34] <pitti> didrocks: oh, I thought there was a gnome bug for it? I just can't find it any more (I searched for some 5 mins)
[15:35] <didrocks> pitti: I didn't updated the gnome bug yet
[15:36] <didrocks> pitti: btw, you are speaking about that one: https://bugzilla.gnome.org/show_bug.cgi?id=608419
[15:36] <pitti> didrocks: ah, thanks
[15:37] <desrt> pitti, chrisccoulson: https://blueprints.launchpad.net/ubuntu/+spec/premissive-mounts
[15:37]  * pitti subscribes, too
[15:37] <pitti> desrt: ITYM "per"missive?
[15:37] <desrt> ugh.
[15:38] <desrt> that can NEVER EVER be renamed, can it?
[15:38] <chrisccoulson> heh ;)
[15:38] <desrt> oh.  nice.  it cna.
[15:38] <desrt> https://blueprints.launchpad.net/ubuntu/+spec/permissive-mounts
[15:38] <chrisccoulson> heh, that's why i got an error when trying to subscribe there ;)
[15:38] <chrisccoulson> you must have renamed it at the same time
[15:39] <desrt> ESPELLINGMISTAKE
[15:40] <chrisccoulson> definately, sharing data between users at the moment is a real pain, especially if you want a select group of users to be able to write to the shared area, copy files in to it from removable storage etc, without having to worry about permissions
[15:41] <chrisccoulson> i tried using ACL's before, but that fails when you try and copy files from removable storage, as the default ACL's only seem to apply for new files
[15:41] <desrt> the old group-writable+setgid trick works very well if umask is 2
[15:43] <desrt> drwxrwsr-x is a yummy permission :)
[15:43] <desrt> oh.  that's another thing
[15:44] <desrt> while i'm at it: can we finally please turn off executable flag for files on vfat media?
[15:44] <desrt> that causes so much trouble that it drives me mental
[15:44]  * desrt opens another spec :)
[15:45] <desrt> if i see "want to open this in a terminal or display it or run it" one more time for a simple text file on a USB drive i'll lose it :p
[15:45] <chrisccoulson> why do we enable that anyway?
[15:45] <desrt> for 2 reasons near as i can tell:
[15:45] <chrisccoulson> you need folders to be executable
[15:45] <desrt> 1) because directories obviously need it
[15:45] <chrisccoulson> yeah
[15:46] <desrt> 2) because on the off chance that you do have an executable on a USB drive, you can then run it.  if you don't, then you can just... not run it.
[15:46] <desrt> but so much stuff breaks when it sees +x on a file
[15:46] <desrt> like GNOME
[15:46] <desrt> and as i found out last night, thttpd
[15:46] <rickspencer3> like bzr
[15:46] <chrisccoulson> how do you get around the folder issue?
[15:46] <desrt> copied a bunch of photos to my webserver and got permission denied errors
[15:46] <rickspencer3> bzr branch lp:foo onto a USB drive and it modifies every file :(
[15:46] <desrt> looked at the log: the webserver was trying to execute them as CGI scripts because they were marked +x from the vfat :(
[15:46] <rickspencer3> (this sucks when programming on a netbook)
[15:49] <desrt> https://blueprints.launchpad.net/ubuntu/+spec/vfat-noexec
[15:49] <jcastro> rickspencer3, when we talked last you said to assign bugs finished by the DX guys for appindicators to ken, however they are kind of coming out in clumps, do you think it might be better to assign them to the whole team?
[15:49] <jcastro> rickspencer3, I don't want to clobber him on thursdays-of-doom
[15:50] <seb128> jcastro, I suggested doing that so we can better handle workload
[15:50] <jcastro> yes, it was all seb's idea!
[15:51] <seb128> lol
[15:51] <seb128> jcastro, I just wanted to say that I agree with the suggestion ;-)
[15:51]  * seb128 hugs jcastro
[15:51] <rickspencer3> jcastro, nah
[15:52] <rickspencer3> oh
[15:52] <Nafai> Is FriendFeed support broken in Gwibber?
[15:52] <rickspencer3> well, whatever seb128 said is fine with me
[15:52] <Nafai> Is there a log somewhere I can look at to see what is happening?
[15:52] <jcastro> Nafai, run "gwibber-service" in a console
[15:52] <jcastro> then run "gwibber" in another one
[15:53] <Nafai> Or do that :)
[15:53] <Nafai> yup, there's a problem
[15:53]  * Nafai files bug
[15:54] <seb128> rickspencer3, it doesn't make a real difference in practice I think, we will just know about those
[15:54] <seb128> rickspencer3, and some components pitti or I know better and could help reviewing in free slots too
[15:54] <seb128> rickspencer3, but if you are "nah" that's fine with me ;-)
[15:54] <rickspencer3> seb128, I nah my nah
[15:54] <seb128> ;-)
[15:54] <rickspencer3> if you guys already worked it out
[15:54] <rickspencer3> whatever works
[15:54] <seb128> ok
[15:55] <jcastro> note to self, pass all ideas past seb128.
[15:55] <seb128> I just feel it's a lot to put on kenvandine and that we can probably help a bit there
[15:55] <seb128> it's like sponsoring
[15:55] <seb128> works better when balancing load between team members when possible
[15:59] <chrisccoulson> is anyone reviewing the gpm indicator patch?
[16:00] <chrisccoulson> i can review that if nobody else wants to
[16:02] <seb128> kenvandine, ^
[16:02] <seb128> jcastro, ^
[16:03] <seb128> chrisccoulson, I think that would be welcome
[16:03] <chrisccoulson> cool, i'll take a look at that later then
[16:03] <jcastro> chrisccoulson, feel free to snag it!
[16:16] <seb128> didrocks, commented on your application now btw
[16:16]  * seb128 moves to next task
[16:17]  * didrocks hugs seb128
[16:17]  * seb128 hugs didrocks too
[16:17] <didrocks> seb128: and thanks, I know now how many uploads I've done ;)
[16:17] <seb128> didrocks, lol
[16:18] <seb128> didrocks, was a quick count looking through emails there
[16:18] <seb128> and just a way to say "I'm too lazy to look for specific bug numbers to list but there is plenty of those"
[16:18] <didrocks> seb128: heh, but it's as valid, and way quicker :) Thanks again!
[16:19] <seb128> np ;-)
[16:21] <chrisccoulson> heh, i'll be able to bug didrocks about sponsoring my work too ;)
[16:22] <didrocks> chrisccoulson: oh no! /me runs ;-)
[16:22] <chrisccoulson> lol
[16:22] <didrocks> don't hesitate of course ;)
[16:23] <chrisccoulson> you can probably run faster than me though ;)
[16:39] <tseliot> pitti: are you around?
[16:40] <pitti> tseliot: I am, but I need to leave in 10 mins (sorry)
[16:42] <seb128> mvo, is desktop-lucid-update-upgrade-requirements supposed to be tracked for lucid?
[16:45]  * pitti waves goodbye
[16:46] <didrocks> pitti, seb128: just thought about something, as gdm is using g-s-d to draw the background, the caching is also effective there. So, we have a double wins (as gdm wallpaper is 2500x1600) :)
[16:46] <didrocks> bye pitti
[16:47] <pitti> didrocks: sweet!
[16:47] <seb128> didrocks, right, when you don't use autologin which we do on benchmarks
[16:47] <pitti> didrocks: (it doesn't appear in my bootcharts, though, since I'm using autologin)
[16:47] <pitti> but for *users* it's good
[16:47]  * pitti waves
[16:47] <didrocks> seb128: oh ok, I was thinking it was still triggered even on autologin, missed opportunity :)
[16:47] <didrocks> right
[16:47] <didrocks> bye bye pitti
[16:53] <kenvandine> chrisccoulson, seb128: i reviewed the indicator patch for gpm yesterday, but not the debug icon one
[16:53] <kenvandine> only feedback i left for him was some tweaks to the autotools bit
[16:54] <kenvandine> sorry... been in a clean session to re-capture the SFTS video clips :)
[17:00] <chrisccoulson> kenvandine: thanks.
[17:02] <Amaranth> mvo: My change to compiz to start metacity when we get a segfault seems to work a little too well, we no longer get apport :/
[17:02] <Amaranth> Perhaps we should just make gnome-session start compiz again
[17:04] <seb128> chrisccoulson, you still have one work item on https://blueprints.launchpad.net/ubuntu/+spec/desktop-lucid-startup-speed
[17:04] <seb128> speeding g-s-d xrandr
[17:04] <seb128> should that be postponed now?
[17:04] <chrisccoulson> seb128 - are you still seeing the 2 second delay
[17:04] <seb128> not on the mini
[17:04] <seb128> but on my laptop yes
[17:04] <chrisccoulson> seb128 - you're not connected to an external monitor are you?
[17:05] <seb128> I am
[17:05] <chrisccoulson> does it happen without the monitor?
[17:05] <seb128> but I get it too when undocked with no monitors.xml iirc
[17:05] <seb128> I tried that before
[17:05] <seb128> I will try again on next boot
[17:05] <chrisccoulson> ah, so that makes no difference then
[17:05] <chrisccoulson> i'll see if i get the issue on my laptop tonight
[17:05] <seb128> thanks
[17:06] <seb128> feel free to postpone the item on the spec otherwise
[17:06] <seb128> it's not happening on the mini
[17:06] <seb128> seems config specific
[17:06] <seb128> doesn't need to be milestoned for alpha3
[17:06] <seb128> that doesn't mean we can't fix it later
[17:06] <chrisccoulson> yeah, i'll take a look at some point then. it's just easier if i can recreate it too :)
[17:07] <seb128> kenvandine, didrocks: you have a duplicated wi for gwibber mir apparently?
[17:07] <chrisccoulson> i'll hopefully be able to recreate the g-s-d crasher when flipping display modes too (but i haven't connected up to my external monitor yet to try it out)
[17:07] <kenvandine> yeah
[17:08] <seb128> kenvandine, didrocks: can you decide on who do it and clean the other one?
[17:08] <kenvandine> didrocks already did the work
[17:08] <rickspencer3> ArneGoetje, asac I hijacked https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-lucid-new-firefox-support-model to add work items for new default home page support stuff
[17:08] <kenvandine> didrocks, want to just finish that?
[17:08] <seb128> kenvandine, ok good, can you update https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-lucid-social-from-the-start?
[17:08] <kenvandine> yup
[17:08] <Amaranth> so how fast are we going on the mini now?
[17:10] <seb128> depends of what you bootchart
[17:10] <Amaranth> eh?
[17:10] <didrocks> kenvandine: not the time before Monday I guess, but now that the new gwibber is here, I'll be able to finish. If you have free slots, I don't mind if you can stole it :)
[17:10] <seb128> Amaranth, standard desktop with compiz is around 16 seconds
[17:10] <kenvandine> didrocks, ok, lets see how tomorrow looks
[17:10] <seb128> it's lower without compiz or on une
[17:10] <kenvandine> i might just do that :)
[17:10] <kenvandine> not today though
[17:11] <Amaranth> seb128: well from what you've been saying it should be 11 seconds without compiz?
[17:12] <seb128> Amaranth, gnome without compiz, or une?
[17:12] <Amaranth> former
[17:12] <seb128> should in sense of target
[17:12] <seb128> ie should be before lucid
[17:12] <seb128> or should already be now?
[17:13] <Amaranth> right now
[17:13] <seb128> no, those were une benchmarks
[17:13] <seb128> or GNOME only, not full boot
[17:13] <seb128> we are a bit under 15 seconds without compiz
[17:13] <seb128> on standard desktop
[17:14] <Amaranth> Ok, so compiz adds about 1 second :)
[17:14] <seb128> rather 2 seconds
[17:15] <seb128> ie it's under 15s without it
[17:15] <seb128> and some 16.8 seconds or something with it
[17:16] <Amaranth> and now that you've proven removing a bunch of plugins doesn't change startup speed and my own benchmarks have shown loading plugin metadata is about 0.01s per plugin with a warm cache there really is no way to make it go faster
[17:16] <Amaranth> except perhaps for statically compiling the plugins in instead of using dlopen but that would be a maintenance nightmare as most of those plugins are not shipped in the same tarball
[17:18] <Amaranth> I wish I had some automated way to do bootchart tests, would love to see if certain plugins affect it more than others
[17:18] <Amaranth> actually, good test
[17:18] <Amaranth> seb128: can you see how long it takes if you disable every single plugin in compiz? see how much overhead is the core itself and how much is the plugins
[17:18] <seb128> I will try that later
[17:19] <seb128> busy with something else right now
[17:19] <Amaranth> alright, that's fine
[17:34]  * kenvandine runs out to eat, bbiab
[18:26] <mvo> Amaranth: apport> if seb is ok with that, he was keen on removing the wrapper for boot speed
[19:30] <geser> git1.0-webkit-1.0 is currently build from two packages (webkit and gir-repository) which makes currently the build of gir-repository "Fail to Upload". Does somebody know which of those two packages should build it?
[19:47] <didrocks> ok, enough for today, reading some mail and go to bed :)
[19:47] <didrocks> night everyone
[21:30] <robert_ancell> seb128, can you sponsor launchpad-integration?  pretty please?  RAOF has done a really good job and I've super tested it :)
[21:33] <Ng> hrm, gs segfaulted when I tried to print something
[21:33] <Ng> but apport seems unhappy with the .crash
[21:35]  * Ng reboots into the new kernel anyway
[21:40] <chrisccoulson> Ng - gs?
[21:44] <seb128> robert_ancell, yet another one?
[21:44] <seb128> robert_ancell, what was wrong with 1.34?
[21:47] <robert_ancell> seb128, hang on
[21:51] <robert_ancell> seb128, ah, ok.  you've already sponsored it :)
[21:54] <rickspencer3> kenvandine, so did non-imported editing in f-spot ever make it into Ubuntu yet?
[21:55] <rickspencer3> kenvandine, note that I know the answer to this question ;)
[21:55] <kenvandine> haha
[21:55] <kenvandine> no it didn't
[21:55] <kenvandine> is that a hint though?
[21:55] <rickspencer3> seriously, we've got to get this in somehow
[21:55] <kenvandine> yeah
[21:55] <kenvandine> i agree
[21:55] <kenvandine> or you write a new tool in python :)
[21:55] <kenvandine> i can take another swing at merging that patch
[21:55] <rickspencer3> yeah, I'll write a new image viewing/editing tool before next week and we'
[21:56] <rickspencer3> ll put it into the LTS
[21:56] <kenvandine> :)
[21:56] <rickspencer3> lol
[21:56] <rickspencer3> maybe for Lucid +1 though
[21:56] <kenvandine> photobomb has *no* bugs
[21:56] <Ng> chrisccoulson: as in ghostscript, I'm just trying to print a BA checkin PDF. works in karmic, failure in lucid including after a reboot
[21:56] <kenvandine> no threading issues at all
[21:56] <rickspencer3> I think if it was basically eog in Python more folks would hack on it and such
[21:56] <Ng> but apport seems to hate the .crash
[21:56] <rickspencer3> *sigh*
[21:56] <kenvandine> :)
[21:56] <kenvandine> note i didn't see a problem when i looked at the code
[21:56] <rickspencer3> well, replacing eog wouldn't require so much threading
[21:56] <kenvandine> but there are some serious UI hangs
[21:57] <kenvandine> no, it wouldn't
[21:57] <kenvandine> unless we tied in social features :)
[21:57] <rickspencer3> right ...
[21:57] <rickspencer3> so basically photobomb
[21:57] <rickspencer3> lol
[21:57]  * kenvandine still wishes we could have facebook album browsing for lucid :/
[21:58] <rickspencer3> seriously, we've got to get f-spot set up properly
[21:58] <kenvandine> ok, i can take another swing at it
[21:58] <rickspencer3> any chance we could talk the dev into apply his patch to the branch that we use?
[21:58] <kenvandine> maybe
[21:59] <seb128> I've been pinging him regularly
[21:59] <kenvandine> any movement?
[21:59] <seb128> no, he seems not interested
[22:00] <seb128> he said that he's been fixing quite some things for us already and we didn't contribute a lot back
[22:00] <seb128> he seems not really motived to do work for us which is of no use for them
[22:00] <rickspencer3> hmmm
[22:00] <rickspencer3> what does he want us to contribute back?
[22:00] <seb128> then last week he said he was busy with fosdem and I could try to ping he back this week
[22:00] <rickspencer3> hmmm
[22:00] <seb128> rickspencer3, fixing issues rather than asking him to fix our issues all the time I think
[22:01] <rickspencer3> by "our" issues you mean bugs that users encounter
[22:01] <rickspencer3> ?
[22:02] <seb128> right
[22:02] <rickspencer3> ok
[22:02] <seb128> but he has been nice and rolled tarballs to arrange our schedule
[22:02] <rickspencer3> yeah
[22:02] <seb128> and tried to look at bugs when we ping about those
[22:02] <rickspencer3> f-spot upstream seems like good guys
[22:02] <seb128> like looking at those before even if they have hundred of other issues waiting
[22:02] <rickspencer3> yeah
[22:03] <kenvandine> seb128, how far did you get on merging that into the stable version?
[22:03] <seb128> 0
[22:03] <seb128> I never started on that, I've been swamped since the start of the cycle
[22:04] <seb128> and I've no C# experience
[22:04] <kenvandine> ok, i spent a couple hours on it
[22:04] <kenvandine> but the extension code has changed quite a bit since 0.6
[22:05] <kenvandine> so it felt like i kept digging a deeper grave
[22:06] <rickspencer3> kenvandine, do you think it would be easier to just write a new patch against the branch we use, or try to port his patch?
[22:06] <kenvandine> let me look at it again
[22:06] <kenvandine> i might have time tonight
[22:07] <kenvandine> seb128, how much do you know about source package branches?
[22:07] <kenvandine> the new style stuff we used for lp:ubuntu/ido
[22:08] <kenvandine> james_w, you still around?
[22:08] <james_w> yeah
[22:08] <kenvandine> yo!
[22:08] <kenvandine> so what is the process of updating one?
[22:08] <kenvandine> the wiki is a bit thin on that
[22:08] <kenvandine> like a new version
[22:08] <kenvandine> is it bzr merge-upstream?
[22:09] <seb128> kenvandine, I guess you can try to a gentle ping to sde
[22:09] <seb128> he might have an earlier version which applies to something close of your codebase
[22:09] <kenvandine> seb128, that would be the fastest way :)
[22:09] <seb128> he started on it and got it working
[22:09] <seb128> he said there was some bug so he didn't commit
[22:09] <kenvandine> seb128,  i had his first pass... which was wildly different
[22:09] <kenvandine> oh
[22:09] <seb128> and then he started to refactor thing while doing the change
[22:09] <kenvandine> then maybe :)
[22:10] <james_w> kenvandine: yeah, "bzr merge-upstream --version 1.2.3 http://launchpad.net/indicator-indicate-indicated-1.2.3.tar.gz" should do it
[22:11] <kenvandine> i get an error
[22:11] <kenvandine> bzr: ERROR: [Errno 2] No such file or directory
[22:11] <kenvandine> nice package name :)
[22:11] <kenvandine> wish ted was here to give him crap about that :)
[22:13] <james_w> kenvandine: ah, damn, sorry
[22:13] <james_w> I can give you an ugly workaround or two for that
[22:13] <kenvandine> great!
[22:13] <james_w> sudo ln -s /bin/tar/ /usr/bin/tar would be one
[22:13] <kenvandine> better than being busted :)
[22:13] <kenvandine> oh!
[22:13] <kenvandine> hehe
[22:13] <james_w> quite an embarassing bug
[22:13] <kenvandine> hehe
[22:13] <james_w> it will be fixed in my next upload
[22:14] <kenvandine> great
[22:14] <kenvandine> thx
[22:27] <kenvandine> bratsche, ping
[22:37] <rickspencer3> kenvandine, let's get you to coredev or whatever in Lucid + 1 so you can start doing uploads and such
[22:37] <rickspencer3> or at least get you permissions for *everything* the desktop uses
[22:38] <rickspencer3> (and this is not a secret plan to get photobomb in main)
[22:38] <kenvandine> well i should have everything now
[22:38] <kenvandine> desktop wise
[22:38] <kenvandine> but there seems to be acl bugs
[22:38] <kenvandine> cjwatson is investigating
[22:38] <kenvandine> the DX stuff keeps getting the acl for ~ubuntu-desktop removed
[22:38] <rickspencer3> ok
[22:38] <rickspencer3> so can you upload photobomb for me?
[22:38] <rickspencer3> j/k
[22:38] <kenvandine> hehe
[22:39] <kenvandine> no new packages :)
[22:39] <TheMuso> rickspencer3: Is photobomb in revu?
[22:40] <rickspencer3> TheMuso, it was a joke
[22:40] <TheMuso> Ok.
[22:40] <rickspencer3> photobomb code quality leaves something to be desired atm
[22:40] <rickspencer3> :/
[22:40] <kenvandine> hehe.. it is fun though
[22:40] <kenvandine> and it works with gwibber
[22:40] <seb128> rickspencer3, kenvandine: didrocks run for main upload next week
[22:40] <seb128> kenvandine, you should do that next ;-)
[22:41] <kenvandine> yeah
[22:41] <rickspencer3> kenvandine, I can fix the bugs
[22:41] <rickspencer3> UI threading with PyGtk is pretty horrible
[22:41] <rickspencer3> it's beat better devs than me
[22:41] <kenvandine> bratsche, -  secondary_padding += GTK_WIDGET_VISIBLE (priv->secondary_image) ? secondary_image_req.width : 0;
[22:41] <kenvandine> +  secondary_padding = GTK_WIDGET_VISIBLE (priv->secondary_image) ? secondary_image_req.width : 0;
[22:41] <kenvandine> in src/idoscalemenuitem.c
[22:41] <kenvandine> does that look sane?
[23:00] <robert_ancell> rickspencer3, threading with Python is horrible :)
[23:01] <rickspencer3> well, I have a quickly-widget to make it easier
[23:01] <rickspencer3> robert_ancell, ^
[23:01] <rickspencer3> and it may as well be a bug farm
[23:01] <robert_ancell> rickspencer3, oh, I mean the GIL tends to make them a lot less useful
[23:02] <rickspencer3> GIL?
[23:04] <Nafai> rickspencer3: Global Interpreter Lock
[23:04] <robert_ancell> means your threads don't scale very well
[23:05] <Nafai> that's why you do things asyncrhonously
[23:05] <rickspencer3> Nafai right
[23:05] <rickspencer3> but some things I don't know how to do "asyncrhonously" except on a thread
[23:05] <rickspencer3> like if I want to download something from a server
[23:06] <rickspencer3> the urllib library is synchronous, so I put the calls on a thread so they don't lock up the UI
[23:06] <robert_ancell> rickspencer3, use gio
[23:06] <rickspencer3> somethings I do with gobject.add_timer, but that assumes there is not just one long blocking call
[23:06] <robert_ancell> (glib io API, is all asynchronous)
[23:07] <rickspencer3> robert_ancell, so use glib io to interact with the servers instead of urllib?
[23:07]  * rickspencer3 shakes
[23:07] <robert_ancell> rickspencer3, I guess the question is how Pythony do you want to be or how GLib/GTKy
[23:08] <rickspencer3> (I use gobject.add_timer, add_idle a lot
[23:08] <kenvandine> wow... look at the time!
[23:08] <robert_ancell> kenvandine, 10am?
[23:08]  * kenvandine needs to go feed the kids :)
[23:08] <kenvandine> haha!
[23:08] <rickspencer3> bye kenvandine
[23:08] <kenvandine> later!
[23:08] <kenvandine> bbiab
[23:08] <robert_ancell> kenvandine, cya
[23:08] <rickspencer3> robert_ancell, well, for my code I don't care
[23:09] <rickspencer3> but for most people, it needs to be Pythony
[23:09] <robert_ancell> rickspencer3, my experience with gio has been very positive and it's a generic API that wraps up heaps of protocols (it has backends)
[23:09] <rickspencer3> well, that would be good for my code
[23:10] <rickspencer3> but what I want is a generic widget that can make any function behave asynchronously
[23:10] <rickspencer3> which is what AsynchTaskProgressbox does
[23:10] <rickspencer3> you give it a function and it runs it on a thread and alerts you when it is done
[23:10] <rickspencer3> the only wonky stuff has to do with updating the UI
[23:11] <desrt> rickspencer3: do you ever sleep? :)
[23:11] <rickspencer3> Gtk seems a bit unpredictable, and causes freezes and such sometimes
[23:11] <rickspencer3> lol
[23:11] <rickspencer3> desrt, it's only 3:11pm here
[23:11] <desrt> oh
[23:11] <desrt> then you were up early :)
[23:11] <rickspencer3> and yes, I sleep from 10:30pm to 6:00am ;)
[23:11] <robert_ancell> Ubuntu never sleeps :)
[23:11] <rickspencer3> hehe
[23:11] <rickspencer3> the sun never sets on Ubuntu
[23:11] <Nafai> wow, it's already almost the end of the work day
[23:12] <rickspencer3> anywho, thanks robert_ancell I will check out gio
[23:12] <rickspencer3> robert_ancell, if you want to check out quickly.widgets.asysnch_task_progressbox.py and let me know what you think , that would be cool
[23:13] <robert_ancell> rickspencer3, will try to
[23:13] <rickspencer3> desrt, where are you based?
[23:13] <rickspencer3> robert_ancell, no stress, only if it would be interesting for you
[23:13] <rickspencer3> that's all community work
[23:13] <robert_ancell> yup
[23:14] <desrt> rickspencer3: torontoi
[23:15] <rickspencer3> coolio
[23:15]  * rickspencer3 shivers thinking about toronto
[23:33] <seb128> does anybody else got firefox listing only ask.com in the search widget in lucid?
[23:36] <kklimonda> seb128, https://bugs.edge.launchpad.net/ubuntu/+source/firefox/+bug/520682
[23:36] <seb128> kklimonda, thanks