[12:33] <thisfred> morning
[12:48] <aquarius> -> lunch
[12:50] <verterok> g'morning
[13:08] <jdo> CardinalFang, hi
[13:09] <jdo> CardinalFang, this may come in handy: lp:~jdobrien/+junk/ubuntuone_web_api
[13:10] <jdo> CardinalFang, right now it will only work with edge, so use it with the --url https://edge.ubuntuone.com/api/account/
[13:21] <thisfred> red velvet whoopie pie: breakfast of champions.
[13:22] <aquarius> whatever that is
[13:22] <aquarius> :)
[13:28] <thisfred> aquarius: I'm eating my way to the US, starting with the South, which, culinarily at least, Maryland seems to belong to. Can't say I'm unhappy with that.
[13:30] <thisfred> Red Velvet cake is cake, that is red. whoopie pies are small soft cookies with cream cheese in the center, and apparently they make em in red velvet cake flavour (haven't had the real thing yet) At least they got the color right. (And no, it's not *just* junk food I'm exploring ;)
[13:32] <thisfred> I can't resist buying or ordering stuff I've never eaten or even seen before. This is how you get to know what shark, or squid in its own ink tastes like. (neither was really special)
[13:33] <teknico> swordfish otoh is quite good
[13:33] <teknico> or was, I've not eaten it for a while
[13:35] <thisfred> yeah, a swordish steak, well prepared, can be excellent
[13:35] <thisfred> (I hardly ever eat meat or fish anymore either)
[13:41] <Chipaca> whoo, boy
[13:41] <Chipaca> thisfred: you've got to come to one of our asados
[13:41] <Chipaca> :)
[13:42] <thisfred> I would love to!
[13:46] <Chipaca> noted :)
[13:58] <aquarius> thisfred, is your fix-the-tests branch ready for review?
[13:58] <thisfred> aquarius: indeed it is!
[13:58] <aquarius> I should review it, then. heh. :)
[14:01] <thisfred> since you already fixed it, shouldn't be much work ;) The atexit works beautifully btw, it seems!
[14:01] <thisfred> or uglily, really, but it works :)
[14:01] <aquarius> thisfred, er. fail
[14:01] <thisfred> fail?
[14:01] <aquarius> running the tests appears to shut down my actual desktopcouch.
[14:02] <thisfred> and not the 'test' one?
[14:02] <thisfred> or does it not use the test one at all?
[14:02] <thisfred> can you look in /tmp and see if it created a db there somewheres?
[14:02] <aquarius> it does use the "test" one (since I don't have a million extra DBs in my real DC)
[14:03] <thisfred> aquarius: and is the test one left running, or does it shut down both?
[14:03] <aquarius> am just about to check precisely that
[14:03] <thisfred> (I guess that)
[14:03] <thisfred> s even more ugly, but not a huge problem, right?
[14:03] <thisfred> since anything that wants to talk to dc will start it again
[14:04] <thisfred> and not a lot of non developers will be running tests all the time
[14:05] <aquarius> ok. it seems to shut itself down
[14:05] <aquarius> but it doesn't delete the tmp folder
[14:06] <aquarius> and it seems to also shut my DC down
[14:06] <FND> hi there - quick question about DesktopCouch: if I write an app that stores data using desktopcouch, am I correct in assuming it'd be trivial to switch to a generic CouchDB instance?
[14:07] <aquarius> FND, yes, pretty trivial; if you use the desktopcouch.records API then you'd need to stub out that API slightly to talk to a static couchdb (so that it doesn't do all the desktopcouch discovery magic and OAuth and so on)
[14:08] <aquarius> FND, and if you don't use the desktopcouch.records API then you'll need to do that discovery magic and OAuth yourself if you're talking to desktopcouch
[14:08] <aquarius> (assuming your app's in Python, otherwise s/desktopcouch.records/couchdb-glib/ or similar :))
[14:09] <FND> great - I haven't done anything with CouchDB yet, mostly because I couldn't be bothered looking into how to set it up - and DC would spare me that trouble
[14:09] <aquarius> it will indeed. :)
[14:09] <FND> thanks aquarius
[14:09] <FND> what kind of discovery magic are you referring to?
[14:10] <aquarius> desktopcouch runs on a random TCP port, so there's a D-Bus API to discover the port. dc.records calls this API for you and makes sure your data goes to the right place
[14:10] <thisfred> aquarius: since it's a tmp dir, it will get cleaned up automatically depending on your system configuration, I thought it would be handy to keep it around for debugging porpoises
[14:10] <aquarius> FND, there are a few other things that dc.records does for you, as you saw yesterday in the talk :)
[14:11] <FND> gotcha
[14:12] <thisfred> aquarius: it would be trivial to clean it up manually
[14:13] <aquarius> thisfred, agreed
[14:13] <aquarius> it stopping real DC is pretty annoying ,though :)
[14:13] <thisfred> aquarius: well, minorly annoying maybe. It will be started by the first thing that needs it again, no?
[14:14] <aquarius> yeah, it will (which was nice :))
[14:14] <aquarius> but the pairing app, for example, doesn't do port rediscovery
[14:14] <thisfred> (and this is not by design, no, maybe we should look at the stop_couchdb code)
[14:14] <dobey> Chipaca: asado was that place we went to downtown with all the meat?
[14:15] <Chipaca> dobey: or the place before that with all the meat
[14:15] <thisfred> asado means grill, or no?
[14:15] <thisfred> grilled?
[14:16] <Chipaca> X asado means grilled X
[14:16] <thisfred> right
[14:16] <thisfred> which has become a pars pro toto
[14:16] <Chipaca> but grilled to us means using the embers, not fire
[14:18] <thisfred> so barbecue, really :)
[14:23] <jdobrien> CardinalFang, let me know if you have questions about that openid script
[14:23] <CardinalFang> thisfred, When we in the southern US say barbecue, we mean using smoke and very low heat.
[14:23] <jdobrien> CardinalFang, how far south?
[14:23] <jdobrien> :)
[14:24] <thisfred> the Timoa indians from mexico would approve
[14:24] <thisfred> Barbacoa generally refers to meats or a whole sheep slow-cooked over an open fire, or more traditionally, in a hole dug in the ground covered with maguey leaves, although the interpretation is loose, and in the present day and in some cases may refer to meat steamed until tender.
[14:25] <CardinalFang> jdobrien, thisfred suggested it as the name of using embers (and notably not flame).
[14:26] <urbanape> CardinalFang, did you get unblocked with your OAuth stuff?
[14:27] <thisfred> in the Netherlands it usually means getting drunk while burning the grossest cheapest meat to a black crisp. On charcoal embers.
[14:27] <CardinalFang> urbanape, Not yet.  Maybe in the next two hours or so.
[14:29] <urbanape> so, the js library seems to also not normalize and concatenate the request parameters.
[14:29] <urbanape> at least, judging by the debugging output I'm spitting out.
[14:29] <CardinalFang> Hrm.
[14:30] <CardinalFang> jdobrien, Welcome!
[14:30] <urbanape> although I can't tell from reading it if 9.1.1 happens on the client or server side.
[14:30] <thisfred> Oscar for greatest quality disparity between movie and soundtrack goes to "The harder they come". Although "Purple Rain" is a marginally worse movie, the soundtrack to "The Harder They Come" is so freaking awesome that it wins hands down. I thought y'all would like to know.
[14:30] <urbanape> if it happens on the server side, then I should be fine
[14:32] <CardinalFang> jdobrien, I'm going to try ticking that accounts API soon.  What should I expect?
[14:34] <dobey> aquarius: sheesh. that's not a blog post, it's an editorial!
[14:34] <aquarius> dobey, what is?
[14:34] <dobey> aquarius: your post about the dc irc talk
[14:34] <jdobrien> CardinalFang, that script just dumps out a dict of the account information you get
[14:35] <aquarius> well, it's fairly long 'cos it's got a full transcript in :)
[14:35] <aquarius> should have done an excerpt, really.
[14:35] <CardinalFang> jdobrien, Okay. Great.
[14:36] <jdobrien> CardinalFang, i through in simplejson for kicks
[14:37] <urbanape> aquarius, got a moment or three?
[14:37] <urbanape> for a quick pair?
[14:37] <aquarius> urbanape, yeah, give me ten mins
[14:37] <urbanape> ta
[14:41] <urbanape> anyone know how to copy multiple lines from the Firefox error console?
[14:45] <aquarius> you can't. it sucks
[14:45] <CardinalFang> jdobrien, Hot damn!  It works.  I think.  '{}'
[14:45] <aquarius> thisfred, how close are we to having syncing to the cloud work?
[14:45] <dobey> dear rhythmbox, Thievery Corporation != Rob Zombie, kthx
[14:45] <thisfred> aquarius: we need a proxy set up
[14:46] <aquarius> thisfred, becuase that'll require changes on the desktop, even if trivial ones like "set the name of the server", and I dont want to miss the freeze.
[14:46] <aquarius> Why do we need a proxy?
[14:46] <aquarius> http load balancing?
[14:46] <thisfred> aquarius: to unwrap ssl, and forward to the right machine
[14:46] <thisfred> aquarius: yeah, load balancing in the future
[14:46] <jdobrien> CardinalFang, hmm...
[14:47] <jdobrien> CardinalFang, did you use --url https://edge.ubuntuone.com/api/account/
[14:47] <thisfred> aquarius: but also, until we have per db auth, we can't just open up all of couchdb
[14:47] <CardinalFang> jdobrien, no "edge."
[14:48] <jdobrien> CardinalFang,  need to use oauth
[14:52] <CardinalFang> jdobrien, I think I am.  This machine may not be associated yet, though.
[14:52] <urbanape> aquarius, boo. Man, why software gotta be so suboptimal?
[14:53] <jdobrien> CardinalFang, that would be the problem
[14:56] <aquarius> thisfred, so, things standing in the way of it being done: ssl unwrapping proxy; precise definition of path to my database in the cloud; implementing database_name_prefix in the pair app; per-db auth. Is there anything else?
[14:56] <aquarius> urbanape, all yours
[14:56] <aquarius> urbanape, actually, standup in 4 mins, so after that?
[14:57] <CardinalFang> jdobrien, I'm not so sure now.  I have two entries in my cimputer list.
[14:58] <CardinalFang> jdobrien, I have only two computers.  The IDs in the list are long.  Is there a hidden mapping between those IDs and the OAuth info I have here?
[14:58] <urbanape> aquarius, yeah, after standup, thanks
[14:59] <jdobrien> CardinalFang, if you look at the code, you'll see it is looking for a specific token, if you go to your keyring, you should be able to find that token
[14:59] <urbanape> if you want, in the meanwhile, grab a copy of my latest branch: lp:~urbanape/bindwood/using-oauth
[15:00] <jdobrien> CardinalFang, if it finds a token and that token is not granted access to ubuntuone, you'll get back {}
[15:03] <urbanape> Now is the time on Sprockets when we DANCE!
[15:03] <urbanape> er, I mean STANDUP. MEETING BEGINS
[15:03] <urbanape> if you're on the Desktop+ team, give us a shout: me
[15:03] <urbanape> then DONE/TODO/BLOCK
[15:04] <urbanape> me
[15:04] <jdobrien> CardinalFang, I could add some code to tickle the computer authorization dance
[15:04] <aquarius> wtf? you're mental. :)
[15:04] <aquarius> me
[15:04] <teknico> me
[15:04] <dobey> ich bin ein
[15:04] <rodrigo_> me
[15:05] <dobey> aquarius: http://www.youtube.com/watch?v=QHZR9SA5pOg
[15:05] <urbanape> DONE: still wrestling with Bindwood and OAuth. Getting more meaningful error messages, but ultimately still failing to get connected.
[15:05] <urbanape> TODO: Finish it up with maybe a little help from aquarius.
[15:05] <urbanape> BLOCK: My own confounded inability to read an RFC.
[15:05] <urbanape> aquarius, if you please
[15:05] <aquarius> statik, CardinalFang?
[15:05] <statik> me
[15:05] <aquarius> ⚀ DONE: did DC talk for UDW; work out what to do about quotas; discuss test-fix branch with thisfred
[15:05] <aquarius> ⚁ TODO: continue on branch to allow unpairing of servers (bug #419975); continue piston oauth in snowy; work through bug list; implement quota stuff
[15:05] <aquarius> ⚂ BLOCKED: nothing! except me being a bit thick
[15:05] <aquarius> teknico, still teknico, he rounds the defender GOOOOOOOOOOOOOOOOOOOAL
[15:05] <teknico> DONE: did more reviews, more work on deploying phone sync, made improvements to the create_couch_contacts.py script, skipped a test to be able to land a branch
[15:05] <teknico> TODO: implement the details view for the contacts CRUD web ui
[15:05] <teknico> BLOCK: none
[15:05] <teknico> next: dobey
[15:05] <dobey> uhm
[15:05] <dobey> ☭ DONE: Released 0.94.0, Million duplicates march, Fixed #422771, #409281
[15:05] <dobey> ☭ TODO: Fix server to use python-oauth, Fix client/protocol to use python-oauth
[15:05] <dobey> ☭ BLCK: None.
[15:06] <dobey> rodrigo_: se hablar
[15:06] <rodrigo_> • DONE: oAuth request signing in couchdb-glib. Fixed certificates issue with Tomboy and u1.com. Submitted branch fixing 2nd and subsequent syncings between Tomboy and U1
[15:06] <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. Finish oAuth signing. More tomboy syncing fixes
[15:06] <rodrigo_> • BLOCKED: none
[15:06] <CardinalFang> me
[15:06] <rodrigo_> statik: go
[15:06] <aquarius> dobey and jdobrien, cool work sorting a million duped bugs btw
[15:06] <rodrigo_> dobey: :)
[15:06] <jdobrien> aquarius, ?
[15:06] <statik> DONE: can't remember TODO: domain name move aka death by a thousand cuts BLOCKED: nope
[15:07] <statik> CardinalFang, it's you
[15:07] <urbanape> poor statik. his mind's gone
[15:07] <aquarius> jdobrien, I thought that was you on face duty doing loads of bugs. Might have been Chipaca now that I come to think of it :)
[15:07] <jdobrien> aquarius, no im a useless lazy bum
[15:08] <aquarius> jdobrien, if I was as lazy as you we'd have had DC out the door before Christmas last year :)
[15:08] <jdobrien> DC?
[15:08] <jdobrien> oh
[15:08] <jdobrien> nm
[15:08] <jdobrien> Desktop Couch I presume
[15:08] <aquarius> yeah, they're a comic firm
[15:08] <aquarius> not owned by Disney :)
[15:11]  * dobey pokes CardinalFang 
[15:11] <CardinalFang> DONE: learned a lot about OAuth.  Made way for replication daemon to know about static hosts' special needs; U1 isn't a special case.
[15:11] <CardinalFang> TODO: Get OAuth client working.  ...So that I can get account info from U1 API.
[15:11] <CardinalFang> BLOCKED: AFAIK, API call '/apt/account/' doesn't really work yet.
[15:12] <dobey> "Are we there yet?"
[15:12] <statik> sounds like everyone
[15:12] <aquarius> coolness
[15:12] <aquarius> MEETING ENDS
[15:12] <urbanape> MEETING ENDS
[15:12] <urbanape> d'oh
[15:12] <aquarius> oops.
[15:13] <urbanape> 'sall good
[15:13] <statik> teknico, great news on the contacts stuff, urbanape same for oauth
[15:13] <urbanape> thanks, everyone
[15:13] <urbanape> statik, we're really nearly there.
[15:13] <urbanape> I've added two new libs to Bindwood. One is under Apache, the other is under BSD. Is that a problem?
[15:13]  * urbanape pretty much hates having to even think about licensing.
[15:15] <urbanape> aquarius, skype?
[15:16] <statik> rodrigo_, what fixes are left for tomboy sync? it sounds pretty close
[15:17] <rodrigo_> statik: locally all seems to work ok, except for notes added from the web ui, which are not synced to tomboy, but that's an easy fix I'll do as soon as the other branch is merged
[15:17] <statik> cooooool
[15:17] <rodrigo_> statik: as for the u1.com server, I was getting this morning a 400 on one of the oauth urls, need to investigate more
[15:17] <rodrigo_> statik: and also, the notes not being shown (they are saved indeed) on the notes page
[15:17] <rodrigo_> which I'm not sure what problem is about
[15:18] <statik> rodrigo_, btw i am working on moving from ubuntuone.com to one.ubuntu.com next week, so the base URL in tomboy will need to change
[15:18] <rodrigo_> ok, let me know when you do that, ad I'll change the tomboy pacjage's patch
[15:19] <statik> CardinalFang, ^ this probably affects DC code also
[15:28] <CardinalFang> jdobrien, Some status information would be nice.  If auth fails, maybe poke something into the dict, or return a HTTP 403 or something.
[15:31] <CardinalFang> The Ubuntu-trademarker fiends are going to freak out.  ... heh heh heh.
[15:31] <jdobrien> CardinalFang, more more...give me more more...i need i need i need :)
[15:31] <dobey> CardinalFang: shouldn't failed auth give a 401?
[15:32] <jdobrien> dobey, this isn't really failed oauth
[15:32] <dobey> jdobrien: openid?
[15:32] <jdobrien> dobey, no...it uses oauth tokens to look up account information
[15:32] <dobey> right
[15:33] <dobey> so what's "failed auth" mean then?
[15:34] <jdobrien> oh..you said failed oauth :)
[15:34] <dobey> no i didn't
[15:34] <jdobrien> dobey, hehe...but I did when I was repeating it back :)
[15:34] <jdobrien> hehe
[15:34] <dobey> yes
[15:34] <CardinalFang> dobey, more like "we have no idea who you are".  And for 401, we definitely do not have a "WWW-Authenticate header field containing a challenge applicable to the requested resource." to send back, right?
[15:35] <jdobrien> CardinalFang, I could certainly modify it so it doesn't swallow authentication issues. file a bug
[15:35] <dobey> well the applicable method is oauth
[15:36]  * jdobrien will bbiab
[15:36] <dobey> CardinalFang: i'd really like to know how someone got a valid oauth token without having an account :)
[15:39] <thisfred> fell off a truck
[15:42] <CardinalFang> dobey, I'm new to OAuth, so I don't really know what "valid" means yet.
[15:42] <dobey> CardinalFang: valid means an access token that lets them access the resource
[15:43] <CardinalFang> Sounds tautological, then.
[15:43] <urbanape> aquarius, so, I dove through the oauth code a bit more. A full night's sleep does wonders.
[15:43] <urbanape> It looks like it does sort the parameters properly, but I doesn't seem to skip "OAuth realm"
[15:45] <dobey> CardinalFang: i'm confused how one would get an access token from us that lets them access that resource, and then have the resource fail with "user not found"
[15:46] <CardinalFang> dobey, so, assume it's not a valid token.  What should we do?
[15:47] <dobey> CardinalFang: oauth spec says HTTP 401 Unauthorized
[15:47] <CardinalFang> jdobrien, Hrm, I'm looking in seahorse, and I don't see anything that matches either of the "Computers on your account" items.
[15:48] <dobey> CardinalFang: looking how? it would be the "Ubuntu One token" and you have to view the password, and parse the string that it contains :)
[15:48] <CardinalFang> dobey, so, 401 status code, and empty body?
[15:49] <dobey> CardinalFang: there doesn't need to be anything in the body. so 401 status, WWW-Authenticate header, and empty body would be the correct answer
[15:49] <CardinalFang> dobey, Ah, I was looking at the start.  There are two parts in a url-encoded scheme, and the second part matches one.
[15:49]  * jdobrien nods
[15:50] <dobey> CardinalFang: yeah, the "oauth_token=" bit is the important one, not the oauth_token_secret :)
[15:50] <jdobrien> CardinalFang, as in the case of the sample code, i just check for a 200 before I do anything,
[15:51] <CardinalFang> Then I must be constructing this wrong.  Hrm.
[15:51] <CardinalFang> this == Authorization header
[15:52] <dobey> how so?
[15:55] <aquarius> urbanape, lp:~sil/bindwood/oauth-tests has a test in it which will print the oauth signature from each of JS and Python, which should make it easier for you to tweak the thing to see if it's doing it right
[15:55] <urbanape> danke
[15:58] <urbanape> aquarius, yup, they definitely make different signatures.
[15:59] <aquarius> urbanape, indeed. And the python one is correct :)
[15:59] <urbanape> now, to the tweakening!
[15:59] <aquarius> urbanape, now just randomly frob the JS oauth code until it generates the right result. A genetic algorithm might be good here ;)
[16:00] <urbanape> n00bisms and all, I wonder if it's worth a straight(ish) port of the Python code.
[16:02] <Severity1> hi all
[16:02] <Severity1> i have a question
[16:02] <Severity1> how do i delete a folder in ubuntuone?
[16:02] <jdobrien> dobey, so if the request has no token, the token is invalid, the token is not authorized, I should return a 401?
[16:03] <urbanape> Severity1, through the web?
[16:03] <Severity1> yeah
[16:03] <urbanape> you don't, yet.
[16:03] <dobey> jdobrien: http://oauth.net/core/1.0a#http_codes
[16:03] <Severity1> so where do i delete it?
[16:03] <Severity1> is there another way to delete a folder?
[16:03] <urbanape> you can delete it on the filesystem, and we can probably compute the URL necessary to delete it directly
[16:04] <jdobrien> dobey, thanks for th link
[16:04] <Severity1> you mean the replica on my local?
[16:04] <urbanape> Severity1, you can also go to /files/old and get the previous UI.
[16:05] <Severity1> urbanape, its loading now
[16:05] <urbanape> we're still in the process of establishing the new UI, and that was one feature we (I) overlooked.
[16:06] <Severity1> ahhhh! nice ive been wondering where this UI went! thanks :)
[16:08] <urbanape> aquarius, aha
[16:08] <urbanape> and also, DUHH
[16:09] <urbanape> I thought the keys in the accessor were the actual consumer_secret and token_secret
[16:09] <urbanape> not the strings "consumer_secret" and "token_secret"
[16:09] <aquarius> ah, that's my fault
[16:09] <aquarius> they should be
[16:09] <urbanape> ah, k
[16:10] <aquarius> pushed fix to my branch, although you can remove the quotes yourself if you want :)
[16:10] <urbanape> still generate different keys (I did)
[16:10] <aquarius> as do I
[16:10] <urbanape> er, different signatures
[16:16] <jdobrien> CardinalFang, I am working on a branch to handle OAuth correctly :)
[16:17] <CardinalFang> jdobrien, Roger.
[16:17] <jdobrien> :) I felt guilty
[16:18] <urbanape> we need to mash all our heads together
[16:18] <CardinalFang> jdobrien, No worries.  You da man.
[16:18] <jdobrien> urbanape, and make wine?
[16:18] <urbanape> suits me
[16:19] <urbanape> goes down easier than javascript oauth code
[16:19]  * easwar volunteers to help jdobrien CardinalFang aquarius and urbanape ,ash their heads
[16:19] <easwar> *mash
[16:20] <Severity1> hi easwar
[16:20] <easwar> hi Severity1
[16:20] <Severity1> its my first time here
[16:20] <easwar> mine too
[16:20] <easwar> :P
[16:20] <Severity1> lols
[16:21]  * easwar gets back to writing that article
[16:22] <leonel> Hello yesterday  I've deleted a file by  1 nautilus and  by the browser  and the file  still there .. any known bug ?
[16:22] <Chipaca> leonel: depends. Are you running a new-ish client?
[16:23] <Chipaca> leonel: new-ish is what's in karmic right now, or from the beta ppa :)
[16:23] <leonel> 0.93.1+r194-0ubuntu1~ppa1~jaunty
[16:23] <Chipaca> hm, jaunty
[16:24] <leonel> Chipaca: let me delete on karmic ..
[16:24] <Chipaca> leonel: 0.94.0 is out there, I think
[16:24] <dobey> aye
[16:24] <leonel> yes karmic has 0.94
[16:25] <Chipaca> dobey: there isn't a 0.94.0 for jaunty?
[16:27] <leonel> Chipaca:  working fine with karmic ..
[16:27] <dobey> Chipaca: there is
[16:28] <dobey> Chipaca: it's in the ppa
[16:28] <Chipaca> leonel: you probably want to update the jaunty package, then
[16:28] <leonel> upgrading ubuntuone on jaunty
[16:29] <Chipaca> leonel: if it still refuses to go away it might be another issue, otherwise it's one we fixed :)
[16:30] <leonel> on karmic  and on the browser  worked
[16:30] <leonel> Chipaca:  testing the upgraded package on jaunty
[16:30] <Chipaca> leonel: ah, ok
[16:31] <leonel> Chipaca:  on jaunty  now I got a   file.txt.u1conflict
[16:34] <Severity1> leonel, ahhh ive experienced that too
[16:34] <Chipaca> leonel: and file.txt is gone?
[16:34] <Chipaca> (file.txt is the one you deleted, right?)
[16:35] <leonel> Chipaca:  yes
[16:35] <Chipaca> basically it means the client things that the file changed locally and on the server at the same time
[16:35] <Chipaca> thinks, even
[16:35] <CardinalFang> Chipaca, I had a  "My Stuff/foo" folder and now I have a "foo.conflict" folder.  I just renamed it to "foo".
[16:35] <Severity1> i think file.txt is also file.txt.u1conflict
[16:35] <aquarius> urbanape, I have made the JS lib and the pytohn lib both print out their base strings. they are not hte same. http://paste.ubuntu.com/264482/ is informative and should give you somewhere to direct your efforts, I think :)
[16:36] <leonel> Chipaca:   yes I've edited that file on  karmic  yesterday  then deleted on jaunty
[16:36] <CardinalFang> aquarius, do you mind looking at mine?  I suspect you'll say "use the module already, damnit".
[16:37] <aquarius> CardinalFang, I can take a brief look yeah. But, use the module already, dammit :)
[16:37] <aquarius> we have working (although crufty) oauth, and stuff to do that isn't "reimplement the oauth module in a nicer way"...
[16:38] <Chipaca> CardinalFang: leonel: Severity1: outside of changing the file locally and on the server at the same time (or with the client disconnected), you shouldn't see too many 'conflcit' files
[16:38] <aquarius> the current module certainly needs a cluebat or nine, I agree, though L)
[16:38] <aquarius> :)
[16:38] <CardinalFang> Mine isn't a file, and I haven't changed it anywhere since upload.
[16:38] <CardinalFang> Only one box accessing it, too.
[16:38] <Chipaca> CardinalFang: leonel: Severity1: if you do, it's usually a bug, and the .u1conflict file itself is the ex-local file, and the non-.u1conflict is the one on the server
[16:39] <Chipaca> CardinalFang: some causes of spurious conflicts have been fixed in 0.94
[16:39] <CardinalFang> I had only one entry, the conflict, and no real directory in parallel.
[16:40] <Chipaca> CardinalFang: "foo.conflict" or "foo.u1conflict"?
[16:41] <Chipaca> CardinalFang: if the first, that's with an old client and an old server with a lot of bugs fixed since then (in particular, one that would give you a lot of that behavior)
[16:41] <Chipaca> there are still many corner cases that will put a file in .u1conflict
[16:41] <CardinalFang> Chipaca, Er, good question.  I just renamed it and don't remember.
[16:42]  * CardinalFang CCs jdo and urbanape.
[16:42] <Chipaca> basically if we suspect we might be about to lose your data, we put it away in a conflict file just in case
[16:42] <leonel> other than that ..    really  I'm loving  ubuntuone
[16:43] <Severity1> Chipaca, ah so its a problem with the versions of the file in the server and client
[16:44] <Chipaca> yes
[16:45] <Chipaca> (it can also happen if we get an OSError or IOError when operating on the node (file, directory, etc))
[16:45] <Chipaca> the client has a little big state machine at its heart
[16:46] <Chipaca> things like "if you close a file and made changes to it, upload the file"
[16:46] <Chipaca> but also a lot of "if you got here we have no idea what to do, DESPAIR"
[16:46] <Chipaca> or is that DISPAIR?
[16:46]  * Chipaca dicts
[16:48] <Chipaca> yeah, despair (all caps)
[16:48] <dobey> bbiab, lunch!
[16:52] <Chipaca> dunno where I was going with that thing about despair and all...
[16:52] <Chipaca> ah, yes
[16:52] <Chipaca> actually despair is more "I have no idea how you got here"
[16:53] <Chipaca> and conflict (and this is why I started talking about despair) is one better than that; it's "I know how you got here, but I don't know how to get you out of here"
[16:53] <Chipaca> so we know we aren't broken, but we know we could potentially lose data. So we take the safe approach
[16:53] <Chipaca> little by little we either avoid the conflict states, or realize what to do to get people out of them :)
[16:54] <aquarius> chad, I have poked your script a bit...it seems to be generating different signatures from the python oauth code
[16:56] <aquarius> CardinalFang, I have poked your script a bit...it seems to be generating different signatures from the python oauth code
[16:56] <aquarius> (oops :))
[16:56] <CardinalFang> It's easy to confuse us.
[16:57] <CardinalFang> aquarius, Thanks.
[16:58] <aquarius> CardinalFang, I can give you the adapted script that I'm using for testing if you want?
[16:58] <CardinalFang> aquarius, Yesplease!
[17:00] <urbanape> aquarius, so your pastebin would suggest  that we're missing some keys (callback and verifier (twice)) and incorrectly stashing the token_secret.
[17:00] <urbanape> I've elminated the latter and boosted the former.
[17:01] <aquarius> urbanape, ah, verifier's not actually in it twice, that was a cut and paste error. sorry :)
[17:01] <aquarius> do you now get the same signature? (holds breath in antici....pation)
[17:04] <aquarius> CardinalFang, sent
[17:08] <urbanape> checking
[17:09] <urbanape> still no.
[17:09] <urbanape> do you have the snippet that spits out what's in the pastebin?
[17:13] <aquarius> I assembled it in gedit, sorry -- no script which does it. I just grabbed a private copy of oauth.py and edited oauth.py and oauth.js to both print the basestring out
[17:13] <urbanape> no worries
[17:20] <urbanape> Okay, I've reduced the differences to the initial URL.
[17:21] <urbanape> http://paste.ubuntu.com/264515/
[17:21] <urbanape> trailing slash
[17:21] <urbanape> is all
[17:21] <urbanape> apparently
[17:23] <urbanape> got it
[17:24] <aquarius> and...same signatures?
[17:24] <urbanape> yup
[17:25] <aquarius> yaaaaaaaaaa
[17:25]  * aquarius dances
[17:27] <CardinalFang> Alright, I'm sending patches for this oauth module.
[17:27] <CardinalFang> I'll run it by you first, a.
[17:32] <urbanape> hmm, still getting invalid signature from the server (under Bindwood)
[17:32] <urbanape> but I'm adding your tests to my branch. Nicely done.
[17:39] <urbanape> aquarius, okay, so next bit
[17:39] <urbanape> I'm reasonably certain that the signatures are correct.
[17:39] <urbanape> is my code actually doing the right thing here:
[17:40] <dobey> hrmm
[17:41] <urbanape> http://paste.ubuntu.com/264527/
[17:41] <dobey> urbanape: what are you trying to do?
[17:41] <urbanape> authenticate and authorize
[17:42] <urbanape> I'm still receiving "Invalid signature" from the server
[17:42] <aquarius> urbanape, nope -- couch doesn't use request tokens. It's two-legged auth only
[17:42] <urbanape> okay, well, that's gooder.
[17:42]  * urbanape deletes code
[17:42] <dobey> urbanape: what signature method are you using?
[17:42] <aquarius> so you don't need to authorize the token -- the one you have is already authorized
[17:43] <dobey> CardinalFang: what oauth module are you patching?
[17:43] <urbanape> aquarius, swoot.
[17:43] <urbanape> okay, so now, when pushing bookmarks, I'm getting invalid_json. Moving right along.
[17:43] <CardinalFang> dobey, Leah Culver's Python module.
[17:43] <dobey> why?
[17:44] <CardinalFang> dobey, two bugs, and a few style problems.
[17:44]  * CardinalFang cc's dobey.
[17:44] <aquarius> CardinalFang, auth_header_parts('%s="%s"' % (k, escape(str(v)))) ?? auth_header_parts is a list. shouldn't you be appending to it?
[17:45]  * dobey waits for this cc
[17:49] <aquarius> me gets some dinner.
[17:51] <jdo> does anyone understand what bug #423810 is talking about?
[17:58] <leonel> Just uploaded a text file on jaunty 0.94   and on karmic I've just got the file but empty
[17:58] <dobey> jdo: apparently he's saying the e-mail isn't getting sent to the other user
[17:58] <dobey> leonel: disconnect/reconnect the client on karmic
[17:58] <jdo> dobey, i wonder if it's from the desktop or the web UI
[17:58] <dobey> (though i'm surprised it appaered)
[17:59] <dobey> jdo: i don't think it matters unless he's not entering an e-mail address in the email field
[17:59] <CardinalFang> aquarius, My big problem was that I wasn't passing "sha1" module as a third parameter to hmac.new .
[18:00] <aquarius> CardinalFang, aha
[18:03] <dobey> hmm, ok
[18:05]  * dobey kicks oauth.py in the face
[18:07] <dobey> what to do
[18:09] <urbanape> kick it again
[18:10] <dobey> good idea
[18:10] <urbanape> so, I'm getting invalid_json on the query we send to the database before pushing bookmarks.
[18:12] <jdo> CardinalFang, I don't know if our server is supporting HMAC
[18:12] <urbanape> the only things that's changed in the query() method is the addition of an optional language parameter. Still defaults to "javascript"
[18:13] <jdo> dobey, do you know if we switch from PLAINTEXT to HMAC?
[18:13] <dobey> jdo: our server supports both
[18:13] <jdo> hmm
[18:14] <dobey> well, it supports HMAC-SHA1
[18:14] <jdo> yes
[18:14] <dobey> and CardinalFang wasn't generating hmac-sha1
[18:15] <dobey> luckily (or rather, unluckily) i am poking through the server code right now
[18:16] <dobey> but i've hit a point in the road where the bridge is out
[18:16] <urbanape> heading out to lunch. back in a bit.
[18:27] <leonel> dobey: leonel: disconnect/reconnect the client on karmic <-- Ubuntuone finished updating and    the file still empty
[18:28] <dobey> hmm
[18:28] <dobey> leonel: is it empty in the web ui?
[18:28] <leonel> uploaded a text file on jaunty  0.94
[18:28] <leonel> then  got sync in karmic  but empty
[18:29] <leonel> disconnected  both machines  waited about 15 mins
[18:29] <dobey> leonel: if you go to https://ubuntuone.com/files and open that file, is it empty?
[18:30] <leonel> no file appeared on  ubuntuone.com/files     then  connected  and  all got sync but the file empty   and got a  .conflict  on jaunty
[18:30] <leonel> dobey: yes the file on  ubuntuone.com/files is empty
[18:30] <dobey> ok, so the problem was it didn't actually get uploaded
[18:30] <leonel> yes  that was on jaunty
[18:31] <dobey> leonel: on your jaunty machine, please run "ubuntu-bug ubuntuone-client" to report a bug
[18:31] <dobey> leonel: or just right-click on the applet and choose "Report a Problem"
[18:33] <leonel> dobey: ok ..
[18:53] <jdo> urbanape, ping
[18:54] <jdo> I keep getting bad signature when using HMAC-SHA1
[18:54] <jdo> :(
[18:57] <jdo> Expected signature base string
[18:58] <dobey> how are you generating it?
[19:00] <jdo> dobey, using our libraries, I think I found the problem
[19:00] <jdo> well...using oauth libraries
[19:00] <jdo> I don't build it manually
[19:00] <CardinalFang> dobey, jdo, I have a script that I *think* should work.  See email.
[19:00] <jdo> my oauth_signature has a '=' at the end...it needs to be encoded for the POST
[19:01] <dobey> yeah, that would cause it to fail :)
[19:01] <jdo> CardinalFang, is that the one urbanape forwarded?
[19:01] <jdo> CardinalFang, I wasn't sure why you did it all manually
[19:01] <CardinalFang> jdo, Then, no.
[19:01] <jdo> hehe
[19:04] <jdo> the library does urllib.quote, but not encode
[19:06] <dobey> why are you using HMAC-SHA1 anyway?
[19:07] <jdo> dobey, I'm just trying it out
[19:07] <jdo> dobey, I should be able to use either signature method
[19:08] <CardinalFang> dobey, I had to choose one.  Neither worked.
[19:16] <alexander_> Is it possible that the software also can download files which is synced from other PCs?
[19:17] <Chipaca> alexander_: yes, of course
[19:19] <Chipaca> alexander_: in fact, it can do so in two different ways
[19:20] <Chipaca> alexander_: on the one hand, if you use both PCs with the same ubuntu one account, all files you upload on one pc will be downloaded on the other(s)
[19:20] <Chipaca> alexander_: on the other hand, if you use different accounts for each pcs, you can share a subfolder with any of the other accounts, in either readonly or read/write modes
[19:20] <alexander_> Thank you for your answer. But how can I administrat Ubuntu One, because it doens't sync both ways now?
[19:21] <Chipaca> alexander_: it doesn't? what version are you using?
[19:27] <alexander_> I've installed it yesterday so I guess the newest. But will try to reinstall it, I may know the error. Thank you for taking you time :)
[19:27] <Chipaca> alexander_: jaunty, or karmic?
[19:30] <alexander_> jaunty. Is karmic released?
[19:33] <dobey> CardinalFang: what error do you get with that script?
[19:34] <CardinalFang> dobey, No error.  I do not know if '/api/accounts/' does anything different when it works.
[19:35] <dobey> CardinalFang: not even a json error?
[19:36] <CardinalFang> dobey,  received {} has no 'id'
[19:36] <CardinalFang> and   None
[19:36] <dobey> hrmm
[19:37] <dobey> alexander__: karmic alpha5 is released today
[19:38] <dobey> huh
[19:38] <dobey> i thought desktopcouch pulled the oauth token from the gnome keyring?
[19:38] <dobey> CardinalFang: it doesn't?
[19:38] <dobey> grr, java is eating all my cpu
[19:39] <CardinalFang> dobey, It does.
[19:39] <dobey> desktopcouch.local_files.NoOAuthTokenException: OAuth details were not found in the ini file (/home/dobey/.config/desktop-couch/desktop-couchdb.ini)
[19:39] <CardinalFang> dobey, Or from couchdb,   /me looks.
[19:41] <jdo> CardinalFang, I thought we discussed this
[19:42] <jdo> CardinalFang, are you working from a computer that has been authorized to access ubuntuone?
[19:42] <CardinalFang> jdo, Yes.
[19:42] <jdo> CardinalFang, what's your username?
[19:43] <CardinalFang> 'cmiller'
[19:44] <jdo> CardinalFang, if you login to https://edge.ubuntuone.com and then go to /api/account/
[19:44] <jdo> CardinalFang, what do you get? ^^
[19:46] <CardinalFang> jdo, a nice full dictionary.
[19:46] <jdo> CardinalFang, that is what you'll get with the web_api_tool script I sent you a link to
[19:47] <jdo> CardinalFang, not that for some reason, HMAC_SHA1 is not working. I haven't determined why
[19:47] <jdo> s/not/note.
[19:47] <CardinalFang> jdo, Okay. Should Plaintext work?
[19:48] <jdo> the example code I used was plain text
[19:48] <jdo> since it's https, it's not necessarily a security risk
[19:49] <CardinalFang> jdo, I don't see what you sent.  I see a reply to mine with a sample Authorixzation header.
[19:50] <jdo> CardinalFang, the launchpad branch I sent you earlier
[19:50] <jdo> CardinalFang, I found out why HMAC wasn't working though
[19:51] <CardinalFang> jdo, In the script I sent you, you may change HMAC_SHA1 to PLAINTEXT , and get the same result, fwiw.
[19:52] <jdo> CardinalFang, I used the oauth library to buld my request: http://pastebin.com/m181fad11
[19:52] <thisfred> back
[19:53] <jdo> CardinalFang, and the problem I was having is I stupidly had POST, when I was doing a GET :)
[19:54] <CardinalFang> Hrm, sadly, I'm not.
[19:54] <jdo> CardinalFang, what not?
[19:54] <CardinalFang> POSTing.
[19:55] <jdo> CardinalFang, posting to /api/account/  ?
[19:56] <CardinalFang> Sadly, I'm my problem is not as simple as using the wrong method for requesting '/api/account/' .
[19:59] <dobey> CardinalFang: how do i get your script to get my oauth token correctly?
[20:00] <jdo> CardinalFang, what is the problem you're having?
[20:00] <jdo> that script I just pasted pretty much does everything
[20:01] <CardinalFang> Hrm.  I guess change desktopcouch/local_files.py .  aquarius wrote that function, and I haven't looked at what it needs to do.
[20:01] <CardinalFang> dobey, ^
[20:01] <CardinalFang> I doubt he would try to store information in two places though.  That's weird.
[20:03] <dobey> hrmm
[20:03] <dobey> well hell
[20:03] <dobey> THAT is your problem
[20:04] <dobey> CardinalFang: you're trying to use the oauth info for connecting to your local desktop couchdb, to contact the u1 server
[20:05] <CardinalFang> Huh.  That would do it, eh?
[20:05] <dobey> yes.
[20:05] <dobey> :)
[20:05] <thisfred> CardinalFang: I know a little about local_files.py, through no fault of my own, what's the problem
[20:05] <dobey> thisfred: the problem is CardinalFang thought it was something that it's not :)
[20:05] <thisfred> stop doing that CardinalFang
[20:06] <CardinalFang> thisfred,  get_oauth_tokens() isn't as magical as I though.  It gets the wrong tokens.
[20:06] <thisfred> my invoice is in the mail
[20:06] <thisfred> CardinalFang: that gets the tokens from the gnome keyring, and is used only once I believe
[20:07] <thisfred> but this area is still a little hazy for me too. It's just too many things talking to too many other things to all fit in my head at once
[20:07] <CardinalFang> thisfred, exactly wrong,  :(  It gets the tokens from the INI file that have nothing to do with U1.
[20:07] <thisfred> I try to avoid seeing the bigger picture
[20:08] <thisfred> CardinalFang: ah, right, or that ;)
[20:08] <jdo> CardinalFang, are you looking for different tokens?
[20:09] <CardinalFang> jdo, I'm looking to U1 tokens.  I thought I had them.  I do not, until I write a function to get them.
[20:09] <dobey> grr, amazon doesn't have any real vengaboys it seems
[20:10] <jdo> CardinalFang, how does the u1 token associate with the couchdb stuff you're doing
[20:11] <jdo> CardinalFang, Im wondering, forgetting about oauth tokens, what is this doing with desktopcouch
[20:12] <dobey> jdo: well presumably they'll need a u1 oauth token to sync up the couchdb to ubuntuone.com
[20:12] <CardinalFang> jdo, it doesn't directly.  Every machine may want to replicate to U1, and to do that one needs a U1 token.
[20:12] <CardinalFang> But, it's not required.
[20:12] <CardinalFang> "it" == replicating to U1.
[20:13] <jdo> CardinalFang, so what is the db_name_prefix stuff for?
[20:13] <jdo> CardinalFang, to replicate a remote db into a local one?
[20:13] <jdo> "it" is such a magical word :)
[20:13] <jdo> it's like "them" the people we blame for everything
[20:14] <CardinalFang> jdo, db_name_prefix is an effort to make unique names on U1 servers, to preserve RESTful semantics.
[20:14] <jdo> CardinalFang, so looking at your script, your really just looking for a user id from U1 right?
[20:14] <CardinalFang> jdo, Yes.  *sigh*
[20:14] <jdo> CardinalFang, that's the output of all the oauth magic
[20:14]  * CardinalFang sighs deeply.
[20:15] <jdo> CardinalFang, please use my script on a machine that is authorized to access Ubuntu One
[20:15] <jdo> CardinalFang, by authorized, I mean it uses the syncdaemon to get a token
[20:16] <jdo> ./web_api_tool.py --url https://edge.ubuntuone.com/api/account will dump out a dictionary of the account, you can used that dictionary to get the U1 userid
[20:17] <lordmetroid> How do I find out the version number of the client?
[20:17] <dobey> lordmetroid: dpkg -l ubuntuone-client ?
[20:18] <jdo> lordmetroid, apt-cache policy ubuntuone-client
[20:18] <jdo> oh or that :)
[20:18] <dobey> policy output can be confusing
[20:18] <jdo> ooh...there's a new one
[20:18] <dobey> especially if one has multiple PPAs
[20:18] <dobey> or you can do "python -c 'import ubuntuone.clientdefs; print clientdefs.VERSION'
[20:18] <urbanape_> feeling a little stabby
[20:19] <Chipaca> isn't there a u1sdtool --version
[20:19] <Chipaca> ?
[20:19] <dobey> livin' the hobo life, with your hobo knife?
[20:19] <dobey> Chipaca: there's a bug for it
[20:19] <jblount> ~/away
[20:19] <jblount> or /away
[20:19] <Chipaca> dobey: close
[20:19] <jblount> Either way, I'm back.
[20:20] <statik> sing it jblount
[20:20] <Chipaca> dobey: that is "so close!", not "close the bug" :)
[20:20] <lordmetroid> ok, thanks
[20:20] <dobey> heh
[20:20] <urbanape_> dobey: Some folks call it a Kaiser Blade, I call it a Slingblade. Uh huh.
[20:21] <CardinalFang> jdo, once I use the edge host, yours works.
[20:21] <jdo> CardinalFang, yes, like I said several times
[20:21] <jdo> :)
[20:22] <jdo> CardinalFang, the latest and greatest is on edge
[20:24] <urbanape_> aquarius, out of curiosity should we be re-instantiating these CouchDB instances in Bindwood?
[20:25] <urbanape_> Would it be mo' bettah to just keep one instance around?
[20:25] <aquarius> ?
[20:25] <aquarius> prolly
[20:25] <aquarius> I was just being inefficient, I think :)
[20:28] <urbanape_> k, I'm trying to eliminate cruft and find a nice way to test this stuff.
[20:35] <dobey> urbanape: so yeah, just use PLAINTEXT instead of HMAC-SHA1
[20:35] <dobey> and i'll just remove the HMAC-SHA1 support from the server :)
[20:36] <urbanape> is that server setting in a config so I can test it locally?
[20:37] <dobey> no, the adding of signature methods to the oauth server is programmatic
[20:38] <urbanape> so, I'll wait for your branch of desktopcouch to show up?
[20:40] <dobey> i'm not touching desktopcouch, no
[20:41] <dobey> oh, are you trying to muck with tokens from local couchdb?
[20:41] <urbanape> yeah, this is all dealing with desktopcouch
[20:43] <dobey> oh, ok
[20:45] <dobey> hrmm, i don't see HMAC_SHA1 anywhere in desktopcouch (with find/grep)
[20:45] <urbanape> weird. That's what aquarius told me to use.
[20:45] <dobey> i don't see PLAINTEXT either
[20:45] <dobey> so i'm not sure what that means exactly
[20:46] <urbanape> it means IS IT FRIDAY YET?
[20:46] <statik> bindwood will be talking straight to couchdb using oauth, and CardinalFang is probably working on adding the Oauth support to desktopcouch as we speak
[20:46] <statik> oh man, monday is a US holiday
[20:47] <statik> i'm going to have to figure out how to spend it in a boat
[20:47] <urbanape> boat boat boat
[20:47] <urbanape> you a sailor?
[20:49] <statik> i'd like to learn to sail so i can achieve my dream of bareback chartering a 50' bluewater catamaran to somewhere dangerous
[20:49] <statik> right now i just have a little tiny broken center console boat
[20:49] <statik> basically only good for scaring people with
[20:50] <urbanape> zoom zoom
[20:50] <CardinalFang> Be ye well ware of pirates, me hearty.
[20:50] <statik> the thing about a boat is that it should be big enough to hold a compressor to refill the scuba tanks, you know?
[20:56] <urbanape> absolutely.
[20:56] <jdo> the problem here with boars is they won't let go fast in them until you're out in water where going fast in a small boat can be rough
[20:56] <urbanape> friends of ours had a sweet little center console runabout in Key West.
[20:56] <urbanape> Managed to get us out to the reef at least.
[20:56] <jdo> s/boars/boats/
[20:56] <jdo> smae things
[20:56] <jdo> hehe
[20:56] <jdo> arg
[20:57] <jdo> It sure has been a pain typing since I lost my middle fingers in a cooking accident
[20:57] <urbanape> I have trouble getting my boars up to speed.
[20:57] <LordMetroid> is 423944
[20:57] <LordMetroid> bug 423944
[20:57] <LordMetroid> is that a feature?
[20:57] <jdo> LordMetroid, do you have throttling enabled?
[20:58] <LordMetroid> Not in the client
[20:58] <jdo> woop...then yes...yes it is a new feature :)
[20:58] <jblount> LordMetroid: No, that is not a feature, we are still trying to figure out why it is so slow.
[20:59] <dobey> boars?
[20:59] <jblount> There is another bug with some casual statistics and comparisons to another similar service.
[20:59] <jdo> jblount, but it is a feature...albeit an undesirable one
[20:59] <dobey> i don't think you would fit inside a boar
[20:59] <jdo> dobey, yes, I been ticketed 3 times riding my boar on the highway
[21:00] <jdo> dobey, I was told it was strictly a water boar and not approved for public roads
[21:00] <LordMetroid> Ok, jblount, thank you
[21:00] <jdo> stupic lift kit was a waste
[21:00]  * dobey proposes a branch for jdo to review
[21:00]  * jdo reviews
[21:00]  * jdo blindly approves dobey's proposal
[21:01] <jdo> oh wow
[21:01] <dobey> at least sept 19 is an international holiday
[21:21] <CardinalFang> urbanape appeared on my flickr account notices, and looked around a bit and decided that facundobatista has far, far, far more fun than I have.
[21:22] <urbanape> ha
[21:53] <dobey> thisfred: i see what you meant about pulseaudio and cassettes now
[21:53] <thisfred> dobey: weird huh?
[21:53] <dobey> thisfred: was just changing songs in rbox, and when it cycled, the volume would go up real quick and then back down
[21:54] <dobey> grmbl pulseaudio
[21:55] <dobey> ah well
[21:55] <thisfred> oh, well, for me it was definitely playing speed which was wobbly, not volume
[21:55] <dobey> i'm off for now
[21:55] <thisfred> later!
[21:55] <dobey> later
[22:33] <CardinalFang> statik, my desktopcouch/replicate-to-u1 branch relies on one.ubuntu.com and couchdb.one.ubuntu.com , fwiw.
[22:34] <CardinalFang> it also relies on couchdb running there, et c, so that shouldn't be a signal that i'm waiting on you or anything.
[22:35] <CardinalFang> G'night!
[22:40] <statik> CardinalFang, great!
[22:50] <joshuahoover> anyone think the applet icon looks blurry in the notification area?
[22:51] <Chipaca> joshuahoover: it looks blurry in the notification non-dialogs
[22:52] <Chipaca> notification monologues?
[22:52] <joshuahoover> Chipaca: ahhh...got ya...looking at a bug from chris kenyon and wasn't quite "getting it" :) forgot about the message notifications
[22:53] <joshuahoover> Chipaca: oh yeah, that is definitely blurry
[22:58] <facundobatista> CardinalFang, why?