[12:25] morning! [17:50] __lucio__: beuno: somethins with the servers. my PC doing auth dance a longer moment and now "waiting before try connecting again" [17:50] similarily, my application tries to reconnect [17:51] ah, PC doing server rescan. false alarms. [17:52] /s/alarms/alarm [17:52] server rescan taking even longer. I'll asume servers are loaded atm. [17:53] :) [17:54] PC still doing server rescan. at least I can test out U1F's auto-reconnect hehe [17:58] karni, are you on 10.10? [17:58] * karni chuckles [17:58] 10.04 ;) [17:59] I do have 10.10 installed, but didn't have time to move. [17:59] karni, right, so 10.04 does the expesive server rescan [18:00] you could use nightlies: https://launchpad.net/~ubuntuone/+archive/nightlies [18:00] it's a bazillion times faster [18:00] beuno: I see. it has finished. the worst part is that fetching meta by U1F behaves similarily.. [18:00] beuno: will it work on 10.04 ? [18:00] I think rye tolde me nightlies are good for maverick+ [18:01] ah [18:01] I'd listen to him then [18:01] =D [18:01] it seems to have been built for lucid [18:01] not sure what the consequences of using it are, thought [18:01] *though [18:02] beuno: one potentially slow moment for U1F is getDelta/getDeltaFromScratch in U1F. for few days it has been really fast (like <15-20 secs in my accounts case) [18:03] and now it's.. it fetched the root (/Ubuntu One), but still awaits for UDFs and Shares [18:03] I'm thinking if theres anything I can do about that on the application level. [18:03] Like, suggest trying in a moment or something (it wouldn't look very good, though) [18:03] karni, right, so lets wait out the slowness for a few weeks while we finish moving our API servers into the datacenter from amazon [18:04] beuno: sounds good [18:04] beuno: You'll see yourself anyway. Sometimes it's nice and fast, sometimes it's just sluggish. [18:04] * beuno nods [18:05] karni, and this is for the first time you open the app, or every time? [18:05] crap.. I've done this some many times (both from scratch, and just sync) that I'm not 100%. what I can say is that today util 6PM regular sync was really fast. [18:06] karni, I mean, do people see a cached version of their files while it updates? [18:06] In general, it happens only in the evenings I believe. (in my timezone) [18:06] yes, sure! if it's not the initial, first sync. [18:07] sorry, I didn't understand the question right ;) [18:08] beuno: since we'll be probably talking much more in following days, you may consider auto-joining #ubuntuone-mobile which aquarius has been keeping for a while. the rest who's interested will be able to follow the discussions easily. [18:22] karni, more channels to join! [18:22] I'll think about it :) [18:22] I kinda wish we kept it confined in here [18:23] beuno: oh, that's fine with me! I just thought we'd procude to much traffic [18:23] *produce, that is [18:23] bandwidth is cheap! [18:24] but I talk much! (that doesn't make easy for others to chat O_o) [18:24] (like I said, if that's the case, let it me #ubuntuone :) ) [18:24] /s/me/be [18:24] * karni realigns fingers [18:26] karni, talking makes the channel interesting! [18:27] ^_^ [18:53] beuno: I'm wondering, does the user *have* to open the link from the e-mail in new registration API to start using U1 ? [18:54] I should probably ask nessita about that. [18:55] Oh wait.. there's a code in the e-mail, not a link IIRC. That's even less comfortable on the phone o_O [19:01] karni, well, if there's a code I'm sure we can provide a URL [19:01] they need to confirm their email address when they sign up for the first time [19:01] beuno: So instead of going to the browser to register, you'll go to your favourite mail app, click the link, launch the browser, and redirect to U1F, is that correct? [19:03] karni, that is indeed a nessita question :) [19:03] I'll have to look into that. Uhm :) [19:04] beuno: I feel bad for talking to you on Sunday! I should let you get rest. [19:04] karni, well, I can voluntarily leave my computer at any time... [19:04] yes you can :D [19:54] lunch time [21:45] when do you think delta sync's will be available ? [21:46] currently, if I install a fresh ubuntu, and then copy over all my data (because its quicker than letting U1 handle it) and then setup U1, U1 then wants to upload everything all over again. [21:51] mongy, there's going to be something called magic uploads soon [21:51] it'll make it very quick to re-upload a file that has been uploaded before [21:51] so as long as the files' content hasn't changed, it will upload any amount of data very quickly [21:51] magic oooo, sounds, magic [21:52] I thought actually it would already ignore files that already exist [21:52] is this a checksum thing? [21:52] or lack of [21:53] no, it needs to be much more complicated than checksum to ensure people aren't stealing files [21:53] I mean, the files arent different, checksum or otherwise, but U1 wants them all in full regardless [21:53] right, for natty, that'll be fixed [21:53] beuno: 'strealing files' ? [21:54] nice [21:54] *stealing [21:54] crap.. what's wrong with my fingers ;d [21:54] one more Q. if I buy a 20gig pack (its a stupid question) do I get 22gig? [21:54] mongy: 2 are free, yes [21:54] thought so. [21:54] karni, yeah, people may hack the client to pretend they ahv files they don't [21:54] mongy, yes, 22gb [21:54] I am waiting on this natty fix before I buy 20gig, because, I dont wanna re-upload 20gig of stuff [21:55] beuno: interesting. I thought it still depends on some credentials bundled-in. [21:56] mongy, it should be in the nightly builds the following weeks [21:56] karni, well, if a different user has already uploaded that same file, we could do the same and save you some bandwidth [21:56] beuno: talking about 're-uploading' present content - I was also thinking about that today :) (but it'll not be easy, as computing hashes of many files can be cpu intensive/battery consuming - user choice ;) ) [21:56] beuno: ah :D haha sounds cool [21:57] this delta, so I sync a file called test.txt with the number 1 in it, I then edit it to say 2, it only sends changes, not the whole file? [21:57] mongy, no, still no file deltas [21:57] mongy: not really (from what I know). delta is used to quickly ask the server "what has changed since x" without telling it what files you have. [21:57] ah [21:58] for a large file, it would be nice. [21:58] Anyone, I don't quite understand; I have two laptops connected to Ubuntu-One. On one I update a file on computer one, I use the applet on the computer one, and I do a restart. On computer two, I open the file; I don't see the changes. On computer two the ubuntu-one applet is hangin on Synchornization in progress... [21:58] Q, renaming a file would cause it to reupload the whole file still? [21:58] mongy: so instead of getting, say, whole file list, you say "give me the files 'changed' since x" [21:58] mongy: no, just a rename. [21:58] mongy: the file contents don't change. filename is just meta data. [21:59] mongy, not sure, but either way, with magic uploads it won't matter :) [21:59] good, I dont wanna upload more than once on my crappy crapola connection [21:59] I feel I'm starting to know quite much about U1 ^^ [22:00] * karni goes back to add a Toast 'Incoming changes' :D [22:00] karni, https://code.launchpad.net/~facundo/ubuntuone-client/send-magic-hash/+merge/49872 [22:01] beuno: uuuu, cool! [22:01] * karni saves the link [22:16] Anyone, when I click on restart on computer two, finally I get synchronization complete. The date of the file has not changed, either here, on on th web site for ubuntu-one. [22:18] rye's indicator is the most useful indicator that ever was. [22:19] currently uploading/downloading, recently published! cool [22:19] sometimes I wonder why there was so much fuss around the indicator and deciding to remove it.. [22:19] I haven't used it, but I've seen screenshots, and rye's indicator is really neat. [22:19] and its not -in-your-face- [22:20] intrader_: did you want to ask a question perhaps? [22:20] canonical need to see it, and use it [22:20] mongy: rye works for Canonical if I'm not mistaken ;) [22:20] karni, well, its odd his own work hasnt made it into a release [22:21] well I at least hope its in the standard repos when natty hits. [22:21] it deserves it. [22:21] mongy: it's not a one person decision you know. [22:21] :) [22:22] put me in charge for 5 minutes, it is a done deal [22:22] well anyway, I'd like it in the official repo and not a ppa in natty. kk thx [22:22] hahah :) [22:23] I agree, it should be in official repos as well. [22:23] I'm back to work. [22:24] I missed the notifications for U1, but then I got this and now I know there is a better way. [22:24] seems canonical are missing it completely if they wanna reintroduce the nagging notifications [22:25] karni, yes, how does synchronization of files work. I update file on cone computer but do not see change on another computer also connected to ubuntuone. [22:26] intrader_: that's weird.. [22:27] intrader_: you can check what $ u1sdtool -s command says on both computers [22:27] intrader_: but basically, if you used the same account, it should sync automagically between them.. [22:28] intrader_: I can't help right now, I'm sorry. But please come back tomorrow few hours earlier than now, there should be more ppl to help you :) [22:28] karni, that's what I thought, but it does not work for me. The tool ulsdtool is not in computer one or two. [22:29] karni, no problem. Thanks [22:29] intrader_: you can try in terminal (say, gnome-terminal): u1sdtool --status (u-ONE-sdtool not l like L) U1SDTOOL :) [22:30] intrader_: or install magicicada! that'll let you know what's going on with the sync daemon [22:38] Looks ok, but yet the file is not updated - description ---> processing queues whatever that means [22:38] mongy, FWIW, there hasn't been indicator work because of Unity [22:38] mongy, Unity will have a place where to show that type of information, and already has notifications [22:43] karni, both computers have same results for u1sdtool -s [22:44] intrader_: processing queues means it's working. don't restart, give it some time maybe :) [22:44] intrader_: you can check u1sdtool --help (u1sdtool --waiting-meta, u1sdtool --waiting-content, etc) [22:50] karni, that is a lot of stuff. Can't make out what it means. [22:50] intrader_: sorry, I'm in a rush ^ ^ so basically, [22:50] intrader_: if it says processing queues, it means that it's preparing for sync in general. [22:50] karni, np - [22:50] intrader_: you can check how much content there is waiting for upload with: u1sdtool --waiting-content [22:51] intrader_: you can check how much "information" there is being processed, you can check with: u1sdtool --waiting-meta [22:51] information about your files, not the file content themselve. [22:52] karni, --waiting-content ---> no response. [22:52] intrader_: yea.. :( you should come back tomorrow for better guys at this than me ;) [22:53] karni, I will do that. In the meantime I'll walk the stuff over.