[08:51] <SteveA> hi everyone!
[12:13] <statik> hi aquarius, i'm having trouble with desktopcouch/local_files.py. it imports the ubuntuone module, which is a bogus dependency i think
[12:13] <statik> but now i'm a bit stuck figuring out how to replace the is_in_source_tree() code
[12:15] <statik> of course, i figured out a way around it as soon as i said that
[12:16] <SteveA> Chipaca: hi john
[12:16] <Chipaca> hi SteveA!
[12:16] <Chipaca> SteveA: face duty?
[12:16] <SteveA> Chipaca: I'm the help contact today, and I'm replying to a thead on the ubuntuone-users list
[12:16] <SteveA> yep
[12:17] <SteveA> a user reports geting a conflict when trying to put a .zip file into their My Files folder
[12:17] <SteveA> but no conflict with the same file but under another name
[12:17] <SteveA> we don't do anything special for .zip files, do we?
[12:17] <Chipaca> nope
[12:17] <Chipaca> let me see the email...
[12:19] <Chipaca> SteveA: what was the subject of the email?
[12:20] <SteveA> "file renamed"
[12:21] <aquarius> statik, yeah, just seen rick's bug about that
[12:21] <kenvandine> statik, i just pushed a fix in the packaging branch for the missing dep
[12:22] <kenvandine> statik, ok if we wait on getting that sponsored? since folks should have u1 installed by default?
[12:22] <aquarius> statik, I'm confused. my desktopcouch/local_files.py doesn't import ubuntuone
[12:22] <SteveA> Chipaca: I just replied to that thread
[12:22] <kenvandine> i figure we will have more stuff this week :)
[12:22] <kenvandine> aquarius, i just added the dep
[12:22] <kenvandine> aquarius, weird
[12:23] <aquarius> kenvandine, aha, gotcha. Yeah, rick's right; we don't want desktopcouch to depend on ubuntuone
[12:23] <Chipaca> SteveA: found it, thanks
[12:23] <kenvandine> well
[12:23] <kenvandine> we need to refactor then
[12:23] <kenvandine> chad pushed a change that uses uuid from it or something
[12:24] <Chipaca> SteveA: I'm not sure if it's been deployed, but there was a window for spurious conflicts until recently
[12:24] <Chipaca> SteveA: related to not telling the difference between an empty file and a file that hasn't been uploaded to yet
[12:24] <aquarius> ah, I needed to pull again
[12:24] <SteveA> Chipaca: was that the same kind of think I was seeing when trying to edit a new file in vim?
[12:24] <SteveA> I'd often get a conflict, even thoughI was the sole users
[12:25] <kenvandine> aquarius, it looks like it is using that to detect if it is a local checkout or not
[12:25] <aquarius> kenvandine, yep, but I'm not sure why it's looking at ubuntuone to discover that. desktopcouch is a different source tree
[12:25] <kenvandine> yeah, it shouldn't :)
[12:26] <aquarius> it didn't look at ubuntuone before...and now I can't remember how it worked before because I've overwritten it by pulling :)
[12:26] <kenvandine> i will revert my packaging change then
[12:26] <kenvandine> aquarius, it was changed in revision 14.6.5
[12:28] <Chipaca> SteveA: no, the editing in vim was because of a bug in syncdaemon itself, which has been fixed and released
[12:29] <Chipaca> SteveA: now if you install syncdaemon, we helpfully uninstall vim :-P
[12:29] <Chipaca> it's for your own good, really
[12:29] <aquarius> kenvandine, bzr: ERROR: Requested revision: u'14.6.5' does not exist in branch: BzrBranch7('file:///home/aquarius/canonical/ubunet/desktopcouch/')
[12:29] <kenvandine> ok... well i don't know bzr well enough
[12:29] <kenvandine> use blame :)
[12:30] <kenvandine> bzr blame desktopcouch/local_files.py
[12:30] <statik> i don't particularly like that code, but i just proposed a branch that makes the dependency less horrible
[12:30] <CardinalFang> statik, Maybe we should drop the generated PNGs/GIFs and make the browser render data.  http://vis.stanford.edu/protovis/ex/  (end)
[12:31] <statik> CardinalFang, for the file previews?
[12:31] <statik> dobey, did you publish review-tool in a public project?
[12:32] <CardinalFang> No, :)    Launchpad statistics, at least.
[12:32] <CardinalFang> There's another place we make graphs.... .
[12:33] <CardinalFang> statik, https://bugs.edge.launchpad.net/ubunet/+bug/377540
[12:35] <statik> CardinalFang, doesn't launchpad already draw the graphs directly on a <canvas> element using javascript?
[12:35] <CardinalFang> statik, Maybe.  Dozer?
[12:36] <statik> ah
[12:36] <statik> dozer is using pil to generate images
[12:37] <statik> wow it is really annoying that clicking disconnect on the applet doesn't seem to disconnect or stop the spinning
[12:37] <statik> CardinalFang, btw did you get to talk to the gwibber guy yesterday?
[12:38] <CardinalFang> statik, Yes.  I started on making Gwibber read/write account info to couchdb.
[12:39] <statik> sweet!
[12:39] <statik> i heard there were some other changes needed to gwibber in order to get gwibber 2.0 into karmic, do you know what those are?
[12:41] <kenvandine> statik, http://live.gnome.org/Gwibber/Roadmap
[12:41] <statik> jblount, files/new/ is not showing a bunch of the filenames for me using firefox-3.5 on karmic
[12:41] <CardinalFang> statik, aquarius, When I started poking data into desktopcouch, I realized I don't have some ideas fleshed out.  What should the database name be?  Shared among all apps, perhaps?  Gwibber doesn't have a canonical web site, so I had to make up a record_type.  I hope this is okay.  ...
[12:46] <statik> CardinalFang, aquarius would know better than me.
[12:50] <aquarius> CardinalFang, there's a distinction between storing data for a specific application and storing data that other apps may share. Account info sounds to me like a shareable sort of thing. Making up a record type is fine -- the convention is that the URL should point to a description of the record, but it's not enforced. (The convention should be followed where possible, though)
[12:51] <aquarius> CardinalFang, database name is an interesting one. I suggest storing the data in a "gwibber" database. If, in the future, there's a desktop-wide shared collection of this account data, then inventing a "social_networks" database and changing gwibber to use it seems a good idea.
[12:52] <CardinalFang> aquarius, Rgr.
[12:52] <aquarius> CardinalFang, I'm open to discussion on any of this stuff, btw :)
[12:53] <SteveA> aquarius, CardinalFang: I was thinking about gwibber/couch integration on Friday in London
[12:53] <SteveA> I'd like to talk through it with y'all.  Gwibber has two different models of using contacts -- much like IM applications do
[12:53] <SteveA> for some services, like twitter, the service itself records who you are following, online
[12:54] <SteveA> and there is one feed to use your own login to read it
[12:54] <aquarius> Gwibber's a weird one, because it is (a) an application and (b) a proposed Gateway To Social Networks for all other applications, and how all its data should be stored differs dramatically between these two use cases
[12:54] <SteveA> for other services (like following Atom feeds of blogs in gwibber) you say who you are following on your own machine
[12:54] <SteveA> in your own database
[12:54]  * CardinalFang nods.
[12:54] <SteveA> this is a bit like an IM application where with AOL IM, you ask the AOL server who your buddies are
[12:54] <SteveA> same for Jabber
[12:55] <SteveA> same for skype
[12:55] <SteveA> in these cases, I think we (eventually) should have a syncing arrangement
[12:55] <SteveA> where we sync the contact info in a user's couchdb with the info stored in the online service (Jabber, twitter, aol, etc)
[12:55] <CardinalFang> SteveA, So, mirror locally what the remote end knows to be a contact list.
[12:55] <aquarius> much like pidgin does, hence the "buddy X is on your local list but not in the server list; do you want to add them?"
[12:56] <SteveA> aquarius: yes, that kind of thing
[12:56] <SteveA> CardinalFang: yes.  But, we also have different concepts of a contact to map
[12:56] <SteveA> in CouchDB on the desktop for contacts, we have the idea of a person, a contact record
[12:56] <SteveA> and in that person's record, we have various means of contacting them
[12:57] <SteveA> or seeing information about them
[12:57] <SteveA> but compare that to twitter -- there is no distinction between Stephen Fry's twitter identity and his alter-ego Mrs Stephen Fry
[12:58] <SteveA> in my couchdb, they'd be the same person record who has two twitter feeds
[13:09]  * SteveA --> lunch
[13:58] <SteveA> re
[14:05] <dobey> statik: not yet
[15:00] <jblount> MEETING BEGINS
[15:00] <jblount> People of desktop+, let your voice be heard! A simple "me" (or similar) will get you into the role of todays standup, and tomorrows future.
[15:00] <jblount> s/role/roll
[15:00] <jblount> me
[15:00] <urbanape> moi
[15:01] <aquarius> me
[15:01] <vds> me
[15:02] <jblount> CardinalFang, dobey, statik ?
[15:03] <jblount> DONE: Got some more css quirks completed yesterday
[15:03] <jblount> TODO: Lots of triage, try to track down what's going down with "live" /files/new truncating stuff
[15:03] <jblount> BLOCKED: Nope
[15:03] <jblount> urbanape: You know what to do
[15:03] <urbanape> DONE: submitted the new UI sharing branch (finally!) with massive help from mars in #rhinos.
[15:03] <urbanape> TODO: Cranking through on the newui bugs now that the bare (just barely) functionality is present.
[15:03] <urbanape> BLOCK: nada
[15:03] <urbanape> AGE OF AQUARIUS! AQUAAAAARIUS! AQUAAAAAARIUS!
[15:03] <aquarius> ⚀ DONE: evaluate couchdbkit; lots of cool stuff going into couch upstream; frustrating day
[15:03] <aquarius> ⚁ TODO: piston oauth in snowy; learn about process groups; branch to do desktopcouch startup
[15:03] <aquarius> ⚂ BLOCKED: none
[15:03] <aquarius> Alas, poor vds: I knew him, Horatio
[15:03] <vds> DONE: fixed nasty bug in one of my branch, waiting to fix an issue with cloud_server before proposing that branch again, waiting for funambol_cared branch to be approved, discussed about funambol exchange deployment.
[15:03] <vds> TODO: land both branches, continue with the deployment of fx
[15:03] <vds> BLOCKED: nope
[15:04] <vds> no one else?
[15:04] <urbanape> slackers
[15:04] <jblount> vds: No one else me'd, so we'll EOM for now, let them paste when they get a chance :)
[15:04] <jblount> END OF MEETING
[15:04] <CardinalFang> me
[15:04] <CardinalFang> dang!
[15:06] <CardinalFang> DONE: most of spawning/paste integration.  Starting Gwibber/desktopcouch integration.
[15:07] <CardinalFang> TODO: finish spawning/paste, at least.
[15:07] <CardinalFang> TODO: finish spawning/paste, at least.  Maybe Gwibber.  Ideas, anyone?  https://wiki.ubuntu.com/Gwibber/DesktopCouch
[15:07] <CardinalFang> BLOCKED: None.
[15:07] <CardinalFang> Next!
[15:07]  * CardinalFang dereference null pointer.
[15:07]  * CardinalFang crashes.
[15:07] <jblount> heh
[15:08] <aquarius> CardinalFang, what's "record_version"?
[15:08] <aquarius> CardinalFang, that wants to be record_type_version :)
[15:08] <CardinalFang> aquarius, You're prob right.
[15:09] <aquarius> and I'd suggest adding record_type explicitly to the spec on that page as well (in the json dump)
[15:10] <aquarius> things that are completely specific to gwibber should go in application_annotations, but I'm not sure there are any. message_colour is...debatable.
[15:10] <aquarius> what's account_id for? the document gets an ID anyway
[15:11] <CardinalFang> Yeah, I'm about to refactor that away.  Currently, I'm sharing space with GConf, and using its IDs.
[15:17] <rodrigo_> CardinalFang: we are adding record_type pages to freedesktop -> http://www.freedesktop.org/wiki/Specifications/desktopcouch
[15:17] <rodrigo_> CardinalFang: so add it there when you're happy with it, please :)
[15:18] <rodrigo_> dobey: can you please review https://launchpad.net/~rodrigo-moya/couchdb-glib/set-get-uuids/+merge/9660 ? We are waiting to do a release on that branch
[15:19] <dobey> @reviewers
[15:19] <CardinalFang> rodrigo_, Oh, that's prefect.  I feel better seeing that than making up my own information.
[15:20] <rodrigo_> CardinalFang: cool :)
[15:21] <aquarius> rodrigo_, CardinalFang: I'm not sure about adding the gwibber record pages to the freedesktop wiki
[15:21] <aquarius> thos pages aren't meant to be documentation of every record type that exists (people should not feel constrained to add their record types to the freedesktop wiki!)
[15:21] <rodrigo_> aquarius: well, if it's only for gwibber, right, but this is about online services accounts, right?
[15:21] <aquarius> rodrigo_, yeah, but the record type for these records isn't a freedesktop url
[15:22] <aquarius> and I don't want to encourage people to think that all recordtypes live at freedesktop
[15:22] <rodrigo_> aquarius: because we don't have the xdg page yet :)
[15:22] <aquarius> gwibber records seem a perfect example of something that shouldn't be a centralised freedesktop url record
[15:22] <aquarius> they're semi-specific to gwibber
[15:22] <aquarius> I am sort of on the fence about this particular example, I admit it
[15:23] <rodrigo_> ah, if it's specific to gwibber, ok, but I see it could be extended to be an 'accounts' record type, right?
[15:23] <aquarius> yes, definitely
[15:25] <aquarius> I'd just like there to be some examples of non-generic record types, and the gwibber ones seem like a good example. This is the conflict in what gwibber's for: is it an app for monitoring feeds of your social networks, or is it a gateway to social networks for the whole desktop with a little GUI on top of it?
[15:28] <rodrigo_> yeah, right
[16:06] <SteveA> jcastro: hi jorge!
[16:06] <jcastro> hi SteveA!
[16:33] <jdo> my ubuntuone icon is spinning. is there a way to find out what it's doing?
[16:33] <jdo> I didn't update anything
[17:04] <dobey> jdo: syncdaemon log should tell you the current state
[20:50] <druid2> hello, sorry for my english.
[20:51] <druid2> i have a question: can ubuntuone client show upload progress?
[20:53] <jblount> druid2: If you do "u1sdtool --current-transfers" in a terminal, you can get upload / download progress
[20:53] <jblount> We'll have that in the ui shortly
[20:53] <druid2> thank you
[20:54] <jblount> druid2: Sure thing :)
[22:39] <peppertarts> Hi all, does anyone know how to validate a computer with UbuntuOne after the computer has been removed using the web interface?
[22:40] <dobey> peppertarts: you'll need to remove the "UbuntuOne token" from the Passwords tab in Accessories->Passwords and Encryption Keys
[22:40] <dobey> though that will behave more appropriately soon
[22:41] <peppertarts> dobey: Excellent, that's got it. Thanks.
[22:59] <aquarius> dobey, should that be a FAQ?
[23:00] <aquarius> there's an interesting question. peppertarts, can I ask whether you looked at our faq list for an answer to that question?
[23:24] <peppertarts> I looked in the 'Support' section, the 'Known issues' section and browsed through some of the bugs. I haven't come across a FAQ page, is it on ubuntuone.com? A link to it in the support section would be handy.