[00:06] <CardinalFang> statik, Okay.  Any news?
[00:09] <statik> CardinalFang, i mailed you the discussion we had in #ubuntu-desktop
[00:09] <statik> james_w is in england, pitti is in germany, so i don't necessarily expect them to upload until they wake up
[00:10] <statik> but rickspencer3 knows that the fix is ready, and it's on the alpha5 blocker list, so should be uploaded first thing in the european morning if not tonight
[00:20] <CardinalFang> Rgr.
[00:30] <rblst> hi, i've just installed ubuntu one, i copied a folder with serveral subfolders and files inside; on the website i can only see the folder structure, but not the file list
[00:35] <rblst> can anyone help me with this please?
[00:35] <urbanape> hi, rblst
[00:35] <CardinalFang> rblst, $ u1sdtool --current-transfers
[00:37] <rblst> Current uploads: 0 Current downloads: 0
[00:38] <rblst> in nautilus everything appears just fine
[00:39] <rblst> hi, urbanape
[00:39] <CardinalFang> rblst, in Nautilus on the same computer, yes?  Not a different computer as the first.
[00:40] <rblst> CardinalFang: yes, on my own computer
[00:41] <CardinalFang> I'm probably getting in urbanape's hair.  Sorry.
[00:41] <urbanape> nope, I was gonna start with some similar stuff.
[00:43] <CardinalFang> rblst, Hrm, I suppose the files have been uploaded but the web UI is stale.  I don't know how to test for that.
[00:44] <CardinalFang> rblst, Create a file in the web UI and see if it shows up in the desktop, perhaps?
[00:44]  * CardinalFang shrugs.
[00:46] <CardinalFang> Good night, all.  Good luck, rblst.
[00:46] <urbanape> I can replicate something similar here.
[00:47] <CardinalFang> Reproduce or replicate?
[00:47] <urbanape> reproduce
[00:47] <rblst> thanks for your help CardinalFang; good night
[00:47] <rblst> i can create a folder via the web ui, but it does not appear in nautilus
[00:47] <urbanape> I created a sparse directory structure populated with non-empty text files and dragged the top-level folder into Ubuntu One.
[00:48] <rblst> and? same syndrome?
[00:48] <urbanape> seems to be.
[00:48] <rblst> hmm
[00:48] <urbanape> the top level folder was recreated on the web
[00:48] <urbanape> but no subfolders and no text files.
[00:48] <rblst> whereas your desktop reflects the changes?
[00:49] <urbanape> yeah, my desktop reflects all the folders and files
[00:49] <urbanape> looks like my Ubuntu One got logged out (locally)
[00:50] <urbanape> I just forced it to reconnect and now all the folders and files are up on the web
[00:50] <urbanape> do you see the applet in your menu bar?
[00:51] <rblst> yes, i've reconnected
[00:51] <urbanape> you can check the logfile in ~/.cache/ubuntuone/log/syncdaemon.log
[00:53] <rblst> uh, it's quite detailed :)
[00:53] <urbanape> when you reconnected, did the files show up in the web?
[00:54] <rblst> most of my files seems to have got lost on the web :\
[00:54] <urbanape> have they all remained in your local filesystem, though?
[00:54] <urbanape> (just being safe rather than sorry)
[00:57] <rblst> seems so, yes, but now the name of the folder i copied got a .u1conflict postfix, and i got this notification popup saying that ubuntu one is updating files
[00:58] <rblst> that is the local situation :)
[00:58] <rblst> but, apparently, there is no network activity
[00:58] <rblst> strange...
[01:00] <urbanape> So, I just relaunched my client applet (and changed its prefs to always remain visible)
[01:00] <urbanape> I created a new folder in my home directory with another non-zero length text file and dragged the folder into Ubuntu One
[01:00] <urbanape> this time, it was fully replicated on the web.
[01:01] <urbanape> (although all my text files end up with a zero-length filename~ file along side them)
[01:02] <urbanape> brb
[01:02] <rblst> hmm
[01:02] <rblst> is this a temporary error, or should i ascribe this to 'beta'?
[01:03] <statik> best thing to do is report a bug against https://launchpad.net/ubuntuone-client, and attach the logs from ~/.cache/ubuntuone/log
[01:03] <statik> then we can get some good analysis from the guys who work on the file syncing  client to be certain about it
[01:07] <rblst> i might do statik, thanks
[01:12] <rblst> thanks everyone, and specially you, urbanape
[01:20] <urbanape> oh, shoot. well, glad I could help a bit.
[01:21]  * urbanape files the u1sdtool --current-transfers under useful diagnostic tools.
[01:46] <eu> Hi!
[01:46] <eu> I have a (simple) question...
[01:46] <urbanape> howdy
[01:46] <eu> :)
[01:47] <eu> here it goes
[01:47] <eu> when ubuntuone launched I installed it on Linux Mint 7 (9.04 derivative)
[01:47] <eu> had no problems running it
[01:48] <eu> tried the same today: "fatal error"
[01:48] <eu> is any chance developers changed permissions over OS recognition?
[01:50] <urbanape> I don't think we've done anything that draconian.
[01:50] <statik> eu, no, we're happy for any OS to run it
[01:50] <eu> :D
[01:50] <statik> more likely a plain ol boring bug
[01:50] <eu> strange...
[01:50] <eu> do you want me to paste the apport summary?
[01:53] <urbanape> did it not post properly?
[01:53] <statik> hurrah, our desktopcouch fixes for alpha5 just got uploaded a few minutes ago
[01:53] <eu> yes, it did, but I'm affraid it can be a duplicate
[01:53] <urbanape> you can use the pastebin if you like: http://pastebin.ubuntu.com/
[01:53] <urbanape> statik, excellent!
[01:54] <urbanape> statik, how's your javascript?
[01:54] <statik> urbanape, it's all muddied with the other languages ;)
[01:55] <statik> but i can figure stuff out sometimes. aquarius is your man though, especially re browser stuff
[01:55] <eu> just checking for duplicates...
[01:57] <urbanape> I'm just looking for someone to verify that while the latest Couch JS stuff ships with OAuth libs and the tests actually test that functionality, oauth capabilities aren't actually reflected in the higher-level APIs (load(), save(), deleteObject(), &c)
[01:58] <urbanape> it seems, based on my reading, that the oauth tests are all accomplished by lower-level CouchDB.request() calls.
[01:58] <urbanape> which is probably fine, really, but it sorta starts to beg the question about why have a more abstract API?
[02:15] <eu> ok guys, just submited apport repport to LP
[02:15] <eu> ubuntuone-client
[02:16] <eu> if it is a duplicate, I plea for your mercy in advance
[02:18] <statik> eu, no worries, duplicates are fine
[02:18] <statik> we will be sure to look at it
[02:19] <statik> thanks for filing the bug, and sorry it wasn't working for you
[02:20] <eu> no problem
[02:21] <eu> you're doing an excellent job here
[02:21] <eu> i'm sure this service will help ubuntu rise to the top
[02:21] <eu> ;)
[02:24] <urbanape> do you have a directory in your $HOMEDIR called 'Ubuntu One'?
[02:26] <eu> nope, but the first time i installed ubuntuone it created one, not this time, though
[02:26] <eu> should i manually create one?
[02:26] <eu> just in case...
[02:31] <eu> Well, there's a slightly improvemment, but i still can't authenticate...
[02:33] <urbanape> I'm pretty sure there's a way to clear your auth creds
[02:33] <urbanape> just a sec
[02:33] <eu> thanks
[02:33] <urbanape> try `u1sync --authorize`
[02:34] <eu> on console?
[02:34] <eu> not workin'
[02:35] <urbanape> can you check your keyring?
[02:36] <urbanape> might you have an outdated UbuntuOne auth token?
[02:37] <eu> what's the easiest way to find out?
[02:37] <urbanape> You say this is based on 9.04?
[02:37] <eu> yes
[02:38] <urbanape> do you have the same app menu items?
[02:38] <eu> more or less, yes
[02:38] <urbanape> Applications -> Accessories -> Passwords and Encryption Keys
[02:38] <eu> ok
[02:39] <urbanape> so, under my login passwords I have one entry for UbuntuOne token for https://ubuntuone.com
[02:39] <eu> none here
[02:40] <urbanape> k, and u1sync --authorize didn't do anything
[02:40] <eu> nope :(
[02:40] <eu> command not found
[02:41] <urbanape> ah
[02:42] <urbanape> I think it's in ubuntuone-client-tools, an optional package
[02:43] <urbanape> yup
[02:43] <eu> let me check synaptic
[02:44] <eu> strange, can't see it
[02:45] <eu> maybe it's a dev repository?
[02:45] <eu> i just have the ppa repos
[02:46] <eu> http://ppa.launchpad.net/ubuntuone/beta/ubuntu/
[02:46] <eu> deb and deb-src
[02:47] <urbanape> checking
[02:50] <urbanape> Hmm. I'm not using that particular ppa. Probably because I'm hitting karmic directly
[02:50] <eu> oh, right
[02:52] <urbanape> I'm sure this might be a red herring, though. Like I said, the ubuntuone-client-tools package is optional. You should be able to authenticate without u1sync
[02:52] <eu> :(
[02:52] <eu> ill keep trying
[02:53] <urbanape> silly question: you've installed the gnome client, right?
[02:53] <eu> yes
[02:53] <urbanape> and you've added that computer?
[02:54] <eu> ubuntuone-client-gnome and ubuntuone-client
[02:54] <eu> yes, and I deleted the computer and added it again
[02:54] <urbanape> if you log into ubuntuone.com and click on Account and "Manage the computers on my account"
[02:54] <urbanape> (We'll eventually be giving them more humane names)
[02:55] <eu> :)
[02:56] <eu> a key id appears, i deleted this three or four times
[02:56] <eu> and tried again
[02:57] <eu> didn't try a gnome log-out though
[02:57] <eu> just web log out
[03:02] <urbanape> So, what I did
[03:03] <urbanape> Quit ubuntuone-client
[03:03] <urbanape> deleted my known computers from the web
[03:03] <urbanape> deleted my auth token from Passwords and Encryption Keys (which you admittedly don't have)
[03:03] <urbanape> restarted ubuntuone-client
[03:03] <urbanape> which opened the web browser to re-add this computer
[03:03] <urbanape> and all seems to be back to normal.
[03:04] <eu> yes, i tried that, still don't work...
[03:04] <eu> :(
[03:04] <eu> do u think a system log out could be an issue here?
[03:05] <eu> just in case...
[03:05] <urbanape> hrm. Okay, I'll write up what I've suggested and where we are (re-adding the Ubuntu One folder eliminates one of the error logs that came in with the apport)
[03:05] <urbanape> and I'll note that we've gone through re-authentication/re-adding your computer
[03:05] <eu> indeed
[03:06] <urbanape> I think if you're okay adding system log info to the bug report, it might not hurt
[03:06] <eu> no problem
[03:06] <eu> what u need?
[03:08] <eu> (wow, now it doen't even start the client. i did nothing, i swear!) :)
[03:09] <urbanape> uh huh, that's what they all say...
[03:09] <urbanape> so, logs.
[03:09] <eu> :)
[03:10] <eu> ok, what logs do u need?
[03:10] <urbanape> do you have anything of note in ~/.cache/ubuntuone/log/oauth-login.log ?
[03:11] <dobey> what is the problem?
[03:11] <eu> i've some txt 4 today, yes
[03:12] <eu> the other info goes back to the launch days back in July when everything was ok
[03:13] <eu> dobey: oauth
[03:13] <urbanape> dobey: https://bugs.launchpad.net/ubuntuone-client/+bug/422933
[03:15] <dobey> the problem isn't oauth
[03:15] <eu> :)
[03:15] <dobey> and you have an oauth token in your keyring
[03:16] <dobey> the problem is that syncdaemon isn't running, and it's failing to start
[03:16] <dobey> or rather, it looks like it's constantly starting and dying :(
[03:16] <urbanape> that sees familiar
[03:16] <eu> but my key doesn't appear on seahorse
[03:17] <dobey> i don't know where you're looking, but the oauth-loging.log clearly shows that it has a key :)
[03:17] <eu> :)
[03:17] <eu> geeez...
[03:17] <dobey> 2009-09-02 01:51:11,164:164.834022522 UbuntuOne.OAuthDesktop.auth Access token successfully found in the keyring
[03:18] <eu> yep, i see it now
[03:18] <dobey> i wonder what broke in the syncdaemon :-/
[03:18] <eu> ...
[03:19]  * dobey tests something real quick
[03:19] <eu> :)
[03:22] <Igoru-san> hello... my u1 is eating all my upload connection. could someone help me?
[03:22] <eu> hi
[03:23] <eu> if you right click on u1 applet you can change the up limit
[03:23] <eu> (the same for down is valid too)
[03:23] <eu> easy to find
[03:27] <Igoru-san> uh
[03:27] <Igoru-san> so i need to update it first. XD how can i do this?
[03:27] <Igoru-san> the icon just apears when i kill the daemon and theres no option to do this
[03:28] <dobey> you're running 9.10 alpha?
[03:28] <Igoru-san> this = change limits
[03:28] <eu> auch
[03:28] <Igoru-san> nonono
[03:28] <Igoru-san> 9.04
[03:28] <Igoru-san> ur name is confusing me HAHAHA where are you from?
[03:29] <Igoru-san> ur nick*
[03:29] <eu> can't help u bro, u need professional help like i do... :)
[03:29] <Igoru-san> lol k
[03:29] <Igoru-san> but where are u from? haha
[03:29] <eu> what does this mean in japanese?
[03:30] <eu> ;)
[03:30] <Igoru-san> uh? i'm asking where do you live..
[03:30] <Igoru-san> actually, i just want to know why ur nickname is "eu" haha
[03:30] <dobey> sudo apt-get update
[03:30] <Igoru-san> because "eu" means "I" in portuguese [my language]
[03:30] <dobey> sudo apt-get install ubuntuone-client-gnome
[03:30] <eu> bem-vindo meu filho
[03:30] <eu> :D
[03:30] <Igoru-san> HAHAHAHA
[03:31] <Igoru-san> taquilpa
[03:31] <dobey> (since you presumably have the PPA set up already, given you're running the client)
[03:31] <Igoru-san> i've ran an update some minutes ago
[03:31] <Igoru-san> but i didn't see if u1 was on the list
[03:31] <Igoru-san> :P
[03:31] <Igoru-san> qual teu problema, primeira pessoa?
[03:33] <eu> even my cat is trying to help me here
[03:33] <eu> :D
[03:34] <Igoru-san> hahaha
[03:34] <Igoru-san> ur apt-get install just said its already updated.
[03:35] <Igoru-san> oh
[03:35] <Igoru-san> duh
[03:35] <Igoru-san> preferences
[03:35] <Igoru-san> HAHA
[03:35] <Igoru-san> done =D ty so much dobey
[03:38] <dobey> crikey
[03:39] <dobey> urbanape, eu: i don't know what your problem is... i can't make it restart so much on my machine :(
[03:40] <dobey> and i had to change the code to explicitly fail in order to get a failure at all
[03:41] <eu> wow
[03:41] <eu> just one thing
[03:42] <eu> system monitor tells me  that ubuntuone-client-applet and ubuntuone-clien (sic.) are zombies
[03:43] <urbanape> dobey, yeah, I haven't been able to reproduce the problem, either.
[03:44] <dobey> the applet too?
[03:44] <eu> yes
[03:44] <eu> can't kill them
[03:44] <dobey> the applet shouldn't be
[03:44] <dobey> it should be S not Z
[03:44] <dobey> what does ps say about it?
[03:44] <eu> i know, but the applet stopped working
[03:45] <eu> (i didint do nothing, i swear!!)
[03:45] <eu> :)
[03:47] <dobey> you can't click on it at all?
[03:48] <eu> nope
[03:48] <eu> totally disappeared
[03:49] <eu> wait, it's on again
[03:50] <eu> with the beautiful readish exclamation mark though
[03:50] <dobey> must have connected and timed out doing nothing then
[03:50] <dobey> oh
[03:50] <eu> :)
[03:50] <dobey> :-/
[03:50] <eu> let me check what sys monitor have 2 say
[03:51] <eu> everything looks cool, even the sync daemon
[03:51] <urbanape> there's a pref to keep it visible always.
[03:51] <urbanape> (if you like)
[03:51] <eu> yes, i prefer that way
[03:52] <eu> (it's just this service is perfect for me, i'm a writer)
[03:52] <eu> i need my files everywhere
[03:52] <eu> and pen drives fail
[03:52] <eu> believe me
[03:55] <eu> (curious, i'm not able to delete file even on the web
[03:55] <urbanape> that's a recently filed bug
[03:55] <urbanape> a regression
[03:55] <eu> ohh
[03:56] <urbanape> at least, I think it is
[03:56] <eu> :)
[03:57] <eu> it needs therapy then! =)
[03:58] <eu> regression hipnotizing session
[03:58] <eu> =)
[03:59] <eu> One more thing - it keeps me telling to allow my machine to authenticate, which led to two different keys to be attributed to the same PC
[04:00] <dobey> it keeps reauthenticating now?
[04:03] <eu> yes
[04:03] <eu> or at least sometimes
[04:03] <eu> let me try another file
[04:05] <eu> hummm, complicated stuff, let me try to explain:
[04:06] <eu> 1 - I clean my authenticated machines online and logout
[04:06] <eu> 2 - I quit u1
[04:07] <eu> 3 - i restart u1; it asks for a auth
[04:07] <eu> 4 - i put a new file on u1 folder; it asks me again
[04:07] <eu> 5 - i get two different auth keys 4 the same machine
[04:08] <dobey> you see 2 keys in the web for that same machine you mean?
[04:08] <eu> yep
[04:12] <urbanape> k, I'm about to crash. Thanks, dobey, for helping out. eu, good luck getting it sorted.
[04:13] <eu> ok
[04:13] <eu> thanks 4 the help mate
[04:14] <dobey> that's weird
[04:14] <eu> indeed
[04:14] <dobey> sounsd like it didn't get stored locally the first time
[04:15] <dobey> i really should get to sleep myself
[04:15] <eu> permissions?
[04:15] <eu> :)
[04:15] <dobey> maybe, but i doubt
[04:15] <dobey> your log implies that the keyring is accessible just fine
[04:15] <dobey> (since it determined you had a token stored there)
[04:15] <eu> right
[04:16] <eu> truth is, i can't find it
[04:16] <eu> but it's here! =D
[04:16] <dobey> are you looking under the "login" keyring under the "Passwords" tab in seahorse?
[04:16] <dobey> (or were you looking under Keys?)
[04:17] <eu> both
[04:17] <eu> no keys
[04:17] <eu> just wi-fi network and MSN protocol
[04:17] <dobey> under the Passwords tab?
[04:17] <eu> yes
[04:18] <dobey> do you have some other keyring there?
[04:18] <eu> dunno, beats me...
[04:18] <eu> sorry, where shall i look?
[04:19] <dobey> in the passwords tab, how many folder icons with "Passwords: $NAMEHERE" do you see?
[04:19] <eu> 1
[04:19] <eu> oh, ok...
[04:19] <eu> yes, 1
[04:19] <dobey> weird
[04:19] <eu> indeed
[04:19] <eu> just have login folder
[04:20] <dobey> i have no idea what the heck is going on with your computer :)
[04:20] <eu> LOL
[04:20] <eu> me neither
[04:20] <dobey> must be paranormal activity
[04:20] <eu> aliens?
[04:20] <eu> :D
[04:20] <dobey> could be
[04:20] <eu> u never know
[04:20] <eu> well, let's dream about them
[04:21] <eu> you probably exhausted for helping me out
[04:21] <eu> thanks a lot mate
[04:21] <dobey> i'm exhausted anyway
[04:21] <dobey> too many weird bugs lately
[04:21] <eu> comes with the job
[04:21] <eu> :D
[04:21] <dobey> and now i must get some sleep
[04:21] <dobey> later
[04:21] <eu> later, thanks a lot
[04:22] <eu> i'll be passing by
[12:53] <thisfred> for people with an interest in moths: http://www.youtube.com/watch?v=Rn6QeoIcW_k&fmt=18
[12:54] <LordMetroid> How can I download the client source?
[12:55] <LordMetroid> http://bazaar.launchpad.net/~ubuntuone-control-tower/ubuntuone-client/trunk/files says "Internal server error"
[12:56] <LordMetroid> No worries, I accidentally found the tar.gz file
[12:56] <LordMetroid> *tarball
[13:04] <thisfred> LordMetroid: does this link work better for you? https://code.edge.launchpad.net/ubuntuone-client/+download
[13:04] <LordMetroid> Yepp, I got the tarball from that
[13:07] <jblount> LordMetroid: You should also be able to do "bzr branch lp:ubuntuone-client" to get it, if you want it in bazaar.
[13:07] <LordMetroid> I am fine with the tarball
[13:13] <LordMetroid> thank you though
[13:32] <urbanape> aquarius, you aboot?
[13:32] <aquarius> urbanape, yep
[13:33] <urbanape> heya, can  you spare a set of eyes for a few minutes?
[13:33] <aquarius> yep
[13:34] <urbanape> These are the oauth tests for couch: http://svn.apache.org/viewvc/couchdb/trunk/share/www/script/test/oauth.js?view=co&content-type=text%2Fplain
[13:34] <aquarius> k
[13:34] <urbanape> if you can look over where the actual oauth stuff is and confirm to me that they haven't yet provided for oauth behavior in the more abstract APIs, I'd appreciate it.
[13:35] <urbanape> load(), save(), deleteObject(), &c
[13:35] <urbanape> judging by the tests, they're only using the more primitive CouchDB.request()
[13:35] <aquarius> I am 84.6% sure they have not, but I shall look :)
[13:35] <urbanape> I just wanted to make sure I'm not missing something very simple.
[13:38] <urbanape> I mean, I guess we could just hoist the test's oauthRequest and use it throughout our sync.js
[13:39] <aquarius> that's what I reckon would probably be best
[13:40] <aquarius> I do believe that couch oauth is headers only -- it won't work if it's in the querystring or POST parameters
[13:40] <aquarius> so just wrap request as oauthed_request and add the headers at the last moment before sending, I reckon
[13:41] <urbanape> maybe we could fashion those headers and tack them onto the couch object and patch up CouchDB.request ourselves
[13:42] <urbanape> then our sync.js can continue using the API
[13:42] <aquarius> patching *our* couchdb.request, yeah. that's a good idea
[13:42] <urbanape> *shrug* okay, just so I wasn't missing something obvious.
[13:42] <aquarius> can't patch upstream
[13:42] <urbanape> sure
[13:42] <aquarius> I don't think you are. If you are then we're missing it together. Go team.
[13:43] <urbanape> I actually meant monkeypatching from sync.js, just so we don't have to maintain our own patches on couch.js
[13:44] <aquarius> that's why i was thinking of a wrapper, since monkeypatching is the tool of Satan and makes debugging hard :)
[13:54] <CardinalFang> thisfred, of "u/xxx/xxx/[userid]/[databaseid]"  What hash is that?  SHA224?
[13:56] <CardinalFang> and "userid" is the numeric immutable id, not the mutable "username", right?
[13:59] <CardinalFang> jdo, I assume it's still not deployed yet, but what is the interface for that user-info "whoami" lookup API?
[14:02] <jdo> CardinalFang, :) it's deployed but I found a darn bug
[14:02] <jdo> CardinalFang, :(
[14:03] <jdo> CardinalFang, thanks for reminding me, i need to file it
[14:07] <CardinalFang> Dang.
[14:07] <thisfred> CardinalFang: md5, since it's not used for security
[14:08] <thisfred> a lot lighter to compute
[14:08] <CardinalFang> er, alright.  I still don't want collisions!
[14:08] <thisfred> CardinalFang: which we won't have:
[14:08] <thisfred> if userid1 and userid2 have the same hash, all that means is they'll have the same parent directory
[14:08] <statik> thisfred, good morning! i see couchdb ssl support was committed in the 0.10.x branch. I'm preparing a new snapshot package now
[14:08] <thisfred> statik: awesome
[14:09] <CardinalFang> Woot.
[14:09] <thisfred> I'm talking about per db auth in #couch now
[14:15] <aquarius> rawk
[14:15] <aquarius> thisfred, I have been thinking about the quota stuff
[14:16] <thisfred> ah right
[14:16] <thisfred> another thing. My mind is full of things.
[14:16] <aquarius> what's wrong with adding an unremoveable validation document which denies writes for overquota dbs?
[14:17] <aquarius> won't affect the local DB, it'll just merrily stop replicating new stuff to the cloud
[14:17] <aquarius> I am handwaving how we *tell* people about that for the moment, and just thinking about the underlying technical implementation.
[14:20] <thisfred> aquarius: yes that sounds ok, except how do they solve the problem then?
[14:20] <thisfred> temporarily stopping replication has the advantage that when they fix the problem, everything just works again
[15:00] <urbanape> Let's get this party started RIGHT. MEETING BEGINS
[15:01] <jblount> me
[15:01] <teknico> me
[15:01] <urbanape> Desktop+ crowd. Let yourselves be known. Give us a "me" and we'll find out what you've DONE, what you've got TODO, and what's BLOCKing you.
[15:01] <dobey> meh
[15:01] <rodrigo_> me
[15:01] <urbanape> me
[15:01] <CardinalFang> me
[15:01] <statik> me
[15:02] <jblount> DONE: Started work on getting blog together, working on getting tabs sorted	
[15:02] <jblount> TODO: Finish the above
[15:02] <jblount> BLOCKED: Nope
[15:02]  * jblount passes to teknico 
[15:02] <teknico> DONE: did reviews, helped jdo and pfibiger with Funambol deployment and auth problems
[15:02] <teknico> TODO: do more reviews, more helping with the Funambol auth problem
[15:02] <teknico> BLOCKED: none
[15:02] <teknico> next: dobey
[15:03] <dobey> ☭ DONE: Worked on porting server to poauth (deferred)
[15:03] <dobey> ☭ TODO: Release 0.94.0, Fix #409281
[15:03] <dobey> ☭ BLCK: None.
[15:03] <dobey> self.pop()
[15:03] <dobey> rodrigo_: tu hablar
[15:03] <rodrigo_> • DONE: oAuth request signing in couchdb-glib. Attended some more ubuntu developer week talks. More tomboy syncing fixes and debugging. Fixed default addressbook setup in evo-couchdb
[15:03] <rodrigo_> • TODO: Start upstream discussion for adding social services accounts config to about-me. Talk to Ara about writing mago tests for evo-couchdb. Propose couchdb-glib/evo-couchdb for GNOME 2.29. Store UUIDs for postal addresses. Conflict resolver tool in pair tool. Look at becoming a MOTU (https://wiki.ubuntu.com/UbuntuDevelopers). openSUSE/Fedora packaging with aquarius
[15:03] <rodrigo_> • BLOCKED: none
[15:04] <rodrigo_> go urbanape go!
[15:04] <urbanape> DONE: Face (poorly), reviewer (poorly), getting OAuth into Bindwood (mostly).
[15:04] <urbanape> TODO: Finish Bindwood OAuth, get bookmarks synced completely (new bug about it).
[15:04] <urbanape> BLOCK: None.
[15:04] <urbanape> CardinalFang, the COMFY CHAIR!
[15:04] <CardinalFang> ONE: got reviews on two bugs.  d-c 0.3.1 release
[15:04] <CardinalFang> TODO: replication to u1
[15:04] <CardinalFang> BLOCKED: None
[15:04] <CardinalFang> And now statik -- The Most Interesting Man in the World
[15:04] <statik> DONE: Worked with CardinalFang on desktopcouch release and sourcepackagebranch reorg - yay, got the bugs fixed for alpha5. Backported erlang r13b1 to hardy, started working on backporting couchdb 0.10.x to hardy - xulrunner vs libmozjs is a headache. Packaged a new snapshot of couchdb 0.10.x that has SSL replication support! It's in the hackers ppa now, will request a sponsor to upload later in the week after testing. Calls with teknico tr
[15:04] <statik> ying to understand current state of contact syncing. 5 other calls about various karmic urgencies.
[15:04] <statik> TODO: Finish backporting couchdb 0.10.x to hardy so we can run it in the datacenter. Work on domain change! Nag rodrigo about when Tomboy will work with ubuntuone.com :)
[15:04] <statik> BLCK: not-blocked-just-yet but anxiously awaiting versions of desktopcouch, bindwood and couchdb-glib which use oauth by default.
[15:04] <statik> heh, i love that commercial
[15:04] <jblount> +1
[15:05] <urbanape> MEETING ENDS
[15:05] <statik> rodrigo_, that is awesome that couchdb-glib has oauth signing now!
[15:05] <Chipaca> dobey: rev196 of ubuntuone-client is LANDED.
[15:05] <dobey> gracias
[15:05] <Chipaca> dobey: de nada, cabeza.
[15:05] <urbanape> Let's be careful out there.
[15:05] <rodrigo_> statik: not yet, working on it, still a couple things to fix, but should be submitted soon
[15:05] <dobey> su cabeza?
[15:05] <teknico> does anyone have a video link of that beloved commercial? :-)
[15:06] <Chipaca> dobey: ~ "you're welcome, man"
[15:06] <rodrigo_> statik: as for tomboy + ubuntuone.com, I'm fixing other things, with tomboy just hanging on the 2nd sync, so losing lots of time there
[15:06] <aquarius> oops, me
[15:06] <aquarius> ⚀ DONE: finished DC talk for UDW; discussions with thisfred/cardinalfang about DC port stuff
[15:06] <aquarius> ⚁ TODO: continue piston oauth in snowy; deliver DC talk for Ubuntu Developer Week; work out what to do about quotas; work through bug list
[15:06] <aquarius> ⚂ BLOCKED:
[15:07] <statik> teknico, http://www.youtube.com/watch?v=p2SSZA0CjdQ
[15:07] <jblount> teknico: http://staythirstymyfriends.com
[15:07] <urbanape> woops, sorry aquarius
[15:07] <dobey> Chipaca: http://translate.google.com/translate_t?hl=en&ie=UTF-8&text=de+nada%2C+cabeza.&sl=es&tl=en#
[15:07] <teknico> statik, jblount, thanks :-)
[15:08] <CardinalFang> Oh< guess my "blocked" is really U1  whoami(oauth) -> userid RPC.
[15:08] <Chipaca> dobey: yeah, it's cordobés-speak
[15:08] <dobey> ah
[15:46] <slestak> where does u1 log?  I rememberit was a strange place
[15:53] <joshuahoover> slestak: ~/.cache/ubuntuone/log
[15:54] <slestak> any chance or discussion about offering config optio to have ituse syslog also/instead of?
[15:55] <slestak> s/optio/option
[15:55] <slestak> is that a new standard place for logging? i would've never thought to look there
[15:57] <Chipaca> slestak: you could register a bug
[15:58] <Chipaca> slestak: we use python's logging module, and there's a syslog thing for it, so it should be failry straightforward
[15:58] <slestak> i may.  just wasnt sure if this location was a standard i wasn't aware of, you know, the way ~/.config is gaining popularity
[15:58] <slestak> ok, i'll look into it,  may even try to make a patch
[15:59] <Chipaca> slestak: I understand it's part of xdg, but am not certain
[16:01] <dobey> IMPORTANT ANNOUNCEMENT FOLLOWS: If you see a bug with a BadTransition in the syncdaemon-exceptions.log as the cause, it is a dup of bug #420354
[16:09] <CardinalFang> jdo, Okay, help me out -- what is the interface for the whoami(oauth)?  (XMLRPC?)  What's the name of the function, and its arguments?
[16:10] <slestak> ive got some files that are present on web-u1, and were present in ~ yesterday, but they are logged as missing in u1 locally
[16:10] <slestak> this is repeated 5 times in the log
[16:10] <slestak> syncdaemon.log.2009-09-02_08-25-42:2009-09-02 07:40:50,918 - ubuntuone.SyncDaemon.local_rescan - DEBUG - comp yield: file '/home/steve/Ubuntu One/gpodder-downloads/Linux Outlaws Ogg Feed/cover' was here.. stat?
[16:10] <jdo> CardinalFang, it's just a rest interface
[16:11] <slestak> i had lots of gpodder data (oggs, mp3's, cover) disappear from ~ since yesterday.
[16:11] <jdo> CardinalFang, but it has to have an oauth token
[16:12] <CardinalFang> jdo, Right-o.  I heard you say it's broken, but will it damage anything if I poke at it from my code?  If not, what's the name?
[16:14] <Chipaca> slestak: disappear?
[16:14] <Chipaca> slestak: that shouldn't happen, EVAR
[16:14] <slestak> not sure.  im going to reset.  i appear to have 2 gpodder-download folders in u1 now.  one in / and another in My Files
[16:15] <Chipaca> slestak: hold on
[16:15] <Chipaca> slestak: you should no longer have a My Files
[16:15] <Chipaca> slestak: not locally, that is
[16:15] <Chipaca> slestak: unless you created it yourself :)
[16:16] <Chipaca> slestak: the newest client moved things around, made ~/Ubuntu One/ what used to be ~/Ubuntu One/My Files/
[16:16] <Chipaca> slestak: and a Shared With Me in there, too
[16:16] <slestak> did that used to be in the app and was removed?  I had a gnome appsaving its datato my u1 folder.  so if the dir structure changed, i need to change the app that stored the old path
[16:17] <slestak> gpodder was still writing to My Files
[16:17] <Chipaca> slestak: that's probably it then; your old gpodder stuff got moved up one dir
[16:17] <slestak> is Shared With Me still in? or out?
[16:18] <Chipaca> slestak: it should be a symlink, now
[16:18] <aquarius> thisfred, its_a_real_fake conflicts with DC trunk :(
[16:19] <slestak> no, my My Files is a regular dir created 8/26/09
[16:20] <jdo> CardinalFang, /api/account/
[16:21] <Chipaca> slestak: no, I mean Shared With Me should be a symlink
[16:22] <Chipaca> slestak: something like
[16:22] <Chipaca> /home/john/Ubuntu One/Shared With Me -> /home/john/.local/share/ubuntuone/shares
[16:22] <Chipaca> slestak: ^ that
[16:23] <slestak> Chipaca: yes, I have that
[16:24] <Chipaca> slestak: ah ok :)
[16:25] <Chipaca> slestak: then the update worked; just that either we didn't explain it enough, or you weren't looking :)
[16:25] <Chipaca> slestak: probably both
[16:25] <slestak> i wasnt looking, im used to seeing many "beta" u1 clients bening dl'd.  changing the dir structure is kind of a drastic change though :)
[16:26] <thisfred> aquarius: ah, will solve
[16:28] <Chipaca> slestak: so... can you confirm you still have the data, even if it's not in the same place?
[16:28] <Chipaca> slestak: agreed re changing the structure, but the old one sucked :)
[16:28] <aquarius> thisfred, it's pretty trivial :)
[16:28] <thisfred> aquarius: yeah, I saw
[16:28] <thisfred> aquarius:  pushed :)
[16:29] <slestak> Chipaca: yes, i'm good.  i understand its beta, just confused this morning
[16:30] <slestak> sth that worked yesterday failed to i knew sth was up
[16:30] <Chipaca> slestak: phew :)
[16:32] <Chipaca> bye now, take care
[16:32] <Chipaca> write soon!
[16:41] <Chipaca> jblount: joshuahoover: which of you joshes has the identi.ca account info?
[16:41] <Chipaca> jblount: joshuahoover: (re what's on the Face page)
[16:41] <joshuahoover> Chipaca: there is an issue with resetting the password
[16:42] <urbanape> I hate having Emacs muscle memory. Holding down ctrl-n in Firefox to try and get the cursor to move down is a dumb thing to do.
[16:42] <joshuahoover> Chipaca: jblount knows more about it but from what i understand, the reset password doesn't really work and we need to reset our password
[16:43] <Chipaca> urbanape: you can tell gtk you want emacs bindings
[16:44] <urbanape> I might need to do that.
[16:44] <urbanape> Currently undergoing a deluge of new FF windows.
[16:45] <Chipaca> :)
[16:46] <Chipaca> urbanape: I did that, but then found I really missed C-A mean "select all"
[16:47] <urbanape> See, I actually hate that.
[16:47] <urbanape> Well, mostly here in X-Chat.
[16:48] <urbanape> I dunno. I'm just silly that way, I guess.
[16:49] <aquarius> thisfred, ok, I know what the problem is with the code :)
[16:50] <aquarius> thisfred, but I'm not sure of the best way to solve it; specifically, I'm not sure the rest of your code does the right thing, hence discussion rather than a patch
[16:51] <thisfred> aquarius: great.
[16:52] <thisfred> aquarius: you sent a mail, or discussion here and now?
[16:52] <thisfred> (both are good for me)
[16:52] <aquarius> thisfred, the update-design-documents code looks, correctly, in $xdgdatadir/desktop-couch/whatever
[16:52] <aquarius> your test code wasn't adding the desktop-couch folder
[16:52] <thisfred> ah
[16:52] <thisfred> really?
[16:52] <aquarius> fixing that is completely trivial
[16:52] <thisfred> It was at one point
[16:52] <thisfred> but yeah
[16:52] <aquarius> but...how does the rest of your stuff work?
[16:53] <thisfred> the tests import from a certain file that monkeys with all the XDG envs
[16:54] <thisfred> and then do nothing special, and end up talking to the test stuff in the temp directory
[16:54] <aquarius> yeah, I got that bit...
[16:54] <thisfred> or so I believe
[16:54] <aquarius> the changes to make to test_start_local_couchdb are at http://paste.ubuntu.com/263886/ (nothing big at all)
[16:54] <thisfred> but the underlying problem I have not foreseen is? :)
[16:54] <aquarius> but I don't know whether your other code is correctly using desktop-couch folders or just doing it all int he root of the xdgdatadir
[16:56] <thisfred> my code does nothing special, so if a separate dir needs to be created, that can be done, but then I would expect desktopcouch to have to do that too?
[16:57] <thisfred> I'm not sure I understand yet. Can you try the larger hammer?
[16:58] <thisfred> could this be the problem?: os.environ['XDG_DATA_DIRS'] = ''
[16:59] <thisfred> I have no idea what that does, it's a direct copy from your old code, maybe I should not have done that ;)
[16:59] <thisfred> aquarius: ^
[17:00] <aquarius> the way XDG works is: XDG_DATA_DIRS defines the top level data folders. ~/.local/share and /etc/xdg
[17:01] <aquarius> all the functions which build on top of those, like load_data_dirs, take a parameter which is the name of your app
[17:01] <aquarius> so you say "save_to_folder = save_data_dirs('desktop-couch')" and it takes care of giving you a path you can save to (in this case, it would be ~/.local/share/desktop-couch)
[17:02] <aquarius> but update_design_documents needs to be a bit cleverer than that, because it needs to find all design docs for DC, whether at system level or at user-level, so it iterates xdgdatadirs itself and then adds "desktop-couch" on the end of each one
[17:02] <thisfred> in this case it *should* be /tmp/fn0rdb4rf/xdg_data, right?
[17:03] <thisfred> + desktop-couch
[17:03] <aquarius> that's the top-level XDG_DATA_DIR, yes. But update_design_dicuments looks inside /tmp/fn0rdb4rf/xdg_data/desktop-couch
[17:03] <thisfred> aquarius: but since desktopcouch is smart enough to append desktop-couch in .local, why doesn't it do so in the tmp dir?
[17:04] <aquarius> DC itself *does* do it
[17:04] <thisfred> and also, what is the difference between data_home and data_dirs
[17:04] <aquarius> and the setUp in the tests *used* to do it when it created the folder, and then you changed it so it didn't ;-)
[17:04] <thisfred> so, why did I do that, huh?
[17:04] <aquarius> accident, i suspect :)
[17:05] <thisfred> aquarius: so do I :)
[17:06] <thisfred> aquarius: so directory creation is the problem? It will find it when I create it in the secret monkey file?
[17:07] <aquarius> thisfred, no, just change setUp in test_start_local_couchdb as per http://paste.ubuntu.com/263886/ and that's all you need to do
[17:07] <aquarius> thisfred, me making a whole branch of my own to do this seems silly I think :P)
[17:07] <thisfred> aquarius: sure
[17:08] <thisfred> aquarius: but that is all? I thought you meant that this was not doing the right thing for the other tests either?
[17:08] <aquarius> thisfred, I was *asking* whether it was not doing the right things for the other tests either :)
[17:09] <thisfred> aquarius: right, have we answered this then? :)
[17:09] <thisfred> I'm being thick, not snarky...
[17:09] <urbanape> aquarius, do you know if we are HMAC-SHA1 or PLAINTEXT for OAuth on couchdesktop?
[17:09] <aquarius> I think so, yes
[17:09] <thisfred> ok cool
[17:09] <aquarius> urbanape, SHA1
[17:09] <urbanape> danke
[17:09] <thisfred> will fix, add cleanup atexit, and propose
[17:10] <aquarius> desktopcouch.tests.xdg_data is correct
[17:10] <aquarius> I'm just checking whether everything else *uses* it correctly :)
[17:10] <aquarius> do you have any other tests that interact with xdg stuff?
[17:10] <aquarius> or is all teh xdg code in DC itself?
[17:12] <thisfred> aquarius: I don't see tests for the xdg stuff specifically, no, we should probably have added some
[17:12] <thisfred> aquarius: but a lot of tests interact with it: contacts, couchgrid, server
[17:13] <thisfred> all of them talk to actual couchdbs
[17:13] <aquarius> thisfred, it's all fine I think, because we correctly set all teh xdg base dirs somewhere in /tmp and then everything Just Works because it reads and writes ini files etc in those custom locations. It's all good
[17:13] <thisfred> cool
[17:13] <aquarius> thisfred, the only complexity was the update_design_documents one because it doesn't use the xdg functions, it does it itself
[17:14] <thisfred> right
[17:14] <thisfred> thanks for helping, the tests pass now!
[17:15] <aquarius> winn0r
[17:28]  * CardinalFang hugs Python.
[17:32] <CardinalFang> aquarius, where does the oauth mojo happen in the records API?
[17:33] <aquarius> CardinalFang, I don't think it's in trunk yet, it's in my branch
[17:34] <CardinalFang> aquarius, oh, well that is a relief, of sorts.
[17:34] <aquarius> unless someone merged it
[17:34] <urbanape> so close, so close.
[17:34] <aquarius> but I doubt it since it'd break the world
[17:36] <thisfred> the future, it is coming
[17:36] <CardinalFang> It's here, just not evenly distributed.
[17:52] <aquarius> CardinalFang, branch is dc-records-oauth if you want to test it
[17:52] <aquarius> I have to go get some dinner before my talk
[17:55] <CardinalFang> aquarius, Roger.  Break a leg.
[17:57] <Chipaca_> bye, chipaca
[17:58] <thisfred> going outside for a bit
[20:08] <aquarius> phew, talk finished :)
[20:10] <statik> aquarius, how did it go?
[20:11] <aquarius> pretty well; lots of iteresting questions :)
[20:11] <urbanape> aquarius, well done
[20:11] <aquarius> https://wiki.ubuntu.com/MeetingLogs/devweek0909/CouchDB
[20:11] <aquarius> is the session log
[20:16] <urbanape> aquarius, I think I got most of it wired up, but I'm missing something basic.
[20:18] <urbanape> lp:~urbanape/bindwood/using-oauth
[20:19] <urbanape> has the latest
[20:19] <thisfred> aquarius: yeah, lots of interest and questions I think
[20:20] <aquarius> urbanape, what's the basic thing you're missing? :)
[20:20] <urbanape> I think it's interesting how we're doing aspect oriented data
[20:20] <urbanape> like Newton's soups
[20:21] <urbanape> aquarius, well, I think I've got the requests set up like the oauth tests
[20:21] <urbanape> we're reusing the message and accessor objects across all our CouchDB instances
[20:22] <urbanape> the requests end up failing when we get down to the actual xhr.send() method
[20:25] <aquarius> hrm. are they failing because couch is throwing 401s?
[20:26] <urbanape> the errors coming back are undefined, which makes it a bit harder to see easily.
[20:26] <urbanape> I'll just instrument it a bit more, I guess.
[20:26] <aquarius> undefined?
[20:26] <aquarius> couch does a semi-reasonable job of telling you what the problem was if you get a 401
[20:26] <aquarius> in the body of the response
[20:27] <urbanape> Bindwood: Error when authenticating:  message: 'Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIXMLHttpRequest.send]', reason: 'undefined', description: 'undefined', error: 'undefined'
[20:27] <aquarius> but couchdb.request might eat that before bindwood gets to see it :)
[20:27] <aquarius> er!
[20:27] <aquarius> that's, um, less than excellent. That looks to me like the request didn't happen at all, not that the request happened successfully but happened to come back with an HTTP status error
[20:35] <urbanape> hmm, wrapped it up in its own try/catch. Same undefined errors. Not sure if I can debug further into XMLHttpRequest...
[20:37]  * CardinalFang prods at oauth hesitantly.
[20:38] <dobey> it's the only way to prod at it
[20:38]  * CardinalFang uses a pointy stick.
[20:39] <urbanape> get your taser ready, too.
[20:50] <urbanape> woot!
[20:50] <urbanape> damnatino.
[20:50] <urbanape> while I had a desktopcouch-service running, I guess it was stale? dead? whatever.
[20:50] <urbanape> Restarting it seems to have worked.
[20:50] <urbanape> getting other, more interesting errors now.
[20:51] <urbanape> those errors I pasted earlier were simply unable to connect
[20:52] <aquarius> interesting is good. Theoretically.
[20:53] <dobey> depends on how interested you are in fixing them i guess :)
[20:53] <CardinalFang> Isn't that a Chinese curse, "catch interesting exceptions" or something?
[20:54] <urbanape> interesting being the difference between "undefined" and "invalid_json"
[20:55] <aquarius> what are you sending in the request? (and are you sending the Authorization stuff as a header, not as part of a multipart/form-data request?)
[20:57] <CardinalFang> I guess one has to do that to add auth for GET requests, eh.
[20:58] <dobey> eh?
[20:58] <aquarius> couch doesn't support oaht tokens in the querystring
[20:58] <aquarius> unless they've added it recently
[20:58] <aquarius> it's Auth header only
[20:59] <statik> looks like we have desktopcouch being installed by default, but not desktopcouch-tools, which is where the pairing tool is
[20:59] <dobey> well it should always be in the Authorization header anyway, and additional parameters should be in a POST body as form data
[20:59] <CardinalFang> Hrm.
[21:02] <urbanape> aquarius, as per the oauth tests, if the request is a POST, we send it in the body.
[21:02] <urbanape> as a GET it's tacked on to the URL
[21:02] <urbanape> anything else gets in as a header
[21:02] <urbanape> suppose we could just make it a header in any case.
[21:06] <statik> thisfred, is this bug fixed already? https://bugs.edge.launchpad.net/desktopcouch/+bug/416963
[21:06] <urbanape> trying it with everything in the headers
[21:26] <urbanape> aha, providing an invalid signature fetching the initial auth token
[21:38] <CardinalFang> Er, okay, someone explain oauth to me.  We have four items stored on a client machine, consumer_key, consumer_secret, token, and token_secret.  What does the protocol look like for accessing some resource?  Do I have everything I need, and I merely compute some signature, or do I need to request more info from the server before I make the real request?
[21:40] <dobey> http://oauth.net/core/1.0a#anchor12
[21:40] <dobey> CardinalFang: ^^
[21:44] <CardinalFang> dobey, Ah, thanks.
[21:44] <dobey> eh, i had the 1.0a spec open in firefox already :-/
[21:45] <thisfred> statik: not fixed no
[21:46] <thisfred> (missed the alert)
[21:46] <statik> thisfred: ok. i don't think it's urgent, i was just misremembering that a branch went by for it and was doing some bug status cleanup
[21:47] <thisfred> it's refactoring, and not urgent at all, should be taken along when something else has to happen in that code, I think
[21:52] <thisfred> or when nothing else is on the todo list. MWAHAHAHA
[21:52] <thisfred> :)
[21:53]  * dobey has some urgent things that someone else can do
[21:57] <urbanape> looks like I'm missing oauth_nonce and oauth_timestamp
[21:57] <urbanape> Guess that's what's making the signature invalid
[21:59] <urbanape> though the oauth tests for couch don't make use of either of those parameters
[22:00] <statik> dobey, you can throw me a bug i'll hack on it tonight/tomorrow
[22:00] <statik> but for now i must go spend a few hours away
[22:01] <dobey> later
[22:12] <urbanape> do we use a realm for desktopcouch?
[22:16] <CardinalFang> urbanape, I think I'm tackling the same problem as you are.
[22:16] <CardinalFang> :\
[22:18] <urbanape> CardinalFang, what part are you working on?
[22:18] <urbanape> I'm getting Bindwood to play nice, using the couch.js and oauth.js libs
[22:19] <urbanape> trying to synthesize the two, with the oauth tests as reference code.
[22:19] <CardinalFang> urbanape, I'm trying to get user info from /api/account .
[22:20] <urbanape> on second read of the spec, I'm not sure whether those two parameters are required.
[22:20] <urbanape> (oauth_nonce and oauth_timestamp)
[22:26] <aquarius> they are
[22:26] <aquarius> (not that I am here or anything :))
[22:31] <urbanape> are required?
[22:32] <CardinalFang> So, the Signature Base String for HMAC-SHA1 -- those are in key lexical order?
[22:33]  * CardinalFang reads the RFC.
[22:33] <urbanape> "This thing reads like stereo instructions..."
[22:34] <CardinalFang> "however, SHA-1 appears to be a cryptographically stronger
[22:34] <CardinalFang>    function."  Ah, okd RFCs are so funny.
[22:37] <urbanape> Crazy notion. Maybe I should actually run the couch javascript tests to see if they actually pass.
[22:48] <vladanian> Hey guys, I have five Ubuntu One.u1conflict.* folders in my home dir. Should I just delete all of those?
[23:01] <aquarius> urbanape, are required, yep. stop replay attacks
[23:01] <aquarius> CardinalFang, ?
[23:02] <aquarius> CardinalFang, what's that about lexical order?
[23:05] <CardinalFang> aquarius, for the hmac digest, the text it's computing is made from other pieces we send.  The order has to be the same on both sides.  It looks like the values are sorted lexically (after urllib quoted) before concatenated.
[23:05] <aquarius> yes
[23:05] <aquarius> that's defined in the oauth spec
[23:05] <aquarius> (why are you implementing this yourself?)
[23:07] <CardinalFang> At first because the oauth py module didn't make sense.  Now because I want to understand oauth.
[23:09] <aquarius> ah, OK :)
[23:11] <CardinalFang> The author of the oauth module makes so many newbie-isms that it scares me a little.
[23:11] <CardinalFang> for ...:  str += str
[23:13] <aquarius> *nod*
[23:13] <aquarius> there being a better oauth module would not be a bad thing, I know
[23:25] <vladanian> I'm looking for guidance on the multiplying conflict folders issue I'm experiencing
[23:29] <thisfred> night all
[23:31] <aquarius> vladanian, I'm not sure who's around who knows about the filesyncing side
[23:32] <aquarius> dobey, ping?
[23:32] <dobey> you are lucky
[23:32] <dobey> what's up?
[23:32] <aquarius> dobey, I don't know what's going on with the Ubuntu One.u1conflict folders -- do you know?
[23:33] <vladanian> aquarius, sorry, I was closing this window just as I saw my name light up. Thanks -- I'll poke around a bit
[23:33] <dobey> i don't. i would guess it's related to the cleanup of the filesystem layout
[23:34] <vladanian> that may be -- I think that's when this issue started
[23:34] <aquarius> it's happening to me, too :(
[23:34] <dobey> do you have pending things to upload?
[23:35] <aquarius> I don't. vladanian may do :)
[23:35] <vladanian> aquarius, dobey no, I haven't been using u1 since this started
[23:35] <vladanian> been meaning to figure out what's what
[23:36] <dobey> if you don't, you can select "Quit" from the applet's right click menu (to shut down the applet and syncdaemon), and "rm -rf ~/.cache/ubuntuone ~/Ubuntu One" and then start the applet and it will re-download all your files, as a workaround
[23:37] <dobey> (and you can just remove the "Ubuntu One.u1conflict" things after)
[23:37] <dobey> (after in case there is a mismatch for some reason, and a file is in fact missing)
[23:38] <vladanian> dobey, Ok, I'll try that. I can see that my current Ubuntu One folder is missing about 30MB of what's in the first conflict folder. The subsequent conflict folders are full of 0 byte files and empty folders
[23:42] <dobey> if you still have an "Ubuntu One" folder without the conflict, just move it out of the way before restarting the applet
[23:43] <dobey> would be good to file a bug with logs though :)
[23:43] <dobey> anyway
[23:43] <dobey> i'm back out again
[23:43] <vladanian> thanks
[23:43] <dobey> aquarius: i thought you were going to ask about the oauth library instead. i am disappointed :P
[23:43] <dobey> later!
[23:48] <aquarius> dobey, later :)