[00:11] kklimonda: reboot? [00:11] nah, just lost connection.. === MatthewPowell is now known as MattPowell_Zzz [10:14] jcastro: I'd like add my name as help contact into the channel topic, but do not have op rights - can you help? [10:19] jussi01: can you help? ^^ [11:18] markgsaye: who are you? [11:18] Hi jussi01: I am a Senior Software Developer for Canonical [11:19] markgsaye: can you somehow give me some sort of verification for that? [11:19] jussi01: I can certify he is what he says, if that serves :) [11:20] jussi01: my LP profile is at https://launchpad.net/~markgsaye - does that help? [11:20] markgsaye: 1 moment please [11:28] sladen: hi [11:28] sladen: we were just talking about oauth [11:28] sladen: and I pointed you at http://oauth.net [11:28] sladen: aquarius here is very familiar with how the ubuntu one systems use oauth, and how the dbus service works [11:28] hey [11:28] SteveA: okay [11:28] hey sladen [11:29] and I happen to know he's got 15 mins spare to give a quick overview ;-) [11:29] aquarius: is that Aq under a more verbose name? [11:29] SteveA: fantastic, ta [11:29] sladen: it is indeed :) [11:30] aquarius: can you sum up in two-three lines what actually happens. Something is running, that exposes com.ubuntuone.Authenication, which is it? [11:31] sladen: /usr/bin/ubuntuone-client-applet exposes the com.ubuntuone.Authentication D-Bus interface [11:31] can (bearing in mind that I have not accepted the T&C, so can't run this), what component(s) pops up the password box [11:32] aquarius: so, that means that the gnome-applet is _required_. It's not possible to use just syncdaemon and it's u1sdsdsdtool [11:33] ubuntuone-client-applet pops up the password box. that component handles the OAuth exchange for you, fetching an access token (which you authorise in the web browser). ubuntuone-client-applet then stores that access token in the gnome-keyring, and that storage action is what requires the password. === jussi01 changed the topic of #ubuntuone to: File Sharing for Ubuntu | https://ubuntuone.com | https://launchpad.net/ubuntuone | Currently in limited beta, new invitations are sent regularly | Todays help contact: markgsaye [11:34] sladen: If you want to, you can fetch an authorised access token and store it in the gnome-keyring yourself; if that happens, then the d-bus interface is never called [11:34] (because the syncdaemon looks for an access token and successfully finds it) [11:35] aquarius: okay, I'd like to document the manual method, as that is likely to (very accurate) show the procedure [11:35] sladen: but I confess I've not actually *tried* that; I'm just reasoning from how it should work. [11:36] aquarius: but the basic premise is that the remote authenication (to get the token) is all done via the browser and a standard login to launchpad? [11:36] sladen: yes [11:38] sladen: that's the stock OAuth procedure; the way OAuth works is 1. program makes a request to get a request-token; 2. program pops up the user's browser to authenticate that request-token; 3. tell the program you've done it; 4. program uses the (now authenticated) request-token to get an access-token; 5. program stores the access-token and can from then on use it to access resources without having to ask the user [11:38] sladen: (possibly you already know this!) [11:39] aquarius: no, oauth is so recent that I haven't had to use it in anger for any projects yet [11:40] aquarius: the bits that the OAuth spec doesn't define is the actual URLs and supported signing methods. I suppose we should publish them somewhere. [11:40] aquarius: how does -applet get the actual return code (token) from the browser? [11:41] sladen: it makes a call to the OAuth "access token URL" [11:41] passing in the request token [11:42] sladen: it doesn't. The browser just authorises the request token. The applet then calls the access-token url and says "you authorised this request-token; give me a corresponding access-token, please" [11:42] jamesh: they should be published, indeed; it looks like the docs that sladen's putting together may do that quite nicely though :-) [11:43] sladen: think of the request token as a "session identifier" for the authentication process. While it has a similar name to the access token, it has quite a different purpose [11:43] so there's a new session token (access token) each time the user logs in [11:43] it's not setup once when the Share is shared and kept [11:44] so the username and password get saved only in the Firefox keyring (normal launchpad login) [11:44] sladen: the access token is stored in the keyring long term [11:44] and the token, that get stashed in the gnome-keyring is saved long-term, but is only useable for this session [11:44] (at least for our client) [11:45] or should that this s/this session/this share/ [11:45] sladen: the request token is a session identifier for the user authentication/authorisation process [11:45] the access token that results from that process can be used long term [11:46] sladen: the access token that gets stashed in the keyring -- think of it like a login cookie for a website, so you don't have to log in every time you go back there. [11:46] who exchanges the session identifier for the long-term access token? Is that syncdaemon, or -applet/ [11:47] sladen: the applet -- it stuffs the access token in the keyring and then notifies anyone interested that it is available [11:47] so the -applet is effectively doing write-through cacheing. The first time (it's empty) it fires up the browser and saves the result, and returns it [11:48] and thereafter, -applet returns it straight away (to syncdaemon) [11:49] syncdaemon then includes this identifier as part as every single u1storage-based connection setup to the ubuntuonestoragefsapiserver [11:51] I'm not sure whether syncdaemon calls the d-bus api to get the token. or whether syncdaemon actually looks in the keyring itself. jamesh? [11:53] sladen: syncdaemon checks the keyring for the access token first. If no token is found, it asks the applet to acquire a token via DBus [11:53] sladen: there is a fairly loose coupling between the two components [11:54] that's how I remember it working ... [12:08] Hi all [12:11] hiya, facundo. [12:18] hi facundo [12:20] Hi CardinalFang, jdobrien === yofel_ is now known as yofel === MattPowell_Zzz is now known as MatthewPowell [16:39] Hiya people! Anyone have access to a Windows Xp vm or similar that can test logging in with Opera 9.64 for me? [16:44] jblount, I am [16:44] jblount, I need to install Opera, though [16:47] facundobatista: Thanks! If you could install the current build (not the 10.x beta recently announced) and try to log in, I just need to confirm if someone can get through our LP SSO :) [16:47] god, how many steps to install something in Windows! [16:47] heh, 1241251 [16:58] jblount, it just work [16:59] jblount, I tried it not being logged in Launchpad, *and* already being logged in === jussi01 is now known as jussio1 === jussio1 is now known as Android === Android is now known as Tuhina === Tuhina is now known as jussi01 [17:39] jblount, I also commmented the bug about what you asked [17:56] hi [18:02] facundobatista: gracias [18:03] jblount, de nada, :) === jussi01 changed the topic of #ubuntuone to: File Sharing for Ubuntu | https://ubuntuone.com | https://launchpad.net/ubuntuone | Currently in limited beta, new invitations are sent regularly | === rmcbride changed the topic of #ubuntuone to: File Sharing for Ubuntu | https://ubuntuone.com | https://launchpad.net/ubuntuone | Currently in limited beta, new invitations are sent regularly | Current Beta Client Revno is 38, Protocol Revno is 37 [19:46] I dragged a tarball into my Ubunto One/My Files directory [19:46] but it doesn't upload it. [19:49] icon is rotating [19:50] but system monitor is showing that its not uploading. [19:53] days_of_ruin_, what the log says? [19:54] where is the log? [19:54] days_of_ruin_, ~/.cache/ubuntuone/syncdaemon.log [19:55] 2009-06-09 13:50:37,395 - ubuntuone.SyncDaemon - WARNING - Another instance is running [19:55] thats there because I tried to start another. [19:59] days_of_ruin_, try to remove all instances from memory and try again [20:11] still not working [20:16] I have problems with the Ubuntu One client to [20:17] and a guy on IRC had the same problem this afternoon too [20:18] days_of_ruin_, log? [20:19] days_of_ruin_: something is wrong with the service right now [20:19] its not just me? [20:19] its happening to everyone? [20:20] days_of_ruin_: correct [20:20] days_of_ruin_: or it might be; still diagnosing the problem [20:20] ohh, an upgrade for the ubuntu one client [20:40] days_of_ruin_: any change? [20:41] I removed my computer from my ubuntu one account... [20:41] to see if that would help. How do I get it back? [20:42] The page isn't poppin up in my browser:| [20:42] days_of_ruin_, through the web page, I guess [20:43] days_of_ruin_: you'll need to delete the token from your local computer in Accessories->Passwords and Encryption Keys, under the Passwords tab [20:44] days_of_ruin_: ^^ and quit / reopen the applet. When it sees the token gone, it will help you setup a new one :) [21:04] When I try to reopen it it never shows up. [21:05] days_of_ruin_, reopen what? [21:06] when I click on Applications>Internet>Ubuntu One [21:06] or run it from a terminal [21:06] nothing happens [21:07] days_of_ruin_, did you follow the dobey and jblount instructions to get there? [21:10] re [21:10] it seems ubuntu one is working again \o/ [21:10] do we know what was the problem? [21:12] toros, a frozen database connection that never timed out [21:12] toros, we're trying to see why that happened, but now it should work ok [21:12] thanks for the info [21:13] did somebody test the unshare feature? does it work? [21:17] I rejected a directory shared with me - now I don't see it in the web interface, but according to u1sdtool it's still shared [21:26] yes I followed the instructions. But it worked just now :) [21:30] everything is working now [21:32] days_of_ruin_, great! [21:32] thanks for the help. [22:41] hrm. it seems to be happening again. [22:43] days_of_ruin_: let me see... [22:43] days_of_ruin_: nope, it's working here [22:47] I disconnected and reconnected and now its just "idle" and doesn't notice any new files. [22:47] how can I change the ubuntuone folder? [22:53] days_of_ruin_: hmmm [22:53] days_of_ruin_: and there are new files? [22:53] medeshago: not yet, sorry [22:53] Chipaca: thanks [22:56] days_of_ruin_: if you open a terminal and do "killall ubuntuone-syncdaemon; ubuntuone-syncdaemon --debug" you should get to "see" it working [22:58] Chipaca: I ran that, what am i supposed to see. [22:58] days_of_ruin_: copious output :) [22:59] days_of_ruin_: you should see it "noticing" new files, for one [23:01] I right-clicked the icon now and connected it. Now its working again. [23:02] ah :) [23:57] woo, working client in karmic \o/ [23:58] the spinny applet thing is spinning reeeeally fast :o