[01:21] <gnuisancev4> i synced my tomboy notes in ubuntuone in jaunty, i can't seem to sync them back in karmic    where does the new tomboy in karmic save the *.note files... i'm trying to restore what i have saved in ubuntu one and it's a
[01:21] <gnuisancev4> no go
[01:22] <gnuisancev4> he new tomboy in karmic... even if i open the app and create a note, there's no ~/.tomboy directory.  There's a ~/.config/Tomboy/ directory but there's no *.note files in it from my test notes
[02:03] <meanburrito920_> the ubuntuone welcome letter gives a link to known issues at this address: https://one.ubuntu.com/support/issues/
[02:03] <meanburrito920_> the page is a 404
[02:04] <meanburrito920_> i thought it was ironic :P
[02:17] <statik> meanburrito920_: oops! will get that fixed now
[02:18] <statik> gnuisancev4: ~/.local/share/tomboy
[03:46] <Technoviking> what should I do if I still get 404 on contacts?
[03:47] <wgrant> Technoviking: You commneted on the bug, didn't you?
[03:48] <Technoviking> yes
[03:49] <wgrant> Presumably wait for a response on said bug.
[03:49] <wgrant> Ah, bug #456988 is more relevant.
[04:41] <Slam-er__> hello, is anyone available to answer a question?
[10:52] <j_afk> reading over the ubuntu one spec i was missing the use case that one uses his own server. this could be for a business or a personal server, are there plans for that?
[10:53] <j_afk> another question, is the data on the ubuntu one server (amazon s3) encrypted if not why?
[10:57] <aquarius> j_afk, your data is encrypted while being transported to Ubuntu One. We'd like to integrate with encryption on the Ubuntu desktop, rather than do the encryption at the Ubuntu One end of the chain -- there are Encrypted Private Directories in Ubuntu which should integrate nicely with Ubuntu One filesharing
[10:58] <j_afk> aquarius: so the data is not encrypted on your server?
[10:58] <aquarius> j_afk, if it's not encrypted on your desktop, yes
[10:58] <j_afk> which makes it not usable for confidential material
[10:59] <aquarius> As I say, you can encrypt it on your desktop (which would be a good idea for confidential material anyway) and then it'll be encrypted at U1 too
[10:59] <j_afk> whats the reason to not encrypt data before sending it to the server?
[10:59] <j_afk> only files that would not work for contacts/bookmarks/passwowrds
[10:59] <aquarius> we'd like to integrate with the Ubuntu desktop, as I say, and encryption makes sharing files at best difficult and at worst impossible
[11:00] <j_afk> or is there a way to get the couchdb part encrypted?
[11:00] <j_afk> depends on what you define as sharing files
[11:00] <aquarius> couchdb is only accessible by you, including your couchdbs at Ubuntu One. We don't have your keys.
[11:03] <tiz> Sharing of encrypted files is a solved problem, surely.  Encrypt the file with a random key.  Encrypt that key with the key of each user than has access to the file.
[11:04] <j_afk> will there be an Ubuntu One server i can install on my own server?
[11:05] <j_afk> of a protocol spec so other can implement one
[11:05] <j_afk> *or
[11:08] <aquarius> j_afk, I'm not sure if the protocol is documented, but the code is certainly open so you could implement your own server from that if you wanted to. There aren't any plans to open the server side code at the moment.
[11:09] <j_afk> i did not ask about open source, i asked if i can install it on my server, it sure is a major limitation.
[11:11] <aquarius> j_afk, I don't know about whether you could get the code from us under a commercial licence
[11:23] <j_afk> all in all i must say i dont like the way you bundle integration with a closed webservice with the release of 9.10 and use ubuntu, as a brand to promote a proprietary server software/service. this goes against so many ubunu values, of freedom, chose and openness.
[11:25] <j_afk> *choice
[11:29] <barlas> j_afk, I am not sure if you can use it on your own server, but I think I read somewhere that you can build your own services on top of it. Well, something like that.
[14:12] <CardinalFang> thisfred, kenvandine wants to know if there's information missing from the password file.  Will all unworking accounts begin working?
[14:13] <thisfred> password file?
[14:14] <thisfred> CardinalFang: as far as we know, there is nothing missing on the client, the tokens just don't end up in the couchdb local.ini on the server correctly. This is due to two systems on the server communcicating, not something the client does, or the filesync client would not work either: they use the same tokens
[14:14] <thisfred> aquarius: please confim ^^
[14:15] <aquarius> confirmed.
[14:15] <thisfred> CardinalFang: since we do have all the information on the server for the subscribed users, we will make it work for all of them, even if it doesn't currently, without karmic changes
[14:58] <CardinalFang> aquarius, do you mind answering this keyring complaint?  https://bugs.edge.launchpad.net/ubuntu/+source/ubuntuone-client/+bug/459081
[14:58] <CardinalFang> I can try, but I'd do it poorly and unconvincingly.
[14:59] <aquarius> CardinalFang, do we still put DC stuff in the keyring?
[15:00] <aquarius> CardinalFang, I don't think we need to any more, do we/
[15:01] <CardinalFang> aquarius, I don't put anything there, no.  I do access it, though.  I may not need to.
[15:01] <aquarius> CardinalFang, where are you accessing it?
[15:01] <aquarius> I think this bug might be a larger one than just a quick answer
[15:01] <aquarius> since I don't think we need the keyring for DC
[15:02] <aquarius> replication_services/ubutnuone.py accesses the keyring to get the keys for U1, of course, and that will stay
[15:02] <dobey> j_afk: the protocol is built with google protocol buffers, and the definition files for that (along with the Python ubuntuone-storage-protocol package), are AGPLv3
[15:02] <CardinalFang> aquarius, the applications usng it isnt his complaint.  I don't create those keys in desktopcouch.
[15:02] <aquarius> but I don't think the keys for DC itself need to be in the keyring -- they're fetched (by both dc.records and couchdb-glib) by getting them from the ini file
[15:02] <CardinalFang> aquarius, the applications usng it isnt his complaint.  I don't create those keys inkeyring for  desktopcouch.
[15:03] <aquarius> CardinalFang, yeah, but I think either (a) we're putting keys in the keyring when we don't need to or (b) we used to do that and he has them left over from before we fixed it
[15:03] <urbanape> aquarius, pretty cool on the raindrop stuff
[15:03] <aquarius> CardinalFang, but I don't want to fix this by removing the code that puts DC's keys in the keyring if it turns out that someone *is* relying on them being there
[15:04] <aquarius> rodrigo_, couchdb-glib gets the desktopcouch oauth tokens from the ini file rathe rthan from the keyring now, doesn't it?
[15:04] <CardinalFang> aquarius, I am relying on them for ubutuone replication auth.
[15:04] <rodrigo_> aquarius: no, from gnome-keyring
[15:04] <aquarius> rodrigo_, rly?
[15:04] <rodrigo_> aquarius: but I can change it to the ini file, if needed
[15:04] <aquarius> CardinalFang, are you? you need the oauth token for Ubuntu One, of course -- that's not what I'm talking about
[15:05] <CardinalFang> aquarius, that's what he's talking about.  Reread.
[15:05] <aquarius> CardinalFang, but you don't need the oauth token for DC itself from the keyring, do you? desktopcouch.local_files.get_oauth_tokens() gets them for you
[15:06] <aquarius> CardinalFang, my read of that bug report is that he's saying "there are three keys, 'Ubuntu One', 'Desktopcouch user authentication', 'Desktopcouch user authentication'", and there should be one
[15:06] <CardinalFang> aquarius, I'l go a-grepping.
[15:06] <aquarius> he misunderstands because they are two separate things: keys to access u1, and keys to access DC, so they can't ever be one key.
[15:06] <aquarius> but...I think that we don't need to store the DC keys in the keyring at all
[15:07] <aquarius> except that we do, because rodrigo_ uses them :)
[15:07] <CardinalFang> MEETING BEGINS!  Who wants to participate in a stand-up meeting?
[15:07] <aquarius> so I shall answer the bug report
[15:07] <aquarius> I'm not sure why the DC keys are in there twoce
[15:07] <rodrigo_> aquarius: one is for the u1 site, isn't it?
[15:07] <CardinalFang> aquarius, they're strange.  One tuple, one four-ple.
[15:07] <aquarius> rodrigo_, correct
[15:09] <teknico> CardinalFang, nah, I'll pass for today, but thanks anyway ;-)
[15:10] <aquarius> me
[15:10] <jblount> me
[15:10] <CardinalFang> me
[15:11] <rodrigo_> me
[15:11]  * CardinalFang bludgeons teknico.
[15:11] <teknico> me :-P
[15:12] <urbanape> me
[15:12] <vds> me
[15:13] <dobey> me
[15:13] <jblount> aquarius: Let's do this
[15:13] <aquarius> ⚀ DONE: fix my unknown couch token (thanks jdo!); replication works (!)
[15:13] <aquarius> ⚁ TODO: help thisfred work out why sometimes newly added tokens don't end up in couchdb, causing badarg error responses from u1couch; look at oauth-enabling twisted; make tomboy first-sync experience nicer
[15:13] <aquarius> ⚂ BLOCKED:
[15:13] <aquarius> ⚃ BUG COUNT:https://bugs.edge.launchpad.net/~sil/+assignedbugs?field.tag=ubuntuone-karmic - 0 (!!)
[15:13] <aquarius> the j to the b to the l to the ount says jblount. Respec'.
[15:13] <jblount> DONE: Got copy changes for account finished and up for review
[15:13] <jblount> TODO: Get copy changes branch landed, get homepage new image landed, ask pfibiger for a rollout to production after all that is locked down, go hide away for the weekend
[15:13] <jblount> BLOCKED: Nope
[15:14] <jblount> CardinalFang: Throw it down
[15:15] <CardinalFang> ONE: face duty, ostensibly.  released d-c 0.5 and got updated packages into karmic.  testing karmic.
[15:15] <CardinalFang> TODO:  write report of packaging mistake.  testing.  help with u1couch account weirdness.  write program to watch couchdb logs for interesting errors.
[15:15] <CardinalFang> BLOCKED: u1couch is wonky.
[15:15] <CardinalFang> rodrigo_ use your underscore powers!
[15:15] <rodrigo_> • DONE: Looked at several e-d-s crashes related to evo-couchdb.
[15:15] <rodrigo_> • 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? Tomboy shouldn't 
[15:15] <rodrigo_> • BLOCKED: no
[15:15] <rodrigo_> teknico: pronto!
[15:15] <rodrigo_> CardinalFang: :)
[15:15] <teknico> DONE: reviewed and updated my ubuntuone-karmic bugs; finished and landed the branch with fixes to the contacts web UI (#456267); worked on the @subscription_required decorator needed by the /contacts/ URL (#458966)
[15:15] <teknico> TODO: finish and land the @subscription_required decorator needed by the /contacts/ URL (#458966); discover why the /contacts URL gives a 404 error for some subscribed users (#458446)
[15:15] <teknico> BLOCK: none
[15:15] <teknico> next: urbanape
[15:15] <urbanape> DONE: Emergency room, Bindwood fixing, cajoling, &c.
[15:15] <urbanape> TODO: Get latest Bindwood fix branch (#459068) through hoops. Write up my Incident Report on the /files/ UI.
[15:15] <urbanape> BLOCK: None
[15:15] <urbanape> vds: you're up.
[15:15] <vds> DONE:finally managed to landed branch PQM didn't like, code review
[15:15] <vds> TODO: code review
[15:15] <vds> BLOCKED: nope
[15:15] <vds> dobey vai!
[15:16] <dobey> ☺ DONE: Fixed #457564
[15:16] <dobey> ☹ TODO: NM issue debug script, apply for ubuntu membership, Review lucid auth spec
[15:16] <dobey> ☹ BLCK: None.
[15:18] <aquarius> dobey, " apply for ubuntu membership"? nice!
[15:19] <rodrigo_> dobey: cool, let us know what you need to do for that, it's been on my todo list for weeks :)
[15:19] <jblount> dobey: Yeah, good on you.
[15:19] <rodrigo_> dobey: haven't had chance to look in detail on it
[15:19] <dobey> rodrigo_: me either :)
[15:20] <rodrigo_> dobey: ok, let me know when you find out :D
[15:20] <dobey> https://wiki.ubuntu.com/UbuntuDevelopers#Applying%20for%20team%20membership
[15:20] <dobey> there :)
[15:20] <rodrigo_> right :)
[15:21] <jblount> (EMO by the way)
[15:22] <dobey> just because i dyed my hair, doesn't make me emo
[15:28] <jblount> heh
[15:29] <jblount> I typed that twice and still did the typo, which proves my problem.
[16:54] <chuckc> has u1sync been renamed?  does not exist on my box, though the client is running
[16:58] <teknico> chuckc, try u1sdtool
[16:59] <chuckc> teknico, ok, i don't see an option to Authorize,  how do i do that now?
[17:00] <teknico> chuckc, what do you need to do?
[17:01] <chuckc> well, i deleted the Ubuntuone key from Passwords Keys.  I deleted all authorized computers on the website and added my back.  Now i can't figure out how to connect, where i put in my password anywhere.
[17:01] <chuckc> i think it used to be u1sync --Authorize
[17:02] <chuckc> \
[17:03] <teknico> mmm, I don't know, let me ask
[18:39] <CardinalFang> thisfred, https://bugs.edge.launchpad.net/ubuntu/+source/couchdb/+bugs?field.tag=couchlogscan
[18:42] <thisfred> CardinalFang: thanks
[18:42] <thisfred> those are all cloudserver errors reported by d-c when talking to the cloud?
[18:44] <thisfred> CardinalFang: I am patching the cloudside couchdb as we speak: the config file reading was slower than it needs to be and broke under high load. This would account for all the timeout errors in that list at least
[18:46] <CardinalFang> thisfred, all those are from marang
[18:47] <thisfred> CardinalFang: ok did you file those manually?
[18:47] <CardinalFang> thisfred, file, yes.
[18:47] <thisfred> CardinalFang: remember that marang is not running what is in karmic
[18:47] <thisfred> not even close
[18:48] <thisfred> I am working on packaging a patch from kocolosk for hardy-cat that should make things much better
[18:48] <thisfred> but first walking the hound
[18:48] <thisfred> bbiab
[18:52] <thomas001> hi, is it possible to have a file like .ubuntuone-ignore to exclude some files from sync using a wildcard?
[18:57] <CardinalFang> thomas001, Not currently.  There are some weird edge cases, too.  What if there's a conflict on that .ubuntuone-ignore file?
[18:58] <thomas001> CardinalFang, a conflict? i thought simply any file which matches a pattern in there is ignored
[18:58] <CardinalFang> thomas001, I refer to replication conflicts on the file containing the ignored-files-expressions.
[19:00] <thomas001> oh
[19:00] <CardinalFang> thomas001, ignore my question to you.  The short answer is "no, there is no way to do that with this version."
[19:01] <thomas001> thank you ;)