[10:00] <ddaa> MEETING STARTS
[10:00] <thumper> here :-)
[10:00] <ddaa> == Agenda ==
[10:00] <ddaa> Next meeting Monday 18 December, 09:00-09:45 UTC.
[10:00] <ddaa>  * roll call
[10:00] <ddaa>  * production status
[10:00] <ddaa>  * status reports
[10:00] <ddaa> == Roll call ==
[10:00] <ddaa> No apology.
[10:00] <ddaa> lifeless: ping
[10:00] <ddaa> jamesh: ping
[10:00] <thumper> lifeless is on leave
[10:00] <ddaa> SteveA: ping
[10:00] <jamesh> pong
[10:00] <ddaa> right
[10:01] <thumper> good turnout tonight
[10:01] <spiv> Hello.
[10:02] <thumper> hi
[10:02] <ddaa> spiv: welcome
[10:02] <ddaa> so, lifeless on vac
[10:02] <spiv> Shouldn't this be on the internal irc server?
[10:02] <ddaa> poolie late
[10:02] <ddaa> hu?
[10:02] <ddaa> I guess it would make more sense
[10:02] <thumper> spiv: it has always been on the public one before, but I don't mind
[10:02] <jamesh> spiv: it is notionally public.
[10:03] <ddaa> yeah
[10:03] <spiv> jamesh: oh, ok, I assumed otherwise.
[10:03] <jamesh> spiv: the #launchpad-meeting channel did not move
[10:03] <spiv> In that case, carry on!
[10:03] <thumper> anything secret squirrel and we can go sideways
[10:03] <ddaa> == Production status ==
[10:03] <ddaa> New rollouts or production problems.
[10:03] <ddaa> That I know, at least.
[10:04] <ddaa> Unless anybody has something to report here
[10:04] <thumper> not from me
[10:04] <ddaa> like, e.g. the deployment of the supermirror-smart-server :)
[10:04] <ddaa> I'll carry on
[10:04] <ddaa> == Status reports ==
[10:04] <ddaa>  * everybody: read https://blueprints.launchpad.net/distros/ubuntu/+spec/code-review
[10:04] <ddaa> Did everybody read this spec?
[10:04] <thumper> readit
[10:05] <spiv> No, I haven't yet.
[10:05] <thumper> I've decided to grab some of the issues hilighted in it
[10:06] <ddaa> spiv: jamesh: please make sure to read this, it's quite important for the near future of the launchpad-bazaar stuff
[10:06] <jamesh> I looked over it a bit last week.
[10:06] <thumper> bugs 58889, 71303 and 73975
[10:06] <ddaa>  * spiv: supermirror-smart-server.
[10:06] <ddaa>  * ddaa, _thumper_: look at spec-branches.
[10:06] <ddaa> I did not look at the spec-branch work.
[10:06] <thumper> ddaa: note name change
[10:06] <jamesh> I wonder if we need a search capability for branch listing
[10:06] <jamesh> in addition to status filtering
[10:07] <ddaa> thumper: name change?
[10:07] <thumper> jamesh: searching on what?
[10:07] <thumper> ddaa: from _thumper_
[10:07] <jamesh> thumper: branch names and descriptions
[10:07] <ddaa> jamesh: that would certainly be good
[10:07] <thumper> sounds like a plan
[10:07] <ddaa> but not right now
[10:07] <thumper> braindump it
[10:07] <thumper> even without a wiki page, just to catch the idea
[10:08] <ddaa> jamesh: want to look at thumper's work on branch filtering and post a braindump to the ML on how to add fti search?
[10:08] <spiv> No news from me, as I was at a conference last week, but https://launchpad.canonical.com/SupermirrorSmartServerPlan now exists (as requested at a previous meeting)
[10:08] <thumper> jamesh: if you don't I will, more karma to me
[10:09] <jamesh> ddaa: okay.  I had a very brief look at the branch already.  I'll have a more detailed look.
[10:09] <thumper> ddaa: jamesh has commented already...
[10:09] <ddaa> I just suggested having a look so the branch searching thing could be thought out in this context.
[10:09] <jamesh> I was more commenting on issues that had already been brought up
[10:10] <ddaa> spiv: are you going to have time to focus on it this  week?
[10:10] <thumper> oh, ok
[10:10] <ddaa>  * ddaa: pyrex.
[10:10] <spiv> ddaa: yes, I think so.
[10:10] <ddaa> Got a quick review from spiv, did not have the time to take any action. Actually, did not have the time to act on any review this week.
[10:11] <ddaa> spiv: looking forward to having some good news to tell in the next launchpad meeting :)
[10:11] <spiv> ddaa: me too! :)
[10:11] <ddaa> at least, some more details in the SupermirrorSmartServerPlan, it's a bit sketchy now
[10:12] <ddaa> but better if it's more concrete stuff like "wsgi integration tested at spiv's", you see what I mean :)
[10:12] <ddaa>  * ddaa: progress on motu code-review
[10:12] <ddaa>  * poolie: bzr-lp features.
[10:12] <ddaa>  * jamesh: branch browsing, can help?
[10:13] <jamesh> ddaa: still finishing off the bug import stuff.  Can probably help later on this week.
[10:13] <ddaa> on motu code-review, commented on the spec, did not get a lot of feedback. Grilled dholbach to get his requirement on branch filtering. Then thumper started implementing it.
[10:13] <thumper> :)
[10:14] <ddaa> Also had a round of feedback on the email notification side with thumper. Will try to push the spec forward this week.
[10:14] <ddaa> jamesh: I'd like if you could tell me when you get started, and if you need anything.
[10:14] <ddaa> Not that I think you're going to need anything, but it's nice to propose :)
[10:15] <ddaa> poolie is not here today, so no bzr-lp update
[10:15] <jamesh> I should talk with poolie about what he thinks it should look like.
[10:15] <thumper> jamesh: the emails?
[10:16] <ddaa> the branch browser, I think
[10:16] <jamesh> thumper: branch browser
[10:16] <ddaa> jamesh: I think we agreed on "just webserve"
[10:16] <thumper> ddaa, jamesh: initially, adding features as we want them if they are not there
[10:16] <ddaa> as a stopgap, we could even run it on the bare id-based filesystem and keep it private
[10:17] <ddaa> then add the mapping to the virtual filesystem
[10:17] <jamesh> ddaa: last meeting he mentioned having a talk about it this week
[10:17] <thumper> ddaa: also suggested by poolie, he is very much in favour of just getting something up quick
[10:17] <jamesh> which is why I mentioned it.
[10:17] <SteveA> hi
[10:17] <ddaa> jamesh: I think we're all in agreement on this. Get something up quick even if it's ugly.
[10:17] <thumper> although if ugly, keep private
[10:18] <thumper> initially
[10:18] <thumper> remember "pretty is a feature"
[10:18] <ddaa> I think, if it's got the virtual filesystem, it would be pretty enough for the public.
[10:18] <ddaa> If people want prettier, they would be welcome to hack webserve.
[10:19] <ddaa> not having a _working_ web UI to showcase is bad for bzr
[10:19] <ddaa> and geoffredo's site is unusably slow
[10:20] <ddaa> So, that finishes the agenda.
[10:20] <ddaa> == Any other business? ==
[10:20] <ddaa> SteveA: hello, you're late
[10:20] <thumper> SteveA: getting access to vostok for me
[10:20] <thumper> can we swing that?
[10:21] <ddaa> I might not be able to work all day. The heating is off in my appt building, and my fingers are getting cold numb.
[10:21] <SteveA> yes
[10:21] <SteveA> I just read the scrollback
[10:21] <SteveA> ddaa: is there a warm internet cafe near you?
[10:21] <ddaa> not that I know
[10:21] <SteveA> or a shop that sells portable heaters?
[10:21] <thumper> ddaa: why is the heating off?
[10:22] <ddaa> thumper: no idea
[10:22] <ddaa> should be back today though
[10:22] <thumper> ddaa: not even Starbucks?
[10:22] <ddaa> thumper: this is Paris, there are like 3 starbucks in the entire town.
[10:22] <thumper> ddaa: give it time
[10:22] <jamesh> there are zero starbucks in Perth
[10:23] <SteveA> http://www.world66.com/europe/france/paris/cybercafes
[10:23] <SteveA> spiv: have you found out anything that would update the supermirror SS plan?
[10:25] <spiv> SteveA: not yet.
[10:25] <SteveA> spiv: finding out whether apache has the hook you need sounds like it needs a small experiment
[10:25] <SteveA> so describe the experiment and its result in the wiki page
[10:26] <SteveA> (I wouldn't expect the docs to say this explicitly, and I've found apache docs a bit patchy in describing the interaction of different directives)
[10:26] <spiv> Yeah, I expect it to involve a hour or two of mucking about.
[10:27] <ddaa> SteveA: re portable heaters, my appt is too small and crowded to get yet another piece of equipment
[10:28] <ddaa> SteveA: you read the mail about "software you can get using bzr"?
[10:28] <thumper> I was wondering about the title
[10:28] <thumper> isn't it more about bazaar activity?
[10:28] <thumper> showing what is recent? or explicitly targetting "software you can get with bzr"?
[10:29] <SteveA> ddaa: no
[10:29] <ddaa> it's a feature request from sabfdl
[10:29] <SteveA> ddaa: what's the subject of the email?
[10:29] <SteveA> I spoke with mark about this on the phone at the end of last week
[10:29] <SteveA> he specifically wants a page listing product names
[10:29] <ddaa> Subject: Braindump: Software you can get using bzr
[10:30] <thumper> SteveA: ok
[10:30] <SteveA> ddaa: I don't have that email
[10:30] <ddaa> Date: Fri, 08 Dec 2006 21:10:35 +0100
[10:30] <thumper> launchpad list
[10:32] <SteveA> for reasons unknown, I don't have it, and I don't recall having seen it
[10:32] <thumper> SteveA: forwarded to you now
[10:33] <SteveA> https://lists.ubuntu.com/mailman/private/launchpad/2006-December/012603.html
[10:33] <SteveA> ta
[10:33] <SteveA> ddaa: ok, reading it
[10:34] <SteveA> Importd does not currently set Productseries.datelastsynced, so we do
[10:34] <SteveA> not know when was the last successful import. This can be fixed quickly
[10:34] <SteveA> by a small patch to importd. But this would be a good opportunity to do
[10:34] <SteveA> more work, and start separating the status reporting from the job runner.
[10:34] <SteveA> 
[10:34] <SteveA> this kind of thing worries me
[10:34] <SteveA> I'll try to explain why
[10:34] <jamesh> ddaa: weird.  I didn't get that email either
[10:35] <SteveA> you're appear to be saying "I could make this quick and simple fix, but I won't because I'm worried if I do that, I'll feel less need to do the larger refactoring"
[10:35] <ddaa> meaning I can hack it in less than an afternoon (tests included), but I'd prefer to start tackling the larger job of separating the job runner (now buildbot) from the status reporting to go incrementally in the directory of improtd-ng. The Plan is to have job-runner -> job-reporter -> cscvs.
[10:36] <SteveA> ddaa: as far as I can see from reading your mail, that's the only feature we're missing to make the page Mark asked for work
[10:36] <SteveA> is that correct?
[10:36] <ddaa> no
[10:36] <ddaa> "If the last sync was successful, but was not mirrored yet, we do not know how old is the currently published code."
[10:37] <SteveA> ok
[10:37] <SteveA> so that too
[10:37] <thumper> I don't understand what the distinction is between "last sync" and "mirrored"
[10:37] <SteveA> so, making the import system actually use one field we already have in the database
[10:37] <thumper> can you enlighten me?
[10:37] <ddaa> given those two, yes, we can do the page Mark asked for
[10:37] <SteveA> and adding a new field, and making the import system do that
[10:38] <SteveA> ddaa: how long do you think doing both those things would take?
[10:38] <jamesh> thumper: sync == code converted from CVS/Subversion to Bazaar
[10:38] <spiv> thumper: syncs don't happen directly on the mirror, there's an intermediate holding place.
[10:38] <ddaa> thumper: importd published stuff to an internal http server, then the branch puller puts this data in the published location
[10:38] <jamesh> thumper: mirror == code mirrored to http://bazaar.launchpad.net
[10:38] <thumper> ok, ta
[10:39] <ddaa> SteveA: All included (coding, review, deployment) it should be about 8 hours of work for me
[10:39] <SteveA> ok
[10:39] <ddaa> then there the db patch issue, but it should be cherrypickable
[10:40] <SteveA> and how long do you think "tackling the larger job of separating the job runner from the status reporting to go incrementally in the directory of improtd-ng"
[10:40] <SteveA> will take?
[10:40] <ddaa> not sure... double it at least
[10:40] <SteveA> double what?
[10:40] <ddaa> 8 more hours
[10:41] <ddaa> it's hard to say, it's not complicated work, but it's a bit of new infrastructure, so there's the usual overhead
[10:41] <ddaa> new script, new test cases, etc.
[10:41] <SteveA> ok
[10:41] <SteveA> here's my frustration with what you wrote
[10:42] <ddaa> 3 mins to go
[10:42] <SteveA> you wrote that email in response to a request to write a particular feature
[10:42] <SteveA> and, for very tenuous reasons, you're trying to combine writing that feature
[10:42] <SteveA> which has a clear bounds
[10:42] <SteveA> with doing some more open-ended refactoring
[10:42] <ddaa> sure, I do not have a clear reason for this
[10:43] <SteveA> then WHY did you do it?
[10:43] <ddaa> to annoy you? :)
[10:43] <ddaa> well, because I'm just trying to push this refactoring any way I can
[10:43] <SteveA> ever heard the phrase "career limiting move" ?
[10:43] <ddaa> frustrated of not getting around to doing it
[10:43] <SteveA> we're in a distributed company
[10:43] <SteveA> communication has an overhead
[10:44] <SteveA> and a larger overhead than in an "all in one office" company
[10:44] <SteveA> and I don't like it when you make communication muddy to further a separate agenda than I've asked you about
[10:44] <SteveA> please think upon this
[10:45] <SteveA> next time, for example, send me a separate email saying how important you think the refactoring is
[10:45] <SteveA> but keep the other email to the point
[10:45] <ddaa> I think you know this issue. I understand it's not smart doing it.
[10:45] <SteveA> so: stop doing it immedately
[10:45] <SteveA> that's all.
[10:46] <ddaa> Anything else you are unhappy about the recent communication spec work I've been doing recently?
[10:46] <SteveA> non
[10:46] <SteveA> other than that, the email you wrote about this "bzr products listed on a page" is clear
[10:46] <ddaa> I've been doing a lot of it, so it feels a bit frustrating that the only feedback I get from you is about this single sentence.
[10:46] <SteveA> I didn't see that email until today
[10:46] <ddaa> Oh yes other business:
[10:47] <ddaa> cscvs has been released, in case people did not notice
[10:47] <SteveA> cool.  that must feel good, as you've been wanting to do that for a while
[10:47] <ddaa> the stuff is still lacking some code from hct, I plan to clean that up soon (it's part of the larger "remove dep on pybaz" problem)
[10:47] <ddaa> and the cmd line is still quite broken
[10:48] <ddaa> so for the time being I want the release to be low-key
[10:48] <ddaa> if people express an interest in the code, direct them to it
[10:48] <jamesh> ddaa: where was the release announced?
[10:48] <ddaa> It was not announced.
[10:48] <thumper> not surprising that it passed me by then...
[10:48] <ddaa> I want to wait until we have ironed out some process to get the code in
[10:48] <ddaa> I mean code contribution
[10:49] <ddaa> and until the most blatant breakage in the cmd line is fixed
[10:49] <ddaa> then we can announce it
[10:49] <jamesh> would it be worth asking the marketing guys for input on a release announcement?
[10:49] <ddaa> I expliticitly want this release to stay discreet for now
[10:49] <ddaa> the tool sucks as a standalone conversion tool as it is
[10:49] <thumper> perhaps time it with the 1.0 bzr release?
[10:49] <ddaa> there is a low, but steady, demand for access to this code
[10:50] <ddaa> I already notified sivang, and he'll talk to janimo about it
[10:50] <jamesh> okay.  It wouldn't hurt to see if they have any suggestions for the announcement before hand.
[10:51] <ddaa> so, when we have a patch submission process, and when the most blatant brokeness is fixed, we can announce it. ATM it's just "a dump of broken corporate code"
[10:51] <ddaa> so, feel free to tell people about it, but I'd rather avoid publicity
[10:52] <ddaa> the product on launchpad is launchpad-cscvs by the way
[10:53] <SteveA> ok
[10:53] <ddaa> BTW, meeting closed
[10:53] <thumper> yay, sleep
[10:53] <ddaa> SteveA: I did more than just this email in the past couple of weeks
[10:53] <SteveA> spiv: I'd like to get some pings from you during the week about progress looking into the smartserver + supermirror
[10:54] <ddaa> specs about deleted branches, email notification, requirements on branch status filtering
[10:54] <SteveA> spiv: because I'm interested in seeing how it will come out
[10:54] <spiv> SteveA: sure.
[10:54] <SteveA> thanks
[10:54] <ddaa> actually, I spent pretty much all my time doing help-text, cscvs release, and spec/guidance work.
[10:55] <SteveA> after the infrastructure for this "page of products"
[10:55] <SteveA> what would you like to do next?
[10:55] <ddaa> after?
[10:57] <ddaa> continue spec work around launcphad-bazaar, clear out backlog of review replies, spend a little time fixing cscvs, spend a little time improving bzr-svn, and finish the pyrex work.
[10:58] <ddaa> also, keep spending about one hour a day on small UI improvements to launchpad (currently, spent on help-text)
[10:59] <SteveA> I'd like to have a call with you later so we can talk over the relative priorities of these things
[11:00] <SteveA> also, Kiko and I will be introducing a new concept into Launchpad work, starting for each team within Launchpad as soon as the 1.0 work for that team in complete
[11:00] <SteveA> that is, Fridays will be "work on whatever Launchpad stuff you think needs it" days
[11:00] <ddaa> mh
[11:01] <ddaa> too bad there's only one friday a week :)
[11:01] <SteveA> we're going to start planning Launchpad work based on four day weeks of scheduled work
[11:01] <SteveA> for completing specs etc.
[11:02] <SteveA> and on Fridays, you get to set the priorities and activities for that day
[11:02] <SteveA> formal announcement on Thursday
[11:02] <ddaa> sounds like a good idea
[11:02] <ddaa> so we can get to do all those important things that we never get around to
[11:04] <ddaa> workrave in 2 mins
[12:04] <lifeless> http://svn.collab.net/repos/svn/trunk/notes/svnsync.txt
[12:07] <spiv> lifeless: dude, enjoy your holiday! :)
[12:08] <spiv> What are you doing in a work channel? :)
[12:13] <ddaa> " Q: How does svnsync deal with parts of the master repository that I'm not    authorized to read? "
[12:13] <ddaa> mh, that's another cscvs bug in the waiting
[04:11] <carlos> hi
[04:11] <kiko> good morning guys
[04:11] <kiko> how are you
[04:11] <danilos> I am fine, thanks
[04:11] <carlos> fine too, thanks
[04:11] <carlos> and you?
[04:12] <kiko> pretty good
[04:12] <kiko> so
[04:12] <kiko> carlos, what happened last monday?
[04:13] <carlos> I sent TranslationReview review answer and the modification to allow anonymous browsing was implemented and sent to you
[04:13] <carlos> for review
[04:13] <kiko> I saw that
[04:13] <kiko> but you had said that you would get everything reviewed and landed by monday
[04:13] <kiko> and you said that in fact you were going to come back in the afternoon
[04:13] <kiko> so danilo and I waited for you
[04:14] <carlos> hmm
[04:14] <carlos> I was, but I didn't connect...
[04:14] <carlos> was I supposed to connect to IRC?
[04:14] <kiko> you were supposed to at least tell us the status of your work by end of day monday
[04:14] <carlos> sorry, I was not aware of that...
[04:14] <kiko> huh?
[04:15] <kiko> you said very explicitly that you would be back, and we had spoken on friday about us ensuring that we got things done by monday
[04:15] <carlos> I said that I will work and handle the merge, but I was not thinking on connecting to IRC, sorry...
[04:15] <carlos> I sent you a brief report, with copy to danilo 
[04:15] <kiko> but the merge wasn't done either, was it?
[04:15] <carlos> with the diff I sent to yoiu
[04:16] <carlos> you
[04:16] <carlos> no, because the review required more work
[04:16] <kiko> and you didn't tell us that either
[04:16] <kiko> so... hard for us to understand what's going on in valencia.
[04:17] <kiko> I would like that to sort of thing to be solved 
[04:17] <carlos> ok, sorry about that. I was not as communicative as I should be...
[04:18] <kiko> so how are things this week
[04:18] <kiko> what's snagged on review?
[04:19] <carlos> kiko: about IRC connection, I usually don't connect when I'm supposed to be on vacations, to be focus on the thing that needs to be done, even on vacations. I will try to connect at least to #canonical next time
[04:19] <danilos> you've got my weekly reports, and the last thing I did last week was fighting with zipfile module
[04:20] <danilos> basically, I've done the exports, need to test them thoroughoutly, and add a test (as discussed on Friday)
[04:20] <kiko> carlos, I don't care. if you say you will merge something and then disappear, I will get upset.
[04:20] <kiko> so yes, I expect better communication, and this isn't the first time.
[04:20] <carlos> about the review: I think the review from Salgado should come today and then merged, about TranslationReview, I need to move pagetests from using database code to use BeautifulSoup. I had a meeting today with Bjorn about it, he helped me to figure the best way to check translation form in that way
[04:21] <kiko> carlos, hmmm. I see. what will beautifulsoup help there?
[04:21] <kiko> ah, you are querying for results?
[04:21] <kiko> and bjorn wants you to test the page output?
[04:21] <carlos> kiko: the fact that active translations are not inside a textarea or input fields, we cannot query them from pagetests, it's just plain html text
[04:22] <carlos> well, I test the content, but based on what we have in the database
[04:22] <kiko> right, you'd need to parse with BS indeed
[04:22] <kiko> yeah, yeah.
[04:22] <carlos> right
[04:22] <kiko> how hard is that change?
[04:22] <carlos> seems much more easy than I expected
[04:22] <carlos> iterating over html tags
[04:22] <kiko> okay, good news
[04:22] <kiko> will you get it done by tomorrrow?
[04:23] <carlos> yes
[04:23] <carlos> I hope to get the final review from Bjorn today too
[04:23] <kiko> ok.
[04:23] <carlos> but the only remaining issue I think there will be is the BeautifulSoup chnage
[04:23] <kiko> ok, good news
[04:24] <kiko> danilos, did you get over the zipfile issue?
[04:24] <danilos> kiko: well, worked around it as I initially planned: recreated new zipfile in memory instead of trying to modify existing one
[04:25] <kiko> right.
[04:25] <kiko> that's the better plan I think too
[04:25] <danilos> at the moment, I'm trying to get export to work properly
[04:25] <kiko> danilos, what's stuck there?
[04:25] <danilos> well, my code is simply not getting called when I run the export cronscript
[04:26] <danilos> so, I probably missed something, and need to look into it better
[04:26] <danilos> the thing is that regular po export is using a caching mechanism, which I am not at the moment
[04:26] <danilos> so, there's probably something missing there
[04:26] <carlos> danilos: forget about caching at this time
[04:27] <carlos> it should work without caching support
[04:27] <danilos> carlos: right
[04:28] <danilos> basically, this was the last thing I did on Friday, and haven't had a chance to look at it properly
[04:28] <danilos> the thing is that all the classes are there, but it simply finishes really quickly without exporting anything
[04:28] <kiko> danilos, add some tracing code
[04:28] <kiko> to see what its doing
[04:28] <kiko> or pdb it
[04:28] <danilos> kiko: right, I'll do that
[04:29] <kiko> danilos, how's it gone today? 
[04:29] <danilos> kiko: my plan was to actually find out where it's getting first (using some tracing code), and see where is it failing
[04:29] <kiko> right, that's pretty sane to me.
[04:29] <danilos> oh, I've started really late today, so I've got like 6 more hours of work
[04:29] <danilos> basically, haven't done much
[04:30] <danilos> but this is the main thing for the rest of the day, anyway
[04:30] <kiko> okay
[04:30] <danilos> so, I'll let you know how it goes, and will ping you and others on #launchpad-code if I get stuck
[04:30] <kiko> carlos, what else came up in your review with carlos?
[04:30] <kiko> yeah, danilos, please do -- I'm at your service
[04:30] <carlos> ?
[04:30] <kiko> err
[04:30] <kiko> with bjorn
[04:31] <kiko> my left wrist hurts today, fucks me over
[04:31] <danilos> kiko, talk with kiko about it :P
[04:31] <carlos> well
[04:31] <carlos> most of the changes were related with tests
[04:31] <carlos> and the way to document it
[04:33] <kiko> carlos, was he happy with the general design?
[04:33] <carlos> and also, I did a mistake and with the hurry to deliver the first review, I forgot to review the diff and notice that I miss that I added some kind of documentation that Bjorn told me to change later in the review
[04:33] <carlos> but that's already solved (or should, I still need his reply)
[04:33] <kiko> okay.
[04:33] <carlos> the only complain about the design was related with a behaviour I did on javascript
[04:34] <kiko> carlos, danilos: what's the  plan for tomorrow?
[04:34] <kiko> carlos, what JS? the copy stuff?
[04:34] <danilos> well, I'd rather talk about tommorow later in the day: I want to see how will these things go today first
[04:34] <carlos> no, the way to handle the 'New suggestion' flag
[04:34] <carlos> and when you can type in new info to the textarea
[04:34] <danilos> if I manage to get out of it today, it's up for review tommorow
[04:35] <carlos> I just followed his advice and implemented it the same way Malone handles it
[04:35] <danilos> but that's an "if" (no ETA ;)
[04:35] <kiko> danilos, okay. it sounds like you will still lack tests though, after this.
[04:35] <kiko> carlos, to auto-select the radiobutton?
[04:35] <danilos> right, but we've already discussed how I am going to do them
[04:36] <carlos> kiko: checkbuttons
[04:36] <danilos> and I'll test such programmed result using local copy of firefox
[04:36] <carlos> kiko: lack tests?
[04:36] <carlos> kiko: I don't think so
[04:36] <carlos> last review was just a review to improve current tests
[04:36] <kiko> danilos, okay, but likely your reviewer will want tests that are more unit-like
[04:36] <danilos> carlos: that was about me
[04:36] <carlos> no code changes (other than renames)
[04:36] <carlos> oh
[04:36] <danilos> kiko: ah, so you think more of doctests vs. pagetests, or?
[04:37] <kiko> carlos, okay. do you need help with the BS changes?
[04:37] <carlos> ok ;-)
[04:37] <kiko> danilos, well, you'll need doctests for API you add/modify 
[04:37] <danilos> kiko: or simply that I should test the new classes I've added as well?
[04:37] <kiko> pagetests for pages you change
[04:37] <danilos> kiko: right, and that's best done with doctests, right?
[04:37] <kiko> and for a complex process like an export
[04:37] <carlos> kiko: not yet, Bjorn already told me a bunch of hints on that. but I will work on it tomorrow morning
[04:37] <kiko> carlos, okay. 
[04:37] <danilos> right, I haven't done those either
[04:37] <kiko> I'm not sure yet what should be used -- what is used currently to test exports, carlos?
[04:38] <kiko> danilos, usually it's best to test as you go to avoid the big delay
[04:38] <danilos> pagetests mostly
[04:38] <kiko> hmmmm
[04:38] <kiko> danilos, can you get in a phone call with SteveA to see what's the best strategy for testing the actual export process?
[04:38] <carlos> for exports?
[04:38] <kiko> SteveA, ping?
[04:38] <carlos> doctest
[04:38] <kiko> yeah
[04:38] <carlos> poexport*
[04:38] <carlos> poexport*.txt
[04:38] <SteveA> kiko: hi
[04:38] <danilos> kiko: sure
[04:38] <carlos> mainly
[04:38] <kiko> SteveA, can you?
[04:38] <SteveA> can I?
[04:39] <kiko> yes.
[04:39] <SteveA> probably.  can I what?
[04:39] <danilos> SteveA: <kiko> danilos, can you get in a phone call with SteveA to see what's the best strategy for testing the actual export process?
[04:39] <kiko> SteveA, well, to start off, look up 5 lines or so. 
[04:39] <SteveA> sure.  after I've had some lunch today is okay.
[04:39] <SteveA> or tomorrow.
[04:39] <SteveA> your choice
[04:39] <kiko> today'd be good
[04:39] <kiko> better even
[04:40] <danilos> SteveA: just give me the time, and I'll ping you when it comes
[04:40] <SteveA> so, that's fine.  I need to go food shopping, as the cupboard is bare
[04:40] <SteveA> and I have a mouse living under my fridge
[04:40] <SteveA> I assembled an elaborate trap
[04:40] <kiko> man perl is so scary
[04:40] <SteveA> danilos: will you be around in 2 hrs or so?
[04:41] <carlos> SteveA: ;-)
[04:41] <danilos> SteveA: if you've got a mouse there, then that's not exactly empty fridge :)
[04:41] <kiko> it's starving
[04:41] <danilos> SteveA: yeah, I'll stick around for a while
[04:41] <kiko> just like SteveA 
[04:41] <SteveA> kiko: it ate all my food!
[04:41] <carlos> kiko, danilos: I want to raise another thing
[04:42] <SteveA> danilos: so, ping me in about 2 hrs.  I should have finished shopping and lunch by then.
[04:42] <danilos> SteveA: sure, I will
[04:42] <carlos> kiko, danilos: Are we done with other issues?
[04:42] <kiko> carlos, yes -- ping bjorn to see if he can expedite your review. we should chat again tomorrow morning
[04:43] <carlos> Festy translation opening 
[04:43] <carlos> kiko: ok
[04:43] <danilos> carlos: right, you mentioned that
[04:43] <kiko> yeah, I read about that
[04:43] <carlos> kiko, danilos: From my point of view, we could schedule it to be done right now.
[04:43] <carlos> but
[04:43] <carlos> I would like to do a small change in the process, to save resources
[04:43] <kiko> carlos, it will be high-impact, won't it?
[04:43] <carlos> kiko: yes
[04:44] <kiko> hmmmm
[04:44] <danilos> what worries me is opening it for translation, yet having a lot of entries in the import queue
[04:44] <carlos> 3-4 hours
[04:44] <carlos> danilos: the opening will clean the queue a bit
[04:44] <kiko> carlos, clean, not make worse? how?
[04:44] <carlos> kiko, danilos: I would like to filter from the copy any template that is disabled in Edgy
[04:45] <carlos> that's every Debian template or documentation that is not being used as part of language packs
[04:45] <danilos> carlos: modifying copy-translations stuff?
[04:45] <carlos> we disabled them a month ago, and it makes no sense to propagate them with every new distro release
[04:45] <danilos> kiko: it would clean it up by automatically approving those that can be automatically approved
[04:46] <danilos> but  we would have other entries which would then really need manual handling right away (or pretty soon)
[04:46] <kiko> danilos, why isn't that happening now? do we have feisty packages already pending?
[04:46] <carlos> danilos: yes, but just filtering on POTemplate.iscurrent
[04:46] <carlos> kiko: yes, we get feisty translations in the queue as soon as the first package is uploaded into the buildd
[04:46] <danilos> kiko: well, because 'opening distrorelease for translation' is basically also copying all the potemplates and pofiles from earlier release first
[04:47] <danilos> kiko: they cannot get imported until we've got a place to import them to
[04:47] <carlos> oh, right, kiko, sorry, I didn't see that question...
[04:47] <carlos> danilos: thanks for handling it
[04:48] <danilos> basically I don't have a strong opinion on the matter of opening feisty for translation
[04:48] <kiko> carlos, I see
[04:48] <carlos> kiko: my proposal, do that change as part of my 1-2 hours slot (and get used to those fast implementations again)
[04:48] <kiko> I see
[04:49] <carlos> and schedule that with Stuart for later this week or beginning of next week
[04:49] <danilos> but facts: it will require 3-4h db downtime, translators/packagers (pitti) will appreciate it
[04:49] <carlos> and users
[04:49] <carlos> Feisty lacks any translation for main packages
[04:49] <kiko> that's a good plan. can it be done with the DB open?
[04:50] <carlos> open to what?
[04:50] <carlos> without shutting down launchpad?
[04:50] <kiko> yeah.
[04:50] <carlos> no, it cannot
[04:50] <carlos> at least it cannot as we are used to
[04:50] <carlos> but
[04:50] <carlos> perhaps we could do something like what we talked to do the DB schema change
[04:50] <carlos> use a copy of Person table
[04:51] <kiko> hmmm.
[04:51] <carlos> and disable accounts merging
[04:51] <carlos> and Rosetta, of course
[04:51] <kiko> yeah, there's that idea.
[04:52] <carlos> kiko: I will talk with Stuart tomorrow about the options we have for this, and will report to you a summary of the conversation
[04:52] <kiko> carlos, can you spec out the basics of how that would work as a result of that call? can be a one-page email that we comment and goes into a spec. 
[04:52] <kiko> carlos, see if stub likes the idea, too.
[04:52] <carlos> ok
[04:52] <kiko> cool.
[04:52] <kiko> okay, let me grab some food
[04:52] <kiko-fud> see you in an hour
[04:52] <carlos> kiko-fud: I'm leaving in 30 minutes or so
[04:53] <carlos> other than asking Bjorn and Salgado for my reviews, is there anything else you need from me today?
[04:53] <kiko-fud> carlos, okay.
[04:53] <kiko-fud> no, that's fine.
[04:53] <kiko-fud> see you tomorrow
[04:53] <carlos> ok, thanks for the meeting
[04:53] <carlos> kiko-fud: btw, you owe me a review! ;-)
[04:54] <carlos> danilos: and you? do you need a hand with firefox exports?
[04:55] <danilos> carlos: not right now, I'll work on that, and ping you in an hour if I still have the same problem
[04:55] <carlos> well, I will not be around in one hour ;-)
[04:55] <carlos> so please, send me an email if that's the case
[04:56] <danilos> carlos: sure
[04:56] <carlos> thanks
[04:58] <kiko-fud> carlos, yeah, will do.
[04:58] <carlos> kiko-fud: thanks
[06:24] <SteveA> danilos: hi
[06:24] <danilos> hi SteveA
[06:24] <SteveA> danilos: skype?
[06:24] <danilos> SteveA: so, I am wondering about the best way to test export stuff
[06:25] <danilos> hum, I don't have skype installed
[06:25] <SteveA> ok
[06:25] <SteveA> phone number?
[06:25] <danilos> I've only got ekiga
[06:25] <SteveA> or sip number
[06:25] <danilos> let me check my SIP number
[06:26] <danilos> it should be 7402
[06:27] <danilos> sip:7402@canonical.com
[06:28] <SteveA> do you hear me?
[06:28] <danilos> I can
[06:28] <danilos> can you hear me?
[06:28] <SteveA> are you speaking?
[06:28] <SteveA> hmm, guess not
[06:28] <danilos> yeah, guess not
[06:28] <SteveA> sip:31207173499@budgetphone.nl
[06:28] <SteveA> try me on that
[06:29] <danilos> ok
[06:29] <danilos> you seem to be refusing calls
[06:29] <danilos> or at least that's what ekiga says for me
[06:30] <SteveA> hmm
[06:30] <SteveA> ok, give me a POTS number
[06:30] <SteveA> oh, wait
[06:30] <SteveA> try one more thing...
[06:30] <danilos> +381112103941
[06:30] <SteveA> sip:0031207173499@budgetphone.nl
[06:30] <danilos> sure
[06:31] <danilos> doesn't work for me
[06:31] <SteveA> ok
[06:31] <SteveA> I'll call you phone
[06:31] <danilos> ok
[06:49] <SteveA> export.xpi
[06:49] <SteveA> export.xpi
[06:49] <SteveA> oops
[06:49] <SteveA> try again
[06:49] <SteveA> export.xpi
[06:49] <SteveA> |
[06:49] <SteveA> +
[06:49] <danilos> chrome/export.jar
[06:49] <danilos> install.rdf
[06:50] <SteveA> 
[06:50] <SteveA> inside export.jar
[06:50] <danilos> browser/browser.dtd
[06:50] <danilos> browser/browser.properties
[06:50] <danilos> ...
[06:50] <danilos> <!ENTITY blah "blah">
[06:52] <danilos> ./browser/help/firefox_welcome.xhtml
[06:52] <danilos> ./browser/help/download_manager.xhtml
[06:52] <danilos> ./browser/help/platformStrings.dtd
[06:52] <danilos> ./browser/help/tabbed_browsing.xhtml
[06:52] <danilos> ./browser/help/glossary.xhtml
[06:52] <danilos> ./browser/browser.dtd
[06:52] <danilos> ./browser/pageInfo.dtd
[06:52] <danilos> .
[06:54] <SteveA> foozilla project
[06:54] <SteveA> translated in this format
[06:54] <SteveA> with a simple us english xpi
[06:55] <SteveA> only a few strings
[06:55] <SteveA> translate into spanish
[06:58] <SteveA>  canonical/launchpad/scripts/rosetta/ftests/foozilla-sampledata
[06:58] <SteveA> in there have the expanded .xpi file
[06:59] <SteveA> and parallel to it
[06:59] <SteveA> the expended contents of the .jar file
[06:59] <SteveA> the .xpi file would have no .jar file
[07:00] <SteveA> the hard part is coming up with decent sample data
[07:00] <SteveA> 1. create foozilla product in sample data
[07:00] <SteveA>   sql
[07:00] <SteveA> 2. create rest of sample data to go along with it
[07:01] <SteveA> 3. create its en-us xpi file
[07:03] <SteveA> store the xpi file as files in a directory on the filesystem
[07:03] <SteveA> check this into RF
[07:03] <SteveA> don't check in an actual .xpi or .jar file
[07:03] <SteveA> as this will be unfriendly to developers
[07:04] <SteveA> to check diff of exported file
[07:04] <SteveA> 1. you have a list of the files that should have just come from us-en xpi
[07:04] <SteveA>   so, copy these files (only) from the us-en into a temporary place that is what you compare to
[07:05] <SteveA> 2. copy the rest of the files to compare to from foozilla-sampledata
[07:05] <SteveA> 3. diff your export (unzipped) against the temporary place using diff -r
[07:05] <SteveA> this means you don't store two copies of your en-us.xpi data
[07:06] <SteveA> and instead you just keep a list of what files are supposed to be duplicated from the en-us file into your output file
[07:06] <SteveA> and use diff -r to do the comparison -- keep the comparison as simple as possible!
[07:06] <SteveA> the two important tasks for the test are:
[07:07] <SteveA>  1. create the temp directory that is what you should have in the export, made up of some things from en-us
[07:07] <SteveA>    and some things from your foozilla-sampledata
[07:07] <SteveA> 2. create another temp directory that is the exported file, unzipped (twice)
[07:07] <SteveA> 3. compare these two using diff -r