[00:00] Chipaca Ubuntu One change some attribute of a file ? I'm using rsync to keep updated my folder and backups and without any alteration, rsync change some files. [00:01] diogo: it shouldn't; what changes are you seeing? [00:02] Chipaca I'm using rsync -a [00:02] maybe is last updated time or some thing like that [00:02] no, we don't handle file attributes at all [00:03] I will see if rsync can tell me what is wrong [00:03] the only thing we do is chmod things in readonly shares [00:03] diogo: what version is your client? [00:04] 0.91.1+r134-0ubuntu1~ppa1~jaunty [00:07] that's ok [00:07] Chipaca, using rsync -aiv i received in front of file ">f..t......" [00:08] what does that mean? [00:08] I even touched that file [00:08] diogo: or maybe better: what does diff -urN say? [00:09] Chipaca I will see in log which are the last modified file [00:09] and then do that diff [00:10] ok [00:10] Chipaca Strange, aparently that only happends with binary files [00:13] Chipaca I tried with some files and receive nothing. Some files that rsync resynched was swf [00:14] strange, indeed [00:14] Chipaca Binary files a b differ [00:17] Chipaca forget that, that a file doesn't exists [00:17] Chipaca However swf files rsync continues resynching [00:20] that is very strange [00:21] Chipaca Now I got one, 'diff -urN "Ubuntu One/My Files/Projetos/kerov/media/games/formula-racing-xgz.swf" "Projetos/kerov/media/games/formula-racing-xgz.swf"' returns nothing however rsync resynched that [00:21] hmmm [00:23] diogo: tail -f ~/.cache/ubuntuone/log/syncdaemon.log [00:23] diogo: tell me what you see [00:26] Chipaca I did a tail with grep swf http://paste.ubuntu.com/252210/ [00:27] diogo: nothing out of the ordinary there [00:27] diogo: which direction are you rsync'ing in? [00:28] From "Projetos/kerov/media/games/formula-racing-xgz.swf" to "Ubuntu One/My Files/Projetos/kerov/media/games/formula-racing-xgz.swf" [00:28] It's just rsync -av $HOME/Projetos "$HOME/Ubuntu One/My Files" [00:31] diogo: what happens if you do rsync -avc instead of just -av? [00:32] Chipaca: For now, nothing. [00:32] I will wait some time until more files are processed [00:33] diogo: ok [00:33] diogo: also, if after a whiles -avc shows no difference, stop syncdaemon ("quit" from the applet will do, as long as you're not using nautilus to browse the u1 folders), do the rsync -av; if that shows a difference, please file a bug [00:33] we shouldn't be touching files all the time, if that is what we're doing [00:36] diogo: (don't forget to apport-collect the logs onto the bug) [00:36] Chipaca ok, thank you [00:37] diogo: no, thank you! [01:23] hi,who is familiar with ubuntuone? [01:24] Is the folder "Shared with Me" which stores the files from others? [01:26] yes [01:26] stuff people share with you :) [01:29] dobey:thank you. [01:30] dobey:I want to test the share function.but I only have one account.can you help me? [01:31] dobey:I share my file ,but it says some does not accepted the share.why? [01:32] lbsjack: the person you share to has to accept the share [01:33] Is the person should have ubuntuone account? [01:34] yes, they need to have an account to access the share, but the e-mail will have a link that lets them sign up [01:35] dobey:can I share a file with you? [01:35] just for test. [01:35] if you want to i guess [01:35] or you share a file with me? [01:36] so could you give me your email? [01:36] Many thanks in advance. [01:37] you can just share to dobey and it should work [01:38] ok,I share the file testfile.txt with you.can u see it ? [01:41] you can only share folders, not individual files [01:43] hehe [01:45] so you probably shared all your files with me [01:46] I'll try it. [01:50] any files you want to share, you should put in a sub-folder [02:04] dobey,I see. [02:33] dobey:are you online? [02:42] hi [02:42] I can not share folders between two accounts,why? [02:56] lbsjack: hi [02:56] lbsjack: why can't you? [02:56] Chipaca:hi [02:57] I created two ubuntuone account and test the folder share function,but it doest work. [02:57] lbsjack: how did you test? [02:58] Chipaca:I share one subfolder from one account,and it says someone doesnt accepted the share. [02:58] lbsjack: did you get the email, and accept the share? [03:01] Yes,I input the friend's email and share the folder. [03:02] and I check the shared folder,it tells me:*@*.com has not accepted the share you sent 32 min ago. [03:02] and the stop sharing button. [03:02] why? [03:03] lbsjack: ell, *@*.com needs to check its mail and click the "yes, I want to get the stuff" [03:04] *well [03:05] I check the mailbox of mine,the email was returned and cannot sent out. [03:05] is there a problem with my mailbox? [03:06] my mailbox is : mail.qq.com [03:06] lbsjack: I don't know [03:06] lbsjack: try sharing from the webpage? [03:06] I did it ,but the same as in ubuntuone-client. [03:07] lbsjack: what does the email return say? [03:07] Sorry,I delete it. [03:08] Chipaca:but I can try it again. [03:08] lbsjack: ok [03:08] Chipaca:If I share the folder ok.what can we see in friends interface? [03:09] lbsjack: what name did you give the share? [03:09] sub dir's name [03:09] let's say you called it "subdir" [03:09] such as mydir,and the share name is mydir. [03:09] so you friend would see [03:10] ~/Ubuntu One/Shared With Me/subdir from Your Name [03:10] in shared with me folder? [03:10] ^ that folder [03:10] hehe. [03:10] suddenly appear [03:10] and gradually sync [03:11] Yes,I hope to see it,but it doesnt appear. [03:11] they first have to accept the share [03:11] Chipaca:Would mind sharing a folder with me? [03:11] not at all [03:12] I'll probably unshare it afterwards [03:12] ok [03:12] my name is linuxshop@qq.com [03:12] I just test it. [03:15] ok [03:15] give me a while [03:15] ive got to upload something first [03:16] Chipaca:Are u a developer of ubuntuone? [03:16] lbsjack: yes [03:16] Chipaca:It's my honor to meet you. [03:17] heh [03:17] we all hang out in here [03:17] I have an advice [03:17] if the folder has been shared ,How can I know it? [03:18] I suggest the folder icon can display the change. [03:18] lbsjack: in nautilus, it should get a distinctive icon [03:18] emblem [03:19] really? [03:19] yes [03:19] Chipaca:can the ubuntu-client-gnome and the web run in the same time. [03:20] lbsjack: or you can do u1sdtool --list-shared [03:20] lbsjack: but that's not as user-friendly [03:20] lbsjack: yes, you can use both the gnome client and the web client at the same time [03:20] thank you,but Now,in my web interface I can see the shared folder. [03:21] lbsjack: right now notifications aren't hooked up, so you won't "see" changes until it refreshes [03:21] so How can I see the changs in local folder. [03:21] refresh? [03:22] lbsjack: sorry, I wasn't able to follow [03:22] or disconnt and reconnect? [03:22] ah, how can you see the shared folder locally? [03:22] disconnect/reconnect works. I think the client that's out _right_ now has a bug wrt share notifications, too [03:23] Chipaca:I use another account to share a folder to me. [03:23] so it'll only pick them up on startup [03:23] Ok,I see. [03:24] lbsjack: otherwise you would've gotten the share automagically [03:24] lbsjack: and failing that, u1sdtool --refresh-shares [03:24] Chipaca:I disconnt and reconect,and it work. [03:24] Now,the shared folder in my local dir. [03:25] lbsjack: you should have an email with my share offer, too [03:27] Chipaca:I have received your email. [03:28] but I have tested it successfully,so I will not to test your share.thank u very much. [03:28] ok [03:28] Chipaca:In my local folder in nautilus.the shared folder's icon is not changed. [03:29] the icon should remain the same, but it should have a "shared" emblem [03:30] orange, IIRC [03:31] Chipaca:I'll check it. [03:32] lbsjack: *maybe* you need to restart the syncdaemon there too [03:32] in which case, let me know [03:32] Chipaca:I quit the ubuntuone applet and then run it again. [03:33] lbsjack: on the computer from which you shared the folder? [03:36] Chipaca:no,I have two clients,client1 and client2,I shared the client2's folder to client1. [03:37] Now I in client2's web interface. [03:38] the icon of client2's shared folder is the same with the folder that didnot share. [03:39] rats :( [03:39] Chipaca:I changed the user account,but the ubuntuone-client-gnome is still use the original user acount. [03:40] How can I change the user account in ubuntuone-client-gnome. [03:42] Chipaca:If I did not express myself I'll say sorry to you.Maybe I send you some screenshots. [03:42] I have a MSN account. [03:43] I'm not following at all. This is probably due to me being very sleepy. My apologies. [03:44] Chipaca:You are very kind. [03:45] I'll try it myself.thank you again. [05:48] anyone getting a error after the newest apt update? === till is now known as xtill === xtill is now known as till [10:08] been thinking all these "spinning and not doing anything" threads [10:08] how about changing the tooltip from "Working." to "$last action that caused that state" [10:09] eg. "Working: just started copying 'my/foobar.txt'" [10:09] this would give some backtrace about how the applet was instructed to be in that state [10:24] the second thing would be to have a watchdog add '(no responses for X seconds/minutes)' === fader|away is now known as fader_ [13:11] Hello everyone! === rmcbride changed the topic of #ubuntuone to: Help contact: rmcbride | File Sharing for Ubuntu | https://ubuntuone.com | https://launchpad.net/ubuntuone | Current Beta Client Revno is 134, Protocol Revno is 60 | Release 0.91 === dpm_ is now known as dpm [14:13] thisfred, couchdb and mozjs, whats the story there? Is the new snapshot built against mozjs or against xulrunner-1.9.1 ? [14:13] statik: I am not sure, and james is off to breakfast, but the wrong one in any case [14:14] statik: 0.9.0-2ubuntu-5 works on current karmic, so that must do it right [14:14] yay, thats the one i touched last [14:14] hehe [14:14] but asac is the one who fixed it [14:15] thisfred, i'm grabbing the sourcepackage out of our ppa now [14:15] james said something about asac (understandably) not wanting to ship two libmozjses [14:15] statik: ^ but if 0.9 can be made to work, so can the snapshot I'm sure [14:15] thisfred, it's built against mozjs instead of xulrunner-1.9.1 so I think thats the problem [14:16] this is basically the only diff we have left between debians version [14:16] ok, I don't know my mozjs from my elbow... [14:16] yet [14:16] i'll see if i can fix it now [14:16] and have you review it [14:17] that would be great, seeing as how james is busy sprinting [14:18] statik: should I reassign the bug to you? [14:18] thisfred, hit me [14:18] done! you rock! [14:28] hola rodrigo_, hows tomboy going? [14:31] oi [14:35] hey dobey [14:35] there are 4 approved branches in the ubuntuone-client queue, feel like running some tarmac-lander? [14:36] before rmcbride does the builds in a bit [14:44] sure, i was just about to look at the queue [14:48] statik: syncing now, although still a few details missing, which I'm working on right now [14:48] statik: but the 1st sync works great [14:48] rodrigo_, that is great! is the version in ubuntu syncing, or a local build with your patch? [14:49] rodrigo_, did pitti upload evolution-couchdb for you yet? I saw a comment in REVU that he was going to [14:49] statik: the server part is now in trunk, and I uploaded a tomboy package with the patch we used in dublin to our beta ppa [14:49] but it was an old comment [14:49] statik: no, still waiting for my last evo-couchdb submission to be accepted [14:50] rodrigo_, can you call pitti or seb and ask them about it? i hate to lose a few days lost in the shuffle - we really need that package in main, it's a key part of the contacts syncing story [14:50] ok [14:56] thisfred, jamesh: so i've rebuilt the couchdb snapshot against xulrunner-1.9.1 and still get the same error. i'm looking through the debug log now [14:56] hmm [14:57] weird that 0.9 works though. Does trunk require something newer than 0.9 does? [14:58] maybe I should ask that question in #couchdb :) [14:58] I wonder if there is a way we can run the couchjs command directly to see the error [14:59] statik: ok, riddell is uploading the package now [14:59] rodrigo_, that was amazingly fast [15:00] MEETING BEGINS [15:00] i should email riddell a beer [15:00] Hello Desktop+ people, say "me" to get in line for our daily standup. Format is DONE / TODO / BLOCKED [15:00] me [15:00] me [15:00] me [15:00] me [15:00] jblount, you first ;-) [15:00] statik: I should have poked them before, I guess :) [15:01] meh [15:01] urbanape, vds ? [15:01] me [15:01] me1 [15:01] me [15:02] statik: Go time :) [15:03] DONE: telephone, some bugfixes TODO: karmic blocker bugs, for always and ever. today is couchdb day BLOCKED: nope [15:03] rodrigo_, your turn [15:03] • DONE: Discussed with arusha about web notes UI. Packaged new json-glib 0.7.6 in beta PPA. Tomboy syncing fixes. Evo-couchdb fixes. Had evo-couchdb finally uploaded [15:03] • TODO: Add more tests in couchdb-glib test suite. More openSUSE packaging. Change tomboy syncing prefs interface to show many servers. Add social services accounts config to about-me. Talk to Ara about writing mago tests for evo-couchdb. File bugs for missing evo-couchdb fields and summary of the fields it uses [15:03] • BLOCKED: none [15:03] jblount: go [15:03] DONE: FACE DUTY, too many calls in the morning [15:03] TODO: Finish up interface tweaks for colors and sizes on files ui (never to be named "new" again), start working on popup overlay modal dialog things. [15:03] BLOCKED: Having some trouble with couchdb loop ('make start' produces: Desktop CouchDB is not running; starting it. Apache CouchDB has started, time to relax. Desktop CouchDB is not running; starting it. Apache CouchDB has started, time to relax....) [15:03] teknico: rocknroll [15:03] DONE: more reviews, completed the branch to remove relative imports, dist-upgraded to karmic [15:03] TODO: landing the branch to remove relative imports, more work on disabling free phone sync after 30 days [15:03] BLOCKED: none [15:03] next: dobey [15:03] ☭ DONE: Finished #386443, Fixed #362469, #396719, Fixed small issue in new package [15:03] ☭ TODO: Upload/Download status handling, OAuth 1.0a [15:03] urbanape: your roll [15:03] DONE: Landed filename truncation, done in Javascript rather than CSS. [15:03] TODO: Fix more bugs, make files UI (don't have to say 'new' anymore) better. [15:03] BLOCK: Nada [15:03] CardinalFang: sink your teeth into it. [15:03] ☭ BLCK: None. [15:04] DONE: desktopcouch starting/testing tests and patches. Python patch submitted. [15:04] TODO: Gwibber accounts and icon caching. Ya rly, today. Daydream about vacation. More d-c test with thisfred. [15:04] BLOCKED: None [15:04] vds, hey, go! [15:04] DONE: helped with various branches, fixed and landed branch to change the name of config files, closed bug related to db in production [15:04] TODO: tomorrow I'm out [15:04] BLOCKED: no [15:04] anyone else? [15:05] I guess not [15:05] MEETING ENDS [15:06] you guys rock [15:06] rodrigo_, so if i install the version from our ppa, tomboy can sync? [15:06] statik: with trunk, yes, I posted a video to the 'desktop from vds' share at u1.com [15:07] rodrigo_, I see the version in karmic is 0.15.5-0ubuntu1, but in the ppa is 0.15.4-0ubuntu2. do you know when the next tomboy upload into karmic will happen? [15:08] no, I was planning to submit the patch soon [15:08] or should I submit it now? [15:09] hmm, in fact, 0.15.5 has been submitted very recently, since yesterday I did the 0.15.4 package from the version in karmic [15:10] rodrigo_: That video is fantastic! Way to go :) [15:11] statik: I guess I'll just go ahead and submit the patch, to avoid people losing it when upgrading newest versions from karmic, ok? [15:11] jblount: glad you like it :) [15:11] jblount: there is a 500 error from the server, but don't look at the terminal and everything is fine :D [15:12] rodrigo_, sounds great! jdobrien mentioned that the redirect problem during oauth exchange is something we are doing on the server side that was a bit weird for the file sharing system - i hope we can remove that for the tomboy oauth [15:12] rodrigo_: Working is a form of onde :) [15:12] statik: ah, ok [15:12] rodrigo_, and you are doing an ubuntu patch for defaulting to ubuntuone.com, yes? [15:12] statik: I'm just moving the couchdb->tomboy notes code to its own function and calling that from the GET and PUT responses [15:13] statik: yes, although that is going a bit slower, but yeah, should have something by begining of next week [15:15] thisfred, my same branch, is this any better? [15:16] statik: Reguarding 'public links' it's too bad that the public links link to a version that will cost bandwidth, when the user has the file locally at ~/Ubuntu One/Shared With Me/* [15:17] CardinalFang: will try after contacts skype up [15:17] jblount, we need to figure out more about bittorrent and cloudfront to help with that [15:19] jblount: how do you know the user has it there? [15:19] jblount: those aren't public links then :) [15:20] statik: couchdb works in karmic for vds [15:20] dobey: Yeah, public links in the way we are implementing in the short term, but you are totally right. [15:20] vds: he symlinked xulrunner manually [15:20] jblount, statik: we could create a custom uri that checked if the user had it locally, and hit the web if not [15:20] dobey: Yeah, cause apt links have worked sooo well for us :) [15:21] lalala i can't hear anyone talking about custom uris [15:21] ;) [15:22] jblount: this wouldn't be from within firefox though [15:22] ie, the user would probably click the link in pidgin/xchat/something [15:25] statik: vds: this is my xulrunner situation: http://pastebin.com/d36c15bb3 [15:26] vds: can you paste your output? [15:27] thisfred, so when i run couchjs inside the pbuilder chroot after building it, ["reset"] prints true, as expected. when I run the same thing on my locally installed version, it doesn't print anything. the basic tests in futon still fail the same way even in the version i'm running in the chroot though [15:29] thisfred: statik http://pastebin.com/m7d83fdfc [15:31] ok, statik vds has a 100% working couch [15:31] i wish there was a way to see more than 'exit code 2' from the failed subprocess [15:31] oh? [15:31] vds, if you look in /usr/bin/couchdb, what is LD_LIBRARY_PATH being set to? [15:32] statik: nm, he's on 0.9 [15:32] ah [15:32] an earlier pinning [15:32] statik: looking in /proc/$pid/environ might help [15:33] jamesh, ooh, good idea. so start couchdb, then try to find it's couchjs subprocess, and check out what environ it has [15:33] i'll try that === ink_away is now known as inkvizitor68sl [15:35] thisfred, jamesh: btw this is the environment i have for testing couchdb packages, that noah helped me set up: http://pastebin.ubuntu.com/252547/ I then grab the source package, and build it with pbuilder-karmic build .dsc, and then in the shell I get run 'make dev;./utils/run' to get that version of couch running [15:36] statik: thanks, I'll set it up too [15:38] thisfred, pbuilder-dist comes from ubuntu-dev-scripts package, and you have to do a 'pbuilder-karmic create' once to set up the env [15:39] ack === fader_ is now known as fader|afk [15:41] statik: another weird thing: the system couchdb on 5984 gives different errors. It won't let me access it through the browser at all [15:43] thisfred, odd - i don't have that problem [15:43] statik: mark also has it [15:46] thisfred, i found something interesting [15:46] the couchjs process that is being spawned is /usr/lib/couchdb/bin/couchjs [15:46] which is the raw binary [15:46] and not the wrapper script at /usr/bin/couchjs, which sets the LD_LIBRARY_PATH [15:49] at least thats what i see from ps aux. it looks like [query_servers] in default.ini is correctly pointing to /usr/bin/couchjs though [15:51] statik: ah, maybe our .ini creation scripts mess things up? [15:54] thisfred, i'm seeing failures in a totally isolated environment away from our code though [15:54] Chipaca: what's the bug # for the "need to time out START_WORKING_etc... stuff"? [15:55] dobey: it's linked from the branch... give me a sec [15:55] dobey: https://bugs.edge.launchpad.net/ubuntuone-client/+bug/386314 [15:55] Launchpad bug 386314 in ubuntuone-client "START_CONNECTING_WITH_CONTQ doesn't time out" [Undecided,Triaged] [15:55] ubottu: dude, you must live *inside* launchpad [15:56] Error: I am only a bot, please don't think I'm intelligent :) [16:14] * jblount is really glad his phone can stream last.fm for days when pulse is cranky [16:15] brb [16:19] thisfred, so my brain is slowly catching up with this couchdb problem [16:19] if you run "couchjs /usr/share/couchdb/server/main.js", and then enter ["reset"], what do you get? [16:19] i get nothing back, which I think is what is causing couchdb to time out waiting for a response [16:19] statik: me either [16:22] it's like the loop that reads a line of input isn't returning [16:26] thisfred, the version i rebuilt locally against xulrunner-1.9.1 is working now that I've installed [16:27] installed.... *looooong drum roll* [16:27] installed the locally built version from my pbuilder [16:27] cool [16:27] the only change I made was to change it to xulrunner-1.9.1 [16:28] i'm wondering whether I should try to confirm for sure that was the problem [16:28] can I help in confirming that? [16:30] thisfred, it's confirmed! super weird. I edit /usr/bin/couchjs to call xulrunner-1.9.1 instead of xulrunner-1.9 to get the path [16:30] and then it works properly, printing back "true" [16:30] i'll upload to the PPA [16:31] rawkness [16:35] statik: so I think it's because of all the weird symlinks going back and forth: [16:35] eric@thelog:~$ xulrunner -v [16:35] Mozilla XULRunner 1.9.0.13 - 2009080311 [16:35] eric@thelog:~$ xulrunner-1.9 -v [16:35] Mozilla XULRunner 1.9.0.13 - 2009080311 [16:35] eric@thelog:~$ xulrunner-1.9.1 -v [16:35] Mozilla XULRunner 1.9.1.2 - 20090810133528 [16:36] i wonder whether the old couchdb in karmic right now is broken too [16:36] statik: the 0.9.0-2ubuntu5 works just fine in karmic [16:36] double confirmed [16:37] thisfred, trunk did have that patch to compile with the new xulrunner [16:37] so maybe thats at the core [16:37] might well be [16:37] ok, couchdb_0.10.0~svn802936-0jh4 is uploaded to -hackers. note the trailing jh4 instead of jh3 [16:37] thisfred: For reference, I edited the utilities/start-desktopcouch file so that I could get some work done. I'm operating under the hope that someone else will run into the problem that I had. [16:37] now I must search for foo [16:37] d [16:38] jblount: chad is working furiously on desktopcouch [16:38] jblount: and I should be helping him debug, but for that I have to downgrade again [16:39] statik: thanks! bon appetit! [16:39] jblount: so, s/downgrade/upgrade/ ! :) === fader|afk is now known as fader_ [16:40] "Static IV: The search for food" [16:40] I like "the search for foo" as well :) [16:40] very zen [16:43] I find putting "very zen" after everything you say makes you seem more intelligent. And very zen. [16:45] hmm, now I wonder if I have -hackers, because I'm not seeing the upgrade [16:48] maybe it is possible that rebuilding karmic's couchdb would cause it to stop working [16:58] CardinalFang: improvement! http://pastebin.com/d602e52af -- couch seems to be started 3 times, but only one (with two processes) is left running at the end [16:59] CardinalFang: still a weird twisted error. Replacing twisted testcases with testtools testcases solved that for me [16:59] Hrm. [17:07] thisfred, pushed changes to test cases. I'll propose this for merging now. [17:08] CardinalFang: cool, I bet I can do a pretty quick review ;) [17:09] CardinalFang: did you really push those changes, or are you going to? I saw no change after repullinh [17:09] s/h/g/ [17:11] thisfred, yes, revno 44 [17:12] This is hopefully the last desktopcouch patch for a while. [17:12] Once oauth is worked out with couchdb, then I'm back on it. [17:13] CardinalFang: maybe launchpad lag, got it now, tests pass, preapproved! [17:20] pfibiger: "Archers of Loaf" is one of the bands I should like, yeah? [17:21] I prefer Pinchers of Loaf [17:21] a cover band [17:21] When my commit summary is 6 condensed lines long, perhaps I am putting too much in one branch. [17:21] heh [17:22] Uncondensed, seven paragraphs. [17:23] Reviews, anyone? https://code.edge.launchpad.net/~cmiller/desktopcouch/getport-at-call-time/+merge/10105 [17:24] jblount: probably yeah. it's pretty angular, fractured stuff [17:26] pfibiger: last.fm keeps playing them today, but I couldn't remember if they were on my list. [17:26] Reasonably enjoyable, will listen more when I have working sound on my laptop. [17:27] jblount: I'm curious whether CardinalFang's branch fixes your perpetual motion couchdb poblems [17:28] (if it doesn't, don't tell me about it!) [17:29] thisfred: I will certainly test it, let me push this branch first. [17:29] I like arch support loafers [17:31]