[15:00] <statik> the fire started before i arrived
[15:00] <urbanape> PIANO MAN!
[15:01] <statik> MEETING BEGINS: lets talk about code
[15:01] <teknico> statik, if you want fire on 2.5 you need to import it from __future__ ;-P
[15:02] <statik> teknico, i break something every day it seems :)
[15:02] <urbanape> me
[15:02] <statik> me
[15:02] <rodrigo_> me
[15:02] <teknico> me
[15:02] <teknico> rodrigo_, how's your standup preparation today? ;-P
[15:02] <aquarius> me
[15:02] <rodrigo_> teknico: getting the notes now :)
[15:03] <statik> DONE: Worked on bindwood package, bugs, lots of code review, merged code for desktopcouch, broke and fixed trunk.
[15:03] <statik> TODO: Finish the ubuntu package for lp:bindwood. publish desktop-contacts python module. Review/prioritize the todo lists for next week. work in overdrive to catch up on my backlog of todo items.
[15:03] <statik> BLCK: None.
[15:03] <statik> next, urbanape
[15:03] <vds> me
[15:03] <urbanape> DONE: Merged new folder branch for new files ui. More hacking on the sharing panel contents. Yay, YUI 3, sorta.
[15:03] <urbanape> TODO: I'm an on-call reviewer today, so I expect to play with other people's code a bit. More hacking. Hope to have this branch submitted soon.
[15:03] <urbanape> BLOCK: None
[15:03] <urbanape> rodrigogogogo
[15:04] <rodrigo_> DONE: more work on per-user couchdb branch. Talked with aquarius about tomboy oauth
[15:04] <CardinalFang> me
[15:04] <rodrigo_> TODO: tomboy oauth. evo-couchdb work
[15:04] <rodrigo_> BLOCKED: none
[15:04] <rodrigo_> teknico: go
[15:04] <teknico> DONE: split the testing scripts branch in three new branches, the errors disappeared (?!), landed one of the three new branches, approached jdo for the service options to check when syncing phone
[15:04] <teknico> TODO: land the two remaining branches, implement checking the subscription when syncing phone
[15:04] <teknico> BLOCKED: none (crashes get less frequent if I run "make update-sourcedeps" setting NUM_BZRS=1)
[15:04] <teknico> next: aquarius
[15:04] <rodrigo_> teknico: wasn't as quick as I wanted, sorry :)
[15:04] <teknico> rodrigo_, you'll get better ;-)
[15:04] <aquarius> DONE: made couchdb-oauth work (yay!), talk to rodrigo about oauth in tomboy, discovered that my tomboy doesn't work with snowy either
[15:04] <aquarius> TODO: work out why tomboy doesn't work with snowy; test couch replication using oauth
[15:04] <aquarius> BLOCKED: none
[15:04] <aquarius> vds, hit me
[15:05] <vds> DONE:finished couchdb snapshots, up for review, it probably requires few fixes
[15:05] <vds> TODO: land on couchdb db snapshots
[15:05] <vds> BLOCKED: nope	
[15:05] <vds> your turn CardinalFang
[15:05] <CardinalFang> DONE: temporary view API code replaced
[15:05] <CardinalFang> TODO: finish.  get spawning tested.
[15:05] <CardinalFang> BLOCKED: none
[15:05] <statik> dobey, around?
[15:06] <statik> just a quick poll: has everyone been able to upgrade to karmic?
[15:06] <rodrigo_> teknico: ok, so my problem is getting back from lunch just 2 minutes before the meeting, so while writing the notes I get poked for my turn
[15:06] <statik> i have
[15:06] <rodrigo_> teknico: I need to have lucnh quicker :)
[15:06] <aquarius> statik, yep, I'm on karmic
[15:07] <rodrigo_> statik: I'm running it since many weeks ago
[15:07] <teknico> rodrigo_, or doing the notes before it :-)
[15:07] <statik> rodrigo_, taking a bullet for the team, way to go
[15:07] <rodrigo_> teknico: yes, right
[15:07] <dobey> oh
[15:07] <dobey> me
[15:07] <dobey> DONE: New client release for Karmic, Upgraded client and protocol repos to 2a, Update oauth.py to trunk version
[15:07] <dobey> TODO: Poke at OAuth, #378707
[15:07] <dobey> BLCK: None.
[15:07] <statik> thats all of us. thanks guys! MEETING ENDS
[15:07] <teknico> rodrigo_, does your IRC program warn you against doing a multiline paste? mine does, but I don't listen it it :-)
[15:08] <teknico> *to it
[15:08] <dobey> teknico: irssi does if it's more than like 3-4 lines
[15:08] <rodrigo_> teknico: I think it doesn't, /me tries
[15:08] <dobey> but you just hit C-k to continue
[15:08] <rodrigo_> • More openSUSE packaging
[15:08] <rodrigo_> • allow-per-user-couchdb in e-d-s
[15:08] <rodrigo_> • more tests in test suite
[15:08] <rodrigo_> it works yeah
[15:08] <teknico> dandy :-)
[15:08] <rodrigo_> problem solved then, I'll do a multiline DONE/TODO :-)
[15:09] <teknico> rodrigo_, sorry for the bother :-)
[15:09] <rodrigo_> teknico: nah, my fault for being slow :)
[15:09] <dobey> rodrigo_: just keep your note updated, and paste it all at once :)
[15:10] <rodrigo_> yeah, my slowness is for writing it in one line
[15:10] <teknico> be slow when you flow, be fast when you must ;-)
[15:12] <rodrigo_> btw, now that I've got almost done the per-user couchdb stuff in evo-couchdb, I think we need a setup/first time process to add the evolution source for U1 automatically when a user activates his account
[15:12] <rodrigo_> dobey: should we do that when the oauth stuff is done?
[15:16] <dobey> well, the couch source should be there anyway
[15:17] <dobey> i guess we need a "[] Sync my Contacts" preference for u1 somewhere though too
[15:18] <thisfred> CardinalFang: gentle reminder: I shall be gone in 3.5 hours approximately, so if there's anything I can help with, before then would be good (will check for emergencies after dinner) Also, aquarius knows more than he lets on, so he should be able to help you with anything during my brief absence.
[15:19]  * aquarius grins
[15:20] <CardinalFang> thisfred, I think I got it licked, except for one question:  In the convenience function you suggested, we create a view.  I assume it should persist.  I also assume the name of the view should be the same as the convenience function.  If either of those are wrong, let me know.
[15:21] <thisfred> CardinalFang: yes, it should persist (and probably check whether it's there first and not create one if it exists)
[15:22] <CardinalFang> Got that.  The name "get_records_of_type" is what I was unsure about.
[15:22] <thisfred> CardinalFang: the id of the view is up for debate, but something like get_all_[foo]s where foo is the type of record, (but not necessarily the record_type, as a url might not work well as part of a view id)
[15:23] <CardinalFang> Ah, hmm.
[15:23] <thisfred> CardinalFang: it should go in the 'design' designdocument, perhaps aquarius has a brilliant suggestion for the view name
[15:24] <thisfred> (I did not really think about this before either)
[15:24] <aquarius> what am I trying to name?
[15:24] <thisfred> aquarius: when we have 'get_all_records_of_type(record_type, create_view=True)
[15:24] <thisfred> aquarius: what would the id of the view be?
[15:25] <thisfred> tricky one eh
[15:25] <aquarius> get_all_records_of_type, no?
[15:25] <thisfred> aquarius: eh
[15:25] <thisfred> aquarius: we'd need separate views for each type, surely?
[15:26] <aquarius> why? just specify startkey and endkey as the url for the type?
[15:26] <thisfred> I've worked around it a few times before, but I fear we'll have to have some sort of mapping from record_type URIs to something more wieldy
[15:26] <aquarius> and have the view be function(doc) { return doc.record_type, doc } ?
[15:27] <thisfred> aquarius: isn't that very inefficient?
[15:27] <aquarius> don't think so, no
[15:27] <thisfred> aquarius: probably not
[15:27] <thisfred> aquarius: since we'll only have a few types per db anyway
[15:27] <thisfred> CardinalFang: so, it's simpler than I thought. What him said ^^
[15:28] <CardinalFang> Roger.  Thanks, guys.
[20:46] <inkvizitor68sl> hi all
[20:48] <inkvizitor68sl> are there any plans to create Ubuntu-One for servers?
[20:54] <rmcbride> inkvizitor68sl: I assume you're asking about "servers" in the sense that they'd be running without X?
[20:54] <inkvizitor68sl> yep
[20:55] <rmcbride> inkvizitor68sl: we don't have anything specific in the cards that I'm aware of, but that's an interesting idea.
[20:55] <rmcbride> We're mainly looking to add to teh Desktop first.
[20:55] <inkvizitor68sl> it will unique utility to upload files on remoted server, if it will be such easy in installation at servers
[20:56]  * rmcbride nods
[20:56] <inkvizitor68sl> and... why i comed... no1 wants to test file sharing with me >.> ?
[21:05] <tcole> there is a CLI utility, though it doesn't work without X (well, specifically gnome-keyring) yet
[21:05] <tcole> install ubuntuone-client-tools
[21:05] <tcole> and see u1sync
[21:06] <tcole> it is more for syncing individual directories rather than managing your regular desktop thing
[21:08] <inkvizitor68sl> but it is not bad idea to sync my develop dir at PC and at web server with such tool )
[21:08] <inkvizitor68sl> script maked, after few secs it is on serv
[21:16] <DanaG> Hmm, I was just reading this:  http://www.stefanoforenza.com/what-is-ubuntu-one/  -- and the comparison to MobileMe made me wonder: MobileMe has the whole iPhone thing... does Canonical have any ideas of a similar sort of thing based on Ubuntu?
[21:16] <DanaG> ... and what ever did happen to that whole "ARM Netbook" idea?  That's one place it could be useful.
[21:29] <BUGabundo> guud evening ;)
[21:29] <BUGabundo> guud evening ;)