[01:23] <laurent[]> i have trouble , i try to sync my ubuntu one directory after HDD chash and all my acount be empty after sync :|
[02:07] <Drakeson> Does ubuntuone currently offer any "Calendar/Tasks/TODOs/GTD/etc." service?
[10:59] <burn> hello there, is it possible that there are throtteling problems
[11:00] <burn> I've got a file 115MB that causes upload problems, it isn't throtteled at all
[11:09] <rye> burn, hello, you might want to reconnect the client since we had to restart the service an hour ago and there are no slow-downs now
[11:15] <burn> rye: hmmm, I've got the problem for a week now
[11:15] <burn> it really is the client
[11:15] <burn> it doesn't do throtteling at all
[11:16] <burn> can you tell me which protocols/ports it uses to the servers?
[11:16] <rye> burn, hm, have we been talking earlier?
[11:16] <burn> that way I can cap the speed on the switch
[11:16] <burn> rye: I don't think so
[11:16] <rye> burn, it connects to fs-1.one.ubuntu.com or fs-2.one.ubuntu.com, port 443
[11:16] <burn> rye: ok, but I capped https already :|
[11:17] <burn> does it make several sessions?
[11:17] <burn> (brb, lunchbreak)
[11:49] <duanedesign> 'lo all
[13:04] <burn> so rye are there throtteling problems reported?
[13:04] <rye> burn, " rye: ok, but I capped https already :|" - does that mean that you have throttled https or that there are no restrictions from your side?
[13:06] <rye> at the moment we do not have issues with api servers (the ones syncdaemon is connected to but yesterday we had a major slow-down)
[13:07] <burn> it's just, even when I limit https to 800kbit, it still takes the full 1.4mbit
[13:07] <burn> I don't understand it at all
[13:07] <burn> :\
[13:09] <rye> burn, ok, are you limiting the speed through ubuntuone-preferences or using external traffic control facility?
[13:20] <burn> rye: the preferences
[13:20] <burn> of ubuntuone
[13:26] <rye> burn, let me find the relevant bug report
[13:53] <gabri> hi may I ask a question?
[13:54] <burn> gabri: nope, you can't ;)
[13:54] <beuno> hi gabri
[13:54] <gabri> haha I experiencing some problems with sync process with u1
[13:55] <gabri> i'll explain what i did
[13:55] <gabri> i've added the Documents folder to U1
[13:56] <gabri> but maybe it's too big to be contained as is into the 2G available space
[13:56] <gabri> i'd like to know if there's a method to flush the metadata_queue in order to stop all the appending operation
[13:56] <gabri> *pending
[13:57] <gabri> u1sdtool --delete-folder=id didn't work
[13:57] <gabri> dunno why but if i look into the log (cache/ubuntuone/log/syncdaemon.log)
[13:58] <gabri> the deamon is still ignoring this command and continue to process the queue so it is still trying to sync mine 11G Document folder
[13:58] <gabri> how can i stop this operation?
[14:01] <beuno> rye, you are the master of syncdaemon
[14:02] <gabri> suppose so how could i verify your issue?
[14:02] <rye> beuno, looking
[14:02] <rye> gabri, ok, let's do some quick cleanup - u1sdtool --disconnect
[14:03] <gabri> ok
[14:03] <rye> gabri, Basically it is https://wiki.ubuntu.com/UbuntuOne/FAQ#How%20do%20I%20stop%20syncing%20a%20folder%20outside%20~/Ubuntu%20One?
[14:04] <rye> btw, we definitely need to provide the confirmation dialog about adding the folder to be U1-synced. Accidental click w/o explanation is not what we want to increase our user base.
[14:04] <gabri> i've tried so far what the FAQ suggest
[14:04] <gabri> like unscribing from the folder
[14:05] <gabri> and the u1sdtool --delete
[14:05] <gabri> but it's do not seem to work for me
[14:05] <gabri> yes it could be a useful dialog it prevents some users to add garbage while testing
[14:10] <rye> gabri, could you please pastebin u1sdtool --list-folders to http://paste.ubuntu.com ?
[14:11] <gabri> http://paste.ubuntu.com/519662/
[14:12] <gabri> right now i've made u1sdtool --delete-folder=8aca10c4-167d-4de2-873e-19888a9446b1
[14:12] <rye> gabri, ok. Now you will want to shut down syncdaemon - u1sdtool --quit
[14:12] <gabri> done
[14:12] <rye> gabri, and then start it in non-connected mode - u1sdtool --start
[14:12] <gabri> and started upagain
[14:12] <rye> gabri, after this run u1sdtool --delete=8aca10c4-167d-4de2-873e-19888a9446b1
[14:13] <rye> gabri, ^ will hang
[14:13] <rye> gabri, open another terminal and run u1sdtool --connect
[14:13] <gabri> done
[14:13] <gabri> lol
[14:14] <rye> gabri, ok, running u1sdtool --list-folders now should show that folder is no longer there
[14:14] <gabri> ok this is definitely triky
[14:14] <rye> gabri, yes, i want to create a simple script which will do all that automatically. Since we cannot abruptly terminate sync for now
[14:15] <gabri> ok so there's no way to flush a queue
[14:15] <gabri> so?
[14:15] <rye> gabri, is u1sdtool --list-folders still showing the Documents folders?
[14:15] <gabri> no rye it's no longer listed there
[14:15] <gabri> thanks four your help
[14:16] <rye> gabri, ok, that "fixes" that, sorry for such kind of unpleasant experience (/me goes to file a bug about confirmation dialog)
[14:17] <gabri> but U should adjust the FAQ specifing that there's an issue on WHEN the commands listed in the fixes suggestion should be launched
[14:17] <gabri> however thank U very much
[14:20] <rye> urbanape, hi, what's the current status of Bindwood? I.e. how stable it is from end-user perspective?
[14:20] <beuno> urbanape, not as stable as we'd like it to be
[14:27] <urbanape> rye: what beuno said
[14:27] <rye> urbanape, :'-(
[14:28] <urbanape> Basically, it works well in a particularly naive setup that I implemented it against.
[14:29] <statik> Anyone know the name of the UDS irc channel?
[14:35] <aquarius> statik, #ubuntu-uds
[14:36] <statik> Thanks
[14:38] <statik> aquarius: you seen Jason smith around?
[14:39] <aquarius> statik, he's sat directly in front of me :)
[17:25] <karni> any live feeds from UDS :)?
[17:37] <CardinalFang> karni, hi hi!
[17:37] <karni> CardinalFang: hello ^_^ !
[17:37] <karni> CardinalFang: how's it going! UDS started already, huh? :)
[17:37] <CardinalFang> karni, yes!  There are microphones and audio streams for each room, and IRC channels for each room.
[17:38] <CardinalFang> So, if you're looking at the schedule, then you can listen in by finding where the topic is held, and joining and listening.
[17:38]  * karni looks carefully at uds.ubuntu.com
[17:39] <karni> CardinalFang: thanks! I'll definitly find that
[17:39]  * karni found the streams at http://icecast.ubuntu.com:8000/status.xsl
[17:39] <CardinalFang> karni, Okay, i'm looking at the build-setup.  The signpost commons version seems to matter a lot!
[17:40] <karni> CardinalFang: I must agree here ^ ^ my bad that I went for 1.2.1.1 (I think)
[17:40] <CardinalFang> signpost-commonshttp4-1.2.jar fails by "oauth.signpost.exception.OAuthExpectationFailedException: Request token or token secret not set in server reply. The service provider you use is probably buggy."
[17:40] <karni> CardinalFang: I remember having that problem for a long time, but I never knew how I finally have fixed it
[17:41] <karni> CardinalFang: I worked up every line of code and finally it worked. but I never knew why I had that error.
[17:41] <CardinalFang> 1.2.1.1  seems to fail by Runtime Error, "Abstract method not implemented."
[17:41] <CardinalFang> or something.
[17:42] <karni> CardinalFang: correct
[17:42] <karni> CardinalFang: maybe we should try with 1.2, as it was originally?
[17:45] <CardinalFang> 1.2 is less confusing, at least, but perhjaps buggy.
[17:45] <karni> CardinalFang: I'll have a try how it runs
[17:55] <karni> CardinalFang: didn't crash with v1.2, now logging in..
[17:55] <karni> ouch.. crashed
[17:56] <karni> this time is netty. having look at that.
[18:05] <CardinalFang> karni, I'm sitting with "mandel".  He suspects the jar files are targeted at a VM that is not the same as we use.  We're fishing for the cause.
[18:07] <karni> CardinalFang: with httpcommons 1.2 and (currently missing) netty-3.1.5.GA.jar in libs folder, the app didn't crash
[18:07] <karni> CardinalFang: I'll provide the jar links as soon as I make sure it all runs smootly
[18:07] <karni> CardinalFang: at the moment, it's fetching the files list, but it doesn't show up. however, seems like no more missing components.
[18:08] <karni> CardinalFang: last, but not least, signpost is written for Android in mind :) however, there might have been a slight change that has had impact on AU1
[18:08] <karni> CardinalFang: works =)
[18:09] <karni> CardinalFang: you mind adding those 2 urls I will provide :)?
[18:09] <CardinalFang> karni, please do
[18:09] <karni> CardinalFang: http://oauth-signpost.googlecode.com/files/signpost-commonshttp4-1.2.jar
[18:10]  * karni looking for proper netty version
[18:11] <karni> CardinalFang: http://repository.jboss.com/maven2/org/jboss/netty/netty/3.1.5.GA/netty-3.1.5.GA.jar
[18:11] <karni> CardinalFang: with those two (and commonshttp4-1.2.1.1 removed) U1Files works fine.
[18:12] <karni> CardinalFang: good work with ant setup :)
[18:12] <karni> CardinalFang: let me know when you bzr push and it's ready for review
[18:14] <karni> CardinalFang: if you happen to test the app - please note that it currently fetches meta data kind of slow.. might be caused by server load.
[18:15] <verterok> karni: hi! sp trunk should support generations now (if I missed something, let me know..I wasn't able to get enough time to write a example client with generations)
[18:15] <karni> verterok: will do that for you shortely ^ ^ ! thank you!
[18:16] <karni> *shortly
[18:16] <karni> verterok: you probably on UDS, too. aren't you :)?
[18:17] <verterok> karni: no, I'm at home...no UDS for me
[18:17] <karni> verterok: oh, why is that. no time for UDS?
[18:17] <CardinalFang> karni, I think you have the httpcommons still in your path somewhere.  Compile fails without it, I think.
[18:17] <verterok> karni: haha, no. other members of the team are there
[18:18] <karni> CardinalFang: I meant substituting v1.2.1.1 with the v1.2 link I provided. U1Files indeed depends on commonshttp
[18:18] <karni> verterok: I see :)
[18:18] <CardinalFang> karni, I did, I think.
[18:18] <karni> CardinalFang: compiles for me smootly..
[18:19] <CardinalFang> karni, I'm using  signpost-core-1.2.jar
[18:19] <karni> CardinalFang: perhaps ant clean; ant will do the job?
[18:19] <karni> CardinalFang: you still need signpost-commonshttp4-1.2.jar too (wget  http://oauth-signpost.googlecode.com/files/signpost-commonshttp4-1.2.jar )
[18:19] <CardinalFang> karni, got it.
[18:20] <CardinalFang> karni, trying.  Also, lunch time.
[18:20] <karni> CardinalFang: bon apetit!
[18:20] <karni> CardinalFang: 7PM here. you're right, I should finally have that lunch, too ^ ^
[18:21] <CardinalFang> karni, okay, it's different.
[18:22] <CardinalFang> E/AU1.OAuthUtilities(  335): oauth.signpost.exception.OAuthExpectationFailedException: Request token or token secret not set in server reply. The service provider you use is probably buggy.
[18:22] <CardinalFang> E/AU1.OAuthUtilities(  335): 	at oauth.signpost.commonshttp.CommonsHttpOAuthProvider.retrieveToken(CommonsHttpOAuthProvider.java:94)
[18:22] <CardinalFang> E/AU1.OAuthUtilities(  335): 	at oauth.signpost.AbstractOAuthProvider.retrieveRequestToken(AbstractOAuthProvider.java:66)
[18:22] <CardinalFang> E/AU1.OAuthUtilities(  335): 	at com.ubuntuone.android.files.util.OAuthUtilities.getAuthorizationURL(OAuthUtilities.java:121)
[18:22] <CardinalFang> E/AU1.OAuthUtilities(  335): 	at com.ubuntuone.android.files.FilesList$1$1.run(FilesList.java:193)
[18:22] <CardinalFang> E/AU1.OAuthUtilities(  335): 	at java.lang.Thread.run(Thread.java:1096)
[18:22] <CardinalFang> karni, also, url or something may be null somehow.
[18:22] <CardinalFang> Okay.  must eat.
[18:22] <CardinalFang> AFK 1hour.
[18:24] <karni> CardinalFang: roger.
[18:50] <duanedesign> ~[6~[6~[6~[6~[6~[6~[6~[6~/7
[18:50] <duanedesign> ugh
[21:05] <CardinalFang> karni, hey!  You have me for 50 minutes.
[21:05] <CardinalFang> E/AU1.OAuthUtilities(  425): oauth.signpost.exception.OAuthCommunicationException: Communication with the service provider failed: Service provider responded in error: 400 (BAD REQUEST)
[21:08] <karni> CardinalFang: brb 1 min
[21:09] <karni> CardinalFang: i'm back. like I mentioned, I had that problem long time ago. I did proper checking, no NULL values. it's either signpost or UbuntuOne not liking signpost ;D
[21:09] <karni> CardinalFang: but seriously now. have you substituted the jars?
[21:09] <karni> CardinalFang: I can't replicate that problem
[21:10] <CardinalFang> karni, Let me push this branch.
[21:10] <karni> CardinalFang: ok
[21:11] <CardinalFang> karni,    lp:~cmiller/ubuntuone-android-files/build-setup
[21:11] <karni> pulling
[21:14]  * karni setting up and building
[21:14] <karni> CardinalFang: oops   - protobuf-java-2.3.0.jar
[21:14] <karni> http://repository.jboss.org/nexus/content/groups/public-jboss/com/google/protobuf/protobuf-java/2.3.0/protobuf-java-2.3.0.jar:
[21:14] <karni> let me check
[21:14] <karni> 2010-10-25 22:14:00 ERROR 404: Not Found.
[21:14] <CardinalFang> Yeah.
[21:14] <karni> crap.. they pulled it off o_O ?
[21:15] <karni> let me update the link
[21:15] <CardinalFang> That's a different location.
[21:15] <CardinalFang> We were using a mirror.  The orig site said the repo was deprecated, and I should use another.
[21:15] <CardinalFang> I'm looking
[21:15] <karni> CardinalFang: http://mirrors.ibiblio.org/pub/mirrors/maven2/com/google/protobuf/protobuf-java/2.3.0/protobuf-java-2.3.0.jar
[21:15] <karni> but that's also a mirror (working one)
[21:17] <karni> CardinalFang: are the links broken? http://repository.jboss.org/nexus/content/groups/public-jboss/commons-codec/commons-codec/1.3/commons-codec-1.3.jar:
[21:17] <karni> also missing
[21:17] <karni> I was trying to have a clean bzr branch; ./setup && ant
[21:17] <CardinalFang> karni, Grr.  I screwed it up.
[21:18] <CardinalFang> I'm trying to get a clean source.
[21:18] <karni> CardinalFang: can I help?
[21:18] <karni> CardinalFang: I'm sure you are :) You need any links?
[21:18] <CardinalFang> Reverting.
[21:21] <karni> CardinalFang: let me know when should I test
[21:24] <CardinalFang> karni, okay, re-pull.
[21:24] <karni> ok
[21:26] <karni> CardinalFang: I'm sorry Chad, but you're aware you've reverted to signpost-core-1.2.1.1.jar , which was faulty?
[21:26] <karni> CardinalFang: http://oauth-signpost.googlecode.com/files/signpost-commonshttp4-1.2.jar
[21:26] <karni> CardinalFang: I can substitute this manually and tell you if it works
[21:26] <karni> CardinalFang: I'll do that
[21:27]  * karni uninstalled the app, built from scratch, installing
[21:28] <CardinalFang> karni, so 1.2.1.1 comes later but has problems.
[21:28] <karni> CardinalFang: correct
[21:28]  * karni runs && checks the app on HTC Hero
[21:29] <karni> that was unexpected: E/AndroidRuntime(27244): java.lang.AbstractMethodError: abstract method not implemented
[21:29] <karni> let me ant clean && ant first
[21:31] <karni> CardinalFang: ah, it's signpost-core-1.2.1.1.jar . will use 1.2 instead and report back
[21:32] <karni> should be fine this time. building..
[21:32] <CardinalFang> karni, mixing versions seems like a bad idea.
[21:32] <karni> CardinalFang: that's why I want both core and commonshttp4 to be 1.2
[21:33] <karni> CardinalFang: it fails to work with 1.2.1.1
[21:33] <karni> CardinalFang: not sure about 1.2.1 (didn't check yet)
[21:33] <CardinalFang> Okay.  Done.
[21:33] <karni> browser has opened, logging in
[21:33] <karni> connecting..
[21:35] <karni> CardinalFang: got stuck after authentication. I had faced that issue ones before.
[21:36] <karni> CardinalFang: however, it did work with 1.2 today, so I'm wondering what is it this time. I'm looking at the logcat..
[21:37]  * karni trying on 3G
[21:41] <karni> CardinalFang: v1.2 libraries seemed fine. however, app 'stops' at the end of authentication dance
[21:42] <karni> CardinalFang: that's visible from heavy GC (that's characteristic for the protocols client oauthenticate(..) )
[21:43] <karni> CardinalFang: to be honest, it looks like a bug that I lost 1-2 weeks during GSoC to fix. worst thing is that I recall, the solution was hardly related to oauth itself. I know, that sounds confusing.
[21:43] <CardinalFang> E/AU1.OAuthUtilities(  501): oauth.signpost.exception.OAuthExpectationFailedException: Request token or token secret not set in server reply. The service provider you use is probably buggy.
[21:43] <karni> CardinalFang: I just don't get how it could have worked before, and now its not.
[21:44] <karni> CardinalFang: please paste ls libs/ ;)
[21:44] <CardinalFang> commons-codec-1.3.jar  oauth-consumer-20090823.jar    signpost-core-1.2.jar
[21:44] <CardinalFang> netty-3.1.5.GA.jar     protobuf-java-2.3.0.jar        storageprotocol-1.1.0-SNAPSHOT.jar
[21:44] <CardinalFang> oauth-20090617.jar     signpost-commonshttp4-1.2.jar
[21:44] <karni> hm. that's correct. let me run it again..
[21:45] <karni> CardinalFang: mike@dojo:~/src/android/chad-build-setup-recent$ adb logcat|grep OAuth
[21:45] <karni> I/AU1.OAuthUtilities(27662): retrieved request token successfully
[21:45] <karni> I/AU1.OAuthUtilities(27721): retrieved access token successfully
[21:45] <karni> CardinalFang: I did fresh bzr branch; ./setup && ant; ant install
[21:46] <karni> all in all, I confirm that I the files list doesn't load.
[21:46] <karni> that's my main concern
[21:47] <karni> I/AU1.U1HttpUtilities(27763): account details response org.apache.http.message.BasicHttpResponse@44947610, status HTTP/1.1 200 OK --- this line means that test OAuth signing was successful. do you see that line?
[21:47] <karni> *see in logcat
[21:48] <karni> why did it heave to break when I wanted to spend time writing it from scratch ;)
[21:49]  * karni tests 0.4.4b from the wiki
[21:53] <CardinalFang> No, none of my OAuth lines succeed.
[21:54] <CardinalFang> oauth.signpost.exception.OAuthExpectationFailedException or oauth.signpost.exception.OAuthCommunicationException
[21:55] <karni> CardinalFang: is it ok that I wrote you priv msg ?
[21:55] <karni> CardinalFang: if you prefer, I'll write here
[22:08] <newboon2age> when is/was kubuntu on ubuntuone UDS talk?  which room/time?
[22:09] <verterok> karni, CardinalFang: FYI, file sync server(s) restarted, so you might see some slowdown
[22:09] <karni> verterok: thanks!
[22:09] <karni> verterok: was it long ago?
[22:10] <verterok> karni: ~10 min
[22:10] <karni> verterok: thank you
[22:19] <karni> verterok: servers still support old version of the protocol with query method, correct?
[22:19] <verterok> karni: absolutely
[22:19] <karni> verterok: the app proceeds with OAuth, but has problems fetching meta data. even the old, unoutched, published on the wiki 0.4.4b version.
[22:20] <verterok> karni: servers were just restarted...all is *slow*
[22:20] <karni> verterok: so I was wondering what could have broken (we had problems with the refactored app, so I checked with AndroidU1, and it had the same symptom, fetching files list *long*)
[22:20] <karni> CardinalFang: ↑ (verterok) that might be the cause
[22:21] <karni> CardinalFang: I'm calling it a day, wish you productive time with other developers on UDS :)
[22:21] <CardinalFang> karni, thank you.
[22:21] <karni> :)
[22:21] <CardinalFang> karni, see you tomorrow.
[22:22] <karni> CardinalFang: yes, see you :)