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