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