[00:00] <diogo> 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] <Chipaca> diogo: it shouldn't; what changes are you seeing?
[00:02] <diogo> Chipaca I'm using rsync -a
[00:02] <diogo> maybe is last updated time or some thing like that
[00:02] <Chipaca> no, we don't handle file attributes at all
[00:03] <diogo> I will see if rsync can tell me what is wrong
[00:03] <Chipaca> the only thing we do is chmod things in readonly shares
[00:03] <Chipaca> diogo: what version is your client?
[00:04] <diogo> 0.91.1+r134-0ubuntu1~ppa1~jaunty
[00:07] <Chipaca> that's ok
[00:07] <diogo> Chipaca, using rsync -aiv i received in front of file ">f..t......"
[00:08] <Chipaca> what does that mean?
[00:08] <diogo> I even touched that file
[00:08] <Chipaca> diogo: or maybe better: what does diff -urN say?
[00:09] <diogo> Chipaca I will see in log which are the last modified file
[00:09] <diogo> and then do that diff
[00:10] <Chipaca> ok
[00:10] <diogo> Chipaca Strange, aparently that only happends with binary files
[00:13] <diogo> Chipaca I tried with some files and receive nothing. Some files that rsync resynched was swf
[00:14] <Chipaca> strange, indeed
[00:14] <diogo> Chipaca Binary files a b differ
[00:17] <diogo> Chipaca forget that, that a file doesn't exists
[00:17] <diogo> Chipaca However swf files rsync continues resynching
[00:20] <Chipaca> that is very strange
[00:21] <diogo> 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] <Chipaca> hmmm
[00:23] <Chipaca> diogo: tail -f ~/.cache/ubuntuone/log/syncdaemon.log
[00:23] <Chipaca> diogo: tell me what you see
[00:26] <diogo> Chipaca I did a tail with grep swf http://paste.ubuntu.com/252210/
[00:27] <Chipaca> diogo: nothing out of the ordinary there
[00:27] <Chipaca> diogo: which direction are you rsync'ing in?
[00:28] <diogo> From "Projetos/kerov/media/games/formula-racing-xgz.swf" to "Ubuntu One/My Files/Projetos/kerov/media/games/formula-racing-xgz.swf"
[00:28] <diogo> It's just rsync -av $HOME/Projetos "$HOME/Ubuntu One/My Files"
[00:31] <Chipaca> diogo: what happens if you do rsync -avc instead of just -av?
[00:32] <diogo> Chipaca: For now, nothing.
[00:32] <diogo> I will wait some time until more files are processed
[00:33] <Chipaca> diogo: ok
[00:33] <Chipaca> 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] <Chipaca> we shouldn't be touching files all the time, if that is what we're doing
[00:36] <Chipaca> diogo: (don't forget to apport-collect the logs onto the bug)
[00:36] <diogo> Chipaca ok, thank you
[00:37] <Chipaca> diogo: no, thank you!
[01:23] <lbsjack> hi,who is familiar with ubuntuone?
[01:24] <lbsjack> Is the folder "Shared with Me"  which stores the files from others?
[01:26] <dobey> yes
[01:26] <dobey> stuff people share with you :)
[01:29] <lbsjack> dobey:thank you.
[01:30] <lbsjack> dobey:I want to test the share function.but I only have one account.can you help me?
[01:31] <lbsjack> dobey:I share my file ,but it says some does not accepted the share.why?
[01:32] <dobey> lbsjack: the person you share to has to accept the share
[01:33] <lbsjack> Is the person should have ubuntuone account?
[01:34] <dobey> 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] <lbsjack> dobey:can I share a file with you?
[01:35] <lbsjack> just for test.
[01:35] <dobey> if you want to i guess
[01:35] <lbsjack> or you share a file with me?
[01:36] <lbsjack> so could you give me your email?
[01:36] <lbsjack> Many thanks in advance.
[01:37] <dobey> you can just share to dobey and it should work
[01:38] <lbsjack> ok,I share the file testfile.txt with you.can u see it ?
[01:41] <dobey> you can only share folders, not individual files
[01:43] <lbsjack> hehe
[01:45] <dobey> so you probably shared all your files with me
[01:46] <lbsjack> I'll try it.
[01:50] <dobey> any files you want to share, you should put in a sub-folder
[02:04] <lbsjack> dobey,I see.
[02:33] <lbsjack> dobey:are you online?
[02:42] <lbsjack> hi
[02:42] <lbsjack> I can not share folders between two accounts,why?
[02:56] <Chipaca> lbsjack: hi
[02:56] <Chipaca> lbsjack: why can't you?
[02:56] <lbsjack> Chipaca:hi
[02:57] <lbsjack> I created two ubuntuone account and test the folder share function,but it doest work.
[02:57] <Chipaca> lbsjack: how did you test?
[02:58] <lbsjack> Chipaca:I share one subfolder from one account,and it says someone doesnt accepted the share.
[02:58] <Chipaca> lbsjack: did you get the email, and accept the share?
[03:01] <lbsjack> Yes,I input the friend's email and share the folder.
[03:02] <lbsjack> and I check the shared folder,it tells me:*@*.com has not accepted the share you sent 32 min ago.
[03:02] <lbsjack> and the stop sharing button.
[03:02] <lbsjack> why?
[03:03] <Chipaca> lbsjack: ell, *@*.com needs to check its mail and click the "yes, I want to get the stuff"
[03:04] <Chipaca> *well
[03:05] <lbsjack> I check the mailbox of mine,the email was returned and cannot sent out.
[03:05] <lbsjack> is there a problem with my mailbox?
[03:06] <lbsjack> my mailbox is : mail.qq.com
[03:06] <Chipaca> lbsjack: I don't know
[03:06] <Chipaca> lbsjack: try sharing from the webpage?
[03:06] <lbsjack> I did it ,but the same as in ubuntuone-client.
[03:07] <Chipaca> lbsjack: what does the email return say?
[03:07] <lbsjack> Sorry,I delete it.
[03:08] <lbsjack> Chipaca:but I can try it again.
[03:08] <Chipaca> lbsjack: ok
[03:08] <lbsjack> Chipaca:If I share the folder ok.what can we see in friends interface?
[03:09] <Chipaca> lbsjack: what name did you give the share?
[03:09] <lbsjack> sub dir's name
[03:09] <Chipaca> let's say you called it "subdir"
[03:09] <lbsjack> such as mydir,and the share name is mydir.
[03:09] <Chipaca> so you friend would see
[03:10] <Chipaca> ~/Ubuntu One/Shared With Me/subdir from Your Name
[03:10] <lbsjack> in shared with me folder?
[03:10] <Chipaca> ^ that folder
[03:10] <lbsjack> hehe.
[03:10] <Chipaca> suddenly appear
[03:10] <Chipaca> and gradually sync
[03:11] <lbsjack> Yes,I hope to see it,but it doesnt appear.
[03:11] <Chipaca> they first have to accept the share
[03:11] <lbsjack> Chipaca:Would mind sharing a folder with me?
[03:11] <Chipaca> not at all
[03:12] <Chipaca> I'll probably unshare it afterwards
[03:12] <lbsjack> ok
[03:12] <lbsjack> my name is linuxshop@qq.com
[03:12] <lbsjack> I just test it.
[03:15] <Chipaca> ok
[03:15] <Chipaca> give me a while
[03:15] <Chipaca> ive got to upload something first
[03:16] <lbsjack> Chipaca:Are u a developer of ubuntuone?
[03:16] <Chipaca> lbsjack: yes
[03:16] <lbsjack> Chipaca:It's my honor to meet you.
[03:17] <Chipaca> heh
[03:17] <Chipaca> we all hang out in here
[03:17] <lbsjack> I have an advice
[03:17] <lbsjack> if the folder has been shared ,How can I know it?
[03:18] <lbsjack> I suggest the folder icon can display the change.
[03:18] <Chipaca> lbsjack: in nautilus, it should get a distinctive icon
[03:18] <Chipaca> emblem
[03:19] <lbsjack> really?
[03:19] <Chipaca> yes
[03:19] <lbsjack> Chipaca:can the ubuntu-client-gnome and the web run in the same time.
[03:20] <Chipaca> lbsjack: or you can do u1sdtool --list-shared
[03:20] <Chipaca> lbsjack: but that's not as user-friendly
[03:20] <Chipaca> lbsjack: yes, you can use both the gnome client and the web client at the same time
[03:20] <lbsjack> thank you,but Now,in my web interface I can see the shared folder.
[03:21] <Chipaca> lbsjack: right now notifications aren't hooked up, so you won't "see" changes until it refreshes
[03:21] <lbsjack> so How can I see the changs in local folder.
[03:21] <lbsjack> refresh?
[03:22] <Chipaca> lbsjack: sorry, I wasn't able to follow
[03:22] <lbsjack> or disconnt and reconnect?
[03:22] <Chipaca> ah, how can you see the shared folder locally?
[03:22] <Chipaca> disconnect/reconnect works. I think the client that's out _right_ now has a bug wrt share notifications, too
[03:23] <lbsjack> Chipaca:I use another account to share a folder to me.
[03:23] <Chipaca> so it'll only pick them up on startup
[03:23] <lbsjack> Ok,I see.
[03:24] <Chipaca> lbsjack: otherwise you would've gotten the share automagically
[03:24] <Chipaca> lbsjack: and failing that, u1sdtool --refresh-shares
[03:24] <lbsjack> Chipaca:I disconnt and reconect,and it work.
[03:24] <lbsjack> Now,the shared folder in my local dir.
[03:25] <Chipaca> lbsjack: you should have an email with my share offer, too
[03:27] <lbsjack> Chipaca:I have received your email.
[03:28] <lbsjack> but I have tested it successfully,so I will not to test your share.thank u very much.
[03:28] <Chipaca> ok
[03:28] <lbsjack> Chipaca:In my local folder in nautilus.the shared folder's icon is not changed.
[03:29] <Chipaca> the icon should remain the same, but it should have a "shared" emblem
[03:30] <Chipaca> orange, IIRC
[03:31] <lbsjack> Chipaca:I'll check it.
[03:32] <Chipaca> lbsjack: *maybe* you need to restart the syncdaemon there too
[03:32] <Chipaca> in which case, let me know
[03:32] <lbsjack> Chipaca:I quit the ubuntuone applet and then run it again.
[03:33] <Chipaca> lbsjack: on the computer from which you shared the folder?
[03:36] <lbsjack> Chipaca:no,I have two clients,client1 and client2,I shared the client2's folder to client1.
[03:37] <lbsjack> Now I in client2's web interface.
[03:38] <lbsjack> the icon of client2's shared folder is the same with the folder that didnot share.
[03:39] <Chipaca> rats :(
[03:39] <lbsjack> Chipaca:I changed the user account,but the ubuntuone-client-gnome is still use the original user acount.
[03:40] <lbsjack> How can I change the user account in ubuntuone-client-gnome.
[03:42] <lbsjack> Chipaca:If I did not express myself I'll say sorry to you.Maybe I send you some screenshots.
[03:42] <lbsjack> I have a MSN account.
[03:43] <Chipaca> I'm not following at all. This is probably due to me being very sleepy. My apologies.
[03:44] <lbsjack> Chipaca:You are very kind.
[03:45] <lbsjack> I'll try it myself.thank you again.
[05:48] <midkniht> anyone getting a error after the newest apt update?
[10:08] <sladen> been thinking all these "spinning and not doing anything" threads
[10:08] <sladen> how about changing the tooltip from "Working." to  "$last action that caused that state"
[10:09] <sladen> eg.   "Working: just started copying 'my/foobar.txt'"
[10:09] <sladen> this would give some backtrace about how the applet was instructed to be in that state
[10:24] <sladen> the second thing would be to have a watchdog add '(no responses for X seconds/minutes)'
[13:11] <jblount> Hello everyone!
[14:13] <statik> thisfred, couchdb and mozjs, whats the story there? Is the new snapshot built against mozjs or against xulrunner-1.9.1 ?
[14:13] <thisfred> statik: I am not sure, and james is off to breakfast, but the wrong one in any case
[14:14] <thisfred> statik: 0.9.0-2ubuntu-5 works on current karmic, so that must do it right
[14:14] <statik> yay, thats the one i touched last
[14:14] <thisfred> hehe
[14:14] <statik> but asac is the one who fixed it
[14:15] <statik> thisfred, i'm grabbing the sourcepackage out of our ppa now
[14:15] <thisfred> james said something about asac (understandably) not wanting to ship two libmozjses
[14:15] <thisfred> statik: ^ but if 0.9 can be made to work, so can the snapshot I'm sure
[14:15] <statik> thisfred, it's built against mozjs instead of xulrunner-1.9.1 so I think thats the problem
[14:16] <statik> this is basically the only diff we have left between debians version
[14:16] <thisfred> ok, I don't know my mozjs from my elbow...
[14:16] <thisfred> yet
[14:16] <statik> i'll see if i can fix it now
[14:16] <statik> and have you review it
[14:17] <thisfred> that would be great, seeing as how james is busy sprinting
[14:18] <thisfred> statik: should I reassign the bug to you?
[14:18] <statik> thisfred, hit me
[14:18] <thisfred> done! you rock!
[14:28] <statik> hola rodrigo_, hows tomboy going?
[14:31] <dobey> oi
[14:35] <statik> hey dobey
[14:35] <statik> there are 4 approved branches in the ubuntuone-client queue, feel like running some tarmac-lander?
[14:36] <statik> before rmcbride does the builds in a bit
[14:44] <dobey> sure, i was just about to look at the queue
[14:48] <rodrigo_> statik: syncing now, although still a few details missing, which I'm working on right now
[14:48] <rodrigo_> statik: but the 1st sync works great
[14:48] <statik> rodrigo_, that is great! is the version in ubuntu syncing, or a local build with your patch?
[14:49] <statik> rodrigo_, did pitti upload evolution-couchdb for you yet? I saw a comment in REVU that he was going to
[14:49] <rodrigo_> 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] <statik> but it was an old comment
[14:49] <rodrigo_> statik: no, still waiting for my last evo-couchdb submission to be accepted
[14:50] <statik> 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] <rodrigo_> ok
[14:56] <statik> 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] <thisfred> hmm
[14:57] <thisfred> weird that 0.9 works though. Does trunk require something newer than 0.9 does?
[14:58] <thisfred> maybe I should ask that question in #couchdb :)
[14:58] <statik> I wonder if there is a way we can run the couchjs command directly to see the error
[14:59] <rodrigo_> statik: ok, riddell is uploading the package now
[14:59] <statik> rodrigo_, that was amazingly fast
[15:00] <jblount> MEETING BEGINS
[15:00] <statik> i should email riddell a beer
[15:00] <jblount> Hello Desktop+ people, say "me" to get in line for our daily standup. Format is DONE / TODO / BLOCKED
[15:00] <statik> me
[15:00] <rodrigo_> me
[15:00] <jblount> me
[15:00] <teknico> me
[15:00] <teknico> jblount, you first ;-)
[15:00] <rodrigo_> statik: I should have poked them before, I guess :)
[15:01] <dobey> meh
[15:01] <jblount> urbanape, vds ?
[15:01] <CardinalFang> me
[15:01] <urbanape> me1
[15:01] <vds> me
[15:02] <jblount> statik: Go time :)
[15:03] <statik> DONE: telephone, some bugfixes TODO: karmic blocker bugs, for always and ever. today is couchdb day BLOCKED: nope
[15:03] <statik> rodrigo_, your turn
[15:03] <rodrigo_> • 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] <rodrigo_> • 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] <rodrigo_> • BLOCKED: none
[15:03] <rodrigo_> jblount: go
[15:03] <jblount> DONE: FACE DUTY, too many calls in the morning
[15:03] <jblount> 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] <jblount> 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] <jblount> teknico: rocknroll
[15:03] <teknico> DONE: more reviews, completed the branch to remove relative imports, dist-upgraded to karmic
[15:03] <teknico> TODO: landing the branch to remove relative imports, more work on disabling free phone sync after 30 days
[15:03] <teknico> BLOCKED: none
[15:03] <teknico> next: dobey
[15:03] <dobey> ☭ DONE: Finished #386443, Fixed #362469, #396719, Fixed small issue in new package
[15:03] <dobey> ☭ TODO: Upload/Download status handling, OAuth 1.0a
[15:03] <dobey> urbanape: your roll
[15:03] <urbanape> DONE: Landed filename truncation, done in Javascript rather than CSS.
[15:03] <urbanape> TODO: Fix more bugs, make files UI (don't have to say 'new' anymore) better.
[15:03] <urbanape> BLOCK: Nada
[15:03] <urbanape> CardinalFang: sink your teeth into it.
[15:03] <dobey> ☭ BLCK: None.
[15:04] <CardinalFang> DONE: desktopcouch starting/testing tests and patches.  Python patch submitted.
[15:04] <CardinalFang> TODO: Gwibber accounts and icon caching.  Ya rly, today.  Daydream about vacation.  More d-c test with thisfred.
[15:04] <CardinalFang> BLOCKED: None
[15:04] <CardinalFang> vds, hey, go!
[15:04] <vds> 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] <vds> TODO: tomorrow I'm out
[15:04] <vds> BLOCKED: no
[15:04] <vds> anyone else?
[15:05] <vds> I guess not
[15:05] <jblount> MEETING ENDS
[15:06] <statik> you guys rock
[15:06] <statik> rodrigo_, so if i install the version from our ppa, tomboy can sync?
[15:06] <rodrigo_> statik: with trunk, yes, I posted a video to the 'desktop from vds' share at u1.com
[15:07] <statik> 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] <rodrigo_> no, I was planning to submit the patch soon
[15:08] <rodrigo_> or should I submit it now?
[15:09] <rodrigo_> 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] <jblount> rodrigo_: That video is fantastic! Way to go :)
[15:11] <rodrigo_> 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] <rodrigo_> jblount: glad you like it :)
[15:11] <rodrigo_> jblount: there is a 500 error from the server, but don't look at the terminal and everything is fine :D
[15:12] <statik> 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] <jblount> rodrigo_: Working is a form of onde :)
[15:12] <rodrigo_> statik: ah, ok
[15:12] <statik> rodrigo_, and you are doing an ubuntu patch for defaulting to ubuntuone.com, yes?
[15:12] <rodrigo_> 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] <rodrigo_> statik: yes, although that is going a bit slower, but yeah, should have something by begining of next week
[15:15] <CardinalFang> thisfred, my same branch, is this any better?
[15:16] <jblount> 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] <thisfred> CardinalFang: will try after contacts skype up
[15:17] <statik> jblount, we need to figure out more about bittorrent and cloudfront to help with that
[15:19] <dobey> jblount: how do you know the user has it there?
[15:19] <dobey> jblount: those aren't public links then :)
[15:20] <thisfred> statik: couchdb works in karmic for vds
[15:20] <jblount> dobey: Yeah, public links in the way we are implementing in the short term, but you are totally right.
[15:20] <thisfred> vds: he symlinked xulrunner manually
[15:20] <dobey> jblount, statik: we could create a custom uri that checked if the user had it locally, and hit the web if not
[15:20] <jblount> dobey: Yeah, cause apt links have worked sooo well for us :)
[15:21] <statik> lalala i can't hear anyone talking about custom uris
[15:21] <statik> ;)
[15:22] <dobey> jblount: this wouldn't be from within firefox though
[15:22] <dobey> ie, the user would probably click the link in pidgin/xchat/something
[15:25] <thisfred> statik: vds: this is my xulrunner situation: http://pastebin.com/d36c15bb3
[15:26] <thisfred> vds: can you paste your output?
[15:27] <statik> 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] <vds> thisfred: statik http://pastebin.com/m7d83fdfc
[15:31] <thisfred> ok, statik vds has a 100% working couch
[15:31] <statik> i wish there was a way to see more than 'exit code 2' from the failed subprocess
[15:31] <statik> oh?
[15:31] <statik> vds, if you look in /usr/bin/couchdb, what is LD_LIBRARY_PATH being set to?
[15:32] <thisfred> statik: nm, he's on 0.9
[15:32] <statik> ah
[15:32] <thisfred> an earlier pinning
[15:32] <jamesh> statik: looking in /proc/$pid/environ might help
[15:33] <statik> jamesh, ooh, good idea. so start couchdb, then try to find it's couchjs subprocess, and check out what environ it has
[15:33] <statik> i'll try that
[15:35] <statik> 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 <blah>.dsc, and then in the shell I get run 'make dev;./utils/run' to get that version of couch running
[15:36] <thisfred> statik: thanks, I'll set it up too
[15:38] <statik> 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] <thisfred> ack
[15:41] <thisfred> 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] <statik> thisfred, odd - i don't have that problem
[15:43] <thisfred> statik: mark also has it
[15:46] <statik> thisfred, i found something interesting
[15:46] <statik> the couchjs process that is being spawned is /usr/lib/couchdb/bin/couchjs
[15:46] <statik> which is the raw binary
[15:46] <statik> and not the wrapper script at /usr/bin/couchjs, which sets the LD_LIBRARY_PATH
[15:49] <statik> 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] <thisfred> statik: ah, maybe our .ini creation scripts mess things up?
[15:54] <statik> thisfred, i'm seeing failures in a totally isolated environment away from our code though
[15:54] <dobey> Chipaca: what's the bug # for the "need to time out START_WORKING_etc... stuff"?
[15:55] <Chipaca> dobey: it's linked from the branch... give me a sec
[15:55] <Chipaca> dobey: https://bugs.edge.launchpad.net/ubuntuone-client/+bug/386314
[15:55] <Chipaca> ubottu: dude, you must live *inside* launchpad
[16:14]  * jblount is really glad his phone can stream last.fm for days when pulse is cranky
[16:15] <dobey> brb
[16:19] <statik> thisfred, so my brain is slowly catching up with this couchdb problem
[16:19] <statik> if you run "couchjs /usr/share/couchdb/server/main.js", and then enter ["reset"], what do you get?
[16:19] <statik> i get nothing back, which I think is what is causing couchdb to time out waiting for a response
[16:19] <thisfred> statik: me either
[16:22] <statik> it's like the loop that reads a line of input isn't returning
[16:26] <statik> thisfred, the version i rebuilt locally against xulrunner-1.9.1 is working now that I've installed
[16:27] <thisfred> installed.... *looooong drum roll*
[16:27] <statik> installed the locally built version from my pbuilder
[16:27] <thisfred> cool
[16:27] <statik> the only change I made was to change it to xulrunner-1.9.1
[16:28] <statik> i'm wondering whether I should try to confirm for sure that was the problem
[16:28] <thisfred> can I help in confirming that?
[16:30] <statik> 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] <statik> and then it works properly, printing back "true"
[16:30] <statik> i'll upload to the PPA
[16:31] <thisfred> rawkness
[16:35] <thisfred> statik: so I think it's because of all the weird symlinks going back and forth:
[16:35] <thisfred> eric@thelog:~$ xulrunner -v
[16:35] <thisfred> Mozilla XULRunner 1.9.0.13 - 2009080311
[16:35] <thisfred> eric@thelog:~$ xulrunner-1.9 -v
[16:35] <thisfred> Mozilla XULRunner 1.9.0.13 - 2009080311
[16:35] <thisfred> eric@thelog:~$ xulrunner-1.9.1 -v
[16:35] <thisfred> Mozilla XULRunner 1.9.1.2 - 20090810133528
[16:36] <statik> i wonder whether the old couchdb in karmic right now is broken too
[16:36] <thisfred> statik: the 0.9.0-2ubuntu5 works just fine in karmic
[16:36] <thisfred> double confirmed
[16:37] <statik> thisfred, trunk did have that patch to compile with the new xulrunner
[16:37] <statik> so maybe thats at the core
[16:37] <thisfred> might well be
[16:37] <statik> ok, couchdb_0.10.0~svn802936-0jh4 is uploaded to -hackers. note the trailing jh4 instead of jh3
[16:37] <jblount> 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] <statik> now I must search for foo
[16:37] <statik> d
[16:38] <thisfred> jblount: chad is working furiously on desktopcouch
[16:38] <thisfred> jblount: and I should be helping him debug, but for that I have to downgrade again
[16:39] <thisfred> statik: thanks! bon appetit!
[16:39] <thisfred> jblount: so, s/downgrade/upgrade/ ! :)
[16:40] <jblount> "Static IV: The search for food"
[16:40] <thisfred> I  like "the search for foo" as well :)
[16:40] <thisfred> very zen
[16:43] <thisfred> I find putting "very zen" after everything you say makes you seem more intelligent. And very zen.
[16:45] <thisfred> hmm, now I wonder if I have -hackers, because I'm not seeing the upgrade
[16:48] <jamesh> maybe it is possible that rebuilding karmic's couchdb would cause it to stop working
[16:58] <thisfred> 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] <thisfred> CardinalFang: still a weird twisted error. Replacing twisted testcases with testtools testcases solved that for me
[16:59] <CardinalFang> Hrm.
[17:07] <CardinalFang> thisfred, pushed changes to test cases.  I'll propose this for merging now.
[17:08] <thisfred> CardinalFang: cool, I bet I can do a pretty quick review ;)
[17:09] <thisfred> CardinalFang: did you really push those changes, or are you going to? I saw no change after repullinh
[17:09] <thisfred> s/h/g/
[17:11] <CardinalFang> thisfred, yes, revno 44
[17:12] <CardinalFang> This is hopefully the last desktopcouch patch for a while.
[17:12] <CardinalFang> Once oauth is worked out with couchdb, then I'm back on it.
[17:13] <thisfred> CardinalFang: maybe launchpad lag, got it now, tests pass, preapproved!
[17:20] <jblount> pfibiger: "Archers of Loaf" is one of the bands I should like, yeah?
[17:21] <urbanape> I prefer Pinchers of Loaf
[17:21] <urbanape> a cover band
[17:21] <CardinalFang> When my commit summary is 6 condensed lines long, perhaps I am putting too much in one branch.
[17:21] <urbanape> heh
[17:22] <CardinalFang> Uncondensed, seven paragraphs.
[17:23] <CardinalFang> Reviews, anyone?  https://code.edge.launchpad.net/~cmiller/desktopcouch/getport-at-call-time/+merge/10105
[17:24] <pfibiger> jblount: probably yeah. it's pretty angular, fractured stuff
[17:26] <jblount> pfibiger: last.fm keeps playing them today, but I couldn't remember if they were on my list.
[17:26] <jblount> Reasonably enjoyable, will listen more when I have working sound on my laptop.
[17:27] <thisfred> jblount: I'm curious whether CardinalFang's branch fixes your perpetual motion couchdb poblems
[17:28] <CardinalFang> (if it doesn't, don't tell me about it!)
[17:29] <jblount> thisfred: I will certainly test it, let me push this branch first.
[17:29] <thisfred> I like arch support loafers
[17:31] <dobey> oi, lots of rain
[17:32]  * thisfred finds 25 Archers of Loaf songs in his library, and has them analyzed so they will join the autoqueue
[17:33] <pfibiger> jblount,
[17:33] <thisfred> Web in Front is in the pitchfork 500, so you know it's approved
[17:33] <urbanape> jblount: that truncating bug is very grrrr-ful. Also, text-overflow only truncates at the end.
[17:33] <pfibiger> ack. i think they probably just show up if you have chosen pavement, yo la tengo, that sort of stuff.
[17:33] <urbanape> We might be able to do some sort of black magic hackery to make that work dynamically.
[17:33] <jblount> urbanape: I'm all over it, just had to tighten up to 18 character truncating, with less on either side.
[17:34] <urbanape> k
[17:34] <jblount> The real problem is character counting vs actual width displayed. Making it weirdly short is more than ok for right now.
[17:35] <dobey> must be monsoon season
[17:35] <jblount> urbanape: Have you pointed your massive brain at the "I click the expander arrow and it opens the folder also" bug?
[17:35] <urbanape> I have not, but will.
[17:36]  * jblount loves working with people that are much smarter than he is
[17:39] <urbanape> oh, stop. If my head gets any bigger, I won't be able to leave my office.
[17:42] <thisfred> jblount: pfibiger: I have become quite fond of Immaculate Machine and El Olio Wolof, of late. Both have excellent Sessions up at daytrotter.com (still one of my top sources of new music)
[17:43] <CardinalFang> jblount, that's some advice of a book statik recommended.  I'll loan it to you one day.
[17:43] <CardinalFang> "Be the dumb guy."
[17:43] <CardinalFang> ( == "seek out environments where people are smarter.")
[17:45] <urbanape> we tried to have a rule like that at Socialtext. "Only hire people smarter than you."
[18:02] <statik> CardinalFang, i'm reviewing your call-time branch now
[18:03]  * CardinalFang double-takes at "self.append(...)" in gwibber source code.
[18:06] <statik> CardinalFang, so we don't need a TwistedTestCase at all? how interesting
[18:08] <CardinalFang> statik, Yeah.  I don't really understand it.  The tests fail because the twisted.internet.Reactor is "unclean", which (AFAICT) means there are Deferreds still being tracked when we tell the reactor it's okay to go away.
[18:09] <CardinalFang> (I just realized that in the last few days.  It was a mystery for too long.)
[18:10] <statik> CardinalFang, these all look like great improvements. do we need to do anything special to get the new file picked up in the source tarball when we do a release?
[18:11]  * CardinalFang boggles and looks.
[18:15] <CardinalFang> statik, no, nothing new in that branch.
[18:15] <statik> cool
[18:15] <statik> landed
[18:15] <CardinalFang> statik, Assuming there's no hard-coded debian/rules file somewhere, then it should work the same way.
[18:20] <statik> CardinalFang, great! setup.py sdist builds the tarball for release, then we package that
[18:21] <statik> CardinalFang, thisfred: are there other critical bugfixes pending for desktopcouch? I'm wondering if this last branch fixes enough issues that maybe we should go ahead and do a new release
[18:22] <thisfred> statik:  nothing pending that I know of
[18:22] <CardinalFang> statik, release it!
[18:25] <dobey> statik: aquarius had a branch that i needs-fixinged and you then rejected
[18:25] <dobey> and he's off in amsterdam or whatever
[18:26] <statik> thisfred, you were going to pick up that branch and work on it I think, did anything come out of it?
[18:26] <statik> there were some good docs in it I think
[18:26] <statik> i didn't even read the code because i'm a manager
[18:26] <statik> ;)
[18:27] <dobey> i think you rejected because tests failed or something
[18:28] <dobey> but i remember it needed to add contrib/mocker.py to MANIFEST.in, since it introduced the need
[18:28] <statik> yeah, i didn't want it in the review list because it was going to be superseded
[18:28] <thisfred> statik: the mocker was broken, and I didn't unbreak it yet
[18:28] <statik> ah right
[18:28] <thisfred> I did get to know a little bit about mocker.py
[18:29] <thisfred> but did not yet spend enough time to fix it
[18:29] <statik> i was willing to do a branch to fix MANIFEST.in, but mocker.py scared me off, and i gave up and handed it to thisfred
[18:29] <thisfred> statik: also some of stuart's work there may have been superseded by CardinalFang's fixes to the startup
[18:30] <thisfred> stuart was fixing the get_port-> start_couch -> timeout -> get_port -> repeat issue, not sure if that was in that branch
[18:30] <statik> i found another tarmac bug
[18:31] <jblount> statik: I'm having a hard time finding the bug were you were complaining about the folder list items being too tall. Didn't you say "it scares me" or something similar?
[18:31] <thisfred> talllistitemophobia can be crippling
[18:32] <statik> jblount, yes it scares me because it seems so trivial and is so visually disturbing but i have no idea how to fix it
[18:32] <statik> and it looks fine in some browsers
[18:39] <rmcbride> I think we should select a very very MENACING looking font for that situation
[18:48]  * thisfred just replicated oauthenticatedly between two couches in karmic!
[18:48] <thisfred> statik and jamesh: thanks for all the work, it's paying off! :)
[18:48] <statik> yay!
[18:49] <statik> dobey, is there a magic way to see what the output from the test command that tarmac is running is? I'm tailing ~/.config/tarmac/desktopcouch, and it's only got a log message saying the merge worked ok
[18:52] <dobey> statik: hrmm, i don't think there is
[18:52] <dobey> statik: but i think we could easily add something for that
[18:53] <dobey> statik: i also wich lp had a way to do attachments for merge proposal comments... so we could just attach the logs as files, instead of dumping it all in the comment
[18:55] <statik> me too
[19:25] <dobey> statik: i bet we could hack up something to just upload files, and then stick the launchpad librarian links in the comment instead...
[19:26] <dobey> although, it would also help if my branch to fix the messages would land...
[19:37] <Guest84357> I added a text file to my ubuntu one folder on one computer yesterday, and I can see it in the web view, but on a different computer today, the file doesn't show up
[19:37] <Guest84357> is there a way to force it to sync?
[19:39] <dobey> disconnect and reconnect should cause it to resync
[19:41] <Guest84357> thanks - that did the trick
[19:43] <urbanape> jblount: I'm glad to see that the disclosure triangle bug is at least bug-for-bug compatible with the previous version.
[19:43] <jblount> urbanape: :)
[19:43] <urbanape> I'll check with out rhinos about it. I think this behavior is handled deeper than our code goes, into YUI.
[19:43] <Guest84357> actually I take that back - the file shows up now, but it's empty (when I download it from the web it's not)
[19:44] <dobey> Guest84357: it probably just created it, but hasn't downloaded it yet
[19:44] <dobey> patience young padawan :)
[19:44] <Guest84357> :/ it's a 2.2kb text file
[19:45] <dobey> yeah, there are some performance issues we're working on
[19:45] <netlore> LOL,
[19:45] <netlore> BTW, is this gonna be shipping in karmic?...
[19:45] <dobey> it already is, yes
[19:46] <netlore> nice...
[19:47] <netlore> Is it still gonna be in the "Ubuntu One" folder or anywhere?... I've not tried for a while to figure out why it says my update is "held back"... so it's probably not working on mine now.
[19:47] <dobey> although apparently 0.92.0 of the client /just/ missed the alpha4 upload deadline due to a tiny packaging issue :(
[19:47] <dobey> it is currently still only the Ubuntu One folder
[19:47] <dobey> i'm not personally working on any of the code that would determine arbitrary folder usage
[19:48] <netlore> Any ideas on a roadmap there?... I'm certainly looking forward to 9.10, it has to shine though, it's gonna be 100% head to head with Win7...
[19:49] <dobey> there are bugs that you are more than welcome to subscribe to and follow discussion on :)
[19:49] <netlore> Shame MS got their act together really, we could have had Gnome 3.0 on the table to compete... I'll review the bugs, but I think I need to completely remove it and start again as apt/synaptic won't update the package now.
[19:52] <dobey> no, don't!
[19:52] <dobey> can you pastebin the output of "apt-get install ubuntuone-client" please?
[19:52] <dobey> (assuming you didn't already remove it first)
[20:24] <jblount> rmcbride: Would you mind sharing some random U1 folder with me? joshua@canonical.com
[20:24] <rmcbride> jblount: un momente
[20:25] <rmcbride> jblount: share on its way
[20:25] <jblount> rmcbride: thnx
[20:30] <jblount> OH HAI PASSWORD TAB IN SEAHORSE
[20:34] <rmcbride> OMG, TEH PASSWORD TAB IS BACK!!!!1111!
[20:35] <rmcbride> ^^ a couple of professional software developers up there.
[20:47] <urbanape> hey, statik, you about?
[20:48] <statik> yep
[20:48] <urbanape> dietrich (the ff ext dev) is encountering errors trying to get the desktop couch PPA installed.
[20:49] <statik> oh
[20:49] <statik> thats terrible
[20:51] <urbanape> I think it's just a misunderstanding of adding the proper sources
[20:51] <urbanape> Can you gimme the link to the PPA again? I don't see it under lp:desktopcouch
[20:52] <urbanape> "it seems like it downloads a bunch of files, stops around 53, with the error: "some index files failed to download""
[20:55] <statik> https://edge.launchpad.net/~ubuntuone/+archive/beta
[20:55] <statik> i see now that the build failed though
[20:55] <thisfred> ohai: http://blogs.nationalgeographic.com/blogs/intelligenttravel/2009/08/ground-squirrel-photo-crasher.html
[20:56] <statik> because of a dependency on python-distutils-extra >= 2.8
[21:00] <dobey> statik: you can remove that dep (or should be able to)
[21:00] <statik> ok
[21:00] <statik> urbanape, i hope this guy gives us something useful in return :)
[21:01] <dobey> oh yay, thank you dpkg for being braindamaged
[21:02] <urbanape> statik: heh. Here's hoping. He offered to help with the places syncing stuff.
[21:02] <statik> awesome
[21:03] <statik> i'll see if i can get this noise built in a pbuilder before uploading to the ppa again so it'll be more likely to work
[21:03] <urbanape> k
[21:04]  * statik taps his fingers waiting for pbuilder
[21:19] <CardinalFang> I pushed a branch for gwibber.  I'd like some testers of people who use it and have accounts and know how it should work.
[21:20] <CardinalFang> In email, please.  I must go now.
[21:20] <CardinalFang> bzr+ssh://bazaar.launchpad.net/~cmiller/ubunet/add-desktopcouch-account-storage
[21:20] <CardinalFang> Grr, not there...
[21:21] <CardinalFang> lp:~cmiller/gwibber/2.0-plus-desktopcouch-account-storage
[21:21] <CardinalFang> There.
[21:23] <jblount> CardinalFang: Will do.
[21:24] <jblount> Hmm. Now to figure out how to run the new version of gwibber.
[21:24] <joshuahoover> CardinalFang: i'm going to try
[21:24] <joshuahoover> jblount: that was my next question :)
[21:25] <jblount> joshuahoover: The old one (bzr branch lp:gwibber) you could just throw somewhere and do a ./bin/gwibber
[21:25]  * jblount heads to #gwibber to find out
[21:26] <thisfred> netflix delivered season one of the wire (previously gave up after 1 episode) DVD player in laptop region switched, so tonight we'll be trying to spot places we've seen. (apparently a lot of it was filmed really close to here)
[21:27] <jblount> thisfred: If you can make it to episode 4, it will be your favorite television show of all time.
[21:27] <jblount> Although CardinalFang stopped after one episode as well. Hmm.
[21:29] <thisfred> jblount: well now that I live here, I have extra incentive :)
[21:31] <jblount> :)
[21:31] <BUGabundo> hey kids
[21:31] <BUGabundo> jblount: gwibber is on arestecnica
[21:31] <BUGabundo> not on freenode
[21:32] <statik> urbanape, i'm still working on getting a successful build locally
[21:32] <statik> of desktopcouch on jaunty
[21:32] <urbanape> np. in the meanwhile, I'm suggesting that he grab bindwood and use the regular 5984 couch
[21:32] <urbanape> (it should fall back on that)
[21:33] <jblount> BUGabundo: Right you are.
[21:33] <BUGabundo> I'm always right :)
[21:33] <BUGabundo> the sooner  you get that  the better :=))
[21:34] <statik> urbanape, i thought we got rid of the falling back to system couchdb?
[21:34] <statik> oh, bindwood, right
[21:34] <urbanape> I think the dbus.sh script still falls back to reporting a port of 5984
[21:34] <urbanape> We probably want to remove that in the near future, though.
[21:34] <urbanape> and just make it gracefully do nothing.
[21:36] <dobey> yes
[21:36] <dobey> we don't want to store user data in system couch
[21:37] <urbanape> well, *I'd* like to let the user determine where to store it. Locally, remotely, desktopcouch, or whatever. But that's farther in the future.