[00:06] ok, this is EOD for me. [00:16] rye: no... nightlies are going to break real son [00:16] soon [00:16] Chipaca, should i build a stable nightlie before it all breaks for my amusement? [01:13] Byee all friends :) [02:46] Can someone help me/tell me why Tomboy refuse to sync? [02:50] no rush on that, feel free to ping me anytime :) [05:58] hey what happened to all my data? [05:59] i mean it's been a while since I used ubuntu one but does anyone know when if I can expect to get it back [11:33] rye, are you online? [11:34] otto__, yes, hi! [11:34] rye, remember me from last evening with the bug about ubuntuone filling my /tmp ? [11:35] rye, bug analyzed and posted at https://bugs.launchpad.net/ubuntuone-client/+bug/702309 [11:35] Launchpad bug 702309 in ubuntuone-client "Ubuntuone-process makes hunders of files like /tmp/tmpXXXX, fills hard dirve (affects: 1) (heat: 6)" [Undecided,New] [11:35] hello rye [11:35] otto__, created and kept open, awesome [11:35] The problem is happening at the moment, I could debug more. [11:36] otto__, what version of ubuntu are you running? [11:36] duanedesign, hi! [11:36] lucid [11:36] otto__, ok, great [11:40] otto__, could you please attach ~/.cache/ubuntuone/log/syncdaemon.log ? and then see whether you can collect some debug output by killing ubuntuone-syncdaemon and running it as /usr/lib/ubuntuone-client/ubuntuone-syncdaemon --debug > ~/syncdaemon-debug.log [11:42] attached ~/.cache/ubuntuone/log/syncdaemon.log [11:43] failure TRY_AGAIN [11:44] facundobatista, hmm, is it possible that upon receiving TRY_AGAIN on upload (bug #702309) the client does not close the filehandle but moves to another content queue item thus accumulating the deflated files? [11:44] Launchpad bug 702309 in ubuntuone-client "Ubuntuone-process makes hunders of files like /tmp/tmpXXXX, fills hard dirve (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/702309 [11:50] rye, let me see... [11:50] rye, on one hand, the deflated file is created when the Upload starts, and removed if the Upload fails, or finish successfully [11:51] TRY_AGAIN is retryable, so the deflated file is not removed (as will be used again) [11:53] rye: i keep forgetting the command to run evolution in Maverick+ for debug info. It is no longer /usr/lib/evolution/evolution-data-server-2.28. is it e-addressbook-factory [11:53] rye, on the other hand, when a command is retried, it's queued on top of the queue [11:53] rye, so, it should not happen because of that [11:56] rye, otto__, there is something ugly in that log... why are you receiving TRY_AGAIN for all those different files? [11:56] facundobatista, you tell me :) [11:57] otto__, I'd need a debug log, from start [11:59] "TRY_AGAIN is retryable, so the deflated file is not removed (as will be used again)" does not sound good. This would mean that if I upload a 40 GB directory, I'd need 40 GB /tmp space. You shouldn't duplicate all my new uploadable files. === teknico is now known as teknico_away [11:59] otto__, we don't deflate all files at once [12:00] facundobatista, on my computer it looks like it is trying to deflate all files at once [12:01] why else put 22Gb+ stuff in tmp? [12:01] duanedesign, well, yes... [12:01] otto__, we may have a bug, that's why I need the debug logs [12:01] rodrigo_, ping, is there any news regarding couchdb evolution corruption? [12:04] facundobatista: first 15 minutes logged at http://otto.kekalainen.net/u1-bugs/syncdaemon-debug-1344-1359.log. I won't attach it to the bug report, since file names contain private data and I don't want to make the bug private either (in case somebody else has the same problem). [12:07] facundobatista: Interesting. Now when I'm running in debug mode, upload started immediately and I didn't have to wait for hours. Also, in stead of files like /tmp/tmpXXXXXX I can now see a file name /tmp/000108.jpg and it's a picture from my folder ~/Kuvat uploading. [12:07] o_O [12:08] otto__, debug mode does not change behaviour, just what is logged and what it doesn't [12:08] u1sdtool --waiting-content | wc -l shows now 7152 [12:09] u1sdtool --current-transfers is Current uploads: 0 Current downloads: 0 [12:09] Network shows 140 KB/s uploading.. [12:09] otto__, is there anything in u1sdtool --waiting-meta ? [12:10] otto__, OTOH, syncdaemon is quite self-fixer [12:11] otto__, you can use nethogs to see who's using your network [12:13] facundobatista, installing nethogs.. however the network upload dropped now to 0. u1sdtool -s shows State: READY and offline. I'll try u1sdtool -c [12:16] otto__, if it's in READY, it's not using the network [12:17] facundobatista, Yes, appatently it went offline by itself. I already ran u1sdtool -c. It is now in State: SERVER_RESCAN [12:20] otto__, it does not go offline by itself unless a serious problem happened [12:21] otto__, search for Traceback or ERROR in the logs [12:22] facundobatista: I guess there is a serious problem then. It is still in State: SERVER_RESCAN. If it behaves like before, it will take hours until the uploading starts and /tmp gets filled. I'll send you the debug log then. Is there anything else I can do to help you help me? [12:28] Now State: QUEUE_MANAGER. /tmp/tmpfPFtnz appeared. No outgoing traffic. 50 MB log at http://otto.kekalainen.net/u1-bugs/syncdaemon-debug.log [12:29] queues: WORKING_ON_CONTENT [12:29] otto__, all that is fine [12:29] otto__, the tmp file appears when it started to zip the original file [12:30] otto__, is the tmp file growing? [12:30] otto__, how is your disk space left? [12:30] yes: 1885569024 2011-01-13 14:30 tmpfPFtnz 1968390144 2011-01-13 14:30 tmpfPFtnz. 20 GB free disk space. [12:32] otto__, 2GB of deflated file? wow [12:33] facundobatista: there is a sync icon on our wedding video (12,5 GB) [12:37] otto__, your last log file does not have any error, but note that your SD starts disconnected, so the serious problem may made it restart, and that rotated the log [12:37] otto__, still ziping the file? [12:38] 3,9G 2011-01-13 14:37 tmpfPFtnz [12:38] yes [12:57] rye, I committed a fix in couchdb-glib that should have been in the nightlies in the last couple of weeks [12:57] rye, still seeing it? [13:00] rodrigo_, looking, in any case could you please update bug #673568 (e.g. attach the branch reference) ? [13:00] Launchpad bug 673568 in evolution-couchdb (and 1 other project) "Error modifying contact, other error when saving contacts (affects: 30) (dups: 4) (heat: 146)" [High,In progress] https://launchpad.net/bugs/673568 [13:03] rye, it was done in git, no bzr branch [13:03] but yes, updating the bug [13:10] facundobatista: done at 12G 2011-01-13 15:09 tmpfPFtnz and then it moved on to make new files, like 50M 2011-01-13 15:09 tmpB0RXfb, 17M 2011-01-13 15:09 tmpiOH5Cu, 7,6M 2011-01-13 15:09 tmppiaYKw [13:11] facundobatista: uploading at 120KB/s, nethogs tells it is program /usr/bin/python [13:11] otto__, debug logs at this point, please [13:12] otto__, you can see which python program is with the pid [13:17] facundobatista: uploading http://otto.kekalainen.net/u1-bugs/syncdaemon-debug-1400-.log [13:19] otto__, let me know when it finished uploading [13:39] facundobatista: http://otto.kekalainen.net/u1-bugs/syncdaemon-debug-1400-.log done (15 minutes ago, I was away a while) [13:39] rodrigo_, while trying to create a contact in Maverick w/ nightlies i received a Segfault [13:39] rodrigo_, doing gdb [13:43] otto__, it always helps to zip these logs [13:51] rodrigo_, http://paste.ubuntu.com/553598/ :( [13:51] rodrigo_, crash upon creating new contact [13:57] otto__, which client version are you using? [13:58] otto__, which Ubuntu do you have? [14:00] otto__, wow, you have a pre-generations client! [14:01] rye, did we backport generations to lucid? [14:01] __lucio__, ^ ? [14:02] facundobatista: I'm running lucid with all the latest updates. [14:03] facundobatista, not in main, only in nightlies, lucid standard is still running pre-generations support as far as I know [14:03] rye, wow [14:03] rye, is there a way for otto__ to use newer client without going into nightlies? nightlies is not rock solid (it's just trunk) [14:05] otto__, yes, we have a bug in that version than when a retryable failure happens, other command is queued, so other Upload enters into it, and start zipping other file [14:05] facundobatista, there is also "ubuntuone/stable" which is somehow more stable than trunk, need to check it now for lucid [14:05] rye, it has 1.4, right? [14:06] otto__, you should seriously consider upgrading the client version if will handle thousands of files [14:08] facundobatista, should be ubuntuone-client - 1.4.4.1-0ubuntu1~lucid1 [14:10] rye, facundobatista: I am a U1 paying customer and I've spent several days of my spare time to fix U1 bugs (this isn't the only one) because I want to support Ubuntu/Canonical. This isn't about how I can get my stuff working, but about how you can get your stuff working for everybody. Please fix this bug by releasing a new client for Lucid which everybody would use. [14:10] rye, but that is not lucid by default, right? I just checked and bzr+ssh://bazaar.launchpad.net/~ubuntuone-control-tower/ubuntuone-client/trunk *has* generations [14:10] hellow fellow developers! [14:10] Hola karni [14:11] hey facundobatista [14:11] facundobatista, lucid has 1.2.2-0ubuntu2 by default [14:11] rye, facundobatista: I need to go shopping. Comment on #702309 if you come up with a solutiong. [14:11] bye! [14:11] beuno: hello there! [14:12] otto__, bye! thanks for your help [14:17] heya karni! [14:17] beuno: :) [14:24] http://img31.imageshack.us/img31/7940/7d405ef594dc4a0597a91a0.jpg [14:25] oops [14:33] verterok: Hello my dearest developer! If I want to sync-up (upload) a modified file, I should 1. unlink the old version and 2. upload the new copy - is that correct? [14:34] karni: hi [14:34] verterok: hello :) [14:34] karni: no, you just upload the new content to the same file [14:34] verterok: oh, great! so I use the same nodeId, right? [14:34] good. thanks verterok ! [14:34] karni: yes, but you need to provide the "old" hash [14:35] * karni nods! [14:36] Guacamole! [14:46] karni: btw, the size = 0 in the delta info objects is a bug in the server. [14:47] verterok: o oh [14:48] karni: I have the tests...now I "just"need to fix it :p [14:48] verterok: thanks for the heads up. I don't need it right now, possibly in Feb/March. [14:48] verterok: heheh :) take your time. [14:48] ok [14:49] verterok: (so that I can compute fast the size of a UDF and if the user wishes to sync, say 'hey.. this won't fit onto your phones memory!' ;) ) [14:49] ahh, ok [14:52] beuno: (when you're here), aquarius, CardinalFang: I'd like to setup scheduled sync of files. Question is - when. Do we expect the user to run the app at least once? Or should it know it's supposed to sync periodically even in case of phone reboot (for that, we need another permission) [14:53] I think the additional permission makes sense. We thus automate behaviour, and a user can still go the app and disable sync at all. [14:54] karni, I think it's okay to ask for boot-time startup. [14:54] CardinalFang++ [14:54] Receive boot announcement. Schedule something to happen. Exit. [14:54] CardinalFang: exactly [14:55] Once background data is disabled by user, sync has no effect. Once the user disables syncs, in such case it disables the 'scheduled alarm' [15:13] rye, just did a fix for your crash in evo-couchdb, pushing to git in a minute, so should be in the next nightly [15:14] rodrigo_, ok, will be monitoring nigthtiles and poking you :) [15:14] rodrigo_, is there a web if for evo-couhcb git? [15:17] rye, git.gnome.org [15:20] rodrigo_, sweet! [15:57] thisfred, know of this? http://beets.radbox.org/ [16:04] can i get some reviews on: https://code.launchpad.net/~dobey/ubuntuone-client/gsd-listen-only/+merge/46131 please? [16:06] dobey: I'll take a look [16:07] dobey: approved, but I am assuming you know what you are doing there. [16:07] dobey: because I don't (at least I don't know if that causes problems elsewhere, so I assume it doesn't) [16:07] it doesn't [16:08] there is no reason that the gsd plug-in should ever request credentials, and it doing so causes ubuntu-sso-login to start at log-in, when it has no need to do so [16:11] dobey: ok, then [16:12] though, now i see another issue there [16:16] oh no, not another issue actually [16:16] k [16:16] CardinalFang: yeah, I have seen it, and it looks pretty awesome. I am extremely paranoid about automating too much of the metadata fixing though, [16:16] doh [16:17] especially since I do things differently from most humans [16:17] and quod libet lets you do it all anyway, right [16:17] don't forget to mention quod libet [16:20] dobey: thanks, that was what I was going to say next. QL's searching is even more powerful than beets' [16:21] quod libet + picard pretty much solve the same problem space for me === beuno is now known as beuno-lunch [16:42] Hi friends :) good morning [16:42] facundobatista: still here? I removed 50 % of the contents in ~/Kuvat, including a big 12 GB video file, and now the upload seems to work normally. There is only one temporary file in /tmp/tmpxxxxxx at the time and the upload que is shrinking:u1sdtool --waiting-content | wc -l: 6184;u1sdtool --waiting-content | wc -l: 6172 [16:43] TrickyJ: hello :) [16:54] dobey, approved, [16:54] rye: thanks [17:08] ralsina: ping [17:08] mandel: pong [17:08] ralsina: did I miss the standup again? [17:09] mandel: no, you didn' t [17:09] * mandel is relieved [17:09] you keep falling off your chair [17:09] dobey: that is a terrible joke :) [17:09] mandel: I had some problems at home today and I am having a difficult time getting things done on time [17:09] * ralsina hates plumbers [17:10] hah [17:10] I am having to go buy stuff or see what's broken or whatever every 10 minutes all day [17:11] ralsina: ok, no worries, but if you want to get rid of the plumber try with this: 'Your princess is in another castle' [17:11] it usually works [17:11] mandel: now THAT is a terrible joke [17:12] mandel: but I forgive you and dobey for them [17:12] heh [17:12] ralsina: is waaaaaaay better than the one with the farts and the doctor that you tell [17:12] mandel: well, I only use that one when it's necessary [17:13] sure... [17:14] mandel: wanna see my standup routine? [17:15] mandel: http://www.youtube.com/watch?v=qeoK5mW4X-c I am afraid it's a bit nerdy [17:22] otto__, are you using ubuntuone music store? [17:24] ralsina: you should find a less pixelatted video, besides that I approve :) [17:24] mandel: sadly that's the only video available :-) [17:25] :( [17:43] ralsina: I've got rugby training, if you guys do a standup I can be back here in 4:30 hours more or less [17:43] by the way that includes travelling, I do not run for 4 hours.. [17:43] mandel: not today, I am probably going to be away soon [17:44] ralsina: ok, then have a good one [17:44] I am going to swap today for a vacation day because I have not done anything useful [17:44] all: see you tom! [17:44] bye mandel! === mandel is now known as mandel_afk === beuno-lunch is now known as beuno === teknico is now known as teknico_away === nessita1 is now known as nessita [20:31] Have a great day guys. I'm still availible online if anybody needs me, but heading to other stuff now. [20:32] * beuno waves [20:33] beuno: FYI - periodic sync works (also, on phone boot/restart). sync includes meta and redownlad of favourite files (if necessary). there's still some work on the sync (Media, +upload of modified favourite files). I'll get there really soon :) [20:34] karni, sounds like huge progress [20:34] enjoy your evening [20:34] beuno: thank you, you as well :) [20:37] CardinalFang, vds: Heard you folks were working on 3rd party REST API goodness? [20:40] i don't think they are working on the REST API side of things [20:41] dobey, man, I can never seem to find the people that are. :) I think I've asked about every member of the team now [20:41] vds is [20:56] rye: yes, I'm using ubuntuone music store [20:56] mterry dobey: I think vds is [20:57] ralsina, k, thanks. Will lie in wait [20:57] mterry: you mayl have to come a bit earlier to find him awake, though :) [20:57] mterry: he's in .it [20:58] I'll just email him [20:58] thanks all [20:59] mterry: yep I am [21:00] vds, ah, just emailed you :) [21:01] mterry: ok, if you want we can chat tomorrow, I've already EODed [21:02] vds, cool [21:02] mterry: timezone? [21:02] vds, I'm in EST [21:03] vds, sorry, tomorrow I'll be one hour west of that [21:05] mterry: uhm, we are very far :) [21:05] vds, yeah. :) Email is fine [21:05] mterry: ok, have a nice day! [21:05] bye! [21:05] otto__, the stable version in ppa does not properly work in lucid so in case you add the stable ppa the music store will stop working [21:22] rye: Thanks for the info but I'm not going to install any PPAs. I want to run vanilla Lucid and help catch any bugs present in it. You see, I want to enhance the Ubuntu experience to everybody, including our company clients. [21:22] facundobatista, ^ [21:22] ok [21:23] rye: 99% of the users don't report bugs, they just stop using it or change to Dropbox or similar. I've recommended our customers to use Ubuntu One, so I want to make sure it works. (And all of our customers use Lucid, since minor releases are likely not stable enough for "normal" users.) [21:25] I've also noticed that U1 deletes files with too long filenames. I'll write a bug report later if I have time.. [21:26] Now I need to get some sleep. See you later! [21:35] hiya [21:36] rye, the music made it to the web, but not to me yet [21:36] thisfred, approved [21:36] dholbach, is u1sdtool --status showing READY ? [21:36] it says IDLE [21:36] and QUEUE_MANAGER [21:37] I reconnected and I'm on natty [21:38] dholbach, ok, so there are no new songs in .ubuntuone/Purchased from Ubuntu One ? [21:38] rye, not the one I'm looking for [21:39] alecu: awesome, landing [21:39] rye, I don't have the nightlie ppa, so I don't have desktopcouch-ubuntuone [21:39] dholbach, no, file sync is separate from dc [21:39] ok [21:39] ok [21:41] dholbach, try the following script - http://people.canonical.com/~roman.yepishev/us/ubuntuone-rescan-music.py - just download it and run as python ubuntuone-rescan-music.py [21:41] and see what it does [21:41] *whether it does something [21:41] WORKING_ON_METADATA [21:44] dholbach, has it finished working? [21:50] rye, ok, that made it work [21:50] rye, thanks a lot! [21:52] dholbach, you're welcome but it is not supposed to be so... mmm delayed [21:52] no idea what happened [21:52] it happened to me before [22:20] hey, anyone know if there are any plans to let the android music streaming app stream music from shared fodlers? [22:22] probably not [22:22] i would guess [22:23] but maybe [22:23] it does sound like a legal landmine [22:24] well you can just copy it all down and upload it to your own storage, its just painful to do that [22:26] yes - but I can't think of many fair uses for streaming music from shared folders. [22:27] your friend has lots of great CC music that you want to listen to? [22:29] I can think of few fair uses - but the truth is most people don't listen to the CC music. And that may not be fair, but this is the world we are living in. [22:29] but it still may be on their rader [22:30] fortunately such decisions aren't mine to take ;) [22:30] are there any ubuntuone guys at the platform sprint i can bribe with beers? ;) [22:33] you can bribe me all you want [22:49] except dobey prefers Shirley Temples to beer [22:50] i'm not big on redheads, actually [22:51] Virgin Mary's? [22:52] or girls named Mary