=== imlad is now known as imlad|away === imlad|away is now known as imlad === imlad is now known as imlad|away [13:44] In desktopcouch when the application_annotations from Ubuntu One is present, does the actual value of the deleted field matter? I have notices that when using the CouchDatabase.record_exist method the value false is returned even when 'deleted' is set to false, is that correct? [13:47] mandel: that's a question for either aquarius or thisfred [13:47] mandel, heya [13:47] hi [13:48] I missed the question :) [13:48] mandel, glad to see you got back OK :) [13:48] thisfred: I'll sent it in pvt [13:48] vds: I'm thinking about the timestamps [13:48] aquarius: yes, I managed to get back to europe, and I'm lazy ans did not go to work :P [13:49] :) [13:49] we may have to go back to the metadocument idea, in combination with looking at the _changes feed. I need to ask some more questions on #couchdb [13:49] mandel, fortunately I am at work ;) [13:49] aquarius: yes hehe [13:49] mandel, desktopcouch.records should honour the actual value of a_a.U1.deleted, not just check whether it exists [13:49] if it doesn't, that's a bug [13:49] which it may be [13:50] since I wrote the javascript [13:50] which I am not a native speaker of [13:50] aquarius: I have noticed that in mine while playing around [13:50] thisfred: not a big deal, is probably checking that the field is there but not the value... [13:51] mandel, then it's a bug. Do feel free to file said bug, or better still patch it ;-) [13:51] should be easy to solve [13:51] aquarius: I'll patch it :D [13:51] mandel, although...we need to think about how to fix problems like that [13:51] since the existing views won't be overwritten [13:52] mandel: let me know when it's ready, I'll review. And I may have to do the same thing on the server side in some places [13:52] aquarius: ah right [13:52] thisfred: sure, I'll do it right now [13:52] aquarius: didn't we talk about a version number in the views? [13:53] aquarius: true that, I though that there was a place to put the views used by apps which is updated in every startup, can't we do the same? [13:53] mandel, there is, but (a) no-one's yet using the filesystem reader, and (b) that's database-specific [13:53] aquarius: the views will also need to be updated separately on the server, since replication blocks them [13:53] but the get_records view which desktopcouch.records creates is not database-specific; it creates it in each database that you access [13:54] aquarius: true.. [14:00] thisfred: where is the view stored in the project? [14:02] mandel: records/server_base.py [14:03] in get_records() [14:03] oh, I don't think I wrote that :) [14:04] since I didn't know about js try/catch. but that's clever === imlad|away is now known as imlad [14:05] aquarius: since you're catching errors there anyway, it could just be if (doc['application_annotations']['Ubuntu One']['private_application_annotations']['deleted'] != true) right? [14:05] what is it right now? [14:17] morning, all. [14:21] urbanape, hi [14:24] hey, teknico. how are things going? [14:25] urbanape, rocking! http://cgi.ebay.it/ws/eBayISAPI.dll?VISuperSize&item=170313504396 [14:25] heya urbanape [14:25] welcome back :) [14:25] you as well [14:25] have you switched to mutt yet? [14:25] DO IT [14:26] mutt? :-) [14:26] you know you miss the pure, unabashed joys of terminal apps. [14:26] I do not miss them :) [14:26] have switched to claws, for now [14:26] aquarius: actually, some one was telling me that Thunderbird 3b is actually pretty nice. [14:26] which looks horrid [14:26] but doesn't hang forever like TB does [14:26] TB3 is nice, I just can't get it to smegging work [14:27] bummer. I gave up on TB altogether a while ago. Tried to be clever with offlineimap, but needn't have bothered. === kenvandif is now known as kenvandine [14:29] urbanape, why not? [14:29] because mutt does imap just fine. [14:30] also, I think I lost some mail experimenting with two different machines running offlineimap [14:31] urbanape, what about HTML emails and images? :-) [14:41] what about them? pfff. No, really, I dunno. Haven't seen any yet that I missed. [14:45] thisfred: I already pushed the branch, I also fixed the python code to test for the flag to be true. [14:46] mandel: awesome! [14:46] * aquarius tries to work out where generated desktopcouch HTML documentation should live. Suggestions welcomed. freedesktop is a wiki, so it can't go there; launchpad cna't publish arbitrary HTML pages, so it can't go there. hrm. [14:47] and now rodrigo_ appears, just after I ask a relevant question ;) [14:48] aquarius: we need desktopcouch.org [14:49] I am starting to think that [14:49] aquarius: wasn't there talk of some webspace on apache though? [14:49] which apache? [14:49] as in the apache.org domain [14:49] aquarius: inet connection just came back, so re-ask if you need me :) [14:49] what, like the Apache Foundation? [14:49] yeah [14:49] rodrigo_, /me tries to work out where generated desktopcouch HTML documentation should live. Suggestions welcomed. freedesktop is a wiki, so it can't go there; launchpad cna't publish arbitrary HTML pages, so it can't go there. hrm. [14:50] aquarius: publish in some url, or you mean installed with the package? [14:50] rodrigo_, some url [14:50] probably the bureaucracy won't be worth it for a few web pages [14:50] we can add it to the package (perhaps), certainly [14:50] rodrigo_, I've started adding DC docs at freedesktop, as you know [14:51] desktopcouch.org might be a good idea, I guess [14:51] is there freedesktop HTML hosting other than the wiki? [14:52] not that I know of, although I think the wiki accepts HTML pages [14:53] although that would mean updating them by hand, I guess [14:55] hmm, or as thisfred suggests, having it in couchdb pages might be great [14:56] and why doesn't lp allow html pages? what do projects hosted in lp do for documentation then? [14:57] urbanape: i think a requirement for using mutt is having a full beard. goatees won't do. [14:58] rodrigo_, I don't know what projects hosted in LP do... [14:59] urbanape, do you have anything specific outstanding to do in lazr-js that I could pick up on? [15:00] rodrigo_: what kind of documentation? [15:00] dobey: generated html pages [15:00] dobey, generated API docs for desktopcouch is specifically what we're talking about [15:00] rodrigo_: put them on another site and link to it from lp is what they do i guess [15:01] dobey, yeah; what I've been trying to work out is where that other site should be [15:01] is it time for the standup? [15:01] rodrigo_: as lp isn't meant to be a web host, but stuff for managing a project [15:01] aquarius: yes, it is [15:01] actually i don't know [15:01] with the time change and all [15:02] oh, another time change? [15:03] me [15:03] rodrigo_: the US changed to DST a couple weeks ago [15:03] me [15:03] me [15:04] me [15:04] dobey: yeah, and we went back to 4PM my time then [15:04] me [15:04] the times, they are a-changing [15:04] rodrigo_: and i thought we were keeping the standup at UTC time [15:04] dobey: seems not :) [15:04] me [15:05] me [15:06] hi, nessitas. :) [15:06] aargh, the nessitas are coming! quick, run, run! [15:07] :) [15:07] CardinalFang, you? [15:09] teknico, eh? [15:09] aquarius: desktopcouch.tumblr.com [15:09] :) [15:10] CardinalFang, standup time :-) [15:10] <0.2 wink>ly yrs, [15:10] urbanape, shall we start? [15:10] sure thing [15:10] DONE: Traveled. Slept. Reconnected with fam. Sent a note to the bindwood users who were having problems to try my PPA. [15:10] TODO: Work on FF threading for Bindwood, explore Chromium extensions, get ubuntuone-servers branch reviewed. [15:10] BLOCK: None [15:10] teknico: please [15:10] DONE: holiday, proposed branch to fix Funambol config and tests for v. 8.0 (#403435) [15:10] TODO: finish updating the Funambol code to v. 8.0 in our code (#403435) [15:11] BLOCK: none [15:11] next: vds [15:11] DONE: code review, worked with thisfred on the new timestamps implementation, face duty [15:11] TODO: more face duty [15:11] BLOCKED: nope [15:11] jblount: please... [15:11] DONE: Review day, got some code landed [15:11] TODO: Still need to figure out broken test with /account/machines pages [15:11] BLOCKED: none [15:11] rodrigo_: tag! [15:11] • DONE: UDS. Started libubuntuone to contain music store widget and contacts picker [15:11] • TODO: Talk to Ara about writing mago tests for evo-couchdb. Conflict resolver tool in pair tool. Look at becoming a MOTU (https://wiki.ubuntu.com/UbuntuDevelopers). openSUSE/Fedora packaging with aquarius. API documentation for couchdb-glib. Make sandy's snowy test suite work with our server (http://git.gnome.org/cgit/snowy/tree/api/tests.py). Discuss with jdo and aquarius about oauth token per app, not per machine? File bug for evo [15:11] • BLOCKED: no [15:11] next: dobey [15:11] rodrigo_, file bug for ev? [15:11] aquarius: yes, as discussed with teknico 2 weeks ago [15:12] rodrigo_, what's an ev? [15:12] I got up to "File bug for evo" [15:12] oh, it got cut [15:12] File bug for evolution to allow user-defined descriptions for emails/telephones/im addresses/URLs [15:12] ☺ DONE: Reviews, NM bug (#357395), UDS [15:12] ☹ TODO: Finish work estimates, Review a contributor branch, Backport fixes to stable-1-0, Prepare an SRU [15:12] ☹ BLCK: None. [15:13] aquarius: Walk This Way is Rock n Roll and Hip Hop both [15:13] aquarius: too long TODO list I guess :) [15:13] aquarius: (that was your queue) [15:13] DONE: Er, 5 days of reducing technical debt in desktopcouch. Contacts hackey with lp:~mandel . Lots o' planning and learning at UDS. [15:13] TODO: (not sure yet.) [15:13] BLOCKED: None. [15:13] err cue [15:13] rodrigo_, you need to shorten it, one way or another :-) [15:14] teknico: yeah, I'll file the bug now :) [15:14] CardinalFang: line cutter, dirty little bugger. [15:14] aquarius: wake up :) [15:15] ⚀ DONE: go to design sprint; go to UDS; start work on desktopcouch developer docs; started thinking about Ubuntu One Music Store; talk to thomasvs about desktopcouch for Fedora; talk to mandel about desktopcouch at UDS [15:15] CanrdinalFang: I was planning to ask to get my contacts code merge later this evening... maybe you can take a look before I do :P [15:15] ⚁ TODO: look at oauth-enabling twisted; make tomboy first-sync experience nicer; work on desktopcouch developer docs; write up things learned at UDS/sprint [15:15] ⚂ BLOCKED: [15:15] CardinalFang, go for it [15:15] dobey, I missed the list, and your cue was ambiguous. :( [15:16] i am having problems connecting to ubuntuone.. can anyone direct me to some log files where i can trouble shot this? [15:16] mandel, Hey! Nice to see you here already. I'll look at whatever you have. [15:16] CardinalFang: i blame teknico :) [15:16] albech: ~/.cache/ubuntuone/log/ is where the log files live [15:16] dobey, ty [15:17] CardinalFang, I'll be done 2night CET, I'll let you know then! [15:17] dobey, sure go ahead :-P [15:18] protocol version error.. seems like i have to upgrade some package.. my system is up to date when i run the update manager though [15:19] ok, bbiab, need to go to the car workshop === nessita1 is now known as nessita [15:23] albech: can you quit the applet, do "rm ~/.config/ubuntuone/syncdaemon.conf" and then start the applet again and see if it works? [15:25] dobey, that seems to do the trick [15:25] dobey, thanks [15:29] sure === jamalta_ is now known as jamalta [17:17] CardinalFang: I just checked your comment and you are right, the easier way to fix this is by using the row_is_deleted, which returns the correct values when a record is passed [17:20] mandel, I suggest keeping that new method in CouchDatabaseBase, but make it a wrapper for the function up there in the module. [17:23] CardinalFang: you mean wrapping the row exists? why, it performs the same operation, the problems is in the rest of the code that is just checking the presence of the keyword [17:23] calling that func should be more than enough (I just simply did not think about it ....) [17:24] mandel, You're right, nevermind. No wrapper. [17:25] CardinalFang: ok, I'll push it right away (I blame the jet lag) [17:32] hey mandel [17:33] rodrigo_: hello :P [17:33] rodrigo_: how was the flight? [17:33] too long :) [17:33] but I had a nice flight companion sitting close to me, so it wasn't too boring, nice conversation all flight :) [17:34] mandel: btw, I took a taxi to get to the airport, and the driver (from jordan) told me he had taken the other day a Spanish guy who lived in Belgium, was that you? :) [17:34] rodrigo_: lucky you, I had a big lady who was on her first flight and was overexcited [17:34] :( [17:34] rodrigo_: hahah yes, it was me [17:41] CardinalFang: Do you mind double checking the propose merge? It should be a simple change [17:42] thomastp: around? [17:55] rodrigo_: heh, the second leg of my flight i was trying to hack, but the guy next to me kept talking to me. i guess my laptop is a conversation piece :) [17:55] mandel, approved, merged. [17:55] dobey: yeah, he was trying to see what you were doing, and since he couldn't, he tried asking it :) [17:55] CardinalFang: cheers :D [17:58] rodrigo_: basically, yeah :) [17:59] rodrigo_: but i gave him the karmic cd i had :) [17:59] dobey: yeah, me too to my "flight mate" [17:59] dobey: he was a nice guy, a scientist from Colombia, and had already used linux in the past, so it was easy to convince him to get it :) === teknico is now known as teknico_away [18:57] thisfred, aquarius, review? https://code.edge.launchpad.net/~cmiller/desktopcouch/find-port-runtimeerror/+merge/15109 [19:07] hello all, it was good to meet some of you at UDS [19:08] (...and for the rest of you at UDS, ...) [19:09] i look forward to working with the couchdb api, I think mandel has some code that will help me write a mutt contact plugin using couch [19:15] rodrigo_: a little. you ? :) [19:15] mandel: where do you live ? [19:16] my favorite flight story is my dad who sat next to RMS once and then told him all about his son (ie me) [19:16] RMS told him to thank his son for his contributions to the cause [19:16] (not sure if that's good or bad though) [19:19] jbernard, I expect we'll have something usable in a week or so. The US holiday coming up may delay it a few days. [19:19] hey thomastp [19:20] dobey: evening [19:21] thomastp: so yeah, i think bdist_rpm is broken if it's not obeying MANIFEST.in [19:21] dobey: I need to double-check, I'm pretty sure that the tarball I downloaded only had a generated MANIFEST [19:22] dobey: but I was planning on redoing the ubuntuone packages sometime later this week [19:22] dobey: I had lots of other issues with ubuntuone, and I had to add some hacks, and I might have broken more than I fixed :) [19:22] thomastp: oh you were doing from the tarball? maybe sdist is also buggy then :) [19:22] that would be my guess yeah [19:27] thomastp: Belgium :P [19:27] jbernard: i have great part of the lib already, I hope CardinalFang can give me a hand with the query part [19:27] mandel: sure, but whereabouts ? [19:28] thomastp: Brussels city center [19:28] ok, not too far from me then [19:28] thomastp: oh you're back in .be? [19:29] dobey: I am halfhalfing :) [19:29] thomastp: nice, then we can meet some time to get some work/drinks [19:29] mandel: yep [19:29] thomastp: ah, cool [19:29] mandel: and talk spanish :) [19:30] thomastp: if you want to, let me know ;) [19:31] jbernard: you can start looking at lp:~mandel/desktopcouch/contacts-wrapper if writing the test right now :P [19:33] mandel: im on it, thanks! [19:34] jbernard: if you give me some mins I'll push the test too so you can see it working [19:34] jbernard: specially to understand how to use the application_annotations [19:35] mandel: okay, sounds good [19:36] jbernard, mandel, I'll have some query code very soon. [19:37] CardinalFang: great!! that would make a very decent API to let people work quickly [19:37] CardinalFang: without "quickly" no pun intended :P [19:45] rodrigo_: going home, poke me later [19:47] CardinalFang: looking at merge prop now [20:09] hrm. would be nice if ubuntuone web would remember me. by cookie perhaps [20:14] rodrigo_: what is the tomboy plan for lucid? is it going to be storing in couchdb instead? will we still be using the oauth process and snowy api? [20:15] dobey: *holywar* no tomboy, go gNote! [20:16] rtagger: if gnote doesn't implement the same features as tomboy that's his problem :) [20:16] rtagger: personally, i don't use any of them :) [20:17] dobey: I am using, a lot. And Tomboy is just too slow for me :(, but it has sync capabilities :), but gnote does not have them :(, but they are planned :) and being implemented :) :) [20:18] rtagger: well there you go then. unfortunately if you're going to use an app whose goal is to reimplement everything tomboy does in c++ instead of C#, you're probably going to stay behind in general :) [20:20] dobey: yep, but still, they both may be using couchdb w/o snowy or separate 'Synchronize me please' stuff [20:21] rtagger: couchdb has the "sync me please" stuff [20:21] dobey: once I forgot to sync after writing some data and after arriving to destination and opening the web ui I realized that. Copied the required content over ssh :) [20:21] rtagger: but my concern is only really about the authentication process, as it is something we're trying to refine for lucid [20:22] dobey: I don't think tomboy needs to re-auth itself. The notes return via couchdb in any case, so I guess it is better to put them there in the first place [20:23] rtagger: the notes are not stored in couchdb on the desktop yet [20:24] dobey: they are. Really, they are (supposedly) stored on ubuntuone servers inside couchdb database to they replicate back to the desktop [20:25] rtagger: no, tomboy doesn't store in couchdb locally yet. the notes on the server are in couchdb, yes, but that is the server, not the desktop. currently in tomboy i think you have to tell it to sync manually whenever you want to sync to the server [20:26] dobey: yes, but the notes now are stored both in xml files and later on (after sync) you will find them stored in couchdb as well. So it is better to teach tomboy to store notes in couchdb. or make it sync there, though I would choose the first variant. [20:27] well, i guess they get pulled back down from the server in couchdb also, if you've got desktopcouch paired with ubuntuone [20:28] rodrigo_: pong [20:28] rtagger: and i believe the plan is to fix tomboy to use desktopcouch as a back-end, but it wasn't doable for Karmic [20:28] * rtagger has not completed his empathy-couchdb project, yet he is advising everyone on everything... Shush, rtagger! [20:28] rtagger: which is why i'm asking rodrigo about the lucid plans for tomboy :) [20:28] mainly, because i need to think about the authentication portion [20:29] dobey: yes, I just spotted the familiar words and since rodrigo_ does not seem to respond, just kicked in... [20:29] dobey: ok, so yes, the ubuntuone-storage-protocol 1.0.0 tarball only includes a generated MANIFEST file [20:30] and it doesn't contain neither the .pem files nor the _pb2.py files [20:30] dobey: that must have been a bug for the ubuntu packager too no ? [20:31] thomastp: the tarball includes the .pem files at least. [20:31] dobey: include yes, but not listed in the MANIFEST [20:31] same for _pb2.py files [20:32] dobey: oh so I guess you're saying the packager packaged them, without using setup.py to install [20:32] thomastp: so that sounds like an sdist bug. [20:32] thomastp: setup.py install installs them [20:33] thomastp: bdist might not though, but install doesn't care about the MANIFEST [20:33] thomastp: you're talking to the ubuntu packager :) [20:33] dobey: I figured :) [20:34] ok, I'll paste some more output in the bug report [20:34] yes, it looks like sdist doesn't include those files, it includes what's in MANIFEST [20:34] so, not sure if it's dist's fault at all - depends on where MANIFEST comes from [20:35] well sdist inside the tarball does that presumably because it's not generating MANIFEST properly, and there is no MANIFEST.in [20:35] the tarball was created with sdist, from within the branch [20:35] well, MANIFEST is whatever got in there at the time of tarball creation [20:35] ok [20:36] rtagger, i'm not sure how gnote stores notes, but if it's configurable you could perhaps just store them somewhere in ~/Ubuntu One [20:36] ah the joys of setuptools/distutils :-/ [20:36] topyli: it stores them in the same place tomboy does [20:36] topyli: or it's supposed to anyway. it might s/tomoby/gnote/ in path names [20:37] maybe it could be symlinked? again, i don't know [20:37] topyli: gnote stores notes in .gnote (though it should have been doing this in ~/.local/share/gnote) - not XDG-compatible and the bug was opened quite a while ago [20:37] topyli: symlinks are ignored by ubuntuone-syncdaemon, so no. but notes should be stored in couchdb ideally :) [20:38] topyli: and the fix is doing replace several times [20:38] dobey, i mean the real directory in ~/Ubuntu One and the symlink wherever gnote wants it :) [20:40] topyli: But, if they implement note storing in couchdb, then a separate 'Sync me please' will not be even required! This may be seen as security issue since I might store something very confidential in one of the notes. But Tomboy does not allow select what notes exactly should be synced so why should we :) ? [20:40] yes it sounds like a clean plan [20:41] can someone here run a one-line .py file that just does 'from ubuntuone.syncdaemon import logger' and tell me if that outputs anything ? [20:42] I am trying to debug a problem I have with the code on fedora [20:42] hi thomastp [20:42] thomastp: imported fine [20:43] rtagger: no message about sys.exitfunc ? [20:43] dobey: yes, I hope to have some time to work on tomboy-storing-notes-on-couch for lucid [20:43] thomastp: nope, not a single word [20:43] rtagger: ok, thanks [20:43] rtagger: empathy-couchdb? [20:44] rodrigo_: but will we continue supporting the snowy api? [20:44] rodrigo_: better to say, telepathy-couchdb-logger [20:44] rodrigo_: btw, couchdb on n900 - there was a guy that did packages on n800, but his site is perpetually hung and I can't find the .debs anywhere [20:44] dobey: yes, I guess so, for tomdroid, conboy, etc [20:44] rodrigo_: I guess you're as interested as me in getting it running on the n900 at some point [20:45] thomastp: as soon as I get mine, which should be pretty soon, I hope :) [20:45] rodrigo_: ok :( [20:45] rtagger: for logs? [20:45] rodrigo_: I feel your pain :) [20:45] thomastp: heh :) [20:45] thomastp: I got a mail the other day about the delay, did you? [20:45] rodrigo_: so it would be good if we could find those packages, but otherwise the best is to start from the debian .debs I guess ? [20:46] rodrigo_: I cancelled my spanish order, and now zaheer's bank cancelled his order for me :) [20:46] thomastp: yes, I guess starting from the debian .debs might be ok [20:46] rodrigo_: I'm not really sure what queue I am currently in [20:46] thomastp: what's the name of that guy that did them for n800? [20:46] rodrigo_: and i guess it will still be supported from the gnome/desktop version too? [20:46] dobey: yes, tomboy will have the sync protocol for snowy, that's not going to change [20:47] thomastp: btw, the spanish keyboard doesn't have up/down arrows, right? [20:47] i guess we can just not do anything for that perhaps then [20:47] rodrigo_: yeah, that's what it looks like [20:47] ugh [20:48] rodrigo_: the pre doesn't have any cursor keys at all... yes it sucks :) [20:48] rodrigo_: http://protoblogr.net/downloads/erlang/ <- that's the download link, but it always hangs for me [20:48] though i only ever really need them when editing urls in the browser [20:48] dobey: well, it looked quite nice when you showed it to me [20:48] yeah, the pre is really nice [20:48] dobey: arrow keys are good for games specially [20:48] but no cursor keys can be painful [20:49] rodrigo_: here's the planet maemo link: http://maemo.org/news//planet-maemo/category/feed:dda30e0a60b59811d56adead50efd2c6/ [20:49] rodrigo_: on touch screens you use the accellerometer and fingers :) [20:51] thomastp: I already have the n900 devel environment setup, so I might start trying with the debian .debs soon, when time permits [20:51] thomastp: hangs for me also :( [20:51] rodrigo_: ok, keep me posted with your progress, keen to help out or test [20:51] thomastp: cool [20:54] rodrigo_: are you going to do the couchdb work for tomoboy, or is that mostly going to be sandy/someone doing it? [20:54] thomastp: also, I tried a couple of months ago to package desktopcouch and dependencies in the opensuse build service, but ran into some problems and left it apart, so I'll take your .spec and try again when you have success :) [20:54] dobey: I'll try to do it myself, but sandy will help a lot, as always [20:55] dobey: I already talked with him about it, and we setup some kind of "plan" [20:55] dobey: to make some classes interfaces, and implement those for local and couchdb [20:55] rodrigo_: ok, cool. just wondering so we can track progress [20:56] rodrigo_: i'd hate to end up with it being the one thing that requires opening a browser to auth against :) [20:56] well, that can be changed, right? [20:57] well, we'd have to carry a nasty patch to tomboy to do it for the snowy api [20:57] I am interested in having that work done, but don't consider it vital. So unlike with sync, I won't be as interested in working on it myself [20:57] but if it stores stuff in couch we don't have to worry about it really [20:57] what we really want is to be able to use your U1 token to auth against U1, not a separate tomboy token [20:57] if you guys stop supporting the tomboy web sync api, that would suck [20:58] sandy|lurk, not gonna [20:58] cool [20:58] sandy|lurk, tomdroid doesn't have a desktopcouch to talk to, for a start ;-) [20:58] exactly [20:58] sandy|lurk: yeah, well i'm only worried about the desktop experience. there's no way i'm going to work on writing browserless authentication with gtk+ for android :) [21:00] so you want to be able to have Tomboy on Ubuntu sync to U1 directly via couch [21:00] and have Tomboy on other platforms, Tomdroid, etc, all be able to sync with that via the existing api [21:00] rodrigo_: well, the .spec works for me on fedora, so sure, you can already take it right now and try [21:00] rodrigo_: also, dobey is a .spec god :) [21:00] he might not want you to know though [21:00] that should be interesting [21:01] jbernard: you can try and use the API that wraps the record with more python object, it should be ok to start playing with it: lp:~mandel/desktopcouch/contacts-wrapper [21:02] sandy|lurk: yeah, we'll support the sync protocol, as aquarius said, for other apps [21:02] anyone else is more than welcome to take a look and let me know what they think ;) [21:02] thomastp: uhm... thanks :) [21:02] ok, /me assigns opensuse packaging to dobey :D [21:02] rodrigo_: I'm just not really sure how compatible those sync models are [21:02] yeah i'm not touching opensuse with a 50ft pole :) [21:03] but I haven't really thought about it [21:03] sandy|lurk: well, they are implementing snowy protocol, right? [21:03] hahaha dobey work avoidance fail. :) [21:03] sandy|lurk: well, they're totally compatible, as it's already happening anyway :) [21:03] * sandy|lurk clearly doesn't have a strong understanding of what's going on [21:04] sandy|lurk: if your desktopcouch is syncing with u1, and your tomboy is syncing to it also with snowy, the notes end up in your desktopcouch db already [21:04] aquarius: do you minf looking at lp:~mandel/desktopcouch/contacts-wrapper I though it would be better in desktopcouch than in an other lib :P [21:04] sandy|lurk: but tomboy doesn't read/write to there yet, so they're kind of just sitting there [21:04] mandel, I can, but not until tomorrow [21:04] aquarius: no big diff for me hehe [21:05] thomastp: where are your .spec files? [21:05] rodrigo_: so sync metadata like revision number is stored in couch? [21:06] * sandy|lurk wonders when you would decide to increment that if Tomboy wrote directly to couch [21:06] sandy|lurk: yes, everything tomboy sends is stored [21:06] hmm, good point, sandy|lurk, indeed [21:06] incrementing the revision number every 4 seconds would be rough [21:07] so if users use tomboy-storing-in-couch and then try to sync, lots of conflicts might show up [21:07] only if they edit in two separate places [21:07] sandy|lurk: well, but since the local couchdb would sync with the server one, they should have the same revision number [21:08] and if you do that then you get conflicts from snowy too. :) [21:08] rodrigo_: https://thomas.apestaart.org/thomas/trac/browser/pkg/fedora.extras [21:08] rodrigo_: exactly [21:08] except if the user tries to sync between couchdb syncs [21:08] couchdb combined with 'instant-apply' of changes can end up being pretty expensive [21:08] did you guys think that model through ? [21:08] sorry, I don't have time to discuss this right now...just saw it come up and got curious [21:09] well, bindwood does it right now, right? [21:09] * rodrigo_ too, time for a movie, bbl [21:09]