[02:41] <netbook_> In my "Ubuntu One" folder, it shows the "Connect
[02:42] <netbook_> " button but when i click it nothing happens
[02:42] <netbook_> the little system try icon says my files are up to date
[02:42] <netbook_> Sorry I should clarify, the button flashes, then returns to "Connect"
[02:45] <jamesh> netbook_: hi.  UbuntuOne keeps some log files around that might help in diagnosing the problem
[02:46] <netbook_> in my home folder?
[02:46] <jamesh> yes.  under ~/.cache/ubuntuone/log
[02:47] <jamesh> the first one I'd check is oauth-login.log to see if there are any authentication errors
[02:48] <jamesh> if that's okay, syncdaemon.log might have something interesting to say
[02:48] <netbook_> ok
[02:48] <netbook_> oauth was last modified 30 nov
[02:50] <netbook_> 2009-12-03 20:49:45,388 - ubuntuone.SyncDaemon.Main - NOTE - ---- MARK (state: STANDOFF_WAITING_WITH_NETWORK_WITH_BOTHQ; queues: metadata: 7; content: 2; hash: 0, fsm-cache: hit=430 miss=8) ----
[02:50] <netbook_> geting a lot of that
[02:50] <netbook_> in log file
[02:51] <netbook_> i think it did upload... taking a bit to show up on ubuntu one webpage
[02:51] <netbook_> err i did another test
[02:51] <netbook_> my guess is that it is a gnome/nautilus bug
[02:53] <jamesh> seems a bit weird that the button returns to the "Connect" state though.
[02:55] <netbook_> is there a webpage for mobile devices? My moto droid is having problems with it
[02:55] <jamesh> I don't think we have a mobile-specific page
[02:55] <netbook_> problems expanding the folders
[02:56] <netbook_> yea i don't think it plays nicely with yui
[02:57] <netbook_> heh finally got it
[02:59] <netbook_> doh can't download anything though
[03:04] <jamesh> netbook_: what happens when you try to download things?
[03:05] <netbook_> on my motorola droid it never starts
[03:05] <netbook_> it is fine on pc
[05:32] <seg|ars> jcastro__: ping
[14:10] <dobey> morning
[14:11] <dobey> seg|ars: hola (in probably another 3 hours or so)
[14:28] <rodrigo_> thomasvs: cool, you have erlang built?
[14:33] <dobey> blah. there is a fly in one of my walls or something and it keeps buzzing
[14:40] <rodrigo_> dobey: maybe they forgot someone inside the wall when building the house? :D
[14:43] <aquarius> for the love of god, Montresor!
[14:43] <rodrigo_> :D
[14:44] <dobey> i think they'd be dead by now if someone was in the wall
[14:45] <dobey> also, the walls are mostly concrete blocks, which don't fit people very well
[14:46] <rodrigo_> then it must be a fly then :)
[14:50] <verterok> dobey: ping
[14:50] <dobey> hi
[14:50] <verterok> dobey: hi, quick question about no-access-token bug in SD
[14:51] <verterok> dobey: actually, I'll tell you the plan and hear comments about it :)
[14:51] <dobey> ok
[14:51] <verterok> dobey: the idea is to remove directly use oauthdesktop in SD, and remove all gnomekeyring/oauth stuff from it
[14:52] <verterok> dobey: I'm a bit worried about side effects of this change, e.g: both syncdaemon and the applet trying to get the token (and doing the oauth dance) from oauthdesktop
[14:52] <dobey> hmm?
[14:53] <dobey> was that first "remove" a thinko?
[14:55] <dobey> verterok: there is no way to get the token itself from oauthdeskop
[14:56] <verterok> dobey: ups, "remove all oauth sutff adn directly.."
[14:56] <verterok> dobey: :(
[14:56] <dobey> so we can't do that in karmic
[14:57] <verterok> dobey: so I still need to use gnomekeyring
[14:57] <dobey> for stable-1-0 yes
[14:57] <verterok> dobey: this is for the no-access-token fix, we can talk about the best way to use oauthdesktop to get the token  ;)
[14:58] <verterok> dobey: what about possible race conditions with the applet? (in the oauth dance)
[14:58] <dobey> there isn't one
[14:58] <dobey> the oauthdesktop bits only allow one token request to process at a time
[14:59] <dobey> and you can only run one applet
[14:59] <verterok> dobey: ok, but the syncdaemon is going to request the login to oauthdesktop, might this cause any problems with the applet? as it will start the applet
[15:00] <dobey> which is why i suggested when talking with Chipaca yesterday, that instead of raising NoAccessToken, we just call the dbus method login(), and listen for NewCredentials signal, doing the "get a token and authorize ourselves" bit again
[15:00] <dobey> no
[15:00] <dobey> it will only start a new applet if it's not already running
[15:00] <verterok> dobey: e.g: the applet isn't started, there is no token. the user clicks the connect button in nautilu"
[15:00] <dobey> if it's already running, the existing dbus object will get called
[15:01] <verterok> syncdaemon calls login and the applet calls login
[15:01] <dobey> verterok: right. it will just start the applet and do the auth process then
[15:01] <verterok> dobey: ok
[15:01] <jblount> Desktop+ MEETING BEGINS
[15:01] <jblount> Hi everyone!  aquarius CardinalXiminez_ Chipaca dobey jblount rodrigo_ teknico urbanape could you please respond with "me" ? We'll be documenting our status in the form of DONE / TODO / BLOCKED in that order.
[15:01] <teknico> me
[15:01] <verterok> dobey: so, I have a +1 from you? :)
[15:01] <aquarius> me
[15:01] <dobey> verterok: no, like i said, it only allows one login request to process, and will have subsequent requests fail until the processing request is done
[15:01] <dobey> me
[15:01] <Chipaca> me
[15:01] <rodrigo_> me
[15:01] <verterok> dobey: ok, I'll do it then
[15:01] <verterok> dobey: thanks
[15:01] <CardinalFang> me!
[15:02] <jblount> me
[15:02] <dobey> verterok: yes. request a review from me when you propose :)
[15:02] <verterok> ok :)
[15:04] <teknico> DONE: planned work with Chipaca and vds, started fixing IM address handling in the contacts web UI (#475224), discussed timestamps for Funambol with vds, Chipaca, thisfred and aquarius
[15:04] <teknico> TODO: finish fixing IM address handling in the contacts web UI (#475224), expose Funambol Server API via REST/HTTP, disable free phone sync after 30 days (#403941)
[15:04] <teknico> BLOCK: none
[15:04] <teknico> next: aquarius
[15:04] <vds1> me
[15:04] <aquarius> ⚀ DONE: music store planning; list of music store tasks for joshuahoover; talk to thisfred and vds about sequence numbers etc
[15:04] <aquarius> ⚁ TODO: make tomboy first-sync experience nicer; continue work on desktopcouch developer docs; write up things learned at UDS/sprint; work with rodrigo on Music Store, much more music store architecture planning; talk to #couchdb about sequence numbers
[15:04] <aquarius> ⚂ BLOCKED:
[15:04] <aquarius> dobey: go
[15:04] <dobey> ☺ DONE: Triage, Worked on #437165 (ponderance, discussion, etc...)
[15:04] <dobey> ☹ TODO: Fix #437165, Review/Fix #479375, Finish Backporting, Triage, Prepare releases/SRUs
[15:04] <dobey> ☹ BLCK: None.
[15:04] <dobey> Chipaca: rock out with the hawk out
[15:05] <Chipaca> DONE: talked with people, wrote emails. TODO: wrap up and go home. Also, tell Desktop+ about holiday, and about planning. BLOCKED: no. ROCK: rodrigo_
[15:05] <rodrigo_> • DONE: Contacts picker now shows contacts from all your addressbooks
[15:05] <rodrigo_> • TODO: Conflict resolver tool in pair tool. Look at becoming a MOTU (https://wiki.ubuntu.com/UbuntuDevelopers). Make sandy's snowy test suite work with our server (http://git.gnome.org/cgit/snowy/tree/api/tests.py). Discuss with jdo and aquarius about oauth token per app, not per machine?
[15:05] <rodrigo_> • BLOCKED: no
[15:05] <rodrigo_> next: CardinalFang
[15:05] <CardinalFang> DONE: Attachments nearly done.  Still testing.
[15:05] <CardinalFang> TODO: Half a day of work today.  Finish attachments and contact general views.
[15:05] <CardinalFang> BLOCKED: None.
[15:05] <CardinalFang> That man loves him some Seusical.  jblount!
[15:06] <jblount> DONE: Got branch for invoice fixes together
[15:06] <jblount> TODO: Review day, work on invoice stuff
[15:06] <jblount> BLOCKED: Nope
[15:06] <jblount> vds1: GO!
[15:06] <vds1> DONE: discussed sms sending and timestamps, code review, explored timestamps in FX
[15:06] <vds1> TODO: code review
[15:06] <vds1> BLOCKED: nope
[15:07] <vds> it's all I guess
[15:08] <dobey> EOM chumps
[15:16] <dobey> o/~ got my finger on the trigger, and my eye on the quad o/~
[15:17] <urbanape> woops
[15:17] <urbanape> Our 16-month old son loves Ms K. In her classroom he gets to do artwork (drawing, painting, collage) and she posts his art along with pictures of him creating it.
[15:17] <urbanape> He practices sign language, feeds himself (even soup) and explores outdoors. He loves circle time and will get the other kids to help try to drag the caterpillar pillow they like to sit on over to hear her read a story.
[15:17] <urbanape> We know a lot about his day because Ms K takes the time to write a daily note about what he enjoyed, and the concepts they are working on. She solicits our input as well, to include our family traditions in class celebrations.
[15:17] <urbanape> But what impressed me most was seeing Ms K in a crisis. I got the call that our child had a small injury but would need facial stitches. When I arrived, our boy was laying down with two caregivers attending to him. Ms K handled the situation extremely professionally. The first aid was top notch. I expected him to be crying and inconsolable and found him laughing and happy. I think a great test of character is how you react in an emergency, and Ms K 
[15:17] <urbanape> She has genuine affection for the children in her care. She challenges them to grow and develop new skills. And she makes their safety her top priority. She deserves this award.
[15:17] <urbanape> damn, double woops
[15:17] <urbanape> DONE: Working on the lazr-js trunk branch - lost some context, getting it back.
[15:17] <urbanape> TODO: Get it up for review, get some Bindwood lovin' in.
[15:17] <urbanape> BLOCK: Non
[15:18] <urbanape> teacher awards crash head-first into dayly standups.
[15:18] <dobey> heh
[15:18] <urbanape> also, can't type.
[15:18] <dobey> that's one heck of a status update :)
[15:18] <urbanape> ha
[15:18] <urbanape> well, he's been home all week. Figured he needed to be included.
[15:18] <dobey> poor kiddo
[15:19] <urbanape> he went in today. Feeling much better.
[15:19] <urbanape> But we wasted lots of time not realizing he had an ear infection on Monday.
[15:20] <dobey> hrmm, lala has mc hawking album cheaper than amazon
[16:10] <dobey> Chipaca: ping
[16:10] <Chipaca> buh-wee
[16:11] <Chipaca> dobey: ricochets aside, what's up?
[16:12] <dobey> Chipaca: #437165
[16:12] <dobey> Chipaca: can we change that to !critical or what? i'm not sure what to do with it, other than just try to get the SRU backports done and submitted for karmic
[16:12] <Chipaca> bug 4371665
[16:13] <Chipaca> bug 437165
[16:13] <Chipaca> dobey: "fix committed" works for me
[16:13] <Chipaca> dobey: or even released, if it's not in ubuntu itself
[16:13]  * Chipaca looks at the bug
[16:14] <dobey> well i think the majority of affected users are karmic 1.0.2 users
[16:14] <dobey> but i think it's also the same issue that facundo already fixed
[16:14] <dobey> (i am happy to mark as a dup of that bug instead)
[16:15] <dobey> and have a new bug for "error messages sometimes suck (for 50x etc... errors)"
[16:15] <Chipaca> a lot of the oauth problems are related to server outages, yes. This one in particular isn't, I don't think
[16:15]  * Chipaca looks
[16:16] <dobey> rmcbride's comment is
[16:16] <dobey> but i think all the dupes, and the general issue in that bug, are of the "other error gets mistaken for OAUTH_ERROR"
[16:18] <Chipaca> dobey: this bug, yes
[16:18] <Chipaca> dobey: the other bugs, the nautilus and missing token issue
[16:18] <Chipaca> dobey: set this to fix released in client, in progress in ubuntu
[16:18] <Chipaca> dobey: invalid in server, I guess
[16:19] <Chipaca> dobey: does that sound reasonable?
[16:19] <dobey> i don't like setting things to "fix released" that aren't available in a tarball yet
[16:19] <dobey> and by "nautilus bug" i presume you mean the hitting connect in nautilus without the applet ever having run?
[16:20] <Chipaca> dobey: yes, "nautilus and missing token" is that too
[16:20] <Chipaca> dobey: but isn't taht fix already in the ppa?
[16:21] <dobey> oh i misread that as 2 separate things
[16:22] <dobey> Chipaca: it's built in the PPA yes, but PPA isn't an official release mechanism (it was before we were in the distro, but we should generally stop directing people there as the primary place to get a client, or at least, only direct them to the new stable PPA instead)
[16:23] <Chipaca> dobey: ok. I trust your judgment. If you're not going to close it but drop it from critical, would pointing to the ppa from the bug make sense?
[16:24] <Chipaca> ok, I'm off
[16:24] <Chipaca> have a great weekend, and see y'all on Wednesday
[16:28] <dobey> later ChipAway
[16:30] <verterok> dobey: hi
[16:30] <verterok> dobey: I'm with the oauthdesktop <-> syncdaemon thingy
[16:30] <verterok> the applet tries to connect the client when a Newcredentials signal is received, no matter if the syncdaemon itself requested the login...so we enter in a endless loop :(
[16:31] <dobey> hrmm?
[16:31] <dobey> how is that an endless loop?
[16:31] <dobey> just set syncdaemon back to READY_WITH_NETWORK before calling the login() method
[16:32] <dobey> then don't bother with NewCredentials in syncdaemon :)
[16:32] <dobey> and the applet will just tell it to connect, and all should be good
[16:32] <verterok> dobey: let me explain a bit the context: - no token in the keyring - applet not running - syncdaemon running
[16:32] <verterok> dobey: a connect request is sent to syncdaemon, so it tries to get the token, there is no token in the keyring, so it request login() to authdesktop
[16:33] <verterok> dobey: now, the applet is started. oauth do it's thing and a NewCredetials is fired
[16:33] <dobey> verterok: the connect request doesn't get sent until NewCredentials, which doesn't get sent until there is a successful token pulled, and stored in the keyring
[16:33] <dobey> oh, connect from !applet
[16:33] <dobey> right
[16:34] <verterok> dobey: let me cleanup my env and try again, I might have something broken here
[16:34] <dobey> ok
[16:36] <thisfred> seg|ars: hi, gave some feedback on the desktopcouch article on Ars irc
[16:37] <verterok> dobey: looks like it's working...I get two NewCredentials signals
[16:38] <dobey> verterok: great!
[16:39] <verterok> dobey: yes, but the repeated NewCredentials is quite annoying :/
[16:39] <dobey> verterok: hrmm, actually, syncdaemon itself shouldn't auto-connect when it gets NewCredentials
[16:39] <verterok> dobey: it doesn't
[16:39] <dobey> verterok: because there is config in the applet about whether to auto-connect or not
[16:39] <statik> CardinalFang: last night I packaged up couchdb 0.10.1. https://bugs.edge.launchpad.net/ubuntu/+source/couchdb/+bug/492123 has the debdiff with any changes outside of debian/ filtered out (because there is a new .orig.tar.gz with the new release). interested in reviewing it? I dropped three patches and made some minor tweaks like bumping the standards-version
[16:39] <dobey> what do you mean you're getting 2 signals?
[16:39] <verterok> dobey: syncdaemon only calls login() when connect is requested and there is no token
[16:40] <verterok> dobey: but the applet is started and it check the token and fires another NewCredentials
[16:41] <dobey> i don't understand what you mean about it firing "another" NewCredentials
[16:41] <dobey> it should only get fired the one time
[16:41] <verterok> dobey: one NewCredentials is fired by the syncdaemon call to login
[16:41] <verterok> dobey: the sencond is fired by the maybe_login call in the applet
[16:41]  * verterok thinks
[16:42] <CardinalFang> statik, Sure.
[16:42] <dobey> shouldn't... the maybe_login() should get ignored
[16:42] <dobey> or maybe the login() is getting ignored
[16:42] <dobey> not sure
[16:43] <dobey> but one of them should just get ignored
[16:43] <dobey> verterok: change ubuntuone/oauthdesktop/logger.py to set LOG_LEVEL to logging.DEBUG and try it again, so you can see the debug info
[16:43] <verterok> dobey: ok
[16:46] <dobey> i need to get a nice white suit
[16:46] <dobey> and shoes and tie
[16:48] <dobey> urbanape: what are your weekends generally like? and would you come to my garden party?
[16:48] <verterok> dobey: as expected when I turned debug I only get one NewCredentials signal :p
[16:48] <urbanape> dobey: they're generally spent wrangling a very excited and amiable boy.
[16:48] <dobey> verterok: if you turn it back off, do you get 2 again?
[16:48] <verterok> dobey: doing that ATM
[16:50] <verterok> dobey: randomly
[16:59] <CardinalFang> seg|ars, Hi.  I have a few notes about your tut.
[16:59] <CardinalFang> seg|ars, Want them in email?
[17:01] <seg|ars> sure
[17:01] <seg|ars> segphault@arstechnica.com
[17:08] <rtgz> nessita, got the bug with nautilus and share reproduced, it does segfault but I don't yet know why
[17:09] <rtgz> nessita, and that is on r283
[17:22] <A-Rishi> I am having troubles with Ubuntu one syncing (ubuntu 9.10), whenever I make it connect, it disconnects in 3 seconds without my files being synced. I have added this computer to my account too.
[18:00] <urbanape> jblount: you around?
[18:00] <urbanape> sorry to hear about your car.
[18:25] <rtgz> dobey_, awesome, the invalidate extension info IS working!
[18:26] <rtgz> almost
[18:26] <dobey_> infinite loop?
[18:27] <rtgz> dobey_, no, the emblems are applied, but the new files don't get them, i'll try to make it first work completely before I shout that it IS working, sorry about that
[18:30] <rtgz> got it
[18:35] <rtgz> dobey_, are you using Vim? I feel like I spoil the indentation w/ spaces, if you do, could you give me your vimrc, please?
[18:36] <dobey_> no
[18:36] <dobey_> i use emacs
[18:37] <dobey_> and why do i have an _
[18:40] <dobey__> let's all be dobey today.
[18:40] <urbanape> Weird. My iPhone turned into a Pre. That was unexepcted.
[18:48] <urbanape> I need CSS-fu. Where is my Josh?
[18:53] <rtgz> urbanape, may I help, a little?
[18:54] <jblount> urbanape: I am now at my house, with my stupid broken car.
[18:54] <rtgz> however my fu is not as good as joshua's, for sure
[18:54] <urbanape> poor stupid broken car.
[18:54] <urbanape> rtgz: thanks, dude
[18:56] <jblount> urbanape: Lay it on me, do you have a branch that needs loves?
[18:56] <urbanape> yes, needs lovin. lp:~urbanape/ubuntuone-servers/inline-edit-new-folder
[18:56] <urbanape> same as before, but I've got the lazr-js stuff worked out.
[18:56] <urbanape> you won't need to build it yourself.
[18:56] <urbanape> should just work.
[18:57] <jblount> Nice. I'll pull that down and poke it till it's shiny.
[18:57] <urbanape> what I need help with is the CSS for the actions. We're properly applying a CSS class to them (lazr-action-disabled), which has a display:none in the CSS file, but they're still showing up.
[18:58] <urbanape> I'm guessing it's the ordering. The ... cascade, if you will.
[18:58] <urbanape> plus, they all need some positioning and sizing lovin'.
[18:58] <urbanape> both the folder inline and file inline actions.
[19:01] <dobey> urbanape: you have a Pre?
[19:01] <rtgz> Strange, i put stuff in GHashTable in one routine, read it in another routine and the data is not there... hmmm
[19:01] <urbanape> not any more. Now I changed back to urbanape.
[19:01] <dobey> oh
[19:02] <dobey> and i thought you were gaining an air of suaveness
[19:02] <urbanape> heh
[19:02] <urbanape> hardly. Sheep, that is me.
[19:32] <Dr_Willis> can a windows machine access  a ubuntu one account/files?  brother cant figure it out
[19:34] <dobey> you can use the web ui, yes... on http://one.ubuntu.com
[19:46] <Dr_Willis> Hmm. brother said he went there and  it wanted him to download an iso file..  Perhaps he is just confused.
[19:47] <urbanape> rtgz_: I think you commented on the over-aggressive truncation in the files UI, right?
[19:47] <Dr_Willis> I sent him an email 'invite/share' message.. will see if that works for him.
[19:47] <rtgz_> urbanape, yup
[19:47] <urbanape> looks like with the new widths, 40 ems is about the optimal size.
[19:47] <urbanape> I've upped it in a branch I'm working on, and it looks a lot better.
[19:48] <rtgz_> urbanape, I guess I won't be able to see that until it is deployed to the servers, right? :)
[19:52] <rtgz_> Lie to Me: S02E09: Loker's desktop shows KDE-based mail reader and he has KDE Devel/KDE Private/KDE Core among his "Favorite Folders". It looks like movie makers use opensource mock-ups now :)
[19:52] <dobey> not a desktop
[19:53] <dobey> ;)
[19:54] <urbanape> rtgz_: yeah, but it should move along pretty quickly.
[20:36] <jblount> urbanape: Can you explain to me what you see that is supposed to be hidden in your inline branch?
[20:46] <dobey> so i just realized i still have a copy of Visual C++ 1.52
[20:47] <dobey> i wonder if it runs well under wine
[21:02] <dobey> nessita, facundobatista: can you answer the questions i posed on your ubuntuone-client branches up for review? thanks :)
[21:05] <nessita> dobey: sure!
[21:07] <facundobatista> dobey, answered, thanks for pinging us!
[21:07] <nessita> dobey: do you know if version 220 of client is on stable release?
[21:07] <nessita> dobey: yesterday, I couldn't find that info
[21:08] <dobey> yes it is
[21:08] <nessita> oh
[21:09] <nessita> dobey: then yes, we need a SRU. And tested code, always...
[21:10] <dobey> nessita: anything before r256 is on stable-1-0 (you can otherwise look at the stable-1-0 branch to check if certain code is there or not)
[21:10] <nessita> dobey: thank you, wasn't aware of that
[21:16] <nessita> ChipAway: ping
[21:16] <nessita> dobey: I'm gonna need ChipAway's green light on the branch with no tests :-/
[21:17] <dobey> my branch?
[21:34] <dobey> facundobatista: you can set a commit message now :)
[21:36] <facundobatista> dobey, there, thanks! ready for tarmac :D
[21:37]  * dobey runs tarmac
[21:37]  * rtgz_ *it is such a pleasure to debug something for the last 4 hours and find that he used the wrong variable*
[21:37] <dobey> heh
[21:38] <rtgz_> dobey, yes, emblems work now
[21:38] <rtgz_> dobey, w/o utime()
[21:39] <dobey> ok
[21:39] <rtgz_> i really need to find out how to create my own branch... CVS and SVN background does not really help :(
[21:39] <dobey> bzr branch lp:ubuntuone-client new-branch
[21:39] <dobey> cd new-branch; make changes; bzr push
[21:41] <rtgz_> wow
[21:42] <rtgz_> dobey, is "new-branch" what people will see when they will get to the source code in launchpad?
[21:42]  * rtgz_ is reading bzr docs...
[21:43] <dobey> yes
[21:43] <dobey> well if you don't push it as something else anyway
[21:46] <rtgz_> next bug to debug: the crash related to clicking 'Share this on Ubuntu One'
[21:46] <rtgz_> btw, just a quick question - the shared folder is displayed as 'shared', with the emblems.
[21:47] <rtgz_> however the files inside does not look like shared, i.e. they are shared, but the user might not see that
[21:47] <rtgz_> should I file this as a separate bug?
[21:47] <urbanape> jblount: the trash can is showing up for both My Files and Shared with Me
[21:47] <urbanape> (sorry, was afk for a bit)
[21:47] <dobey> rtgz_: no
[21:47] <jblount> urbanape: No worries, thanks for the clarity
[21:48] <urbanape> if you check the DOM, you'll see that the <li> around it has the appropriate class
[21:48] <dobey> rtgz_: it's the same behavior as every other platform/sharing method
[21:49] <rtgz_> dobey, ok, 'cause I forgot the last time I've seen the shared folders, nfs/gvfs-sftp only these days...
[21:52] <dobey> well, time to go
[21:52] <dobey> later
[22:12] <valters> hello, i have problem with ubuntu one, i cant connected to server, when i connected they disconnected me, and in one.ubuntu.com i have that:
[22:12] <valters> You haven't added any computers or devices to your Ubuntu One account. To get started please visit the installation details.
[22:12] <valters> how can i add computer?
[23:25] <rtgz_> guys, is anybody here able to guide me through the process of deb creation from ubuntuone-client branch on lp? I have all the changes applied but it looks like I have no idea where debian/ directory lives. Additionally, if I make it from the apt-source-fetched diff, then it fails dh_install -pubuntuone-client-gnome
[23:25] <rtgz_> cp: cannot stat `./debian/tmp/usr/share/ubuntuone-client': No such file or directory