=== tritium_ is now known as tritiu === tritiu is now known as tritium === SteveA changed the topic of #ubuntuone to: Help contact: SteveA | File Sharing for Ubuntu | https://ubuntuone.com | https://launchpad.net/ubuntuone | Currently in limited beta, new invitations are sent regularly | Current Beta Client Revno is 113, Protocol Revno is 58 | Release 0.91 [08:51] hi everyone! [12:13] 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] but now i'm a bit stuck figuring out how to replace the is_in_source_tree() code [12:15] of course, i figured out a way around it as soon as i said that [12:16] Chipaca: hi john [12:16] hi SteveA! [12:16] SteveA: face duty? [12:16] Chipaca: I'm the help contact today, and I'm replying to a thead on the ubuntuone-users list [12:16] yep [12:17] a user reports geting a conflict when trying to put a .zip file into their My Files folder [12:17] but no conflict with the same file but under another name [12:17] we don't do anything special for .zip files, do we? [12:17] nope [12:17] let me see the email... [12:19] SteveA: what was the subject of the email? [12:20] "file renamed" [12:21] statik, yeah, just seen rick's bug about that [12:21] statik, i just pushed a fix in the packaging branch for the missing dep [12:22] statik, ok if we wait on getting that sponsored? since folks should have u1 installed by default? [12:22] statik, I'm confused. my desktopcouch/local_files.py doesn't import ubuntuone [12:22] Chipaca: I just replied to that thread [12:22] i figure we will have more stuff this week :) [12:22] aquarius, i just added the dep [12:22] aquarius, weird [12:23] kenvandine, aha, gotcha. Yeah, rick's right; we don't want desktopcouch to depend on ubuntuone [12:23] SteveA: found it, thanks [12:23] well [12:23] we need to refactor then [12:23] chad pushed a change that uses uuid from it or something [12:24] SteveA: I'm not sure if it's been deployed, but there was a window for spurious conflicts until recently [12:24] SteveA: related to not telling the difference between an empty file and a file that hasn't been uploaded to yet [12:24] ah, I needed to pull again [12:24] Chipaca: was that the same kind of think I was seeing when trying to edit a new file in vim? [12:24] I'd often get a conflict, even thoughI was the sole users [12:25] aquarius, it looks like it is using that to detect if it is a local checkout or not [12:25] kenvandine, yep, but I'm not sure why it's looking at ubuntuone to discover that. desktopcouch is a different source tree [12:25] yeah, it shouldn't :) [12:26] 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] i will revert my packaging change then [12:26] aquarius, it was changed in revision 14.6.5 [12:28] SteveA: no, the editing in vim was because of a bug in syncdaemon itself, which has been fixed and released [12:29] SteveA: now if you install syncdaemon, we helpfully uninstall vim :-P [12:29] it's for your own good, really [12:29] kenvandine, bzr: ERROR: Requested revision: u'14.6.5' does not exist in branch: BzrBranch7('file:///home/aquarius/canonical/ubunet/desktopcouch/') [12:29] ok... well i don't know bzr well enough [12:29] use blame :) [12:30] bzr blame desktopcouch/local_files.py [12:30] i don't particularly like that code, but i just proposed a branch that makes the dependency less horrible [12:30] statik, Maybe we should drop the generated PNGs/GIFs and make the browser render data. http://vis.stanford.edu/protovis/ex/ (end) [12:31] CardinalFang, for the file previews? [12:31] dobey, did you publish review-tool in a public project? [12:32] No, :) Launchpad statistics, at least. [12:32] There's another place we make graphs.... . [12:33] statik, https://bugs.edge.launchpad.net/ubunet/+bug/377540 [12:33] Error: Could not parse data returned by Launchpad: The read operation timed out (https://launchpad.net/bugs/377540/+text) [12:35] CardinalFang, doesn't launchpad already draw the graphs directly on a element using javascript? [12:35] statik, Maybe. Dozer? [12:36] ah [12:36] dozer is using pil to generate images [12:37] wow it is really annoying that clicking disconnect on the applet doesn't seem to disconnect or stop the spinning [12:37] CardinalFang, btw did you get to talk to the gwibber guy yesterday? [12:38] statik, Yes. I started on making Gwibber read/write account info to couchdb. [12:39] sweet! [12:39] 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] statik, http://live.gnome.org/Gwibber/Roadmap [12:41] jblount, files/new/ is not showing a bunch of the filenames for me using firefox-3.5 on karmic [12:41] 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] CardinalFang, aquarius would know better than me. [12:50] 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] 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] aquarius, Rgr. [12:52] CardinalFang, I'm open to discussion on any of this stuff, btw :) [12:53] aquarius, CardinalFang: I was thinking about gwibber/couch integration on Friday in London [12:53] 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] for some services, like twitter, the service itself records who you are following, online [12:54] and there is one feed to use your own login to read it [12:54] 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] for other services (like following Atom feeds of blogs in gwibber) you say who you are following on your own machine [12:54] in your own database [12:54] * CardinalFang nods. [12:54] this is a bit like an IM application where with AOL IM, you ask the AOL server who your buddies are [12:54] same for Jabber [12:55] same for skype [12:55] in these cases, I think we (eventually) should have a syncing arrangement [12:55] 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] SteveA, So, mirror locally what the remote end knows to be a contact list. [12:55] 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] aquarius: yes, that kind of thing [12:56] CardinalFang: yes. But, we also have different concepts of a contact to map [12:56] in CouchDB on the desktop for contacts, we have the idea of a person, a contact record [12:56] and in that person's record, we have various means of contacting them [12:57] or seeing information about them [12:57] but compare that to twitter -- there is no distinction between Stephen Fry's twitter identity and his alter-ego Mrs Stephen Fry [12:58] in my couchdb, they'd be the same person record who has two twitter feeds [13:09] * SteveA --> lunch [13:58] re [14:05] statik: not yet [15:00] MEETING BEGINS [15:00] 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] s/role/roll [15:00] me [15:00] moi [15:01] me [15:01] me [15:02] CardinalFang, dobey, statik ? [15:03] DONE: Got some more css quirks completed yesterday [15:03] TODO: Lots of triage, try to track down what's going down with "live" /files/new truncating stuff [15:03] BLOCKED: Nope [15:03] urbanape: You know what to do [15:03] DONE: submitted the new UI sharing branch (finally!) with massive help from mars in #rhinos. [15:03] TODO: Cranking through on the newui bugs now that the bare (just barely) functionality is present. [15:03] BLOCK: nada [15:03] AGE OF AQUARIUS! AQUAAAAARIUS! AQUAAAAAARIUS! [15:03] ⚀ DONE: evaluate couchdbkit; lots of cool stuff going into couch upstream; frustrating day [15:03] ⚁ TODO: piston oauth in snowy; learn about process groups; branch to do desktopcouch startup [15:03] ⚂ BLOCKED: none [15:03] Alas, poor vds: I knew him, Horatio [15:03] 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] TODO: land both branches, continue with the deployment of fx [15:03] BLOCKED: nope [15:04] no one else? [15:04] slackers [15:04] vds: No one else me'd, so we'll EOM for now, let them paste when they get a chance :) [15:04] END OF MEETING [15:04] me [15:04] dang! [15:06] DONE: most of spawning/paste integration. Starting Gwibber/desktopcouch integration. [15:07] TODO: finish spawning/paste, at least. [15:07] TODO: finish spawning/paste, at least. Maybe Gwibber. Ideas, anyone? https://wiki.ubuntu.com/Gwibber/DesktopCouch [15:07] BLOCKED: None. [15:07] Next! [15:07] * CardinalFang dereference null pointer. [15:07] * CardinalFang crashes. [15:07] heh [15:08] CardinalFang, what's "record_version"? [15:08] CardinalFang, that wants to be record_type_version :) [15:08] aquarius, You're prob right. [15:09] and I'd suggest adding record_type explicitly to the spec on that page as well (in the json dump) [15:10] 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] what's account_id for? the document gets an ID anyway [15:11] Yeah, I'm about to refactor that away. Currently, I'm sharing space with GConf, and using its IDs. [15:17] CardinalFang: we are adding record_type pages to freedesktop -> http://www.freedesktop.org/wiki/Specifications/desktopcouch [15:17] CardinalFang: so add it there when you're happy with it, please :) [15:18] 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] @reviewers [15:19] rodrigo_, Oh, that's prefect. I feel better seeing that than making up my own information. [15:20] CardinalFang: cool :) [15:21] rodrigo_, CardinalFang: I'm not sure about adding the gwibber record pages to the freedesktop wiki [15:21] 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] aquarius: well, if it's only for gwibber, right, but this is about online services accounts, right? [15:21] rodrigo_, yeah, but the record type for these records isn't a freedesktop url [15:22] and I don't want to encourage people to think that all recordtypes live at freedesktop [15:22] aquarius: because we don't have the xdg page yet :) [15:22] gwibber records seem a perfect example of something that shouldn't be a centralised freedesktop url record [15:22] they're semi-specific to gwibber [15:22] I am sort of on the fence about this particular example, I admit it [15:23] ah, if it's specific to gwibber, ok, but I see it could be extended to be an 'accounts' record type, right? [15:23] yes, definitely [15:25] 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] yeah, right [16:06] jcastro: hi jorge! [16:06] hi SteveA! [16:33] my ubuntuone icon is spinning. is there a way to find out what it's doing? [16:33] I didn't update anything [17:04] jdo: syncdaemon log should tell you the current state === ink_away is now known as inkvizitor68sl [20:50] hello, sorry for my english. [20:51] i have a question: can ubuntuone client show upload progress? [20:53] druid2: If you do "u1sdtool --current-transfers" in a terminal, you can get upload / download progress [20:53] We'll have that in the ui shortly [20:53] thank you [20:54] druid2: Sure thing :) [22:39] Hi all, does anyone know how to validate a computer with UbuntuOne after the computer has been removed using the web interface? [22:40] peppertarts: you'll need to remove the "UbuntuOne token" from the Passwords tab in Accessories->Passwords and Encryption Keys [22:40] though that will behave more appropriately soon [22:41] dobey: Excellent, that's got it. Thanks. [22:59] dobey, should that be a FAQ? [23:00] there's an interesting question. peppertarts, can I ask whether you looked at our faq list for an answer to that question? [23:24] 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.