[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


[00:30] <Alsophila> Hello everyone!
[00:30] <Bashing-om> hey Alsophila ;; This your 1st linux install ?
[00:32] <Alsophila> Yes! This is Ubuntu studio!
[00:33] <Bashing-om> Wonderful, I take it that you are into media management ?
[00:37] <Alsophila> I'm just a student. I used to study graphic designs but now computer science:)
[00:40] <Alsophila> Maybe after my graduation I could make some tools or plug-ins useful in graphic designing...
[00:50] <Alsophila> Ubuntu is quite energy-saving!   You're such a great helper, you deserve to be smacked around a bit with a large trout!
[09:06] <lordievader> How rude.
[09:06] <jink> Zo ben ik. :)
[11:39] <BluesKaj> howdy folks
[13:22] <EriC^^> !ping
[13:27] <ducasse> !botsnack
[13:27] <EriC^^> :)
[17:42] <Bashing-om> rebooting - system maintenance - back soonest .
[23:26] <Alsophila> Hi everyone :)
[23:27] <daftykins> o/
[23:31] <Alsophila> OMG I love gedit
[23:32] <Alsophila> Auto-indent is so nice for doing notes,
[23:32] <daftykins> hah, nano for me :P
[23:32] <Alsophila> And same for programming...
[23:34] <daftykins> i would expect there are far better editors out there for that
[23:36] <Alsophila> Is there some editors faster?


[00:51] <RAOF> You know what would be ace? If our mutexs had some form of documentation of the invariants they're protecting.
[01:37] <RAOF> Hm. I might have managed megabytes of valgrind output here!
[01:50] <duflu> Finely valground
[01:59] <RAOF> Hah. That output gets much more readable if you spread it out over the width of two monitors!
[02:24] <RAOF> Oh!
[02:24] <RAOF> Yes, that's right.
[02:24] <RAOF> MirWaitHandle being terrible.
[02:33] <duflu> I'm pretty sure MirWaitHandle works perfectly. If it's not perfect then add a regression test for what fails. But we may also not need it...
[02:41] <RAOF> Right, it works, but it's architecturally horrible.
[02:41] <RAOF> (Mostly works; it still doesn't distinguish responses)
[03:02] <duflu> Indeed, it was invented by someone who only envisioned single responses. Then fixed by someone (me) who realised it failed for multiple responses. Then later probably can simply be not mentioned in the client API in future
[03:03] <duflu> Although I much prefer using a wait object of some form than callbacks. Anything is nicer than callbacks
[03:04] <duflu> And you could convert a wait object into a callback if it was well designed
[04:09] <RAOF> I was in favour of foo_begin/foo_complete at the beginning.
[04:09] <RAOF> That would be nice wait-objects :)
[04:10] <RAOF> Oh, dear.
[04:10] <RAOF> Mocks.
[06:35] <RAOF> Oh, good.
[06:35] <RAOF> Pulling in more recent trunk and resolving the conflicts *also* resolves some of the test errors. Yay!
[06:46] <RAOF> Woot!
[06:46] <RAOF> Now down to 5 sets of failures.
[09:55] <alan_g> dandrader: would this address some of your concerns about moving child windows? https://code.launchpad.net/~alan-griffiths/miral/fix-1646735/+merge/312447
[10:11] <dandrader> alan_g, will comment on the mp
[11:08] <alan_g> greyback: your position on this? https://code.launchpad.net/~alan-griffiths/miral/fix-1646735/+merge/312447/comments/811089
[11:24] <greyback> alan_g: needed to give it a think. Yep I think your suggestion is worth a go (commented as much)