[00:06] robert_ancell: Try lp:~raof/launchpad-integration/rich-root-I-stab-thee [00:07] RAOF, lol :) [00:09] merging... [00:13] testing... [01:00] robert_ancell: I shall take the lack of comments as an indication that all's going well :) [01:01] RAOF, yup, I'm just being paranoid and checking upgrading works [01:01] 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] robert_ancell: you can look at what I've done in my accounts-dialog for gdm gconf settings [01:06] mclasen, ah, thanks [01:07] its not nice...dconf will save us [01:07] right, desrt ? === jcastro_ is now known as jcastro [02:39] istaz, #ubuntuone is the best place [02:43] istaz, and #couchdb [02:43] but the desktopcouch devs are in #ubuntuone for sure [02:43] look for CardinalFang or aquarius [07:02] 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] I've got "get core dev membership" on my list now :) [07:03] RAOF, also, not sure about the merges now - are the two pending merge requests now obsolete? [07:38] howdy [07:42] Bonjour mes amis [07:44] hello pitti [08:12] Guten Morgen pitti [08:12] hey baptistemm [08:12] o/ [08:14] salut didrocks [08:38] mvo: thanks for the sponsoring btw :) [08:41] didrocks: no worries, it was very little work, you did a good job [08:42] thanks :) [08:56] 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] is this a known issue? Any ideas how to fix this? [08:56] al-maisan: is it when you press enter, for instance? [08:57] al-maisan: try uninstalling plymouth [08:57] will do. [08:58] didrocks: it is not related to pressing the enter key .. it happens even when I don't do anything .. [08:58] 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] 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] I am starting up with "nomodeset" FWIW [09:01] al-maisan: yeah, try first to uninstall plymouth :) [09:01] will do. [09:05] didrocks: uninstalling plymouth solved the problem, thanks! [09:05] al-maisan: y/w ;) [09:13] good morning everyone [09:15] hey hey chrisccoulson [09:15] hey baptistemm, how are you? [09:15] fine [09:15] hello chrisccoulson [09:16] hey didrocks, how are you too? [09:16] chrisccoulson: I'm fine, thanks ;) You? [09:17] didrocks: yeah, i'm good thanks. i got an early night last night, so i'm not as tired today :) [09:17] heh, no need for coffee? [09:17] oh, i still need coffee ;) [09:23] vish - i got your gpm bug last night (for the second time now) [09:23] gpm gets its knickers in a twist somewhere and never catches the fact that X isn't idle any more [09:24] so, once i've figured out what is going on, i can fix it :) [09:41] mvo - did Gerr C ask you if you wanted to be assigned to bug 255420? [09:41] Launchpad bug 255420 in update-manager "E:Sub-process /usr/bin/dpkg returned an error code (1)" [Undecided,New] https://launchpad.net/bugs/255420 [09:41] (i'm just asking, because he seems to be going around random bugs and just assigning them to people) [09:43] chrisccoulson: thanks, I close this one, its not a update-manager issue (its just the messanger) [09:43] mvo - thanks. he also assigned a random dpkg task too. i'll close that one as well [09:43] good morning there [09:43] seems I overslept today [09:43] he seb128 [09:43] s/he/hey [09:43] hey chrisccoulson [09:43] hey seb128, good to have some rest, heh? ) [09:44] didrocks, indeed, I went to bed late and I decide to go back to sleep for an hour this morning [09:44] which turned to be over an hour ;-) [09:44] that means you needed it :-) [09:44] the joys of jetlag [09:44] * mvo couldn't sleep either [09:52] hey seb128 [09:52] seb128 - what time did you go to bed last night then? i think you were still around when i signed out.. [09:52] hello pitti [09:52] chrisccoulson, 2am [09:52] chrisccoulson, but I closed IRC earlier [09:53] and I need to sleep at night ;-) [09:53] 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] not really a destkop question [09:55] <^arky^> seb128: sorry [09:56] 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] didrocks, I usually restart my session [09:57] or use a guest session [09:57] or a test user in Xephyr [09:57] the Xephyr one is probably easier in this case [09:57] ok, good to know. Will do it next time, sorry [09:57] you just need to make a gpg key for that user or copy yours over [09:58] why do you think I say "session restart brb" often on new GNOME days ;-) [09:58] heh, sure ;-) [09:58] I was only focussed on the "I can sign something" [09:59] and so, the box was displayed, but only the confirmation one :/ [09:59] * didrocks feels guilty [10:01] didrocks, you broke gdmsetup apparently btw [10:01] now it asks for polkit dialog on start [10:01] but still doesn't unlock the gui [10:01] and reset the autologin setting [10:02] 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] reset the autologin setting? [10:02] I use autologin [10:02] but now when I start gdmsetup it gets unset [10:02] I run into that bug twice in a week [10:02] running it to see you default session chang [10:02] closing without doing anything there [10:02] hum, crap. Don't know how I can have an impact on that. Let me try that this morning [10:02] and on next login I get the gdm screen [10:03] pitti, ^ btw [10:03] seb128: I finish the anjuta update and work on that, so [10:03] pitti, didrocks: the polkit dialog is because you need privileges to ask the daemon about configs [10:03] that's what robert said yesterday at least [10:03] seb128: ah, I see [10:04] seb128: right, I use what robert added to access it from the daemon, dbus + polkit [10:04] seb128: well, I wouldn't mind that, if it was unlocked right away [10:04] right, that's a bug [10:04] not sure why it was working in karmic [10:04] pitti: is it possible to ask "only display the polkit dialog for write access"? [10:04] that sounds better [10:04] maybe robert wasn't reading values from there [10:05] didrocks: if reading from the daemon is PK protected, then you'll need the dialog [10:05] didrocks: you could make the default gdm policy less strict about reading [10:05] (provided that reading and changing are two different privileges) [10:05] or we need to allow desktop users [10:05] pitti: I guess that's better, we don't know to restrict on reading [10:05] s/know/need [10:05] org.gnome.displaymanager.settings.write [10:05] we were speaking about extra desktop rights [10:05] that's the only privilege I see [10:06] ie changing clock [10:06] it doesn't seem to have one for reading at all? [10:06] I'll have a look this morning [10:08] chrisccoulson, do you know if somebody raised Gerry C behaviour to be an issue or contacted him about his changes? [10:08] seb128 - someone has sent an email to him with a link to documentation [10:08] ok [10:09] but he still continues to assign random bugs to people and add tasks [10:09] I will talk to pedro when he's there [10:22] mvo, hello [10:23] mvo, how do I add an apt source key from the ui tools? [10:23] mvo, I've enough of getting update-manager telling me that the ddeb source is not trusted after every refresh ;-) [10:26] seb128: download the key from a trusted locationand add it via software-sources [10:28] autologin is broken in my netbook as I have en encrypted /home/ [10:28] seb128 - https://answers.edge.launchpad.net/launchpad/+question/100682 [10:29] i think people are tired of reverting his changes now [10:42] I need to run out for about two hours [10:43] wow snow everywhere [10:43] pitti, see you later [10:43] mvo, did you see my question before? [10:44] 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] ^^vish [10:47] seb128: I guess the answer was: mvo | seb128: download the key from a trusted locationand add it via software-sources [10:48] ok, I got disconnected I think [10:48] seb128: the two bugs (which had the same cause as I infer) in gdmsetup are now fixed [10:48] 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] didrocks, ah nice, what was it? [10:49] I don't see a normal user... [10:50] mvo, don't we have automagic adding keys for ppa and that sort of things? [10:50] 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] didrocks, why do you trigger a write request before any change? [10:52] mvo, btw ignore the lpi build failure, I sponsored a fixed version [10:52] seb128: the write request was triggered by the "default_session_combo_box_changed_cb" when setting default value in it. [10:52] didrocks, ok, you fixed that too I guess? [10:52] seb128: right, it's just one line fix :) [10:52] if (loaded) [10:52] and it fixes the two bugs [10:55] seb128: normal users do not add ddebs [10:55] mvo, well it's true for any source [10:56] 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] well, it's not a random place, it's a canonical server [10:57] 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] shrug, I didn't do that for a while ;-) [11:00] I'm still not convinced about "security" there [11:00] and why we can trust ppa and not other website, since we don't check ppa content anyway [11:01] there could be as much crack in there than somewhere else [11:16] hum, autologin is really broken: doesn't work on encrypted /home/ 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] I'll log bugs on them, if they don't already exist [11:18] didrocks, how do you want it to work on encrypted userdir? [11:18] didrocks, the principle is that you need a key to unlock those... [11:19] ie you need to enter your password [11:19] seb128: yeah, I mean, we should disable autologin on those user [11:19] there is a bug about that I think already [11:19] dunno about the timed login thing [11:19] use apport to send the crash ;-) [11:19] right, doing that :-) [11:22] 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:22] Launchpad bug 446743 in gdm "gdmsetup allows autologin even when home directories are encrypted" [Low,Confirmed] https://launchpad.net/bugs/446743 [11:23] didrocks, sure, thanks [11:45] seb128: I got a reject on liferea's upload [11:46] why? [11:46] in main [11:46] not in desktop set I guess? [11:46] ok, I will sponsor that [11:46] checking [11:46] where is it? [11:47] 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] did pc speaker started beeping today for other people too? [12:42] seb128: seahorse lets me enter my passphrase in clear text and does not show "*" - known issue [12:42] mvo, yes, blame it on didrocks ;-) [12:43] mvo: bug #520099 [12:43] mvo, bug #520099 [12:43] Launchpad bug 520099 in seahorse-plugins "gpg password prompt showing password in clear text" [High,Confirmed] https://launchpad.net/bugs/520099 [12:43] blame upstream too :) [12:43] didrocks, do you work on debugging that btw? [12:43] didrocks, or are you waiting on upstream to reply? [12:44] 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] didrocks, well I think it ought to be fixed before weekend if possible [12:45] but waiting a bit for people who have a clue about the bug before looking seems fair enough [12:45] seb128: that's why I was thinking tomorrow, last delay before working on it :) [12:45] I just opened the bug this morning, so [12:45] maybe, trying to ping them on IRC [12:45] 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] didrocks, they don't do IRC I think [12:46] seb128: what was the error? [12:46] seb128: ok [12:46] mvo, the mono build broke trying to creating some temp file [12:46] ok [12:46] I mailed robert about it [12:46] mvo, not your fault, robert apparently didn't merge all the changes from raof before asking for sponsoring [12:47] mvo, the fix was to export some mono environment variable in the rules [12:47] mvo, don't ask me for details I'm not a mono guy :-) [12:47] I just sponsored the new changes from raof there [12:48] mvo, your cleaning to use bzr-buildpackage worked fine btw, thanks for that ;-) [12:48] * seb128 hugs mvo [12:49] didrocks: I can have a look, it looks trivial from the diff [12:49] Laney, is mono is the same 2.4 = lts situation than gnome-sharp? [12:50] mvo, seahorse you mean? that would rock ;-) [12:50] mvo: they replace gtkentry by gtkentrybuffer, don't have a clue about the last one :) [12:52] seb128: I don't think gtk# is doing regular releases until gnome 3 [12:52] * mvo test builds [12:53] Laney, ok thanks [12:54] Laney: which sucks. banshee isn't going to sprout GIO support on Ubuntu until gtk# sprouts support. or was it glib# [12:55] hyperair: this is why people are writing add ons like gtk#beans [12:55] Laney: right, but we aren't stuffing that into our archives, are we? [12:55] * Laney shrugs [12:55] I guess we could [12:55] could we? [12:56] better that than apps start bundling [12:56] hmm true [12:59] didrocks: hey. had time to check if there are issues with installing n-l-efl in parallel? [12:59] re [12:59] 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] re pitti === DrPepperKid is now known as DrPepperKid|lunc [13:11] good afternoon everyone [13:12] hey chrisccoulson! [13:12] hey seb128, how is your day? [13:12] okish so far [13:12] not as productive as I wanted [13:12] but it's often like that ;-) [13:12] got sidetracked looking at some bugs [13:13] and discussing some issues on IRC [13:13] what about you? [13:14] didrocks: right. sorry. i think yesterday my clock was one day off .... so i filed it as "tomorrow" ;) [13:14] asac: let's say your clock still suffers from jetlag :) [13:14] hehe [13:14] i would hope thats the explanation [13:15] seb128 - yeah, i'm ok. i just went out at lunch to see some daylight :) [13:18] mvo: upstream fixed the gnome-keyring thing [13:19] euh… seahorse-plugins :) [13:19] didrocks: was it a missing gtk_entry_set_visible() ;) ? [13:20] mvo: not sure, they put the bug as RESOLVED with a short message. I still wait for git trunk to be updated [13:20] mvo: I'll ping you :) [13:20] ok, thanks === DrPepperKid|lunc is now known as DrPepperKid [13:25] salut didrocks, are you maintaining bughugger on universe? [13:26] pedro_: hey pedro_, more or less. I think rick would know be interested to subscribe to bughugger bugs [13:26] I can still have a look and help there if needed [13:27] /s/know// [13:27] didrocks, ah ok, because it's failing to start : bug 517441 [13:27] Launchpad bug 517441 in bughugger "fails to start, ImportError: No module named quickly.widgets.asynch_task_progressbox" [Medium,Triaged] https://launchpad.net/bugs/517441 [13:27] hum, same bug that seb128 had before removing his LP bughugger credential IIRC [13:28] oh that one [13:28] didrocks, no [13:28] didrocks, wrong depends one [13:28] but I fixed the dependency [13:28] isn't missing a dependency? [13:28] did you upload? [13:28] 10.02.1, so, it seems yes [13:28] pedro_, dpkg -l quickly-widgets [13:29] ii quickly-widget 10.02.1 [13:29] pedro_: also dpkg -l bughugger [13:29] ii bughugger 10.02.1 [13:29] ok, let me try an a vanilla box [13:29] thanks didrocks [13:29] thanks pedro_ :) [13:29] pedro_, python -c "import quickly.widgets"? [13:30] ImportError: No module named quickly.widgets [13:30] seb128: the depends is there on 10.2.1 [13:30] didrocks, ii quickly-widget 10.02.1 [13:30] argh [13:31] didrocks, it's installed [13:31] found it, it's quickly-widgets [13:31] didrocks, ? [13:31] seb128: quickly-widget's' not quicky-widget [13:32] pedro_, ls /usr/share/pyshared/quickly/widgets/__init__.py [13:32] didrocks, I've quicky-widget installed, not quickly-widgets [13:32] I have the contrary :) [13:33] 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] didrocks, in fact we have too [13:33] didrocks, pedro_, dpkg -l quickly-widgets [13:33] seb128: the source and the bin [13:33] didrocks, it's just dpkg column [13:33] which cut the s in the name [13:33] the files are on disk [13:33] oh right [13:33] btw i have quickly-widgets installed , it's just dpkg who cut a column [13:33] you are looking to the wrong issue [13:34] true [13:34] pedro_, strace python -c "import quickly.widgets" 2>&1 | grep widgets [13:34] pedro_, on paste.ubuntu.com please [13:34] hum, import quickly.widgets should have work :/ [13:36] http://paste.ubuntu.com/373952/ [13:37] pedro_: also, python -c "import quickly; print quicky.__file__" please [13:38] didrocks, that doesn't work [13:38] oh, typo [13:38] quicky -> quickly [13:38] oupss, right [13:38] didrocks, ImportError: No module named quickly [13:39] ok, got it [13:39] so, if you don't have the __init__.py file in the parent package, you can't import subpackage [13:40] and quickly/__init__.py is in Quickly package [13:40] didrocks, quickly is not a subpackage though [13:40] oh, but it's in quickly, right [13:40] seb128: widgets is a sub python package, sharing part of the namespace [13:40] pedro_, install quickly [13:40] right [13:41] it's all a secret plan to get quickly used! [13:41] the issue is that we don't want to grab quickly with every project using quickly-widgets [13:41] hehe, the contrary TBH ;) [13:42] seb128, so true! it's working fine after installing quickly [13:42] ;-) [13:42] * pedro_ can see the mafia involved on this [13:42] * seb128 hugs pedro_ [13:42] 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] pedro_: hehe ;) [13:42] * pedro_ hugs seb128 and didrocks [13:42] didrocks, not really no [13:42] * didrocks hugs pedro_ [13:43] didrocks, out of doing a quickly-base [13:43] which has the init [13:43] and quickly-utility [13:43] and quickly-widgets [13:43] which depends on the base [13:43] seb128: I was thinking about that, maybe that's the best way [13:43] utility being the software [13:44] quickly-utility can still remain quickly? or quickly-core I guess [13:44] quickly can remain quickly [13:44] then you can have a quickly-common [13:44] good idea [13:45] (with only the __init__.py in a first jump) [13:45] at the other files are the engine and common lib for templates [13:45] in the same round, renaming them python-… [13:46] * didrocks adds a Quickly WI [13:47] Good morning! [13:47] Nafai: bonjour [13:47] hey Nafai [13:48] * didrocks just notes down that pedro_ hadn't Quickly installed on his computer :) [13:49] didrocks, oh... well... but i do now ;-)) [13:49] heh [13:49] * seb128 commit and push versions.py hack to let specify series [13:50] will clean a bit things on versions [13:51] seb128: sweet! [14:00] pitti: is there a bug for jockey keeps starting up? [14:01] davmor2: I'm not aware of one; I'll look into this ASAP [14:08] seb128, pitti who is currently maintaining pitivi on our side? Robert? [14:09] pedro_: nobody ATM, I'm afraid [14:09] a change is need to be made on the package according to bug 517815 [14:09] Launchpad bug 517815 in pitivi "Pitivi needs support for Launchpad Translations" [Undecided,New] https://launchpad.net/bugs/517815 [14:09] pedro_, nobody, but I can reply to comment or do packaging changes [14:09] seb128, cool! may you have a look into that bug please? [14:09] pedro_, set it as triaged wishlist [14:09] I will add it to my list later [14:09] seb128, will do, you rock ! [14:09] or rather add it to my list and do it later [14:09] pedro_, thanks ;-) [14:09] pedro_, the bug day is today? [14:10] seb128, yes today is the day ;-) [14:15] seb128: I can maybe help here, if you point me to the doc (good opportunity to learn) :) [14:17] 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] or find somebody desktopish pythonish using lpi [14:17] rdepends python-launchpad-integration, [14:17] oh? it's juste about adding the launchpad api? I've already done that in C and python case [14:17] software-center [14:18] launchpad integration [14:18] hum [14:18] in fact pitivi has it already apparently [14:18] so, I can do it (later or tomorrow morning, I want to finish first the bug triaging round) [14:18] ah? [14:18] maybe I've been misleaded by the title [14:18] oh [14:18] it's only building a pot file [14:18] I will do that with the next upload [14:18] it's an intltool-update call to add in rules [14:19] seb128: ok, so my first understanding from the title was right (for once ;)) [14:21] didrocks, I though they meant lpi item for "translate this application" [14:21] yeah, I understood, the title can be misleading [14:25] davmor2: got it, will upload now === JamieBen1ett is now known as JamieBennett [14:37] 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] it* [14:37] vish - i think i can see what the issue is [14:37] but you have to be really unlucky [14:37] when the idle alarm fires and triggers the callback, there is a finite time before the reset alarm is registered [14:37] yeah , it happens when you least expect ;) [14:37] if you wiggle the mouse in that short period, and the counter resets, then you miss it [14:38] at least, that is the only place i can see a race [14:38] hmm... i'll try to reproduce it [14:38] i think it's difficult to reproduce [14:39] hence the _try_ :) [14:39] i'll add some random sleep()'s later and see if i can reproduce it [14:52] pitti: cool :) [14:58] 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] it should be on by default not especially because it's a lts [14:58] davmor2: yes, the default was changed [14:58] because it's upstream behaviour and some user complaining about walking away and screen not locking [14:58] users [14:59]