[00:01]  * karni cleaned up nicely SyncDaemon source. 1AM, time to do some reading and get some sleep.
[00:01] <karni> Good night everyone, happy Xmas!
[00:01] <karni> Argentina: I wish you come cool breeze
[00:01] <karni> *some
[00:02] <facundobatista> karni, thanks! :)
[12:17] <coz_> hey guys... my login account is asking for verification code,,, apparenlty sent to my email but nothing is coming into email... what is the current response time for this?
[12:17] <rye> coz_, hm, let me test that too
[12:20] <rye> coz_, it took nearly 10 seconds for the message to be delivered
[12:20] <rye> coz_, i.e. under 10 seconds
[12:20] <coz_> rye,  near 5 minutes here and still no response
[12:21] <rye> coz_, verification code? wait, is that ubuntu sso gui that is asking for verification code?
[12:21] <coz_> yes
[12:21] <rye> coz_, ok, that's maverick, right?
[12:21] <coz_> natty
[12:22] <rye> coz_, erm, do you have keyring working by the way?
[12:22] <coz_> 11.04
[12:22] <coz_> ah yes  unless its broken in natty :)
[12:22] <rye> coz_, i.e. is seahorse working?
[12:22] <coz_> let me check
[12:23] <coz_> mmm
[12:23] <coz_> I dont think so
[12:26] <rye> coz_, unfortunately i don't know what to say now since the client is somehow able to communicate with the keyring, but the evolution and seahorse can't...
[12:27] <coz_> rye,  yeah no big deal actually...  I will figure it out  ... checking to see what is and is not broken in natty at this point... alpha afterall :)
[12:27] <rye> coz_, could you please re-run ubuntuone-preferences and see whether it pops-up SSO verification again?
[12:28] <coz_> sure hold on
[12:28] <rye> coz_, we have a bug report about that but i could not find out how to reproduce that
[12:28] <rye> it's almost like the account ....
[12:29] <coz_> rye,  ok ran it again  but still no email notification
[12:29] <rye> coz_, hm, could you please see whether ~/.cache/sso/sso-client.log has anything interesting there?
[12:29] <coz_> sure hold on
[12:30] <rye> coz_, you may pastebin it in case there are no "secret" keyword anywhere (e.g. token_secret, consumer_secret)
[12:31]  * rye has broken natty now, context menus do not work, evolution can't access keyring... sweet
[12:31] <coz_> there are apparenlty secret keywords :)
[12:32] <rye> ** Message: couldn't allocate secure memory to keep passwords and or keys from being written to the disk
[12:32] <rye> hmm
[12:32] <coz_> no "messages"
[12:32] <coz_> it does say  {u'email_token': u'Bad email token!'}
[12:33] <rye> coz_, hmmm
[12:33] <coz_> hold on let me pastebin the last part
[12:34] <rye> coz_, ok, searching for the bug report...
[12:34] <coz_> http://paste.ubuntu.com/547204/
[12:34] <coz_> oo ubuntupatsebin needs to fix that wrapping problem
[12:35] <rye> coz_, sweet
[12:37] <ralsina> good morning everyone
[12:38] <rye> ralsina, morning!
[12:40] <rye> wow, context menus _are_ opening but not rendering
[12:55] <ralsina> whoa, I am officially developer-less today, finally everyone is on vacation :-)
[12:56] <rye> ok, bug #688713 and an idea to make our irc logs shine
[12:56] <ubot4`> Launchpad bug 688713 in ubuntu-sso-client "I do not receive the verfication code per email (affects: 1) (heat: 8)" [Undecided,Incomplete] https://launchpad.net/bugs/688713
[12:57] <rye> coz_, are you registered on launchpad?
[12:57] <coz_> rye,  yes
[12:58] <coz_> rye,  and of course I can get onto ubuntuone via firefox
[12:58] <rye> coz_, ok, https://login.launchpad.net/+id/3DbBDnB - is your identity
[12:59] <coz_> ok
[12:59] <rye> coz_, as well as https://login.ubuntu.com/+id/3DbBDnB, so how that can be an invalid token?
[12:59] <coz_> rye,  are you referring to that number in the url?
[12:59] <rye> coz_, yup
[13:00] <coz_> rye,  you are saying if I use that as the code it asks for it will work?
[13:00] <Chipaca> ralsina: you are?
[13:00] <coz_> rye,  that number was listed in that pastebin also
[13:00] <ralsina> chipaca: according to the calendar yes
[13:00] <ralsina> chipaca: nessita is taking the day, and dobey has national holiday
[13:01] <rye> coz_, no, it won't, the client says "here is the email the user gave me, and here's the user identity i checked..." however it is already verified and this is what puzzles me
[13:01] <coz_> isnt everyone at canonical still on vacation?
[13:01]  * ralsina sees the opportunity to downgrade himself to coding all day long ;-)
[13:01] <coz_> rye,  ah I see
[13:01] <ralsina> coz_: not everyone. Just almost everyone
[13:01] <Chipaca> ralsina: what'll you code on all day long?
[13:02] <rye> coz_, let me dig the code, something is wrong there
[13:02] <ralsina> chipaca: finish sso->pyqt stuff, then start the preferences panel
[13:02] <coz_> rye,  apparenlty natty :)
[13:02] <duanedesign> hello everyone
[13:02] <ralsina> Chipaca: I'm advancing stuff for January when Mandel has the windows backend ready for it
[13:03] <rye> duanedesign, are you on natty?
[13:03] <duanedesign> yes
[13:03] <rye> duanedesign, is evolution or seahorse working for you?
[13:05] <ralsina> chipaca: oh, andI have to review the monster branch from nessita!
[13:06] <karni> hi guys :)
[13:06] <karni> ralsina: how cool is that. I can't code whole day, Xmas dinners and such :F
[13:06] <duanedesign> seahorse is acting ok
[13:06] <Chipaca> karni: I assumed ralsina meant his *working* day
[13:06] <ralsina> karni: well, I have not coded a whole day in a month, so I am not sure I can do it either. Maybe I'm just a suit now! ;-)
[13:06] <duanedesign> rye: ^^
[13:07] <rye> duanedesign, o_O.. ok, then i need to do something ... and no idea what..
[13:07] <ralsina> Chipaca: indeed. Family first!
[13:07] <karni> Chipaca: aha ;D! anyway, I'll do some android manuals reading now ^ ^
[13:08] <karni> ok then, see you later everyone. and happy holidays :)
[13:12] <coz_> going to try a few things    be back in a bit
[13:21] <duanedesign> rye: hmm, contacts dont want to cooperate
[13:32] <rye> duanedesign, contacts not cooperating is known, rodrigo_ said he's looking into that
[13:33] <duanedesign> ok :)
[13:34] <rye> duanedesign, i think the link to the bug is on /Status page
[14:16] <ralsina> nessita: on the freshly installed natty I can't get u1trial, what am I missing?
[14:16] <ralsina> I mean "u1trial is not there"
[14:24] <ralsina> nessita: testing IRL -- glib.GError: Failed to open file '/home/ralsina/canonical/ubuntuone/woo/data/install.ui': No such file or directory
[14:45] <nessita> ralsina: fixing!
[14:51] <ralsina> I've gotta go eat. I'll be back!
[14:53] <nessita> ralsina-lunch: I forgot (dumb!) to bzr add a file, added now
[14:53] <nessita> and pushed
[15:44] <nessita> ralsina-lunch: regarding your first question (u1trial), you need the ubuntuone-dev-tools package installed
[16:45] <ralsina> nessita: installation works, running tests works, still need to read the code
[16:45] <nessita> ralsina: did the panel worked for you? since Chipaca is having issues with couch in natty
[16:46] <nessita> ralsina: and by panel I mean the Services tab
[16:46] <Chipaca> nessita: the last tab in particular
[16:46] <Chipaca> ralsina: ^
[16:46] <Chipaca> ralsina: I have no pairing record
[16:46] <ralsina> it paired perfectly
[16:46] <ralsina> I got the last tab to ask me to install desktopcouch
[16:47] <ralsina> It doesn't offer me bindwood, though (should it?)
[16:47] <nessita> ralsina: after desktopcoiuh is installed, it will
[16:47] <nessita> ralsina: can you please install DC using the control panel UI?
[16:47] <nessita> then let's see of it works for you
[16:47] <ralsina> DC got installed!
[16:48] <ralsina> but then it shows me a checkbox for files and nothing else in the last tab
[16:48] <nessita> ralsina: crap
[16:48] <nessita> ralsina: anything in the DEBUG output?
[16:48] <ralsina> nessita: checking...
[16:48] <nessita> such as no pairing record
[16:50] <ralsina> no, I think the problem is that I locked apt-get because I was installing ubuntuone-dev-tools in another terminal
[16:50] <ralsina> let's try again
[16:52] <nessita> ralsina, Chipaca: does this work for you on a python console? http://pastebin.ubuntu.com/547289/
[16:52] <Chipaca> I suspect nessita gets a gold star for effort, but no approval
[16:52] <nessita> Chipaca: eh!
[16:53] <nessita> Chipaca: is working on maverick with nightlies
[16:53] <nessita> I can film it (though I know it count almost nothing)
[16:53] <Chipaca> http://pastebin.ubuntu.com/547291/
[16:53] <ralsina> no, no offer to install bindwood
[16:53] <nessita> ralsina: does the paste work for you?
[16:54] <nessita> Chipaca: you DC+U1 is busted
[16:54] <Chipaca> nessita: no, not busted. I simply don't have a pairing record.
[16:54] <nessita> Chipaca: I will add some try except to handle that
[16:54] <Chipaca> nessita: instead you should add a pairing record :)
[16:54] <nessita> Chipaca: well, the pairing record should be in place in any install. I will handle nevertheless
[16:55] <nessita> Chipaca: no, that is not control panel work
[16:55] <Chipaca> nessita: who puts the pairing record in there?
[16:55] <nessita> Chipaca: a plugin that mandel was adding a few days ago
[16:55] <ralsina> Got the no pairing record, pastebin  coming...
[16:55] <Chipaca> nessita: plugin to what?
[16:55] <nessita> Chipaca: to add U1 pairing records
[16:55] <Chipaca> nessita: plugin to what, not for what :)
[16:55] <nessita> Chipaca: bug #689772
[16:55] <ubot4`> Launchpad bug 689772 in desktopcouch "Desktopcouch and Ubuntu One pairing is missing (affects: 2) (dups: 1) (heat: 14)" [High,Fix committed] https://launchpad.net/bugs/689772
[16:56] <ralsina> https://pastebin.canonical.com/41367
[16:57] <ralsina> I'll try nessita's pastebin now
[17:00] <ralsina> doesn't work gives no pairing record error
[17:00] <nessita> Chipaca: I'll add code to handle the ValueError, letting the adding of the pairing record be handled in DC directly, like it was handled so far. If you want the u1cp to add the pairing record, I can do it (can import directly the piece of code pointed in the bug report), but I think we should do it in another branch and in another moment of the cycle
[17:01] <nessita> ralsina: right,  same as Chipaca. This is the code that mandel was working last, remember? the thing that you pingued CardinalFang about, and dobey also added an entry point in DC
[17:01] <ralsina> yes, I remember
[17:01] <ralsina> It was supposed to be in the nightlies days ago?
[17:02] <nessita> ralsina: not sure if for natty is, since CardinalFang told me that DC is not released in natty yet, not sure how that affects natty nightlies
[17:02] <ralsina> I'll upgrade to the latest nightlies and try again
[17:03] <ralsina> oh, right, that's what CP installed anyway
[17:04] <nessita> ralsina, Chipaca: I guess we need to define who is responsible to add the pairing record
[17:04] <dobey> desktopcouch should be doing it
[17:04] <dobey> that's what my branch did
[17:04] <nessita> no doubt we should hanlde the ValueError on u1cp, I'll do that next week
[17:05] <nessita> dobey: should be that working on natty already?
[17:05] <dobey> it's in trunk so it should be working if desktopcouch-service from nightlies is running
[17:05] <nessita> dobey: what happens in this scenario:
[17:06] <nessita> * dc-service was never started by anyone
[17:06] <nessita> * u1cp starts it by importing from desktopcouch.application.replication_services import ubuntuone
[17:06] <nessita> will the pairing record be added in that moment?
[17:07] <dobey> if u1cp is doing that specifically, i see it causing other issues due to the "ubuntuone" name
[17:07] <dobey> the pairing record gets added when the NewCredentials signal is sent on dbus
[17:08] <nessita> dobey: u1cp is doing from desktopcouch.application.replication_services import ubuntuone as u1rep
[17:08] <dobey> ok
[17:09] <nessita> dobey: and this is a problem, since at the point that u1cp do that, the credentials has been gathered already, and they won't be asked any time soon
[17:09] <nessita> so I guess that u1cp should do the pairing on ValueError :-/ which is a huge hack from my POV
[17:10] <nessita> unless... does the pairing code asks explicitly for credentials?
[17:10] <dobey> no
[17:11] <pedronis> seems we are starting to get a funny state machine distributed across packages/projects, fun, fun, fun
[17:11] <nessita> we can also do that: make that code to find_credentials (no UI will be raised)
[17:11] <nessita> pedronis: let's cry together :-)
[17:12] <nessita> so, pairing record code should: ask ussoc for credentials, if present, pair, if not, keep connected to CredentialsFound
[17:12] <nessita> dobey: ^ opinions?
[17:12] <nessita> ralsina: ^?
[17:12] <ralsina> hmmmm
[17:13] <nessita> dobey: still thinking this should no be added to the u1 auth specific service?
[17:13] <dobey> to what?
[17:13] <ralsina> nessita: I don't have an intelligent opinion in this one :-(
[17:13] <nessita> ok, I'm having lunch in 5', my partner will kill me otherwise :-D (I promised this review thing will take 5 minutes an hour ago :-P)
[17:14] <nessita> dobey: to what what? :-)
[17:14] <dobey> what is "u1 auth specific service" ?
[17:14] <nessita> dobey: this service that will handle u1 credentials, accessing ussoc but abstracting the caller of all the params madness
[17:15] <nessita> dobey: so, the first soul that ask for U1 credentials to this soon-to-come service, will make the pairing happen
[17:16] <nessita> that soul can be syncdaemon, u1cp, oneconf, etc
[17:16] <dobey> i think desktopcouch should make desktocouch pairing happen
[17:16] <nessita> dobey: but how can we handle that the CredentialsFound signal can happen "too late"?
[17:17] <nessita> dobey: the quickest and 80% dirt solution is to have the pairing code to call find_credentials
[17:17] <nessita> ralsina, Chipaca: set my branch as WIP to handle the ValueError exception
[17:17] <dobey> i don't know the perfect answer right now
[17:18] <ralsina> nessita: ok
[17:18] <dobey> i know i need lunch and i am on holiday, though :)
[17:19] <nessita> I'm holiday as well
[17:19] <nessita> and I'm having lunch now as well, brb
[17:19] <dobey> if it's not working as-is in trunk, file a bug, and we'll discuss/fix it there. :
[17:19] <dobey> err :)
[17:19] <dobey> and now, back to that holiday thing for me
[17:20] <nessita> dobey: ack
[17:47]  * nessita is back
[18:02] <ralsina> welcome back nessita!
[18:34] <nessita> ok, gotta go
[18:34] <nessita> bye ralsina, Chipaca!
[18:34] <ralsina> Felices fiestas!
[18:34] <ralsina> Oops, late
[19:23] <ralsina> happy holidays every1