[00:16] UbuntuOne keeps asking me to add more and more computers, even though I'm only using just this one [00:18] ME TOO [00:18] pissing me off [00:22] how does one fix this problem? [00:58] What on earth is going on with Ubuntu One today? [00:58] is this normal? [01:29] evanescent, tritium, lamalex: we are having some issues with one of the servers [01:31] ok, so it will be resolved in time? its not a local issue? [01:33] evanescent: right, we are working on this ATM :) [01:34] * verterok apologize for the delay [01:34] np [01:34] thanks [02:21] verterok: no apologies necessary. Thank you! [02:21] tritium: :) [02:22] :) [04:51] i'm having problems changing my account settings in the client. Can anyone help? [05:52] hi all i want to know weather ubuntu one is supported with ubuntu 9.04 or not .. [06:11] ubuntu one client is not working on ubuntu 9.04 [06:20] I could be wrong, but I don't think it's supported on Hardy [06:22] and waht about jaunty [06:22] tcole :: and waht about jaunty... [06:23] don't know offhand [06:23] about jaunty [06:30] right [06:30] intrepid and karmic are supported [06:35] ok .. [06:36] then i have to up date my system === dpm_ is now known as dpm [10:57] hi all, does anyone know if there is an ETA at all when the ubuntu one servers are going to be fixed with regards to the horrendous speed issues? the bug was logged almost a month ago and there is no activity and the "commercial system" is completely unusable [11:18] broken image links on https://one.ubuntu.com/support/installation/ for example https://media.one.ubuntu.com/media/2021/img/install/gdebi.png [13:07] hi all [13:19] how can i force my ubuntuone to sync? [13:19] hi [13:19] yes i think u can [13:19] i saw someone as k that yesterday [13:19] hold on [13:20] thx [13:20] u1sdtool --help [13:20] --refresh=PATH request a refresh of PATH [13:20] udsdtool --refresh=/path to sync [13:21] not that it helps fanyway, u1 servers seems broken now for ages, can't upload faster than 0-12KB/s [13:22] there is a bug for it, hope it gets sorted asap [13:23] my filed dont get synced/updated [13:23] strange [13:23] yeah at 1sdt i thought so too, but it was that it was just SOOO SLOOOOW that it seemed like it wasn't syncing [13:23] O.o [13:24] at the moment it's a kind of leave and forget it service, dump the files in and like a week later it shold be synced [13:24] lol [13:25] :) [13:25] not good to work with :p [13:25] I KNOW! [13:25] what ubuntu u on? [13:25] 9.10 [13:26] i'm on 9.04, same issue on my 9.10 PC as well [13:26] to see if anything is happening i do the following [13:26] open terminator [13:26] on monday it was working fine for a few hours [13:26] but now :/ [13:26] split screen in half horizontally [13:27] split top screen in half vertically [13:27] launch sudo nethogs in the one window, top left [13:27] launch sudo nethogs in the top right window [13:27] press m twice to see kb/s view [13:27] oh and press m one in top left window to see MB downloaded [13:28] lol [13:28] na...not so much time [13:28] then in the bottom window i do watch "u1sdtool --current-transfers" [13:29] then i can see, the pythin process upload at what speed, how much it has doen and what it's doing according to u1sdtool [13:29] 30mb take an hour [13:29] :( [13:29] dropbox takes like a minute to do same amount [13:29] well..i have a few kb files [13:29] in ubuntu one folder they are checked [13:30] see i just started using it since karmic came out, and it's hasn;t worked at all [13:30] but they dont get updated/synced [13:30] psypher246: I don't know if you saw my comments yesterday: I copied a folder of oggs into Ubuntu One, and it uploaded at a constant 30kB/s (with 1-2 second gaps between each ogg) until it was done [13:30] dont know the point of the check, it checks the file immediatly [13:30] Chipaca: no i didn't [13:30] tell us how Chipaca :D [13:30] then what is the problem [13:30] psypher246: I suspect the issue you are seeing is because you have a lot of small files [13:30] i 30mb file is not a small file [13:30] and that gap between files is killing you [13:31] psypher246: ah, hmm [13:31] nope [13:31] not it [13:31] currently doing a 90mb file, same issues [13:31] Chipaca, my files are marked as updated/synced [13:31] psypher246: ok, so I don't know why you're getting that. I didn't do anything special (and 30kB/s is my maxed out uplink) [13:31] but they dont exist in web [13:31] LiCeT: that's something else [13:31] and copied all the files in my non-updated u1 folder to drop box folder, did 400mb in less than 10 mins [13:32] k [13:32] i supposed that [13:32] yes, dropbox is awesome, we have so long a road until we get there [13:32] but we will :) [13:32] i put all this in the bug report: https://bugs.launchpad.net/ubuntu/+source/ubuntuone-client/+bug/461963 [13:32] Launchpad bug 461963 in ubuntuone-client "Slow upload syncing from client" [High,In progress] [13:33] do you have any idea about my problem Chipaca ? [13:33] LiCeT: so, things first: in a terminal, do “killall ubuntuone-syncdaemon; /usr/lib/ubuntuone-client/ubuntuone-syncdaemon --debug” (without the quotes) [13:33] Chipaca: no offence, then there shouldn't be a commercial component to this, especially if it's still beta [13:33] LiCeT: and please pastebin the last screenful of that [13:34] I don't mind paying, supporting canonical with pleasure, but I really really jhope this is sorted very soon [13:34] k [13:35] give a min :) [13:35] thx [13:36] it stops without ending?!? [13:37] Chipaca: i know there is a bug for this, but are they aware of the severity of this bug and is it possible to see how many people are affected? [13:38] psypher246: by "they" you mean "you (plural)" [13:38] psypher246: :) [13:38] LiCeT: yes, it never ends. I mean it doesn't end until you stop it. [13:38] LiCeT: don't stop it, just pastebin the output [13:39] i guess, :) [13:39] k thats what i mean :) [13:39] psypher246: are _all_ your files 30M? wasn't it you that had your .mozilla and source trees with .c files in them etc? [13:40] Chipaca, http://pastebin.com/d247e1d0a [13:40] it's all random stuff, essencially want to backup my whole home folder [13:40] and at this time the files int ehre are all random sizes and file types [13:41] psypher246: ok. Can you identify one file that is large (lots of megs) and not uploaded yet? [13:42] LiCeT: in the panel at the top of the screen, you have the image of a cloud? [13:42] erm...no [13:42] Chipaca: k got one 143mb file [13:42] LiCeT: do you have a systray? [13:43] i stopped after the pasting [13:43] psypher246: do you have u1sdtool? [13:43] yes [13:43] LiCeT: ok, in the terminal once more, can you do "ubuntuone-client-applet"? [13:44] psypher246: please do u1sdtool --info=/the/full/path/to/that/file [13:44] jup [13:44] started [13:44] LiCeT: now you have a cloud somewhere in your panel? [13:45] for a few sec. a msg saying "updating" [13:45] and the symbol in systray [13:45] LiCeT: heh, ok, there you go then [13:45] LiCeT: if the cloud applet isn't started automatically, you can find it under applications -> internet -> ubuntu one [13:46] yeah...but it doesnt update [13:46] it says "updating" [13:46] but there is never a update :/ [13:47] even if in the ubuntu one folder the files are all marked as synced/updated [13:47] maybe i'll try to delete all and put in again...what you think about it [13:47] ? [13:48] LiCeT: ok, hold on then [13:48] LiCeT: now, again, in a terminal, kill and start the syncdaemon in debug, and show me the last page of output [13:49] Chipaca: http://paste.ubuntu.com/316930/ [13:49] psypher246: do you have d-feet installed? [13:49] Chipaca: no what is that? [13:50] psypher246: a d-bus debugger. Please install it, we're going to be talking dirty with the syncdaemon (over dbus) [13:50] psypher246: (because when d-bus is broken, you use d-feet, get it?) [13:51] http://pastebin.com/m32c9aa6e [13:51] k done [13:51] psypher246: ok, run d-feet [13:52] LiCeT: ok, click the cloud, does it say "connect"? [13:52] Chipaca: k [13:52] yes [13:52] psypher246: connect to the session bus (this might happen automatically, otherwise, it's clicking the 'plug' thing) [13:52] LiCeT: click it [13:52] k [13:52] buss address? [13:55] it disconnect automatically after clicking "connect" [13:56] psypher246: ah! forget that [13:56] psypher246: file -> connect to session bus [13:56] psypher246: sorry for misleading you :) [13:56] ok [13:56] LiCeT: ok, please pastebin [13:56] have seen something interesting i think [13:56] in debug [13:58] http://pastebin.com/d79b50974 [13:58] seems an python problem?!?! [13:58] psypher246: then, click on "com.ubuntuone.SyncDaemon", and navigate to /status Methods, double click "schedule_next" [13:59] LiCeT: yes, it is. Can you update and upgrade your packages (or at least ubuntuone-client and family)? [14:00] i made an system update this mornig [14:00] it is all up to date [14:00] LiCeT: hm, strange. Ok. [14:00] how do it with ubuntuone-client? [14:00] verterok: ping [14:00] Chipaca: pong [14:00] Chipaca: don't have schedule_next in that screen [14:00] oh wait [14:00] verterok: http://pastebin.com/d79b50974 [14:01] verterok: that's LiCeT's issue, he's updated/upgraded this morning and getting that [14:01] Chipaca: do i look under com.ubuntuone.syncdaemon.statsu or syncdaemon or introspectable? [14:01] installing ubuntuone-clinet-tools now [14:01] psypher246: ah! com.u1.sd.status [14:01] LiCeT: hi, could you pastebin the contens of ~/.config/ubuntuone/syncdaemon.conf ? [14:02] yup [14:02] Chipaca: k [14:03] verterok, http://pastebin.com/d5855ddf [14:04] installed ubuntone-client-tools now...may i have to relogin? [14:04] LiCeT: nope [14:04] k :) [14:04] LiCeT: are you using the karmic or ppa packages? [14:05] karmic i think [14:05] was installed when installing karmic [14:05] just the "original" one [14:05] LiCeT: ok [14:05] LiCeT: you'r hitting a known bug, already fixed in trunk [14:05] LiCeT: removing ~/.config/ubuntuone/syncdaemon.conf should fix it [14:06] removing the entire file? [14:06] or just the content? [14:06] psypher246: found it? [14:06] yup7 [14:06] LiCeT: the issue is with the preference app and syncdaemon settings, when you enable bandwidth throttling and leave the default values [14:06] open [14:06] LiCeT: removing the while file it's ok [14:07] psypher246: ok, put «'', 'eb624d5b-5bf9-4c5a-b98d-8e8150cf84e6'» [14:08] including the << [14:08] >> [14:09] and just restart the applet verterok ? [14:09] LiCeT: yes, and syncdaemon too. to make your it's off: u1sdtool --quit :) [14:09] psypher246: nope [14:09] so just '', 'eb624d5b-5bf9-4c5a-b98d-8e8150cf84e6' [14:10] in the parameters box [14:10] psypher246: yes, and click 'execute' [14:10] This method did not return anything [14:10] psypher246: good [14:10] Chipaca: I should add that to u1sdtool ;) [14:10] oh ok [14:10] verterok: the rescheduling? [14:10] Chipaca: yeap [14:11] verterok: that, and the 'waiting_content', would be nice :) [14:11] Chipaca: and listing the queue [14:11] Chipaca: yeap :) [14:11] psypher246: are you monitoring your bandwidth usage? [14:11] Chipaca: constantly [14:12] psypher246: good :) can you execute "waiting_content" (just below schedule_next)? [14:12] also paste that line and go execute? [14:12] psypher246: no, just execute, no parameters [14:13] k [14:14] still no difference :( [14:14] LiCeT: same error? [14:15] jup [14:15] no updates [14:15] LiCeT: check if you still have ~/.config/ubuntuone/syncdaemon.conf? [14:16] there is a new one [14:16] lol [14:16] ah...yeah [14:16] with new values i changed [14:17] there are a lot of push events in debug but no updated [14:18] k...something working now [14:19] Chipaca: so what now? [14:20] psypher246: what did that waiting_content execution return? also, did you not see a spike in your upload? [14:21] Chipaca: nope not a blip: [14:21] http://paste.ubuntu.com/316952/ [14:21] still on 80mb of that 90 mb upload which started 2 hrs ago [14:22] psypher246: and you're currently connected? [14:22] yup [14:22] Current uploads: [14:22] path: /home/ruald/Ubuntu One/ruald/Backup/HoN/game/textures.s2z [14:22] deflated size: 95073070 [14:22] bytes written: 79522684 [14:22] Current downloads: 0 [14:22] psypher246: sucks! :( [14:24] verterok, seems to working now :) [14:24] thx m8 [14:25] LiCeT: cool! :) [14:25] thx a lot [14:26] LiCeT: curious at what speed is it uploading? [14:26] always :D === joshuahoover changed the topic of #ubuntuone to: Have a question? Ping jblount | Updated client software is now available to everyone running Ubuntu 9.10. Please run Update Manager to install it, and then restart the client. Enjoy 9.10! | https://one.ubuntu.com | https://launchpad.net/ubuntuone | Current Testing Client Revno is 276, Protocol Revno is 73 [14:29] deflated size: 1084498 [14:29] bytes written: 717596 [14:29] ok so as bad as me :) [14:30] :( === codec_ is now known as codec [14:30] its not so important to me...i just have small files [14:32] LiCeT: how fast is yr internet link? [14:32] 6000kb/s [14:32] no offence, but BASTARD! [14:32] anyway so i am not the only one with slow speeds [14:33] lol [14:33] remember its a free service psypher246 [14:34] i'm sitting on the fastest ISP backbone in my country and can only get 304MB/s down and 2000KB up [14:34] yeas sure if u took the 2GB option I am paying for 50GB [14:34] ah..ok [14:35] eitherway even using 2GB, it would take 66hours to upload all of tha [14:35] t [14:36] as i said...not important for me [14:37] psypher246: Hi! This slowness is really crappy. I'm not sure why it's happening either, but I'll see if I can't gather some data about it today. [14:37] morning, everyone [14:38] :) after noon [14:38] urbanape: yo [14:38] morning % localtime [14:38] brb [14:38] lol i know [14:40] LiCeT: course I also want to help make u1 friggin awesome, so getting to work on par with dropbox is a good mission [14:41] :) [14:53] * rtagger is testing overhead for empathy logs in couchdb... [14:53] rtagger: Neat! [14:54] jblount, so far, only basic info, the message itself+some technical info, no date, etc. I just want to see how much MBs the data will take :) [14:55] rtagger: Very interesting. I know CardinalFang was working on getting gwibber to use couchdb a while back [14:55] Yeah, I added some code but it's not good enough yet and is commented out in our package. [14:56] jblount, I'm not a dbus-enabled guy yet, so I'm still learning how to tie that up. gwibber may be more suitable since it does not need to handle single letters or ":)" with 200+ bytes of overhead [14:57] heh [15:00] CardinalFang: dobey jblount rodrigo_ teknico vds [15:00] Desktop+ MEETING BEGINS [15:00] The drill, you know it. "me" gets you in the meeting, then you paste DONE / TODO / BLOCKED [15:00] me [15:00] me [15:00] me [15:00] me [15:01] me [15:01] dobey: ? [15:01] vds: When you are ready. [15:01] me [15:01] DONE: Estimates and mobile sync restart [15:01] TODO: more estimates [15:01] BLOCKED: nope [15:01] rodrigo_: go! :) [15:01] • DONE: Submitted fixes for marking records as deleted instead of deleting them. Fixed missing postal addresses when saving contacts in evo-couchdb [15:01] • TODO: Talk to Ara about writing mago tests for evo-couchdb. Conflict resolver tool in pair tool. Look at becoming a MOTU (https://wiki.ubuntu.com/UbuntuDevelopers). openSUSE/Fedora packaging with aquarius. API documentation for couchdb-glib. Make sandy's snowy test suite work with our server (http://git.gnome.org/cgit/snowy/tree/api/tests.py). Discuss with jdo and aquarius about oauth token per app, not per machine? Push evo-couchdb [15:01] • BLOCKED: no [15:02] next: teknico [15:02] DONE: did more reviews; estimated the new work on funambol phone sync with vds [15:02] TODO: restart work on funambol phone sync; fix IM address handling in the contacts web UI (#475224) [15:02] BLOCK: none [15:02] next: CardinalFang [15:02] DONE: More work on replication. Finished most of test infrastructure. Having to refactor a bit. [15:02] TODO: Refactor. Help convince Debian that package split of couchdb is smart. [15:02] BLOCKED: None. Still miserable with allergies/cold. [15:03] jblount, vamanos [15:03] DONE: National Holiday [15:03] TODO: FACE duty [15:03] BLOCKED: lots of interesting things to work on, all at the same time [15:03] dobey: GOOGOGOG === mbarnett` is now known as mbarnett [15:04] ☺ DONE: Perf review work, US Holiday [15:04] ☹ TODO: Open Enrollment, Lucid work estimates, Finish NM bug work, Backport fixes to stable-1-0, Prepare an SRU [15:04] ☹ BLCK: None. [15:04] I think that's EOM, well done everyone! [15:08] Chipaca: ah u back, anything else i can try? [15:09] psypher246: back, but only to say I'm without internet for a while [15:09] Chipaca: [15:09] Chipaca: lol ok no worries [15:09] this is me going out over GPRS (pay-by-the-bit), which isn't going to last long [15:09] psypher246: The speed issue is a known problem that we don't have a fix for (yet) [15:10] ok cool i will wait, will this bug be updated when fixed: https://bugs.launchpad.net/ubuntu/+source/ubuntuone-client/+bug/467137 [15:10] Launchpad bug 467137 in ubuntuone-client "upload failed (dup-of: 461963)" [Undecided,New] [15:10] Launchpad bug 461963 in ubuntuone-client "Slow upload syncing from client" [High,In progress] [15:10] or there possible another? [15:11] Yeah, I'll make sure 461963 gets updated, so subscribe to that one if you want updates [15:11] btw, this is off-topic, but.. how can I remove the database from desktopcouch so it does not get downloaded from u1? Looks like 'delete database' does not propagate via replication... [15:11] already deon, thanks [15:11] jblount: I think psypher246 isn't the usual speed issue, but I might be wrong [15:12] psypher246: please explain about the 90MB file sitting not uploading for a long time, in the bug [15:12] well it does upload [15:12] just at like 5KB/s avg [15:12] that file is donwe now, the one we were trying to force with d-feet is queed now, but it was next in line anyway [15:13] ok, bbl, with the internets [15:13] psypher246: exactly, all that, in the bug please [15:13] will do sorry it's actually this bug: [15:13] psypher246: what we did with d-feet was put it at the head of the queue, yes [15:13] https://bugs.launchpad.net/ubuntu/+source/ubuntuone-client/+bug/461963 [15:13] Launchpad bug 461963 in ubuntuone-client "Slow upload syncing from client" [High,In progress] [15:13] ok, BBL === SteveA_ is now known as SteveA [16:21] i wonder.. how free is this ubuntuone. and where is api? [16:26] miha, you have access to the source code of everything on your computer. The API docs... those are somewhere online. Where are those. jblount, are you Face today? [16:29] CardinalFang: Indeed, as pointed out in the topic :) [16:31] Sadly, I am unfamiliar with the api you speak of. [16:32] jblount, sorry, didn't see the timestamp on it. Binging "Ubuntu One API" doesn't get me docs about how to write a client for (e.g. OS X or my phone). I think that's the kind of doc miha wants. [16:32] statik, u1 api docs? [16:33] i thought i'd check if i can (ab)use storage space :) [16:33] CardinalFang: You really are going to have to stop saying "binging" if we are going to have any sort of conversation for longer than a few seconds. I just recovered from laughing. [16:34] is this a http protocol? or what? [16:34] CardinalFang: lp:storageprotocol [16:35] miha: the transport used is http(s), and the protocol defined usin google protocol buffers [16:35] *using [16:36] verterok ok so i could use jakarta httpclient to use it from java? [16:36] Ah, https://launchpad.net/ubuntuone-storage-protocol [16:36] miha: hmm, I think so, but you'll need to compile the protocol buffer to java, as the current one is python :) [16:37] miha: using the java protocol buffer compiler, that's it [16:37] i see [16:38] just a side thought, license allows windows clients? ;) [16:39] Sure. They're welcome, in fact. [16:39] jython to the rescue! [16:39] CardinalFang: jython? [16:39] miha: I'm offering cookies in exchange for a windows client. [16:40] CardinalFang: we need twisted-jython ;) [16:40] well perhaps one could wrap java JNI around phyton stuff? [16:40] hehe [16:40] jogl does it great for opengl [16:40] jython makes python code into JRE bytecode. [16:40] You can call both directions. [16:41] CardinalFang: jython to use the protocol? [16:41] jython(protobuffer) -> .java files. [16:42] or .jar. [16:42] CardinalFang: no need for that, protobuf-java-compiler -> java files ;) [16:42] I have not tested this. I give it a 80% chance of working. [16:42] Excellent. [16:42] AFK. [17:03] can any body can tall me how to resolve compabilities mismatch with server issue [17:08] hi ranjan [17:08] ranjan: you'll need to get the latest updates and then restart the ubuntu one client [17:08] ok thanks [17:55] * jblount goes for lunch. To the kitchen. A few feet away. [18:01] CardinalFang, we have no docs and aquarius is going to make some one day soon [18:01] k thx === dobey_ is now known as dobey [22:52] * rtagger feels guilty for programming unknown thing in unknown language using unknown technology:)... The hacked-up-quickly-empathy-logging seems to work fine (No clients were harmed during production, and by "hacked" I mean REALLY hacked). [22:54] issues so far: 1. need to learn python. 2. need to learn dbus a little bit more, 3. couchdb needs compacting pretty badly - 2.3Mb for 400 lines of chat messages. [22:56] 4. need to find out how to program the viewer. 5. logging is not "pluggable" in empathy since it is hardcoded inside not as dbus service. [22:59] so far this is a standalone script that listens to MessageSent, MessageReceived and NewChannels signals from dbus, does some internal magic to find out from/to and dumps everything to couchdb.