[03:23] honk === Shadowmancer is now known as Maraket [08:28] hi, one stupid question [08:28] apart from settings (by that I mean also contacts, bookmarks, and in a near future calendar) that are saved in couchdb [08:28] how does ubuntuone use couchdb to synchronize files? [08:29] I can't seem to find how it does use couchdb to synch files [08:29] are files stored in couchdb? [11:39] aquarius, ping [11:40] homeasvs, pong [11:40] aquarius, hey [11:40] aquarius, so, close to having desktopcouch on n900 [11:40] the big problem left is gnome-keyring [11:40] hangover not preventing you any more? :) [11:40] heh :) [11:40] hrm. the n900 doesn't have the keyring? [11:40] gnome-keyring pulls in a lot of deps, down to pam, and I'm not sure I"ll be able to easily build them [11:41] so I was instead considering to factor out that code to a module that can be replaced with some other way of storing keys [11:41] does it have some concept of a keyring? [11:41] it doesn't look like it, but I'm still looking for something similar [11:41] but in worst case I'd store something in gconf for example [11:41] I was just wondering if you'd be open to abstracting all keyring code into one module [11:41] yes. We're doing something similar with the main u1 client -- moving to using the python-keyring module, which abstracts over platform-specific keyrings (gnome, kde, windows, mac) [11:42] so that would be fine for DC too, I thinik [11:42] oh, didn't know that one, let me check that [11:42] there's not very much at all which uses the keyring, anyway [11:42] (in desktopcouch) [11:42] yeah, exactly. You only use it for two operations on two kinds of secrets [11:42] I'd be done quicker abstracting that than packaging all dependencies [11:42] we store the oauth tokens there, and we retrieve them from there, and that's it. It wouldn't be hard to factor that out, i don't think [11:42] (and the dependency list for dc on maemo is already pretty huge :)) [11:43] and abstracting it is The Right Thing to do anyway, since there's no gnome-keyring on Windows no matter how hard you look ;) [11:43] exactly [11:43] well, python-keyring looks promising, and it has some file backends built in, so that could work for my use case for now [11:44] ok, python-keyring looks like it has the perfect interface [11:45] homeasvs: if you refactor desktopcouch to use python-keyring, that will be awesome. Super awesome. [11:45] except that the oauth secret needs to be stored as 'password', it only knows about username/password [11:45] *nod* yeah, it seems like the right approach to us, too [11:45] but if that's fine for you, then I can give it a go [11:45] I guess I can make a bzr branch from the latest release to do the work so I also have a patch for maemo to use [11:45] we're wanting to move in that direction anyway :) [11:46] and then we can integrate it in mainline if it works [11:46] ok, that gives me something to do on the plane tonight [11:46] superb [11:47] (plane? going home for Christmas?) [11:47] no, my weekly commute bru<->bcn [11:47] ah :) [11:47] btw, my paisley branch seems to be working well for me, once the dust settles we need to see how we can integrate your changes too [11:48] cool. [11:50] aquarius: I assume you've seen http://arstechnica.com/open-source/guides/2009/12/code-tutorial-make-your-application-sync-with-ubuntu-one.ars already [11:51] Chipaca, not only have I seen it, I've linked it from the desktopcouch documentation page. :) [11:51] aquarius: and pointed at it from identi.ca? [11:51] yep [11:51] aquarius: :) ok [11:52] the link to the article is being tweeted a lot, too, which is rather encouraging [13:02] alecu: hi, (eric here) running a little late, I'm thisfred on skype, I will be with you in +/- 10 minutes [13:03] hi thisfred, ok, I'm in no hurry. [13:03] thisfred, I'm alecura83 in skype btw. [13:09] alecu: cool, I'm ready, shall I dial? [13:12] thisfred, sure! [14:55] desktop+ planning is scheduled for within 5 minutes, but something just came up here. I'm postponing 15 minutes more (sorry!), so we start in 20 minutes. [14:57] * jblount revels in his newly found 15 minutes [15:02] jblount: it's all the fame you'll ever get [15:02] heh [15:04] time to grab a cup of tea then [15:08] still in sekrit room, though, right? [15:08] or out here [15:09] here [15:16] hi all (again) [15:17] aquarius: CardinalFang: dobey: jblount: urbanape: vds: ping [15:17] Hey. [15:17] pong [15:18] yo [15:18] aye [15:19] aquarius: aquarius: aquarius! [15:19] pong [15:19] urbanape: urbanape: urbanape! [15:19] ooh, the old beetlejuice trick works! [15:20] ok, so [15:20] yo yo yo [15:21] just watch out for two-headed, three-armed loony presidents [15:21] * Chipaca 's had *enough* of loony presidents for quite a while [15:21] * urbanape is proud to share ZB initials with Zaphod Beeblebrox [15:21] rodrigo and teknico are on holiday [15:21] so that makes all of us here :) [15:22] urbanape: it's an omen i tells ya [15:22] vell, I'm just zis guy, you know? [15:22] dobey: we're starting this meeting with you. Planning! what do you have on your plate for this week? [15:23] infrastructure notes, stable ppa builds, nautilus fixes, and new client coding [15:24] oh and i think lucio was suggesting another trunk release, after getting another branch landed [15:24] dobey: is there any of that that we can pass on to somebody else? you have a lot on your plate, and I fear you'll never get round to working on that last item if we can't rebalance things [15:24] dobey: I feel like having you package is not a productive use of your time, unless you're fixing issues while you do it [15:25] the packaging is more of a multi-task issue this time. the SRUs were more direct work since there was lots of backporting and tracking involved [15:26] dobey: at the same time, I don't know how much joy you get out of packaging. If it's what keeps you going, then keep at it :) [15:26] Chipaca: not much, but it helps with the goal of getting upload rights and becoming an ubuntu developer and all that :) [15:26] dobey: yeah :) [15:27] dobey: I'd like us to meet for a kicking off of the client coding work. When can we do that? [15:27] but i should be starting on the new client code tomorrow at the latest :) [15:28] dobey: that is excellent [15:28] Chipaca: i guess we could discuss that in our call tomorrow? [15:28] aquarius: CardinalFang: dobey: jblount: urbanape: vds: you should have edit access to a 'desktop+ standups' spreadsheet I started, to track the standups and progress re that [15:29] aquarius: CardinalFang: dobey: jblount: urbanape: vds: please use your edit rights to fill in when I miss something (like mon, tue last week) [15:29] dobey: yes, ok [15:29] Chipaca, so is the plan now to edit that spreadsheet rather than to have the standup? [15:29] aquarius: no, not at all [15:29] aquarius: unless we all feel the standup adds nothing ontop of the spreadsheet [15:29] aquarius: it's in stead of the email to ubunet-discuss :) [15:30] I sorta feel that the spreadsheet adds nothing on top of the standup, myself. :) [15:30] (yeah, it avoids the email, but now everything needs updating in two places) [15:30] aquarius: tracking. More for bosses than for peons :) [15:31] aquarius: just wait for logger to catch up and paste in the URL to the point in time where you paste your standup status :) [15:31] no, no, I'll update the spreadsheet. Except when I don't, in which case I'll ping y'all to do so [15:31] ah, OK, then I am cool with the spreadsheet. ;) [15:31] (the standup chair can do that) [15:31] anyway, back to planning! [15:32] dobey: I think we'll postpone your planning to tomorrow, after the call [15:32] jblount: you're up next [15:32] jblount: what's on your plate for this week? [15:33] jblount: or inside your sammich [15:33] I've got a Google doc of 18 or 20 bugs mt made up for me with screenshots. [15:33] So I need to do Google doc to LP Bug conversion, and work out how many branches those bugs respresent, then fix them. [15:33] jblount: sweet. Any chances of you estimating how much work each of those are? [15:34] jblount: if you could estimate before converting, then if there's any biggie we can prioritize earlier (better than late) [15:34] jblount: does that make sense to you? [15:34] I'm seeing three branches right now: general-layout-bugs should take 5 hours or so, file-ui-fixes should take 10, maybe more depending, and notes-ui-bugs should be about 2 or 3 hours. [15:35] CardinalFang: did you see those two bugs re file web ui lucio created last week? [15:35] Chipaca, No. [15:35] (jblount: this is relevant to your planning, give me a sec) [15:35] CardinalFang: bad CardinalFang! bad! [15:36] CardinalFang: ok, please take a look at them. I think they have no impact on jblount's work, but maybe they do, and I don't want you two to step on your toes [15:37] jblount: in view of that, I'd say do the conversion to lp, then work on notes ui, until CardinalFang can get back to you re impact, so you work in sync [15:37] jblount: CardinalFang: ok? [15:37] by "in sync" i mean coordinated [15:37] ly [15:37] Chipaca: That's fine. [15:37] CardinalFang: we may as well continue with you :) [15:38] CardinalFang: what kind of a week are you looking at? [15:38] oh! dobey: jblount: any days off this week? [15:39] Chipaca: Thursday [15:39] * Chipaca wishes canonicaladmin did ical [15:39] jblount: ack [15:39] not for me [15:39] CardinalFang: please continue [15:39] i have 1 day left this year to schedule off, but haven't done so yet [15:39] Release d-c 0.6.1. SRU 0.5.1 to Karmic. sync 0.5-stable line to source-package branch -- probably need james_w help. talk to james_w about new source-package branch for trunk line. Release 0.6.1 package for lucid. Review Mandel's contacts branch. See what we can use (and what we can't). [15:40] That's about three days worth. I haven't gotten past that. [15:40] That's all desktopcouch, though. [15:40] CardinalFang: please push reviewing those bugs re web ui at the head of that work, so jblount unblocks that part of his schedule [15:41] I'm still looking for those bugs. [15:41] * dobey schedules that day now [15:41] dobey: good person! [15:41] * Chipaca feels "good man!" works better [15:42] ugh, hold on [15:42] CardinalFang: I assigned them to urbanape, not you [15:42] I was wondering... [15:42] jblount, do you know what bugs? [15:42] I keep on mixing you two up re who does web ui stuff [15:42] since you were talking about the files UI [15:43] CardinalFang: my most sincere apologies [15:43] #495621 and #495625 [15:43] CardinalFang: you can poke me for pkg questions also [15:43] jblount: s/CardinalFang/urbanape/ in all that [15:43] Chipaca: ack [15:44] * Chipaca puts a paper bag over his nick [15:44] *sigh* [15:44] CardinalFang: any news re jbernard and commandline contacts client? [15:44] Ah. It's my nick. c=chad. [15:45] CardinalFang: now he might confuse you with himself! [15:45] Chipaca, I have some views functions written that should make it easier, but I want to review mandel's contacts branch before recommending anything to jbernard. [15:46] dobey: I have nightmares along those lines [15:47] CardinalFang: ok. I'd like to look at mandel's contacts branch too; I saw __getattribute__ shenanigans, which makes me suspect it's doing something unpythonic :) [15:47] thisfred and I fear the m's code goes overboard with ... yes. [15:47] I'd be a lot more confortable if it were __getattr__; __getattribute__ smells bad [15:48] CardinalFang: also: any days off this week? [15:48] None this week, though my wife tells me I look "*really terrible*" this morning, so I may have a sick day coming. [15:49] CardinalFang: I'd prefer if we had more than ~3 days of your work planned, but I can see how that would be hard. What happens after reviewing mandel's work? [15:50] Chipaca, Either merging, or branching and stripping out stuff. That's 10 minutes or half a day. [15:51] Chipaca, after that, I think desktopcouch can be quiet for a while, so I can help with lucid features outside d-c. [15:51] CardinalFang: are we beyond the point of pointing things out to mandel and having him fix them? I feel like we've already said too many "this is great, but fix ____". Not sure how accurate that feeling is. [15:52] He's been very responsive to me. I haven't said much about this new branch. I merged all his other work. [15:52] ok. [15:53] aquarius: you're up next [15:54] this week: hopefully get finalised music store details, finish the download-from-one-upload-to-another-url twisted pipe, work on integrating it with jdo's upload API, write more desktopcouch documentation (thanks Ryan Paul for meaning that I don't have to write as much as I did before :)) [15:54] Chipaca, i'm on reviews tomorrow, fwiw. I usually hide until someone yells at me. [15:54] oh, and review duty today and face on Thursday [15:55] aquarius: I worry about your monotonically increasing TODO :) [15:55] aquarius: let me copy it in [15:55] make tomboy first-sync experience nicer; continue work on desktopcouch developer docs; write up things learned at UDS/sprint; work with rodrigo on Music Store, some more music store architecture planning; step-by-step guide to what happens during contact sync; write "pipe" to transfer data between two HTTP connections with twisted 9.0; write lazr-js branch; be frustrated with lack of progress [15:55] Chipaca, the big thing that's holding me up is waiting on music store tech details [15:56] my todo list is a combination of "things I plan to od this week" and "things I plan to do sometime, probably". I picked up the idea from rodrigo :) [15:56] aquarius: yes, I know. But how is that holding up the first item in the todo? or if not that, wha tis? [15:56] I hope they sign before April. [15:56] ah, the list isn't in order. It's just a list. [15:57] what's holding up the tomboy-first-sync-experience is that there are more important things than it. [15:57] CardinalFang, don't say stuff like that out loud or you'll make it happen [15:57] aquarius: ah [15:57] (If I were APPL, I'd create a dummy company that promises similar features, acts like a canary to alert them to competition, and stall new "partners" as long as possible. /me adds this to his world-domination Planning list. ) [15:58] aquarius: ok, so what does that list look like in priority order? [15:58] aquarius: (what "lazr-js" branch?) [15:59] he was tasked with getting some time with lazr-js to spread the knowledge. [15:59] voluntold by statik, I believe. [15:59] ah, true [15:59] * Chipaca thinks he was too [16:00] priority order is: build music store widget (blocked); finish http-pipe; integrate pipe with jdo upload work; write desktopcouch documentation; write lazr-js branch; improve tomboy first-sync experience [16:00] indeed I was [16:00] heh "voluntold". [16:01] aquarius: the http pipe sounds like something we could ask __lucio__ if he can find someone to do it [16:02] if he's got someone, that'd be cool [16:02] I'm struggling with it somewhat [16:02] aquarius: I know we wrote quite a few streamers for syncdaemon and the server :) [16:02] and I'd rather be working on music store architecture or on DC SDK, but I'm blocked on the store :( [16:03] aquarius: push the SDK ahead of the pipe while I check with mr foundations+ [16:03] ok, will do. [16:03] aquarius: great [16:03] aquarius: days off this week? [16:03] nope. [16:03] urbanape: you're up [16:04] wheee [16:04] so, currently and foremost, I'm blocked by PQM. It doesn't like me. [16:04] I've got one approved branch ready to land, and one that will follow soon after. [16:04] I've started a branch for the rejecting of no-longer-wanted shares [16:05] Tomorrow I'm an on-call reviewer and Wednesday I'm Face. [16:05] I still need to SRU Bindwood, as the release in my PPA has gotten a lot of positive feedback. [16:05] urbanape: what's the issue re pqm? [16:06] Chipaca: All lines of log output:Sender not authorised to commit to branch bzr+ssh://bazaar.launchpad.net/~ubuntuone-pqm-team/ubuntuone-servers/trunk-2a [16:06] urbanape: have you talked with LOSAs? [16:06] I thought it got cleared up with the general PQM wrangling that happened on Friday [16:06] I have not yet spoken with LOSAs [16:07] urbanape: or you could file a rt [16:07] so... that's a bummer but shouldn't affect planning too much [16:08] yarp. And besides the 4 mandatory days after Xmas, I have 2.5 days remaining of leave. [16:08] urbanape: as I told CardinalFang (mistakenly), please review those bugs created by lucio and assigned to you, so as to unblock jblount re file ui [16:08] urbanape: #495621 and #495625 [16:09] yup [16:09] urbanape: also schedule them for soonish (this week if possible) [16:09] the 2.5 days? [16:09] or the bugs? [16:09] urbanape: the bugs. And the 2.5 days :) [16:12] so, this week: shepherding the two branches I have in review already, the third for share rejecting, and the SRU for Bindwood, plus estimates on the two bugs reported by Lucio. [16:12] urbanape: ok? [16:12] I believe one of them is fixed by the second branch I have in review, actually. [16:13] urbanape: great [16:13] urbanape: plus face duty on wed [16:13] oh, nope, neither. [16:13] and review tomorrow [16:13] yeah, but review is one day every week, so no surprise there [16:14] vds: last but not least [16:14] contact sync: more testing especially with real device [16:14] 30 days free plan, branch already started, probably ready after dinner [16:14] OTA sms: branch to configure funambol to send sms as soon as we have an account, test OTA [16:14] with real mobile devices [16:15] Chipaca: that's it [16:15] hmm [16:15] mattgriffin: ping [16:16] vds: how do we handle the end of the 30 day plan? [16:17] vds: ie how do we communicate that to the user? [16:17] Chipaca: we don't do it explicitly, we pass an error code to funambol that means the account is expired [16:18] Chipaca: pong [16:18] Chipaca: then the funambol client should inform the user [16:19] Chipaca: we could send an email or write something on the web page, but that was not in the bug [16:22] 1 sec, on the phone [16:23] mattgriffin: the ping was re subitosms [16:24] Chipaca: i'm waiting for the account login info from their account guy. we will 1000 worldwide messages to test with. [16:24] mattgriffin: ok, great [16:24] mattgriffin: ETA? [16:25] Chipaca: he seemed really responsive the last few days so i expect a message soon (today or tomorrow) [16:25] mattgriffin: ok, great [16:25] vds: my question is what is the user experience of that? [16:27] Chipaca: I haven't tried it I guess the funambol client will tell the user that the account is expired [16:28] vds: hmm... ok. For now :) [16:29] vds: at some point the general account info pages need to be able to show that info, and that was more what I was asking. But ok for now. [16:29] Chipaca: we don't have control over the client but we can do whatever we like on the web side (desktop side in the future) [16:29] Chipaca: if you want we can include it in this branch I think [16:29] it shouldn't be much work [16:30] vds: I'd rather more branches than slower branches [16:30] Chipaca: ok, we'll have to refactor the web ui soon [16:31] Chipaca: maybe we can include the notification while we do the refactoring [16:31] vds: you mean to add the code for the 30 day trial? [16:32] Chipaca: the code to notify the use that the plan is expired, yes [16:32] vds: sorry I wasn't clear: what is the refactoring the web ui will need soon? [16:33] Chipaca: we need to change the web ui to follow the indication of the design team [16:33] vds: ok, so you're talking about the work jblount is doing right now? [16:33] <__lucio__> Chipaca, aquarius: http-pipe we can do when we get the new guy [16:34] rawk [16:34] it's not actually useful until we hit [16:34] until we hit the stage of doing downloads, but it's something that I could do independently, so I was doing it now while blocked. [16:34] __lucio__, thanks [16:34] Chipaca: that I don't know [16:34] aquarius: I'd rather you worked on the SDK [16:35] Chipaca: I don;t know if jblount is working on that [16:35] jblount: is there anything in the work you're doing that is relevant to a 30 day plan that is a demo for the full version of a product? [16:35] Chipaca, yep, exasctly what I am doing now :) [16:35] vds, Chipaca: Not yet. That refactoring is a seperate and unique snow flake. [16:35] * Chipaca is lost in a maze of refactorings, all alike [16:36] jblount: so the refactoring vds is talking about is not about the 20 bugs from mt? [16:36] Chipaca: Nope, he's talking about makig the funabol stuff look like the designs #design has for it. [16:36] (I think) [16:37] jblount: exactly [16:37] The stuff I'm working on is for /files/ /notes/ and some various flat pages in the web ui [16:37] d'oh [16:37] vds is talking about /phone/ or whatever [16:37] jblount: thanks [16:37] right, right [16:37] * jblount smiles [16:37] * vds smiles too [16:37] jblount: I assume the /phones/ work involves you? [16:38] jblount: the ? means that I don't actually assume it yet [16:38] Chipaca: I'm thinking yes [16:39] jblount: good :) [16:39] vds: so, is the 'your 30 day freebie is over' thing covered by the design work? [16:39] Chipaca: nope [16:40] we can ask to "integrate" [16:40] vds: is that work from mt? or is it john lea? [16:40] Chipaca: john lea I think [16:41] john__: ping :) [16:41] vds: can you send him an email (assuming he doesn't respond) if he could add that to what's already there, if possible? I know he's going on vacation RSN [16:42] Chipaca: sure [16:43] vds: please cc me :) [16:43] of course [16:43] vds: can we rewind a little and look at your planning again? [16:43] * Chipaca realizes he's gone over the meeting time by almost 2x [16:44] Chipaca: ok [16:44] the meeting is still going? [16:44] dobey: :( [16:44] dobey: yes [16:44] i can see why you have nightmares :) [16:44] we'll get speedier at this with practice :) [16:44] (here's hoping) [16:44] Chipaca: next was: OTA sms: branch to configure funambol to send sms as soon as we have an account, test OTA [16:45] vds: estimates? [16:45] Chipaca: a couple of days if everything goes smooth, but it never does... [16:46] :/ [16:47] vds: what happens after that? [16:48] Chipaca: that should cover this week === john__ is now known as JohnLea [16:48] ok, well, i really must go get some food and such [16:48] vds: ok [16:48] ok, a wrap! [16:48] bbiab [16:49] aquarius: CardinalFang: dobey: jblount: urbanape: vds: thanks all. [16:49] Chipaca: :) [16:49] Chipaca: thank you! [16:49] thanks [17:09] aquarius: ping [17:09] mandel, pong [17:10] aquarius: what happened at the end with the collection of contacts (I do not want to use the g word :P) [17:11] mandel, I don't think we've yet hit a conclusion :( [17:12] aquarius: ok, np I'll focus on something else [17:17] Hello [17:18] Bonjour, mandel. [17:18] hi bravebug [17:19] Can any body give me commands with witch ubuntuone-client packeged& [17:19] ? [17:19] CardinalFang: bonjour. how is it going? [17:20] CardinalFang: good new from here, I added avatar support for the contacts :D [17:20] Rawk! [17:20] bravebug, sorry, which commands do you need? The things to install Ubuntu One? [17:21] commands for installing from source ubuntuone-client and if it possible ubuntuone-storage-protocol too [17:21] aquarius, [17:22] bravebug, "apt-get source python-ubuntuone-storageprotocol ubuntuone-client-gnome ubuntuone-client" [17:23] I want to build package for ArchLinux, but I don't know problem in ubuntu patchs or bad commands for build [17:23] I don't use ubuntu now [17:24] bravebug, did you report the desktopcouch _self bug? [17:24] NameError? [17:24] bravebug, ah, then you can get the source from launchpad -- launchpad.net/ubuntuone has all the code [17:25] aquarius, if you understend, look http://aur.archlinux.org/packages/ubuntuone-storage-protocol/ubuntuone-storage-protocol/PKGBUILD and http://aur.archlinux.org/packages/ubuntuone-client/ubuntuone-client/PKGBUILD [17:25] bravebug, there are links to all teh projects from there [17:26] I think that package function with error, because ubuntu have a lot of patchs with other packages [17:26] sorry for bad english [17:27] bravebug, ah, OK; we do have some patches to upstream projects. Can you show the errors that happen when you try to package Ubuntu One on archlinux? [17:27] yes, one moment [17:28] CardinalFang: When did that bu appear, I saw it on friday but I was away and had no internet to report it [17:31] mandel, Not sure. I fixed in trunk this morning. [17:31] aquarius, http://dpaste.org/UB2h/ and http://dpaste.org/BwGK/ please [17:32] CardinalFang: I've notices, I've just did an update, I wonder how it got there [17:33] bravebug, OK, the u1sync problem is that it's not finding the config file. Chipaca, where would u1sync in http://dpaste.org/UB2h/ be looking for its config file? [17:33] aquarius: /etc/xdg/etc [17:33] bravebug, and the second problem, with ubuntuone-client-applet, is because the syncdaemon isn't starting properly [17:34] ok [17:34] Chipaca, which package is the config file in? I can't find it [17:34] aquarius: 1 sec [17:34] It not so bad like I think [17:34] bravebug, yeah, it looks like you're most of the way there :) [17:35] Thanks) [17:35] aquarius: there doesn't seem to be one by default [17:35] Chipaca, ok, am a bit puzzled by http://dpaste.org/UB2h/ then? [17:36] aquarius: i'm looking into it [17:36] bravebug, Chipaca knows all about this area, so he's your expert :) [17:36] CardinalFang: I've notices, I've just did an update, I wonder how it got there [17:36] got to go, laters [17:36] no, actually, I don't know much u1sync (that is tcole's), but [17:37] Chipaca, Hi, any ideas? [17:37] aquarius: bravebug: the file that is missing is /etc/xdg/ubuntuone/oauth_urls [17:37] bravebug: do you have that ^ file? [17:37] no [17:37] haven't [17:37] bravebug: ah, there you go then [17:37] :) [17:37] I understand [17:38] what path and what it must contain? [17:38] Chipaca, [17:40] I can start ubuntu 9.10 in VirtualBox and look on this file [17:43] bravebug: dunno if my dpaste url got through before the ap threw me off [17:43] bravebug: in case no, http://dpaste.org/JOxm/ [17:44] bravebug, it's in the python-ubuntuone-client package [17:44] Does anybody know how to force update the files on my system with the ones in the cloud? [17:44] I was going to ask why you didn't have it, but I'm assuming you're doing something Strange and Wonderful :) [17:45] CITguy: u1sdtool --refresh=/the/full/path/to/the/top/dir/with/changes [17:45] :) [17:46] I build only two packages "ubuntuone-storage-protocol" "ubuntuone-client" [17:47] bravebug, ah, yes, there are a few other packages that get installed. :) [17:48] I look it in Ubuntu in VirtualBox now [17:58] Chipaca, where I can find install instructions for all this packages? [17:59] I'm not so good maintainer [17:59] bravebug: what are you trying to do? [18:00] I don't how to build "ubuntuone-client-gnome" and "python-ubuntuone-client" [18:00] don't know how to build [18:01] It making from one sources? [18:01] bravebug: are you in ubuntu? [18:02] bravebug: I mean, are you trying to build this in ubuntu? [18:02] Ubuntu in VirtualBox only [18:02] ok, I try [18:02] bravebug: no, no [18:03] bravebug: I am trying to understand your situation, to understand what you're trying to do, to help you better [18:03] bravebug: umm... what is your native language? [18:03] Russian [18:04] oh, shame, I don't speak russian :) [18:04] bravebug: so... are you trying to build the packages from source? Or are you trying to use ubuntu one in a non-ubuntu environment? [18:04] from source [18:05] Chipaca, on archlinux [18:05] ah [18:05] bravebug: do you have bzr? [18:05] no [18:06] install it not problem, but I bad to know how use it [18:06] bravebug: not a problem [18:06] bravebug: do you have python-gnomekeyring? [18:07] I don't know what is it [18:07] bravebug: are you wanting to use just u1sync, or the full ubuntuone syncdaemon? [18:08] I want to build all this packages for community [18:08] bravebug: ok [18:09] bravebug: you need the python bindings for the gnome keyring. Do you have that? [18:09] We have ArchLinux User-community Repository (AUR) [18:09] Where I can sent packages [18:09] One moment [18:23] * rtgz understands Russian, just in case, ping me if one needs anything [18:25] rtgz: I'll point him at you [18:25] Chipaca, ok, I thought I am offline :) [18:25] ubottu, unfreeze! [18:27] rtgz: bravebug. bravebug, rtgz [18:27] A-ha [18:48] hrmm [19:36] rtgz: ping [19:36] dobey, pong [19:37] dobey, i guess "hrmm" was for me as well [19:37] rtgz: are there separate bugs for all of the issues your branch seems to fix for you? [19:37] my hrmm was about bravebug trying to build the client on arch [19:38] "Fixed immediate 'synchronized' emblem assigned due to incomplete hash checks." - this is a separate bug, actually. Do you want me to file that? [19:40] dobey, fixed: bug #491777, bug #479475 - fixed, except folders (requires syncdaemon support) and Shared With Me. I have also set the default to unsynchronized icon, but I cannot find any design doc about the way it "should" be :( [19:40] Launchpad bug 491777 in ubuntuone-client "Ubuntuone-Nautilus should not update file modification time to refresh the emblems" [Medium,Triaged] https://launchpad.net/bugs/491777 [19:40] Launchpad bug 479475 in ubuntuone-client "File emblems don't display correct sync status" [Medium,Triaged] https://launchpad.net/bugs/479475 [19:40] rtgz: separate bugs for each issue, and separate branches to fix each bug, are best, yes [19:42] dobey, okay, then I will create additional branches. Will that be ok for now or this is blocking you from other things? [19:43] rtgz: it's not blocking me, no. but i'd like to separate the trivial fixes, so we can get those in, while the more complicated stuff will need more review [19:43] dobey, okay, need some 30 mins to do all that [19:45] rtgz: thanks [21:00] Chipaca: I don't have anything yet, but i expect time to free up towards the end of the week so I can start putting it together [21:00] Chipaca: I do have mandel's branch and have been reading through it [21:00] jbernard: ok :) thanks for the update [21:01] CardinalFang: ping me when you have those views ready, that would be a huge help [21:05] dobey, 2 ready, ShareCreateError in progress (phew, need more bzr, bzr, bzr...) [21:06] dobey, may I attach the corresponding branch with dbus marshaller to bug #492100? [21:06] Launchpad bug 492100 in ubuntuone-client "Error while creating share from nautilus - _create_share_http in action_queue.py, line 1859 calls callback with missing parameters" [Medium,In progress] https://launchpad.net/bugs/492100 [21:08] rtgz: i think that would be a separate issue [21:09] dobey, the callback was not called when error happened, this is ubuntuone-nautilus side for create_share_http error... [21:09] dobey, no, not related, going to make new bug report [21:11] rtgz: and i'm not sure i understand the issue either, so i'd like a separate bug to be able to understand it better [21:11] dobey, ok! [21:33] hm , the "Share on Ubuntu One" dialog just displayed me completely weird string, probably it may have to do with the crashes when share dialog is called. Once I had "." there written only. Probably the pointer gets an invalid memory location... and the crash nessita got... Might be related... [21:33] not sure [21:33] file a bug, and attach a screenshot [21:33] and a backtrace if you do get a crash [21:41] + cosmetic - (nautilus:14029): Gtk-WARNING **: The GTK_DIALOG_NO_SEPARATOR flag cannot be used for GtkMessageDialog [21:44] jbernard, Roger. Maybe in 24h. [21:45] eh [21:48] dobey, splitted the commit into three branches, I hope I did everything right. [21:50] path = g_filename_from_uri (nautilus_file_info_get_uri (file), NULL, NULL);... how can THIS point to a wrong memory... [21:50] hmmm file = g_list_nth_data (files, 0);... [21:52] grr, why is gtk+ dumb [21:55] Just for the record - the crash was like this - http://paste.ubuntu.com/341458/, BTW, what is TTL for those messages?.. [21:55] Still, no idea how to provide more "usable" info... [21:56] ttl for what messages? the pango ones? [21:57] hm... (nautilus:14335): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed - when window is dismissed [21:57] dobey, for paste.ubuntu.com entries [21:57] i believe you can specify day week or month when pasting [21:58] oh, or not [21:58] i don't know how long they stay [21:58] gtk_entry_set_text (GTK_ENTRY (data->name_entry), g_path_get_basename (data->path)); - ok, the magic happens somewhere here... [21:59] paste.ubuntu.com does not let us specify TTL value for the message so it is a bit weird [21:59] okay, I guess this is all for today, will check what can I get for nautilus crash tomorrow, since it is... heh, it is already tomorrow here. [22:00] dobey: did the networkmanager fix make it in the sru you put together? [22:00] joshuahoover1: yes, just waiting for it to get approved and uploaded to the archive [22:00] dobey: cool [22:04] so, while I've had good success with the PPA release of Bindwood, that branch never got a proper review. If anyone is interested (or wants to just short-circuit it), the proposal is here: https://code.edge.launchpad.net/~urbanape/bindwood/batch-pushing/+merge/16165