[00:27] hi again! Another question. If I add some files to "Ubuntu One" folder and delete it afterwards, would it also be deleted on server? In another words is it just a mirror of "Ubuntu One" folder? [00:30] mandara: yes and yes [00:33] jblount, is there currently any documentation so I don't need to ask you all the time? [00:34] mandara: http://wiki.ubuntu.com/UbuntuOne [00:36] jblount, great, that's what I was looking for! [00:37] mandara: Happy to help :) === CrazyShaman is now known as ink_away === jan_ is now known as jan____ [12:51] yo, #ubuntuone [13:15] thisfred: yo === kenvandif is now known as kenvandine [14:55] yay, bindwood should be uploaded today [14:56] tcole: ping [15:00] MEETING BEGINS [15:00] Or does it? Respond with "me" or similar if you want to mention what you are working on. [15:00] me [15:00] me [15:01] me [15:01] me [15:01] me [15:01] me [15:01] DONE: karmic features review with mattgriffin. a bunch of code review. published contacts module in desktopcouch. worked on moving to the packaged version of storm. tried to move spawning branch forward. several branches failed in pqm. [15:01] TODO: help with reviews, bindwood packaging fixes from asac review and hopefully get bindwood uploaded to universe today, couchdb 0.9.1 packaging for debian, work on domain move, catch up with aquarius and rodrigo on contact syncing. [15:01] BLCK: None. [15:01] urbanape! [15:01] er, me [15:02] DONE: Noodled on multi-file downloads. Made a TV appearance with Amber and Lex in the afternoon. [15:02] TODO: On-call reviews currently underway: tcole, jdobrien [15:02] BLOCK: nada [15:02] rodrigo_ go go go [15:02] • DONE: Tomboy sync prefs changes. Some more openSUSE packages (erlang deps). Added better error reporting to couchdb-glib and evo-couchdb. File bugs for missing evo-couchdb fields. Added 1st version of the contacts picker widget to desktopcouch [15:02] • TODO: Add more tests in couchdb-glib test suite. More openSUSE packaging. Change tomboy syncing prefs interface to show many servers. Add social services accounts config to about-me. Talk to Ara about writing mago tests for evo-couchdb. Propose couchdb-glib/evo-couchdb for GNOME 2.29. Store UUIDs for postal addresses [15:02] • BLOCKED: none [15:02] jblount: go [15:02] DONE: work on modal dialog thingies, some triage of what to accomplish next [15:02] TODO: Finish modal dialog thingies, work on "machine names" bug [15:02] BLOCKED: nope [15:02] vds: rocknroll! [15:02] DONE: landed approved branch, still working on the branch to track sync datetime [15:02] TODO: finishe the mentioned branch, review mark's branch [15:02] BLOCKED: no [15:02] teknico: go [15:02] DONE: pair programming with thisfred on couchdb oauth, some bugfixing, reviewing markgsaye's mammoth branch, trying Spreed with vds and markgsaye [15:02] TODO: finish reviewing markgsaye's mammoth branch, more pair programming with thisfred [15:02] BLOCKED: none [15:02] next: aquarius [15:02] ⚀ DONE: go on holiday, come back from holiday [15:02] ⚁ TODO: piston oauth in snowy; learn about process groups; work out how to listen to _changes feed and write daemon to do so and kick off replication; fix test problems with design-docs-load branch; review desktopcouch changes from past week [15:02] ⚂ BLOCKED: none [15:03] MEETING ENDS [15:03] rodrigo_, contacts picker widget? ooooo! where can I see screenshots of this marvel? [15:03] rodrigo_, did the design team come up with mockups? [15:04] aquarius: it's quite basic, just using CouchWidget -> https://code.edge.launchpad.net/~rodrigo-moya/desktopcouch/gtk-contacts-picker [15:04] aquarius: no mockups AFAIK, so we should ask for some [15:05] aquarius, rodrigo_: what do you guys think about adding a conflict resolver tool? so that when contacts are synced we can say "5 contacts had changes on both sides, click here if you want to decide which version is right" [15:05] statik: the pair tool could do that, yes [15:05] urbanape, bindwood should work with firefox 3.6 right? [15:06] statik: but how will it know? [15:06] statik, I like the idea of it, sort of, but it's a contacts conflict resolver tool, not just conflict resolver [15:06] rodrigo_, couch stores conflicts in the db [15:06] aquarius, yes exactly [15:06] aquarius: it should, but lemme check what we put down as min/max versions [15:06] aquarius: ah, right [15:06] then, a generic conflict resolver should be possible to do [15:06] aquarius: we made the max version 3.5.* Just an oversite. [15:06] oversight? [15:07] urbanape, maxVersion is 3.5.*, and i'm wondering if it should allow 3.6 (and how to specify it) [15:07] asac caught this in his code review [15:07] oversight, yeah [15:07] aquarius: I wonder if we can just leave out maxVersion. [15:07] and only constrain on the minimum [15:07] is that even allowed? [15:07] dunno, hence my wonder [15:08] https://developer.mozilla.org/en/Extension_Versioning,_Update_and_Compatibility [15:08] looks like we are only supposed to list 3.6 support if we have tested it [15:09] is 3.6 going into karmic? (even if not default) [15:09] rodrigo_, can you put the conflict resolver tool on your list of things to do before karmic UI freeze? [15:09] statik: yes [15:10] thanks! [15:10] statik, what are the chances of us getting design team time before karmic freeze to look at conflicts stuff? I am scared stiff of displaying a window to people saying "look this has changed now you have to deal with it". It's potentially a horrid user experience [15:10] aquarius, i think there is a ppa available with 3.6 but I doubt it is going into karmic proper. i'm going to leave maxversion as 3.5.* for now [15:11] aquarius, we should be able to get design team help. i'm inspired by how OS X has a little tool that pops up when there are conflicts syncing your address book and shows you both versions and lets you pick which record you want [15:12] or it lets you ignore the whole thing and let the resolution happen automatically [15:12] statik, ah, I haven't seen that. that'd be useful inspiration, by the sound of it, and Design can put together something better :) [15:13] i wouldn't like something that refused to sync if there were edits on both sides, but i would like something that let me go look at the 5 records that conflicted and potentially helped me merge them [15:13] i wonder if I can screencast it [15:14] statik: I like josm (Java OpenStreetMap editor) conflict resolution, it allows you to select the value for each conflicting field [15:14] rodrigo_, that sounds even better [15:14] I'll do some screenshots next time I find a conflict [15:14] even though the UI is horrible (java :) ), the idea is quite good [15:14] here's osx's (actually isync's) conflict resolver [15:15] http://www.macgasm.net/wp-content/uploads/2007/10/conflictresolver.gif [15:15] http://docs.info.apple.com/article.html?path=Mac/10.4/en/mh2201.html [15:16] ooh even better, one with a screenshot. thanks pfibiger [15:49] jdobrien: your updown-w-login branch was marked as superceded. Does it no longer need testing/approval? [15:50] or was that an older version [15:50] urbanape, there's a new one [15:50] I'm testing this one: https://launchpad.net/~jdobrien/ubunet/updown-w-login/+merge/10279 [15:50] looks like it's still in play [15:51] yes that's the new one [15:51] k, thanks [15:53] vds, in funambol_cared, how much of this is modified stuff? [15:53] vds, I mean, how much of it did we tweak? [15:54] jdobrien: only configuration files [15:54] k [15:59] till: do you have a list of the fields for contacts akonadi supports? [16:01] yup, thx [16:01] rodrigo_: I see Kontact (Jaunty) has a suffix field [16:02] or rather "Honorific Suffixes" field ;-) [16:02] right, then it might make sense to have it in the top level [16:02] yup, I [16:02] 've added it [16:03] markgsaye: in evo, I can just add a X-COUCHDB... field [16:07] rodrigo_, i don't see evolution-couchdb in karmic yet, are you sure it got uploaded? [16:07] statik: yes, it is uploaded [16:07] * rodrigo_ re-checks [16:08] hmm [16:09] statik: there is a evo-couchdb package in karmic project in LP, isn't that created when it gets uploaded [16:09] ? [16:10] rodrigo_, yes i think so, but apt-cache policy does't show it and i haven't seen it in +new [16:11] https://edge.launchpad.net/ubuntu/karmic/+queue [16:11] rodrigo_, who did the upload? [16:12] statik: jonathan riddel afaik [16:13] rodrigo_, can you check with him to be sure? [16:13] statik: indeed, it doesn't show up at https://edge.launchpad.net/ubuntu/karmic/amd64/+search?text=couchdb [16:15] statik: although apt-get source evo-couchdb gets 0.1.4-0ubuntu2, which seems to be only been the one I submitted to REVU [16:16] statik: ah, riddel didn't upload it, it's now uploaded [16:17] and apt-get source was getting the version in my private PPA it seems [16:18] statik: what's that +new url? [16:30] rodrigo_, it is https://edge.launchpad.net/ubuntu/karmic/+queue, it shows things that are waiting for an archive admin to approve [16:31] so a new package that is uploaded would be in that queue until an archive admin approves it [16:31] then it would show up in the real archive [16:32] so, now it should show up, since riddel just uploaded it, right? [16:34] yes, it should show up there soon [16:35] ok, /me monitors the page [18:38] bzr builddeb is confusing me. it keeps pulling an upstream tarball from launchpad PPA, and I don't see how it even knows about that === ink|off|ZNC is now known as inkvizitor68sl [18:38] nice [22:43] rodrigo_, i am getting an AttributeError when trying to run your contacts picker branch [23:08] statik: oh, which error? [23:11] rodrigo_, i just put it in the merge proposal. line 54 in contactspicker.py complains that it can't set attribute. I totally don't understand why it is complaining there [23:12] hmm, I'm getting it also now, although it worked this afternoon [23:13] File "desktopcouch/contacts/contactspicker.py", line 54, in __init__ [23:13] self.contacts_list = CouchWidget(self.server_ip) [23:13] AttributeError: can't set attribute [23:13] is that the same one you get? [23:13] * rodrigo_ wonders if something changed while upgrading a little while ago [23:14] I only see a few python-* packages having been upgraded, so that can't be [23:19] statik: oh, yes, you're getting the same (now I see the comment on the review) [23:23] I really don't know what the problem is, really === inkvizitor68sl is now known as ink|off|ZNC [23:35] statik: ah, found it, it's using the same name as the property! [23:35] statik: not sure why it worked this morning, or maybe I added the @property after testing, that might be