[03:23] <spencer_dupre> honk
[08:28] <PhilippR> hi, one stupid question
[08:28] <PhilippR> apart from settings (by that I mean also contacts, bookmarks, and in a near future calendar) that are saved in couchdb
[08:28] <PhilippR> how does ubuntuone use couchdb to synchronize files?
[08:29] <PhilippR> I can't seem to find how it does use couchdb to synch files
[08:29] <PhilippR> are files stored in couchdb?
[11:39] <homeasvs> aquarius, ping
[11:40] <aquarius> homeasvs, pong
[11:40] <homeasvs> aquarius, hey
[11:40] <homeasvs> aquarius, so, close to having desktopcouch on n900
[11:40] <homeasvs> the big problem left is gnome-keyring
[11:40] <aquarius> hangover not preventing you any more? :)
[11:40] <homeasvs> heh :)
[11:40] <aquarius> hrm. the n900 doesn't have the keyring?
[11:40] <homeasvs> 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] <homeasvs> 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] <aquarius> does it have some concept of a keyring?
[11:41] <homeasvs> it doesn't look like it, but I'm still looking for something similar
[11:41] <homeasvs> but in worst case I'd store something in gconf for example
[11:41] <homeasvs> I was just wondering if you'd be open to abstracting all keyring code into one module
[11:41] <aquarius> 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] <aquarius> so that would be fine for DC too, I thinik
[11:42] <homeasvs> oh, didn't know that one, let me check that
[11:42] <aquarius> there's not very much at all which uses the keyring, anyway
[11:42] <aquarius> (in desktopcouch)
[11:42] <homeasvs> yeah, exactly.  You only use it for two operations on two kinds of secrets
[11:42] <homeasvs> I'd be done quicker abstracting that than packaging all dependencies
[11:42] <aquarius> 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] <homeasvs> (and the dependency list for dc on maemo is already pretty huge :))
[11:43] <aquarius> 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] <homeasvs> exactly
[11:43] <homeasvs> 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] <homeasvs> ok, python-keyring looks like it has the perfect interface
[11:45] <Chipaca> homeasvs: if you refactor desktopcouch to use python-keyring, that will be awesome. Super awesome.
[11:45] <homeasvs> except that the oauth secret needs to be stored as 'password', it only knows about username/password
[11:45] <aquarius> *nod* yeah, it seems like the right approach to us, too
[11:45] <homeasvs> but if that's fine for you, then I can give it a go
[11:45] <homeasvs> 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] <Chipaca> we're wanting to move in that direction anyway :)
[11:46] <homeasvs> and then we can integrate it in mainline if it works
[11:46] <homeasvs> ok, that gives me something to do on the plane tonight
[11:46] <aquarius> superb
[11:47] <aquarius> (plane? going home for Christmas?)
[11:47] <homeasvs> no, my weekly commute bru<->bcn
[11:47] <aquarius> ah :)
[11:47] <homeasvs> 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] <aquarius> cool.
[11:50] <Chipaca> 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] <aquarius> Chipaca, not only have I seen it, I've linked it from the desktopcouch documentation page. :)
[11:51] <Chipaca> aquarius: and pointed at it from identi.ca?
[11:51] <aquarius> yep
[11:51] <Chipaca> aquarius: :) ok
[11:52] <aquarius> the link to the article is being tweeted a lot, too, which is rather encouraging
[13:02] <thisfred> alecu: hi, (eric here) running a little late, I'm thisfred on skype, I will be with you in +/- 10 minutes
[13:03] <alecu> hi thisfred, ok, I'm in no hurry.
[13:03] <alecu> thisfred, I'm alecura83 in skype btw.
[13:09] <thisfred> alecu: cool, I'm ready, shall I dial?
[13:12] <alecu> thisfred, sure!
[14:55] <Chipaca> 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] <dobey> jblount: it's all the fame you'll ever get
[15:02] <jblount> heh
[15:04] <aquarius> time to grab a cup of tea then
[15:08] <urbanape> still in sekrit room, though, right?
[15:08] <urbanape> or out here
[15:09] <dobey> here
[15:16] <Chipaca> hi all (again)
[15:17] <Chipaca> aquarius: CardinalFang: dobey: jblount: urbanape: vds: ping
[15:17] <CardinalFang> Hey.
[15:17] <vds> pong
[15:18] <jblount> yo
[15:18] <dobey> aye
[15:19] <Chipaca> aquarius: aquarius: aquarius!
[15:19] <aquarius> pong
[15:19] <Chipaca> urbanape: urbanape: urbanape!
[15:19] <Chipaca> ooh, the old beetlejuice trick works!
[15:20] <Chipaca> ok, so
[15:20] <urbanape> yo yo yo
[15:21] <dobey> 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] <Chipaca> rodrigo and teknico are on holiday
[15:21] <Chipaca> so that makes all of us here :)
[15:22] <dobey> urbanape: it's an omen i tells ya
[15:22] <urbanape> vell, I'm just zis guy, you know?
[15:22] <Chipaca> dobey: we're starting this meeting with you. Planning! what do you have on your plate for this week?
[15:23] <dobey> infrastructure notes, stable ppa builds, nautilus fixes, and new client coding
[15:24] <dobey> oh and i think lucio was suggesting another trunk release, after getting another branch landed
[15:24] <Chipaca> 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] <Chipaca> 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] <dobey> 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] <Chipaca> 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] <dobey> Chipaca: not much, but it helps with the goal of getting upload rights and becoming an ubuntu developer and all that :)
[15:26] <Chipaca> dobey: yeah :)
[15:27] <Chipaca> dobey: I'd like us to meet for a kicking off of the client coding work. When can we do that?
[15:27] <dobey> but i should be starting on the new client code tomorrow at the latest :)
[15:28] <Chipaca> dobey: that is excellent
[15:28] <dobey> Chipaca: i guess we could discuss that in our call tomorrow?
[15:28] <Chipaca> 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] <Chipaca> 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] <Chipaca> dobey: yes, ok
[15:29] <aquarius> Chipaca, so is the plan now to edit that spreadsheet rather than to have the standup?
[15:29] <Chipaca> aquarius: no, not at all
[15:29] <Chipaca> aquarius: unless we all feel the standup adds nothing ontop of the spreadsheet
[15:29] <Chipaca> aquarius: it's in stead of the email to ubunet-discuss :)
[15:30] <aquarius> I sorta feel that the spreadsheet adds nothing on top of the standup, myself. :)
[15:30] <aquarius> (yeah, it avoids the email, but now everything needs updating in two places)
[15:30] <Chipaca> aquarius: tracking. More for bosses than for peons :)
[15:31] <dobey> 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] <Chipaca> 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] <aquarius> ah, OK, then I am cool with the spreadsheet. ;)
[15:31] <Chipaca> (the standup chair can do that)
[15:31] <Chipaca> anyway, back to planning!
[15:32] <Chipaca> dobey: I think we'll postpone your planning to tomorrow, after the call
[15:32] <Chipaca> jblount: you're up next
[15:32] <Chipaca> jblount: what's on your plate for this week?
[15:33] <Chipaca> jblount: or inside your sammich
[15:33] <jblount> I've got a Google doc of 18 or 20 bugs mt made up for me with screenshots.
[15:33] <jblount> 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] <Chipaca> jblount: sweet. Any chances of you estimating how much work each of those are?
[15:34] <Chipaca> jblount: if you could estimate before converting, then if there's any biggie we can prioritize earlier (better than late)
[15:34] <Chipaca> jblount: does that make sense to you?
[15:34] <jblount> 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] <Chipaca> CardinalFang: did you see those two bugs re file web ui lucio created last week?
[15:35] <CardinalFang> Chipaca, No.
[15:35] <Chipaca> (jblount: this is relevant to your planning, give me a sec)
[15:35] <Chipaca> CardinalFang: bad CardinalFang! bad!
[15:36] <Chipaca> 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] <Chipaca> 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] <Chipaca> jblount: CardinalFang: ok?
[15:37] <Chipaca> by "in sync" i mean coordinated
[15:37] <Chipaca> ly
[15:37] <jblount> Chipaca: That's fine.
[15:37] <Chipaca> CardinalFang: we may as well continue with you :)
[15:38] <Chipaca> CardinalFang: what kind of a week are you looking at?
[15:38] <Chipaca> oh! dobey: jblount: any days off this week?
[15:39] <jblount> Chipaca: Thursday
[15:39]  * Chipaca wishes canonicaladmin did ical
[15:39] <Chipaca> jblount: ack
[15:39] <dobey> not for me
[15:39] <Chipaca> CardinalFang: please continue
[15:39] <dobey> i have 1 day left this year to schedule off, but haven't done so yet
[15:39] <CardinalFang> 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] <CardinalFang> That's about three days worth.  I haven't gotten past that.
[15:40] <CardinalFang> That's all desktopcouch, though.
[15:40] <Chipaca> 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] <CardinalFang> I'm still looking for those bugs.
[15:41]  * dobey schedules that day now
[15:41] <Chipaca> dobey: good person!
[15:41]  * Chipaca feels "good man!" works better
[15:42] <Chipaca> ugh, hold on
[15:42] <Chipaca> CardinalFang: I assigned them to urbanape, not you
[15:42] <urbanape> I was wondering...
[15:42] <CardinalFang> jblount, do you know what bugs?
[15:42] <Chipaca> I keep on mixing you two up re who does web ui stuff
[15:42] <urbanape> since you were talking about the files UI
[15:43] <Chipaca> CardinalFang: my most sincere apologies
[15:43] <Chipaca> #495621 and #495625
[15:43] <dobey> CardinalFang: you can poke me for pkg questions also
[15:43] <Chipaca> jblount: s/CardinalFang/urbanape/ in all that
[15:43] <jblount> Chipaca: ack
[15:44]  * Chipaca puts a paper bag over his nick
[15:44] <Chipaca> *sigh*
[15:44] <Chipaca> CardinalFang: any news re jbernard and commandline contacts client?
[15:44] <CardinalFang> Ah.  It's my nick.  c=chad.
[15:45] <dobey> CardinalFang: now he might confuse you with himself!
[15:45] <CardinalFang> 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] <Chipaca> dobey: I have nightmares along those lines
[15:47] <Chipaca> 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] <CardinalFang> thisfred and I fear the m's code goes overboard with ...  yes.
[15:47] <Chipaca> I'd be a lot more confortable if it were __getattr__; __getattribute__ smells bad
[15:48] <Chipaca> CardinalFang: also: any days off this week?
[15:48] <CardinalFang> None this week, though my wife tells me I look "*really terrible*" this morning, so I may have a sick day coming.
[15:49] <Chipaca> 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] <CardinalFang> Chipaca, Either merging, or branching and stripping out stuff.  That's 10 minutes or half a day.
[15:51] <CardinalFang> Chipaca, after that, I think desktopcouch can be quiet for a while, so I can help with lucid features outside d-c.
[15:51] <Chipaca> 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] <CardinalFang> He's been very responsive to me.  I haven't said much about this new branch.  I merged all his other work.
[15:52] <Chipaca> ok.
[15:53] <Chipaca> aquarius: you're up next
[15:54] <aquarius> 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] <CardinalFang> Chipaca, i'm on reviews tomorrow, fwiw.  I usually hide until someone yells at me.
[15:54] <aquarius> oh, and review duty today and face on Thursday
[15:55] <Chipaca> aquarius: I worry about your monotonically increasing TODO :)
[15:55] <Chipaca> aquarius: let me copy it in
[15:55] <Chipaca> 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] <aquarius> Chipaca, the big thing that's holding me up is waiting on music store tech details
[15:56] <aquarius> 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] <Chipaca> aquarius: yes, I know. But how is that holding up the first item in the todo? or if not that, wha tis?
[15:56] <CardinalFang> I hope they sign before April.
[15:56] <aquarius> ah, the list isn't in order. It's just a list.
[15:57] <aquarius> what's holding up the tomboy-first-sync-experience is that there are more important things than it.
[15:57] <aquarius> CardinalFang, don't say stuff like that out loud or you'll make it happen
[15:57] <Chipaca> aquarius: ah
[15:57] <CardinalFang> (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] <Chipaca> aquarius: ok, so what does that list look like in priority order?
[15:58] <Chipaca> aquarius: (what "lazr-js" branch?)
[15:59] <urbanape> he was tasked with getting some time with lazr-js to spread the knowledge.
[15:59] <urbanape> voluntold by statik, I believe.
[15:59] <Chipaca> ah, true
[15:59]  * Chipaca thinks he was too
[16:00] <aquarius> 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] <aquarius> indeed I was
[16:00] <aquarius> heh "voluntold".
[16:01] <Chipaca> aquarius: the http pipe sounds like something we could ask __lucio__ if he can find someone to do it
[16:02] <aquarius> if he's got someone, that'd be cool
[16:02] <aquarius> I'm struggling with it somewhat
[16:02] <Chipaca> aquarius: I know we wrote quite a few streamers for syncdaemon and the server :)
[16:02] <aquarius> and I'd rather be working on music store architecture or on DC SDK, but I'm blocked on the store :(
[16:03] <Chipaca> aquarius: push the SDK ahead of the pipe while I check with mr foundations+
[16:03] <aquarius> ok, will do.
[16:03] <Chipaca> aquarius: great
[16:03] <Chipaca> aquarius: days off this week?
[16:03] <aquarius> nope.
[16:03] <Chipaca> urbanape: you're up
[16:04] <urbanape> wheee
[16:04] <urbanape> so, currently and foremost, I'm blocked by PQM. It doesn't like me.
[16:04] <urbanape> I've got one approved branch ready to land, and one that will follow soon after.
[16:04] <urbanape> I've started a branch for the rejecting of no-longer-wanted shares
[16:05] <urbanape> Tomorrow I'm an on-call reviewer and Wednesday I'm Face.
[16:05] <urbanape> I still need to SRU Bindwood, as the release in my PPA has gotten a lot of positive feedback.
[16:05] <Chipaca> urbanape: what's the issue re pqm?
[16:06] <urbanape> 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] <Chipaca> urbanape: have you talked with LOSAs?
[16:06] <urbanape> I thought it got cleared up with the general PQM wrangling that happened on Friday
[16:06] <urbanape> I have not yet spoken with LOSAs
[16:07] <Chipaca> urbanape: or you could file a rt
[16:07] <Chipaca> so... that's a bummer but shouldn't affect planning too much
[16:08] <urbanape> yarp. And besides the 4 mandatory days after Xmas, I have 2.5 days remaining of leave.
[16:08] <Chipaca> 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] <Chipaca> urbanape: #495621 and #495625
[16:09] <urbanape> yup
[16:09] <Chipaca> urbanape: also schedule them for soonish (this week if possible)
[16:09] <urbanape> the 2.5 days?
[16:09] <urbanape> or the bugs?
[16:09] <Chipaca> urbanape: the bugs. And the 2.5 days :)
[16:12] <urbanape> 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] <Chipaca> urbanape: ok?
[16:12] <urbanape> I believe one of them is fixed by the second branch I have in review, actually.
[16:13] <Chipaca> urbanape: great
[16:13] <Chipaca> urbanape: plus face duty on wed
[16:13] <urbanape> oh, nope, neither.
[16:13] <urbanape> and review tomorrow
[16:13] <Chipaca> yeah, but review is one day every week, so no surprise there
[16:14] <Chipaca> vds: last but not least
[16:14] <vds> contact sync: more testing especially with real device
[16:14] <vds> 30 days free plan, branch already started, probably ready after dinner
[16:14] <vds> OTA sms: branch to configure funambol to send sms as soon as we have an account, test OTA
[16:14] <vds> with real mobile devices
[16:15] <vds> Chipaca: that's it
[16:15] <Chipaca> hmm
[16:15] <Chipaca> mattgriffin: ping
[16:16] <Chipaca> vds: how do we handle the end of the 30 day plan?
[16:17] <Chipaca> vds: ie how do we communicate that to the user?
[16:17] <vds> Chipaca: we don't do it explicitly, we pass an error code to funambol that means the account is expired
[16:18] <mattgriffin> Chipaca: pong
[16:18] <vds> Chipaca: then the funambol client should inform the user
[16:19] <vds> Chipaca: we could send an email or write something on the web page, but that was not in the bug
[16:22] <Chipaca> 1 sec, on the phone
[16:23] <Chipaca> mattgriffin: the ping was re subitosms
[16:24] <mattgriffin> Chipaca: i'm waiting for the account login info from their account guy. we will 1000 worldwide messages to test with.
[16:24] <Chipaca> mattgriffin: ok, great
[16:24] <Chipaca> mattgriffin: ETA?
[16:25] <mattgriffin> Chipaca: he seemed really responsive the last few days so i expect a message soon (today or tomorrow)
[16:25] <Chipaca> mattgriffin: ok, great
[16:25] <Chipaca> vds: my question is what is the user experience of that?
[16:27] <vds> Chipaca: I haven't tried it I guess the funambol client will tell the user that the account is expired
[16:28] <Chipaca> vds: hmm... ok. For now :)
[16:29] <Chipaca> 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] <vds> 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] <vds> Chipaca: if you want we can include it in this branch I think
[16:29] <vds> it shouldn't be much work
[16:30] <Chipaca> vds: I'd rather more branches than slower branches
[16:30] <vds> Chipaca: ok, we'll have to refactor the web ui soon
[16:31] <vds> Chipaca: maybe we can include the notification while we do the refactoring
[16:31] <Chipaca> vds: you mean to add the code for the 30 day trial?
[16:32] <vds> Chipaca: the code to notify the use that the plan is expired, yes
[16:32] <Chipaca> vds: sorry I wasn't clear: what is the refactoring the web ui will need soon?
[16:33] <vds> Chipaca: we need to change the web ui to follow the indication of the design team
[16:33] <Chipaca> 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] <aquarius> rawk
[16:34] <aquarius> it's not actually useful until we hit
[16:34] <aquarius> 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] <aquarius> __lucio__, thanks
[16:34] <vds> Chipaca: that I don't know
[16:34] <Chipaca> aquarius: I'd rather you worked on the SDK
[16:35] <vds> Chipaca: I don;t know if jblount is working on that
[16:35] <Chipaca> 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] <aquarius> Chipaca, yep, exasctly what I am doing now :)
[16:35] <jblount> 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] <Chipaca> jblount: so the refactoring vds is talking about is not about the 20 bugs from mt?
[16:36] <jblount> Chipaca: Nope, he's talking about makig the funabol stuff look like the designs #design has for it.
[16:36] <jblount> (I think)
[16:37] <vds> jblount: exactly
[16:37] <jblount> The stuff I'm working on is for /files/ /notes/ and some various flat pages in the web ui
[16:37] <Chipaca> d'oh
[16:37] <jblount> vds is talking about /phone/ or whatever
[16:37] <Chipaca> jblount: thanks
[16:37] <Chipaca> right, right
[16:37]  * jblount smiles
[16:37]  * vds smiles too
[16:37] <Chipaca> jblount: I assume the /phones/ work involves you?
[16:38] <Chipaca> jblount: the ? means that I don't actually assume it yet
[16:38] <jblount> Chipaca: I'm thinking yes
[16:39] <Chipaca> jblount: good :)
[16:39] <Chipaca> vds: so, is the 'your 30 day freebie is over' thing covered by the design work?
[16:39] <vds> Chipaca: nope
[16:40] <vds> we can ask to "integrate"
[16:40] <Chipaca> vds: is that work from mt? or is it john lea?
[16:40] <vds> Chipaca: john lea I think
[16:41] <Chipaca> john__: ping :)
[16:41] <Chipaca> 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] <vds> Chipaca: sure
[16:43] <Chipaca> vds: please cc me :)
[16:43] <vds> of course
[16:43] <Chipaca> 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] <vds> Chipaca: ok
[16:44] <dobey> the meeting is still going?
[16:44] <Chipaca> dobey: :(
[16:44] <Chipaca> dobey: yes
[16:44] <dobey> i can see why you have nightmares :)
[16:44] <Chipaca> we'll get speedier at this with practice :)
[16:44] <Chipaca> (here's hoping)
[16:44] <vds> Chipaca:  next was: OTA sms: branch to configure funambol to send sms as soon as we have an account, test OTA
[16:45] <Chipaca> vds: estimates?
[16:45] <vds> Chipaca: a couple of days if everything goes smooth, but it never does...
[16:46] <vds> :/
[16:47] <Chipaca> vds: what happens after that?
[16:48] <vds> Chipaca: that should cover this week
[16:48] <dobey> ok, well, i really must go get some food and such
[16:48] <Chipaca> vds: ok
[16:48] <Chipaca> ok, a wrap!
[16:48] <dobey> bbiab
[16:49] <Chipaca> aquarius: CardinalFang: dobey: jblount: urbanape: vds: thanks all.
[16:49] <jblount> Chipaca: :)
[16:49] <vds> Chipaca: thank you!
[16:49] <dobey> thanks
[17:09] <mandel> aquarius: ping
[17:09] <aquarius> mandel, pong
[17:10] <mandel> aquarius: what happened at the end with the collection of contacts (I do not want to use the g word :P)
[17:11] <aquarius> mandel, I don't think we've yet hit a conclusion :(
[17:12] <mandel> aquarius: ok, np I'll focus on something else
[17:17] <bravebug> Hello
[17:18] <CardinalFang> Bonjour, mandel.
[17:18] <aquarius> hi bravebug
[17:19] <bravebug> Can any body give me commands with witch ubuntuone-client packeged&
[17:19] <bravebug> ?
[17:19] <mandel> CardinalFang: bonjour. how is it going?
[17:20] <mandel> CardinalFang: good new from here, I added avatar support for the contacts :D
[17:20] <CardinalFang> Rawk!
[17:20] <aquarius> bravebug, sorry, which commands do you need? The things to install Ubuntu One?
[17:21] <bravebug> commands for installing from source ubuntuone-client and if it possible ubuntuone-storage-protocol too
[17:21] <bravebug> aquarius,
[17:22] <aquarius> bravebug, "apt-get source python-ubuntuone-storageprotocol ubuntuone-client-gnome ubuntuone-client"
[17:23] <bravebug> I want to build package for ArchLinux, but I don't know problem in ubuntu patchs or bad commands for build
[17:23] <bravebug> I don't use ubuntu now
[17:24] <CardinalFang> bravebug, did you report the desktopcouch _self bug?
[17:24] <CardinalFang> NameError?
[17:24] <aquarius> bravebug, ah, then you can get the source from launchpad -- launchpad.net/ubuntuone has all the code
[17:25] <bravebug> 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] <aquarius> bravebug, there are links to all teh projects from there
[17:26] <bravebug> I think that package function with error, because ubuntu have a lot of patchs with other packages
[17:26] <bravebug> sorry for bad english
[17:27] <aquarius> 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] <bravebug> yes, one moment
[17:28] <mandel> CardinalFang: When did that bu appear, I saw it on friday but I was away and had no internet to report it
[17:31] <CardinalFang> mandel, Not sure.  I fixed in trunk this morning.
[17:31] <bravebug> aquarius, http://dpaste.org/UB2h/ and http://dpaste.org/BwGK/ please
[17:32] <mandel> CardinalFang: I've notices, I've just did an update, I wonder how it got there
[17:33] <aquarius> 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] <Chipaca> aquarius: /etc/xdg/etc
[17:33] <aquarius> bravebug, and the second problem, with ubuntuone-client-applet, is because the syncdaemon isn't starting properly
[17:34] <bravebug> ok
[17:34] <aquarius> Chipaca, which package is the config file in? I can't find it
[17:34] <Chipaca> aquarius: 1 sec
[17:34] <bravebug> It not so bad like I think
[17:34] <aquarius> bravebug, yeah, it looks like you're most of the way there :)
[17:35] <bravebug> Thanks)
[17:35] <Chipaca> aquarius: there doesn't seem to be one by default
[17:35] <aquarius> Chipaca, ok, am a bit puzzled by http://dpaste.org/UB2h/ then?
[17:36] <Chipaca> aquarius: i'm looking into it
[17:36] <aquarius> bravebug, Chipaca knows all about this area, so he's your expert :)
[17:36] <mandel> CardinalFang: I've notices, I've just did an update, I wonder how it got there
[17:36] <mandel> got to go, laters
[17:36] <Chipaca> no, actually, I don't know much u1sync (that is tcole's), but
[17:37] <bravebug> Chipaca, Hi, any ideas?
[17:37] <Chipaca> aquarius: bravebug: the file that is missing is /etc/xdg/ubuntuone/oauth_urls
[17:37] <Chipaca> bravebug: do you have that ^ file?
[17:37] <bravebug> no
[17:37] <bravebug> haven't
[17:37] <Chipaca> bravebug: ah, there you go then
[17:37] <Chipaca> :)
[17:37] <bravebug> I understand
[17:38] <bravebug> what path and what it must contain?
[17:38] <bravebug> Chipaca,
[17:40] <bravebug> I can start ubuntu 9.10 in VirtualBox and look on this file
[17:43] <Chipaca> bravebug: dunno if my dpaste url got through before the ap threw me off
[17:43] <Chipaca> bravebug: in case no, http://dpaste.org/JOxm/
[17:44] <aquarius> bravebug, it's in the python-ubuntuone-client package
[17:44] <CITguy> Does anybody know how to force update the files on my system with the ones in the cloud?
[17:44] <Chipaca> I was going to ask why you didn't have it, but I'm assuming you're doing something Strange and Wonderful :)
[17:45] <Chipaca> CITguy: u1sdtool --refresh=/the/full/path/to/the/top/dir/with/changes
[17:45] <bravebug> :)
[17:46] <bravebug> I build only two packages "ubuntuone-storage-protocol" "ubuntuone-client"
[17:47] <aquarius> bravebug, ah, yes, there are a few other packages that get installed. :)
[17:48] <bravebug> I look it in Ubuntu in VirtualBox now
[17:58] <bravebug> Chipaca, where I can find install instructions for all this packages?
[17:59] <bravebug> I'm not so good maintainer
[17:59] <Chipaca> bravebug: what are you trying to do?
[18:00] <bravebug> I don't how to build "ubuntuone-client-gnome" and "python-ubuntuone-client"
[18:00] <bravebug> don't know how to build
[18:01] <bravebug> It making from one sources?
[18:01] <Chipaca> bravebug: are you in ubuntu?
[18:02] <Chipaca> bravebug: I mean, are you trying to build this in ubuntu?
[18:02] <bravebug> Ubuntu in VirtualBox only
[18:02] <bravebug> ok, I try
[18:02] <Chipaca> bravebug: no, no
[18:03] <Chipaca> bravebug: I am trying to understand your situation, to understand what you're trying to do, to help you better
[18:03] <Chipaca> bravebug: umm... what is your native language?
[18:03] <bravebug> Russian
[18:04] <Chipaca> oh, shame, I don't speak russian :)
[18:04] <Chipaca> 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] <bravebug> from source
[18:05] <aquarius> Chipaca, on archlinux
[18:05] <Chipaca> ah
[18:05] <Chipaca> bravebug: do you have bzr?
[18:05] <bravebug> no
[18:06] <bravebug> install it not problem, but I bad to know how use it
[18:06] <Chipaca> bravebug: not a problem
[18:06] <Chipaca> bravebug: do you have python-gnomekeyring?
[18:07] <bravebug> I don't know what is it
[18:07] <Chipaca> bravebug: are you wanting to use just u1sync, or the full ubuntuone syncdaemon?
[18:08] <bravebug> I want to build all this packages for community
[18:08] <Chipaca> bravebug: ok
[18:09] <Chipaca> bravebug: you need the python bindings for the gnome keyring. Do you have that?
[18:09] <bravebug> We have ArchLinux User-community Repository (AUR)
[18:09] <bravebug> Where I can sent packages
[18:09] <bravebug> One moment
[18:23]  * rtgz understands Russian, just in case, ping me if one needs anything
[18:25] <Chipaca> rtgz: I'll point him at you
[18:25] <rtgz> Chipaca, ok, I thought I am offline :)
[18:25] <rtgz> ubottu, unfreeze!
[18:27] <Chipaca> rtgz: bravebug. bravebug, rtgz
[18:27] <bravebug> A-ha
[18:48] <dobey> hrmm
[19:36] <dobey> rtgz: ping
[19:36] <rtgz> dobey, pong
[19:37] <rtgz> dobey, i guess "hrmm" was for me as well
[19:37] <dobey> rtgz: are there separate bugs for all of the issues your branch seems to fix for you?
[19:37] <dobey> my hrmm was about bravebug trying to build the client on arch
[19:38] <rtgz> "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] <rtgz> 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] <dobey> rtgz: separate bugs for each issue, and separate branches to fix each bug, are best, yes
[19:42] <rtgz> dobey, okay, then I will create additional branches. Will that be ok for now or this is blocking you from other things?
[19:43] <dobey> 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] <rtgz> dobey, okay, need some 30 mins to do all that
[19:45] <dobey> rtgz: thanks
[21:00] <jbernard> 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] <jbernard> Chipaca: I do have mandel's branch and have been reading through it
[21:00] <Chipaca> jbernard: ok :) thanks for the update
[21:01] <jbernard> CardinalFang: ping me when you have those views ready, that would be a huge help
[21:05] <rtgz> dobey, 2 ready, ShareCreateError in progress (phew, need more bzr, bzr, bzr...)
[21:06] <rtgz> dobey, may I attach the corresponding branch with dbus marshaller to bug #492100?
[21:08] <dobey> rtgz: i think that would be a separate issue
[21:09] <rtgz> dobey, the callback was not called when error happened, this is ubuntuone-nautilus side for create_share_http error...
[21:09] <rtgz> dobey, no, not related, going to make new bug report
[21:11] <dobey> 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] <rtgz> dobey, ok!
[21:33] <rtgz> 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] <dobey> not sure
[21:33] <dobey> file a bug, and attach a screenshot
[21:33] <dobey> and a backtrace if you do get a crash
[21:41] <rtgz> + cosmetic - (nautilus:14029): Gtk-WARNING **: The GTK_DIALOG_NO_SEPARATOR flag cannot be used for GtkMessageDialog
[21:44] <CardinalFang> jbernard, Roger.  Maybe in 24h.
[21:45] <dobey> eh
[21:48] <rtgz> dobey, splitted the commit into three branches, I hope I did everything right.
[21:50] <rtgz>   path = g_filename_from_uri (nautilus_file_info_get_uri (file), NULL, NULL);... how can THIS point to a wrong memory...
[21:50] <rtgz> hmmm   file = g_list_nth_data (files, 0);...
[21:52] <dobey> grr, why is gtk+ dumb
[21:55] <rtgz> Just for the record  - the crash was like this -  http://paste.ubuntu.com/341458/, BTW, what is TTL for those messages?..
[21:55] <rtgz> Still, no idea how to provide more "usable" info...
[21:56] <dobey> ttl for what messages? the pango ones?
[21:57] <rtgz> hm... (nautilus:14335): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed - when window is dismissed
[21:57] <rtgz> dobey, for paste.ubuntu.com entries
[21:57] <dobey> i believe you can specify day week or month when pasting
[21:58] <dobey> oh, or not
[21:58] <dobey> i don't know how long they stay
[21:58] <rtgz> gtk_entry_set_text (GTK_ENTRY (data->name_entry), g_path_get_basename (data->path)); - ok, the magic happens somewhere here...
[21:59] <rtgz> paste.ubuntu.com does not let us specify TTL value for the message so it is a bit weird
[21:59] <rtgz> 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] <joshuahoover1> dobey: did the networkmanager fix make it in the sru you put together?
[22:00] <dobey> joshuahoover1: yes, just waiting for it to get approved and uploaded to the archive
[22:00] <joshuahoover1> dobey: cool
[22:04] <urbanape> 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