/srv/irclogs.ubuntu.com/2010/10/25/#ubuntuone.txt

laurent[]i have trouble , i try to sync my ubuntu one directory after HDD chash and all my acount be empty after sync :|01:23
DrakesonDoes ubuntuone currently offer any "Calendar/Tasks/TODOs/GTD/etc." service?02:07
burnhello there, is it possible that there are throtteling problems10:59
burnI've got a file 115MB that causes upload problems, it isn't throtteled at all11:00
ryeburn, hello, you might want to reconnect the client since we had to restart the service an hour ago and there are no slow-downs now11:09
burnrye: hmmm, I've got the problem for a week now11:15
burnit really is the client11:15
burnit doesn't do throtteling at all11:15
burncan you tell me which protocols/ports it uses to the servers?11:16
ryeburn, hm, have we been talking earlier?11:16
burnthat way I can cap the speed on the switch11:16
burnrye: I don't think so11:16
ryeburn, it connects to fs-1.one.ubuntu.com or fs-2.one.ubuntu.com, port 44311:16
burnrye: ok, but I capped https already :|11:16
burndoes it make several sessions?11:17
burn(brb, lunchbreak)11:17
duanedesign'lo all11:49
=== teknico_ is now known as teknico_away
burnso rye are there throtteling problems reported?13:04
ryeburn, " 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:04
ryeat 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:06
burnit's just, even when I limit https to 800kbit, it still takes the full 1.4mbit13:07
burnI don't understand it at all13:07
burn:\13:07
ryeburn, ok, are you limiting the speed through ubuntuone-preferences or using external traffic control facility?13:09
burnrye: the preferences13:20
burnof ubuntuone13:20
ryeburn, let me find the relevant bug report13:26
gabrihi may I ask a question?13:53
burngabri: nope, you can't ;)13:54
beunohi gabri13:54
gabrihaha I experiencing some problems with sync process with u113:54
gabrii'll explain what i did13:55
=== teknico_away is now known as teknico_
gabrii've added the Documents folder to U113:55
gabribut maybe it's too big to be contained as is into the 2G available space13:56
gabrii'd like to know if there's a method to flush the metadata_queue in order to stop all the appending operation13:56
gabri*pending13:56
gabriu1sdtool --delete-folder=id didn't work13:57
gabridunno why but if i look into the log (cache/ubuntuone/log/syncdaemon.log)13:57
gabrithe deamon is still ignoring this command and continue to process the queue so it is still trying to sync mine 11G Document folder13:58
gabrihow can i stop this operation?13:58
beunorye, you are the master of syncdaemon14:01
gabrisuppose so how could i verify your issue?14:02
ryebeuno, looking14:02
ryegabri, ok, let's do some quick cleanup - u1sdtool --disconnect14:02
gabriok14:03
ryegabri, Basically it is https://wiki.ubuntu.com/UbuntuOne/FAQ#How%20do%20I%20stop%20syncing%20a%20folder%20outside%20~/Ubuntu%20One?14:03
ryebtw, 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
gabrii've tried so far what the FAQ suggest14:04
gabrilike unscribing from the folder14:04
gabriand the u1sdtool --delete14:05
gabribut it's do not seem to work for me14:05
gabriyes it could be a useful dialog it prevents some users to add garbage while testing14:05
ryegabri, could you please pastebin u1sdtool --list-folders to http://paste.ubuntu.com ?14:10
gabrihttp://paste.ubuntu.com/519662/14:11
gabriright now i've made u1sdtool --delete-folder=8aca10c4-167d-4de2-873e-19888a9446b114:12
ryegabri, ok. Now you will want to shut down syncdaemon - u1sdtool --quit14:12
gabridone14:12
ryegabri, and then start it in non-connected mode - u1sdtool --start14:12
gabriand started upagain14:12
ryegabri, after this run u1sdtool --delete=8aca10c4-167d-4de2-873e-19888a9446b114:12
ryegabri, ^ will hang14:13
ryegabri, open another terminal and run u1sdtool --connect14:13
gabridone14:13
gabrilol14:13
ryegabri, ok, running u1sdtool --list-folders now should show that folder is no longer there14:14
gabriok this is definitely triky14:14
ryegabri, yes, i want to create a simple script which will do all that automatically. Since we cannot abruptly terminate sync for now14:14
gabriok so there's no way to flush a queue14:15
gabriso?14:15
ryegabri, is u1sdtool --list-folders still showing the Documents folders?14:15
gabrino rye it's no longer listed there14:15
gabrithanks four your help14:15
ryegabri, ok, that "fixes" that, sorry for such kind of unpleasant experience (/me goes to file a bug about confirmation dialog)14:16
gabribut U should adjust the FAQ specifing that there's an issue on WHEN the commands listed in the fixes suggestion should be launched14:17
gabrihowever thank U very much14:17
ryeurbanape, hi, what's the current status of Bindwood? I.e. how stable it is from end-user perspective?14:20
beunourbanape, not as stable as we'd like it to be14:20
urbanaperye: what beuno said14:27
ryeurbanape, :'-(14:27
urbanapeBasically, it works well in a particularly naive setup that I implemented it against.14:28
statikAnyone know the name of the UDS irc channel?14:29
aquariusstatik, #ubuntu-uds14:35
statikThanks14:36
statikaquarius: you seen Jason smith around?14:38
aquariusstatik, he's sat directly in front of me :)14:39
karniany live feeds from UDS :)?17:25
CardinalFangkarni, hi hi!17:37
karniCardinalFang: hello ^_^ !17:37
karniCardinalFang: how's it going! UDS started already, huh? :)17:37
CardinalFangkarni, yes!  There are microphones and audio streams for each room, and IRC channels for each room.17:37
CardinalFangSo, 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.com17:38
karniCardinalFang: thanks! I'll definitly find that17:39
* karni found the streams at http://icecast.ubuntu.com:8000/status.xsl17:39
CardinalFangkarni, Okay, i'm looking at the build-setup.  The signpost commons version seems to matter a lot!17:39
karniCardinalFang: I must agree here ^ ^ my bad that I went for 1.2.1.1 (I think)17:40
CardinalFangsignpost-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
karniCardinalFang: I remember having that problem for a long time, but I never knew how I finally have fixed it17:40
karniCardinalFang: I worked up every line of code and finally it worked. but I never knew why I had that error.17:41
CardinalFang1.2.1.1  seems to fail by Runtime Error, "Abstract method not implemented."17:41
CardinalFangor something.17:41
karniCardinalFang: correct17:42
karniCardinalFang: maybe we should try with 1.2, as it was originally?17:42
CardinalFang1.2 is less confusing, at least, but perhjaps buggy.17:45
karniCardinalFang: I'll have a try how it runs17:45
=== jerboa is now known as jeremiah_fluffyb
=== jeremiah_fluffyb is now known as jeroa
=== jeroa is now known as jerboa
karniCardinalFang: didn't crash with v1.2, now logging in..17:55
karniouch.. crashed17:55
karnithis time is netty. having look at that.17:56
CardinalFangkarni, 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:05
karniCardinalFang: with httpcommons 1.2 and (currently missing) netty-3.1.5.GA.jar in libs folder, the app didn't crash18:07
karniCardinalFang: I'll provide the jar links as soon as I make sure it all runs smootly18:07
karniCardinalFang: at the moment, it's fetching the files list, but it doesn't show up. however, seems like no more missing components.18:07
karniCardinalFang: last, but not least, signpost is written for Android in mind :) however, there might have been a slight change that has had impact on AU118:08
karniCardinalFang: works =)18:08
karniCardinalFang: you mind adding those 2 urls I will provide :)?18:09
CardinalFangkarni, please do18:09
karniCardinalFang: http://oauth-signpost.googlecode.com/files/signpost-commonshttp4-1.2.jar18:09
* karni looking for proper netty version18:10
karniCardinalFang: http://repository.jboss.com/maven2/org/jboss/netty/netty/3.1.5.GA/netty-3.1.5.GA.jar18:11
karniCardinalFang: with those two (and commonshttp4-1.2.1.1 removed) U1Files works fine.18:11
karniCardinalFang: good work with ant setup :)18:12
karniCardinalFang: let me know when you bzr push and it's ready for review18:12
karniCardinalFang: 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:14
verterokkarni: 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
karniverterok: will do that for you shortely ^ ^ ! thank you!18:15
karni*shortly18:16
karniverterok: you probably on UDS, too. aren't you :)?18:16
verterokkarni: no, I'm at home...no UDS for me18:17
karniverterok: oh, why is that. no time for UDS?18:17
CardinalFangkarni, I think you have the httpcommons still in your path somewhere.  Compile fails without it, I think.18:17
verterokkarni: haha, no. other members of the team are there18:17
karniCardinalFang: I meant substituting v1.2.1.1 with the v1.2 link I provided. U1Files indeed depends on commonshttp18:18
karniverterok: I see :)18:18
CardinalFangkarni, I did, I think.18:18
karniCardinalFang: compiles for me smootly..18:18
CardinalFangkarni, I'm using  signpost-core-1.2.jar18:19
karniCardinalFang: perhaps ant clean; ant will do the job?18:19
karniCardinalFang: you still need signpost-commonshttp4-1.2.jar too (wget  http://oauth-signpost.googlecode.com/files/signpost-commonshttp4-1.2.jar )18:19
CardinalFangkarni, got it.18:19
CardinalFangkarni, trying.  Also, lunch time.18:20
karniCardinalFang: bon apetit!18:20
karniCardinalFang: 7PM here. you're right, I should finally have that lunch, too ^ ^18:20
CardinalFangkarni, okay, it's different.18:21
CardinalFangE/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
CardinalFangE/AU1.OAuthUtilities(  335): at oauth.signpost.commonshttp.CommonsHttpOAuthProvider.retrieveToken(CommonsHttpOAuthProvider.java:94)18:22
CardinalFangE/AU1.OAuthUtilities(  335): at oauth.signpost.AbstractOAuthProvider.retrieveRequestToken(AbstractOAuthProvider.java:66)18:22
CardinalFangE/AU1.OAuthUtilities(  335): at com.ubuntuone.android.files.util.OAuthUtilities.getAuthorizationURL(OAuthUtilities.java:121)18:22
CardinalFangE/AU1.OAuthUtilities(  335): at com.ubuntuone.android.files.FilesList$1$1.run(FilesList.java:193)18:22
CardinalFangE/AU1.OAuthUtilities(  335): at java.lang.Thread.run(Thread.java:1096)18:22
CardinalFangkarni, also, url or something may be null somehow.18:22
CardinalFangOkay.  must eat.18:22
CardinalFangAFK 1hour.18:22
karniCardinalFang: roger.18:24
=== beuno is now known as beuno-lunch
duanedesign~[6~[6~[6~[6~[6~[6~[6~[6~/718:50
duanedesignugh18:50
=== beuno-lunch is now known as beuno
CardinalFangkarni, hey!  You have me for 50 minutes.21:05
CardinalFangE/AU1.OAuthUtilities(  425): oauth.signpost.exception.OAuthCommunicationException: Communication with the service provider failed: Service provider responded in error: 400 (BAD REQUEST)21:05
karniCardinalFang: brb 1 min21:08
karniCardinalFang: 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 ;D21:09
karniCardinalFang: but seriously now. have you substituted the jars?21:09
karniCardinalFang: I can't replicate that problem21:09
CardinalFangkarni, Let me push this branch.21:10
karniCardinalFang: ok21:10
CardinalFangkarni,    lp:~cmiller/ubuntuone-android-files/build-setup21:11
karnipulling21:11
* karni setting up and building21:14
karniCardinalFang: oops   - protobuf-java-2.3.0.jar21:14
karnihttp://repository.jboss.org/nexus/content/groups/public-jboss/com/google/protobuf/protobuf-java/2.3.0/protobuf-java-2.3.0.jar:21:14
karnilet me check21:14
karni2010-10-25 22:14:00 ERROR 404: Not Found.21:14
CardinalFangYeah.21:14
karnicrap.. they pulled it off o_O ?21:14
karnilet me update the link21:15
CardinalFangThat's a different location.21:15
CardinalFangWe were using a mirror.  The orig site said the repo was deprecated, and I should use another.21:15
CardinalFangI'm looking21:15
karniCardinalFang: http://mirrors.ibiblio.org/pub/mirrors/maven2/com/google/protobuf/protobuf-java/2.3.0/protobuf-java-2.3.0.jar21:15
karnibut that's also a mirror (working one)21:15
karniCardinalFang: 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
karnialso missing21:17
karniI was trying to have a clean bzr branch; ./setup && ant21:17
CardinalFangkarni, Grr.  I screwed it up.21:17
CardinalFangI'm trying to get a clean source.21:18
karniCardinalFang: can I help?21:18
karniCardinalFang: I'm sure you are :) You need any links?21:18
CardinalFangReverting.21:18
karniCardinalFang: let me know when should I test21:21
CardinalFangkarni, okay, re-pull.21:24
karniok21:24
karniCardinalFang: I'm sorry Chad, but you're aware you've reverted to signpost-core-1.2.1.1.jar , which was faulty?21:26
karniCardinalFang: http://oauth-signpost.googlecode.com/files/signpost-commonshttp4-1.2.jar21:26
karniCardinalFang: I can substitute this manually and tell you if it works21:26
karniCardinalFang: I'll do that21:26
* karni uninstalled the app, built from scratch, installing21:27
CardinalFangkarni, so 1.2.1.1 comes later but has problems.21:28
karniCardinalFang: correct21:28
* karni runs && checks the app on HTC Hero21:28
karnithat was unexpected: E/AndroidRuntime(27244): java.lang.AbstractMethodError: abstract method not implemented21:29
karnilet me ant clean && ant first21:29
karniCardinalFang: ah, it's signpost-core-1.2.1.1.jar . will use 1.2 instead and report back21:31
karnishould be fine this time. building..21:32
CardinalFangkarni, mixing versions seems like a bad idea.21:32
karniCardinalFang: that's why I want both core and commonshttp4 to be 1.221:32
karniCardinalFang: it fails to work with 1.2.1.121:33
karniCardinalFang: not sure about 1.2.1 (didn't check yet)21:33
CardinalFangOkay.  Done.21:33
karnibrowser has opened, logging in21:33
karniconnecting..21:33
karniCardinalFang: got stuck after authentication. I had faced that issue ones before.21:35
karniCardinalFang: however, it did work with 1.2 today, so I'm wondering what is it this time. I'm looking at the logcat..21:36
* karni trying on 3G21:37
karniCardinalFang: v1.2 libraries seemed fine. however, app 'stops' at the end of authentication dance21:41
karniCardinalFang: that's visible from heavy GC (that's characteristic for the protocols client oauthenticate(..) )21:42
karniCardinalFang: 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
CardinalFangE/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
karniCardinalFang: I just don't get how it could have worked before, and now its not.21:43
karniCardinalFang: please paste ls libs/ ;)21:44
CardinalFangcommons-codec-1.3.jar  oauth-consumer-20090823.jar    signpost-core-1.2.jar21:44
CardinalFangnetty-3.1.5.GA.jar     protobuf-java-2.3.0.jar        storageprotocol-1.1.0-SNAPSHOT.jar21:44
CardinalFangoauth-20090617.jar     signpost-commonshttp4-1.2.jar21:44
karnihm. that's correct. let me run it again..21:44
karniCardinalFang: mike@dojo:~/src/android/chad-build-setup-recent$ adb logcat|grep OAuth21:45
karniI/AU1.OAuthUtilities(27662): retrieved request token successfully21:45
karniI/AU1.OAuthUtilities(27721): retrieved access token successfully21:45
karniCardinalFang: I did fresh bzr branch; ./setup && ant; ant install21:45
karniall in all, I confirm that I the files list doesn't load.21:46
karnithat's my main concern21:46
karniI/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 logcat21:47
karniwhy did it heave to break when I wanted to spend time writing it from scratch ;)21:48
* karni tests 0.4.4b from the wiki21:49
CardinalFangNo, none of my OAuth lines succeed.21:53
CardinalFangoauth.signpost.exception.OAuthExpectationFailedException or oauth.signpost.exception.OAuthCommunicationException21:54
karniCardinalFang: is it ok that I wrote you priv msg ?21:55
karniCardinalFang: if you prefer, I'll write here21:55
newboon2agewhen is/was kubuntu on ubuntuone UDS talk?  which room/time?22:08
verterokkarni, CardinalFang: FYI, file sync server(s) restarted, so you might see some slowdown22:09
karniverterok: thanks!22:09
karniverterok: was it long ago?22:09
verterokkarni: ~10 min22:10
karniverterok: thank you22:10
karniverterok: servers still support old version of the protocol with query method, correct?22:19
verterokkarni: absolutely22:19
karniverterok: the app proceeds with OAuth, but has problems fetching meta data. even the old, unoutched, published on the wiki 0.4.4b version.22:19
verterokkarni: servers were just restarted...all is *slow*22:20
karniverterok: 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
karniCardinalFang: ↑ (verterok) that might be the cause22:20
karniCardinalFang: I'm calling it a day, wish you productive time with other developers on UDS :)22:21
CardinalFangkarni, thank you.22:21
karni:)22:21
CardinalFangkarni, see you tomorrow.22:21
karniCardinalFang: yes, see you :)22:22
=== newboon2age is now known as nUboon2Age

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!