[05:07] <brylie> I am having trouble pushing files to launchpad via bazaar
[05:08] <brylie> I have done 'bzr add filename'
[05:09] <brylie> and bzr status lists the files I have added
[05:09] <brylie> when I do 'bzr push sftp://brylie@bazaar.launchpad.net/~brylie/gnumedia/0.1a2'
[05:09] <brylie> it comes back with 'No new revisions to push.'
[05:10] <LaserJock> did you do a bzr commit ?
[05:10] <brylie> not today
[05:10] <LaserJock> you have to commit your changes before you can push them
[05:10] <brylie> I can't remember what I did the other nite. very new to bazaar here
[05:11] <brylie> bzr commit opened nano
[05:11] <brylie> save and exit?
[05:12] <LaserJock> yeah, write your commit message, save and exit
[05:12] <LaserJock> that will commit your changes locally
[05:12] <brylie> commit message == changelog?
[05:12] <LaserJock> yeah, sorta
[05:13] <brylie> basically descriptive text though right?
[05:13] <LaserJock> yes
[05:13] <LaserJock> what you changed
[05:15] <brylie> ok.. now 'bzr diff' returns nothing. That means that the files are synced?
[05:15] <LaserJock> to your local branch yes
[05:30] <brylie> ok now a colleague is having trouble accessing the data
[05:30] <LaserJock> did you push it?
[05:30] <brylie> 'bzr get http://bazaar.launchpad.net/~brylie/gnumedia/0.1a2 temp'
[05:30] <brylie> Yes the data is there.
[05:30] <brylie> He can browse it online.
[05:30] <LaserJock> try bzr branch
[05:31] <brylie> him or I?
[05:31] <LaserJock> him
[05:31] <brylie> ok I told him
[05:31] <brylie> he did
[05:32] <brylie> didn't work. He can't join irc for some reason either. I wonder if the two issues are related.
[05:33] <brylie> 'bzr branch http://bazaar.launchpad.net/~brylie/gnumedia/0.1a2 anyname' is what he says he typed
[05:34] <LaserJock> brylie: it works for me
[05:34] <jsgotangco> hmm
[05:34] <brylie> ok, yea, it works for me as well. I just wasn't sure if it might have been a privlages thing.
[05:35] <jsgotangco> who is Jeroen Vermeulen? Sorry need to ask, saw on TOSSFEST agenda representing LP
[05:35] <brylie> this is the error he gets: http://python.pastebin.com/938067
[05:35] <jml> jsgotangco: jtv on IRC.
[05:35] <jml> no. wait
[05:35] <jml> I maybe have the wrong Jeroen.
[05:35] <jsgotangco> ahh cool, so he's based in Bangkok, will be there as well
[05:36] <jml> No, I have the right one. Good good.
[05:36] <jsgotangco> cool I'll probably say hi =)
[05:37] <jsgotangco> thanks
[05:39] <brylie> he's using bzr --version 0.11.0
[05:39] <brylie> can he manually get 0.15.0?
[05:40] <brylie> he's on a debian system
[05:40] <brylie> etch
[05:41] <LaserJock> brylie: I belive the bzr people have a repo for Debian and Ubuntu
[05:41] <LaserJock> brylie: check out bazaar-vcs.org
[05:42] <brylie> ok thank you Jock
[06:00] <mpt> Gooooooooooooooooood afternoon Launchpadders!
[06:22] <brylie> hi mpt
[06:41] <brylie> haw does one create a launchpad team so that multiple people can collaborate on a project branch? this article https://help.launchpad.net/FeatureHighlights/TeamBranches doesn't tell how to initally create a team.
[06:43] <brylie> there is no team creation choice under 'register branch' or 'register series'
[06:43] <LaserJock> brylie: https://launchpad.net/people/+newteam
[06:44] <brylie> thanks LaserJock 
[06:45] <brylie> it seems to me that the documentation/instructions for new users can use some improvement. Wiki based docs are good, but the site UI isn't the most intuitive imo :)
[09:01] <carlos> morning
[09:04] <Hobbsee> morning carlos!
[11:15] <ubotu> New bug: #122778 in launchpad "Speed up pagetest helpers by using SoupStrainer" [High,Triaged]  https://launchpad.net/bugs/122778
[12:20] <ubotu> New bug: #122785 in launchpad-answers "Display questions in orphaned projects that need love" [Low,Confirmed]  https://launchpad.net/bugs/122785
[01:30] <cprov> morning, guys
[01:39] <mdz> cprov: good morning
[01:39] <mdz> cprov: bug 121606 is now marked fix released. so it is fixed in production?
[01:39] <ubotu> Launchpad bug 121606 in soyuz "changelog-closes-bugs does not work any more since today's rollout" [Critical,Fix released]  https://launchpad.net/bugs/121606 - Assigned to Celso Providelo (cprov)
[01:39] <mdz> cprov: does this mean that build-from-accepted is re-enabled as well?
[01:40] <cprov> mdz: yes, both features are available in production.
[02:09] <TeTeT> is there a way to change the 'best answer' in the answer tracker once it was assigned?
[02:10] <PriceChild> Is there anymore email madness going on right now...? I just got an email about bug 110212 and I can't figure out why... (to mynick@ubuntu.com)
[02:10] <ubotu> Launchpad bug 110212 in firefox "[FEISTY]  firefox crashed [@nsHTMLContainerFrame::CreateViewForFrame]  [@nsCSSFrameConstructor::BeginBuildingScrollFrame] " [High,Incomplete]  https://launchpad.net/bugs/110212 - Assigned to Mozilla Bugs (mozilla-bugs)
[02:13] <matsubara> PriceChild: because you're subscribed to it
[02:14] <PriceChild> easy answer :)
[02:14] <PriceChild> *wonders why he's subscribed to it*
[02:14] <PriceChild> right ignore me... i posted in it
[02:14] <PriceChild> Sorry for wasting your time matsubara.
[02:31] <Hobbsee> a question...
[02:32] <Hobbsee> why cant team contacts set the importance of bugs, like they can the WONTFIX or TRIAGED?  It would seem to make sense to bring this all into hte same set of permissions.
[03:29] <nve> elmo, could i talk to you for a moment, please?
[03:56] <statik> me
[03:57] <kiko> heh
[03:57] <Hobbsee> preemptive me-ing
[03:57] <Hobbsee> is that so that you can sneak off later?
[03:57] <Hobbsee> kiko: did you knwo the asnewr to my question, btw?
[03:57] <nve> very funny
[03:57] <mwhudson> premature is a more loaded description, i think
[03:58] <statik> I always sit alertly at my keyboard during this meeting, attentively noting every excruciating detail
[03:58] <statik> I don't even tab away
[03:58] <Hobbsee> nve: i've asked you to leave me alone already.  please go away.
[03:58] <nve> Hobbsee, are there more "female" community pieces to fullfill the women quota?
[03:59] <nve> can they chat, too?
[03:59] <Hobbsee> nve: i'm telling you now.  fuck off.
[03:59] <nve> Hobbsee, mind the code of conduct, person.
[03:59] <Rinchen> meeting about to start
[04:00] <SteveA> Welcome, welcome, welcome to this week's Launchpad development meeting.  For the next 45 minutes or so, we'll be coordinating about Launchpad development.
[04:00] <matsubara> Hobbsee: the permission should be the same for bug contacts, AFAIK
[04:00] <nve> PhilKC, hi darling. did you come to suck up to Hobbsee?
[04:00] <Hobbsee> i'm sorry, i dont care about obeying the code of conduct, per se, if someone's harassing me.
[04:00] <SteveA> Who is here today?
[04:00] <Rinchen> me
[04:00] <kiko> ME
[04:00] <thumper> me
[04:00] <statik> me
[04:00] <sinzu1> me
[04:00] <bigjools> MR
[04:00] <matsubara> me
[04:00] <flacoste> me
[04:00] <bigjools> ME even
[04:00] <salgado> me
[04:00] <allenap> me
[04:00] <jamesh> me
[04:00] <schwuk> me
[04:00] <barry-away> me
[04:00] <Hobbsee> matsubara: right.  it isnt.  i'll file a bug
[04:00] <ddaa> me
[04:00] <sinzui> me
[04:00] <adeuring> me
[04:00] <mwhudson> me
[04:00] <intellectronica> me
[04:00] <nve> ...
[04:00] <BjornT> me
[04:00] <mthaddon> me
[04:00] <matsubara> Hobbsee: meeting time, if you can privmsg me more details
[04:00] <danilos> me
[04:00] <cprov> me
[04:00] <kiko> kick nve behave.
[04:01] <kiko> lol
[04:01] <danilos> carlos: ping
[04:01] <jsk> me
[04:01] <mwhudson> haha
[04:01] <nve> kiko, but you allow the "me" flood?
[04:01] <carlos> me
[04:01] <jtv> me
[04:01] <carlos> danilos: thanks
[04:01] <mrevell> me
[04:01] <stu1> me
[04:01] <nve> kiko, cool dude that you are. and allowing foul language of Hobbsee?
[04:01] <bac> me
[04:01] <kiko> ahem.
[04:02] <SteveA> nve: there's a Launchpad development meeting in progress.  Please keep any comments on topic.
[04:02] <nve> SteveA, how is it on topic of Hobbsee to tell me to "fuck off"?
[04:03] <kiko> can we please have the meeting?
[04:03] <nve> of course
[04:03] <SteveA> == Agenda ==
[04:03] <SteveA>  * Roll call
[04:03] <SteveA>  * Agenda
[04:03] <SteveA>  * Next meeting
[04:03] <SteveA>  * Actions from last meeting
[04:03] <SteveA>  * Oops report (Matsubara)
[04:03] <SteveA>  * Bug report ([wiki:JoeyStanford/topweeklybugs Current Top Items] )
[04:03] <SteveA>  * Bug tags
[04:03] <SteveA>  * Operations report (mthaddon)
[04:03] <SteveA>  * DBA report (stub)
[04:03] <SteveA>  * Sysadmin requests
[04:03] <SteveA>  * A top user-affecting issue (mrevell)
[04:03] <SteveA> ----
[04:03] <SteveA>  * Launchpad News blog (mrevell)
[04:03] <SteveA>  * Meetings in London (kiko)
[04:03] <SteveA>  * (other items)
[04:03] <SteveA> ----
[04:03] <SteveA>  * Blockers
[04:03] <SteveA> 
[04:04] <SteveA> next meeting, same time next week
[04:04] <SteveA> will anyone be absent?
[04:04] <kiko> hmmmm. no, I'll be here.
[04:04] <Hobbsee> <apologies for his idiocy.  he should be klined soon>
[04:04] <salgado> I'll be on holidays
[04:04] <thumper> me
[04:04] <thumper> sort of absent
[04:04] <schwuk> abel and I will be on the sprint with you, but that doesn't stop us from attending
[04:05] <SteveA> actually, you'll be sprinting with stub
[04:05] <SteveA> I may pop in for a day or two, but I'll not be there generally
[04:06] <SteveA> Actions from last meeting
[04:06] <SteveA> there were none
[04:06] <SteveA> OOPS report: matsubara 
[04:06] <matsubara> Thanks allenp for fixing bug 121567
[04:06] <matsubara> Thanks adeuring for fixing bug 121550
[04:06] <matsubara> Thanks danilos for fixing bugs 121582, 121558 and 122537
[04:06] <matsubara> Thanks salgado for fixing bug 121571
[04:06] <matsubara> Thanks mthaddon for all the cherrypicks.
[04:06] <ubotu> Launchpad bug 121567 in malone "AttributeError using old bookmarks in person bugs page" [Critical,Fix released]  https://launchpad.net/bugs/121567 - Assigned to Gavin Panella (allenap)
[04:06] <ubotu> Launchpad bug 121550 in malone "Bug search URLs don't accept empty field.status_upstream parameters anymore" [Critical,Fix released]  https://launchpad.net/bugs/121550 - Assigned to abel (adeuring)
[04:06] <matsubara> Today's oops report is about bug 58220.
[04:06] <ubotu> Launchpad bug 121582 in rosetta "Duplicate msgsets in +translate" [Critical,Fix released]  https://launchpad.net/bugs/121582 - Assigned to   (danilo)
[04:06] <ubotu> Launchpad bug 121558 in rosetta "TraversalError in translation page" [Critical,Fix released]  https://launchpad.net/bugs/121558 - Assigned to   (danilo)
[04:06] <ubotu> Launchpad bug 122537 in rosetta "is_same_translator comparison is broken" [Critical,Fix released]  https://launchpad.net/bugs/122537 - Assigned to   (danilo)
[04:06] <ubotu> Bug 121571 on http://launchpad.net/bugs/121571 is private
[04:06] <ubotu> Launchpad bug 58220 in launchpad "When an error occurs processing a request another oops is recorded because there's no interaction set up." [High,Confirmed]  https://launchpad.net/bugs/58220 - Assigned to James Henstridge (jamesh)
[04:06] <matsubara> jamesh, I commented on #58220. It seems that even with your fix the oops page
[04:06] <matsubara> isn't rendered. Would you follow up on the bug please?
[04:07] <jamesh> matsubara: yeah.  need to look into it further.
[04:07] <kiko> matsubara, how are our UnicodeDecodeErrors looking?
[04:07] <kiko> I saw a number of assorted oopses yesterday
[04:08] <kiko> matsubara, danilos: is the TypeError in +translate known too?
[04:09] <kiko> finally, can we ever fix this Surrogate thing?
[04:09] <danilos> kiko: that's a 121582, should be fixed already
[04:09] <matsubara> kiko: it's that UDE from the broken spam bot. I think, it triggers the exception while rendering the template (zope code). I don't know how to catch that exception and re-raise as the new suggested exception (CrapUnicodeException)
[04:09] <mdz> cprov: thanks
[04:09] <danilos> kiko: does it still occur?
[04:09] <kiko> danilos, no, looks cool.
[04:09] <matsubara> kiko: the typeerror is fixed already
[04:09] <danilos> kiko: ok, thanks
[04:10] <matsubara> kiko: the surrogate thing is a corner case in zope and is assigned to SteveA. doesn't happen that often, though
[04:10] <SteveA> kiko: we cannot fix the surrogatet thing right now
[04:10] <SteveA> kiko: we will look at it again after we upgrade to the latest zope3
[04:10] <kiko> SteveA, should we move it to an UFD or something?
[04:10] <kiko> a UFS.
[04:10] <SteveA> kiko: it's not a priority though
[04:10] <kiko> err a UFD.
[04:10] <SteveA> UFS?
[04:10] <kiko> yeah
[04:10] <matsubara> what?
[04:10] <SteveA> it's not UFD
[04:10] <SteveA> what makes no sense
[04:10] <kiko> so what is it?
[04:10] <kiko> if it's not fixable, let's move it out?
[04:10] <SteveA> it's something that breaks in the zope component architecture
[04:10] <cprov> mdz: np, it will be more significant once gutsy is back DEVELOPMENT state. Looking forward to know the archive-admins impressions
[04:10] <SteveA> eh?
[04:11] <SteveA> kiko: I don't understand what you mean
[04:11] <SteveA> it's a failure
[04:11] <SteveA> an error
[04:11] <SteveA> something fails, so we should have an OOPS
[04:11] <matsubara> kiko: bug 52574, btw
[04:11] <kiko> does it inconvenience end-users?
[04:11] <ubotu> Launchpad bug 52574 in launchpad "Surrogate error in Zope component architecture leading to an OOPS" [Undecided,New]  https://launchpad.net/bugs/52574
[04:11] <SteveA> yes
[04:11] <SteveA> always
[04:11] <kiko> okay
[04:12] <kiko> wow
[04:12] <matsubara> kiko: I can chat with later about the UDE the broken bot is triggering.
[04:12] <kiko> it happens in many different situations
[04:12] <SteveA> it's a deep error
[04:13] <SteveA> and hard to reproduce
[04:13] <SteveA> and rare enough not to be a huge issue so far
[04:13] <kiko> how very interesting.
[04:13] <SteveA> we must keep tracking it
[04:13] <kiko> okay
[04:13] <SteveA> and check if it is increased or reduced with zope3 upgrades
[04:14] <SteveA> matsubara: anything more on oopses?
[04:14] <matsubara> SteveA: I'm done here. Thank you
[04:14] <SteveA> thanks matsubara 
[04:14] <SteveA>  * Bug report ([wiki:JoeyStanford/topweeklybugs Current Top Items] )
[04:14] <Rinchen> Bjorn are you taking bug 121363?
[04:14] <ubotu> Launchpad bug 121363 in malone "Order 'most recently closed' on 'Bugtask.id DESC' instead of 'BugTask.id'" [Critical,Confirmed]  https://launchpad.net/bugs/121363
[04:14] <kiko> hmmm
[04:14] <Rinchen> mwh, are you taking bug 122169?
[04:15] <ubotu> Launchpad bug 122169 in launchpad-bazaar "500 Internal error from codebrowse" [Critical,Confirmed]  https://launchpad.net/bugs/122169
[04:15] <mwhudson> Rinchen: yes, it's fixed locally
[04:15] <Rinchen> thumper, is jml taking bug 122268?
[04:15] <ubotu> Bug 122268 on http://launchpad.net/bugs/122268 is private
[04:15] <thumper> Rinchen: yes
[04:15] <Rinchen> carlos, are you taking bug 122363?
[04:15] <ubotu> Bug 122363 on http://launchpad.net/bugs/122363 is private
[04:15] <mdz> cprov: gutsy is already back in development state
[04:15] <Rinchen> mwhudson, tahnks
[04:15] <Rinchen> thumper thanks
[04:15] <BjornT> Rinchen: sure. but is that bug really critical? i couldn't find it in any of the recent oops reports.
[04:16] <carlos> Rinchen: it's fixed and waiting for BjornT to get a merge approval
[04:16] <Rinchen> carlos, great thanks
[04:16] <carlos> Rinchen: I did it in one of my postmerge reviews, where I detected it
[04:16] <kiko> BjornT, isn't it a timeout issue?
[04:16] <stub> BjornT: I don't think it is critical anymore
[04:16] <stub> Just high (so the index is used)
[04:17] <kiko> okay.
[04:17] <kiko> done
[04:17] <Rinchen> ok, kiko moved it to high so it'll drop from my list
[04:17] <Rinchen> SteveA, done
[04:17] <BjornT> carlos: what's pending on my approval? it doesn't seem to be in my review queue.
[04:17] <SteveA> thanks Rinchen 
[04:17] <SteveA> there are no new launchpad bug tags
[04:18] <carlos> BjornT: I'm adding it right now. It was a postmerge review
[04:18] <SteveA>  * Operations report (mthaddon)
[04:18] <carlos> so it was not following hte usual procedures
[04:18] <mthaddon> Production rollout and lots of cherry picks. 
[04:18] <mthaddon> Overwritten edge with devel (10 mins ago, so will take a while to propogate).
[04:18] <mthaddon> Working on app server reconfig.
[04:18] <mthaddon> Need to discuss how to deal with special case of yesterday's rollout but not sure if this is the time to do that...
[04:18] <cprov> mdz: yes, it is, since 14:15:14 +0100 (BST)today. I will check the logs this evening and assure the throughput has increased.
[04:18] <kiko> mthaddon, what special case?
[04:18] <carlos> BjornT: I sent you an email about it with the diff including the changes I did based on your input
[04:18] <danilos> kiko: it's on the list
[04:18] <kiko> thanks for the cherry-picks btw!
[04:19] <BjornT> carlos: oh, right. i didn't know it was included in the post-merge review.
[04:19] <mthaddon> kiko: sent an email - there was a very small change that I "cowboyed" in to get danilo's cherry pick to pass
[04:19] <danilos> kiko: look for subject line "Production Cherry Picks 4461, 4463, 4466"
[04:19] <kiko> mthaddon, ah, right -- it's not a problem.
[04:19] <kiko> yeah.
[04:19] <kiko> it won't be an issue.
[04:19] <carlos> It's a single line change that I detected while adding a test there, so I thought it was a good idea to include it there
[04:19] <kiko> yeah
[04:19] <danilos> ok, great, thanks for clearing up my mind, kiko
[04:19] <kiko> edge works!
[04:19] <mthaddon> ok, cool - that's it from the operations report then
[04:19] <kiko> https://edge.launchpad.net/
[04:19] <danilos> wonderful, good job mthaddon
[04:20] <stub> This cycle I think we rolled out even though we knew there would shortly be fixes landing that need cherry picking. I was wondering if it would have been better for everyone if we had just delayed the rollout. Missing deadlines isn't important given they are arbitrary and set by us, but extra downtime and hassles can be.
[04:20] <SteveA> thanks mthaddon 
[04:20] <ddaa> buildbot rollout done by me with mthaddon on the phone for blow-by-blow, because he does not have the necessary privs yet
[04:20] <kiko> stub, we can talk about this after the meeting, but a deadline is a deadline.
[04:20] <ddaa> s/buildbot/importd/
[04:20] <stub> ok
[04:21] <SteveA> the point of a deadline is that while it may be arbitrary, it's also something that other people can depend on and coordinate with
[04:21] <danilos> yeah, I think we should stick to deadlines, preferring to remove features over missing deadline (from experience with GNOME model)
[04:21] <SteveA> so, there are other issues to consider
[04:21] <SteveA> thanks for the comment, though, stub
[04:21] <ubotu> New bug: #122823 in soyuz "Cannot inspect packages in the upload queue" [High,New]  https://launchpad.net/bugs/122823
[04:21] <SteveA> it's an important consideration
[04:21] <SteveA>  * DBA report (stub)
[04:21] <stub> database  is boring ths week. nothing to report.
[04:21] <SteveA>  * Sysadmin requests
[04:21] <kiko> wait for next week!
[04:22] <Rinchen> Everything is going well. Back to SteveA 
[04:22] <SteveA> thankss
[04:22] <mwhudson> mthaddon: have you rted about getting importd rights yet?
[04:22] <mthaddon> mwhudson: yep
[04:23] <mwhudson> cool
[04:23] <SteveA> matsubara: on the surrogate bug, perhaps we can file this on upstream zope3 component architecture too?
[04:23] <SteveA> stub: any idea what the right project in launchpad would be?
[04:23] <SteveA>  * A top user-affecting issue (mrevell)
[04:23] <mrevell> This week's top user-affecting issue regards the slide-out help panels in the top left-hand corner of Launchpad pages.
[04:23] <matsubara> SteveA: sure
[04:23] <mrevell> At present, we promise help but don't offer any.
[04:23] <mrevell> I plan to fix this over the next few weeks, ideally covering the most important pages over the next week, linking to help.launchpad.net for further information where appropriate.
[04:23] <flacoste> mrevell: that's not true
[04:23] <stub> SteveA: zope3? jamesh?
[04:23] <mrevell> I'd love to hear from members of each Launchpad team as to which of these help panels they feel are most important.
[04:24] <flacoste> mrevell: the answer tracker and code do have halpe
[04:24] <SteveA> stub: I think there's a separate project for the z3 CA
[04:24] <mrevell> flacoste: Sorry, much.
[04:24] <mrevell> I'll mail the launchpad-users list after this meeting, as I think it'll be valuable to both developer and user input as to which pages we need to prioritise.
[04:24] <SteveA> mrevell: using bugs to track them?
[04:24] <mrevell> I feel the important pages are not necessarily those that are most used but those that aren't self-evident.
[04:24] <SteveA> mrevell: or how?
[04:24] <kiko> the bug page is missing help
[04:24] <Rinchen> I think there should be links to help.launchpad.net as appropriate from those sliding panels
[04:24] <danilos> jtv has been doing some work on translations help, I think
[04:24] <jtv> tiny bit
[04:24] <mrevell> SteveA: Yes, a bug for each page makes sense.
[04:25] <mrevell> jtv: Great, let's work together on that, then :)
[04:25] <flacoste> reviewers should also check for presence of help slot on page templates
[04:25] <jamesh> SteveA: I think we only have zope3 at present
[04:25] <flacoste> especially on new page templates
[04:25] <flacoste> but probably also on old ones
[04:25] <barry> flacoste: +1.  i'll start doing that
[04:26] <SteveA> we have a report
[04:26] <SteveA> on what pages have help text
[04:26] <SteveA> and what that text is
[04:26] <SteveA> I won't post the link to it here
[04:26] <SteveA> but we can check it out
[04:26] <jtv> SteveA: would like to see it, though
[04:27] <mrevell> If anyone is working on a page that needs help text, please do involve me as I can take some of that burden from you.
[04:27] <danilos> jtv: mpt gave me the link once, worth asking him
[04:27] <SteveA> great
[04:27] <matsubara> should we use the lp-doc project to file bugs about missing help text or just file them against launchpad?
[04:27] <thumper> mrevell: sure will
[04:27] <flacoste> mrevell: do you have RF access yet?
[04:27] <flacoste> mrevell: that would help a lot for that kind of stuff
[04:27] <mrevell> matsubara: I think probably against the relevant Launchpad app
[04:27] <danilos> matsubara: I'd prefer to have it against relevant component
[04:28] <mrevell> flacoste: I don't at the moment.
[04:28] <matsubara> okie
[04:28] <SteveA> I think the text can go in the bugs
[04:28] <SteveA> mrevell doesn't need to commit the changes in order to make good progress
[04:28] <SteveA> although we can consider this later
[04:28] <SteveA> mrevell: all done?
[04:29] <mrevell> SteveA: yes thanks
[04:29] <SteveA> is mpt here?
[04:29] <flacoste> he doesn't need to have commit, but for new pages templates to be able to see how it looks like would be a plus
[04:29] <SteveA> flacoste: edge ought to do that
[04:29] <SteveA> or staging
[04:29] <SteveA>  * Launchpad News blog (mrevell)
[04:29] <flacoste> doesn't help if reviewers block the landing for help text though :-)
[04:29] <mwhudson> for new pages ?
[04:29] <flacoste> but agreed, edge is a workaround
[04:29] <mrevell> The Launchpad News blog is online at https://news.launchpad.net! 
[04:29] <mrevell> Please, everyone in the Launchpad team: consider this your opportunity to talk to Launchpad users and the wider free software community.
[04:30] <mrevell> f you're working on something cool, then let me know and we can write a blog post in preparation for its release.
[04:30] <SteveA> also, any launchpad community members who are listening
[04:30] <SteveA> take a look
[04:30] <danilos> mrevell: https:// gave me a 'No / URL found error.'
[04:30] <mrevell> Also, if you're at Millbank today, I have a microphone and am recording interviews with Launchpad team members for our first Launchpad podcast :)
[04:30] <SteveA> https?
[04:30] <mwhudson> -https +http
[04:30] <SteveA> mrevell: maybe we can get the https fixed to redirect
[04:30] <mrevell> danilos: http://news.launchpad.net is the address, sorry for givingg the wrong address
[04:31] <SteveA> or just be absent
[04:31] <mrevell> SteveA: Yes, I'll file an RT.
[04:31] <danilos> mrevell: yeah, figured it out, just confirming https is not supposed to work
[04:31] <danilos> mrevell: thanks, and good job with news.lp.net
[04:31] <kiko> btw
[04:31] <kiko> we should use news items to update the news on the launchpad homepage
[04:32] <SteveA> good point
[04:32] <SteveA> that needs a mini spec
[04:32] <kiko> they are currently stale
[04:32] <carlos> rss integration ?
[04:32] <SteveA> if we're going to do RSS etc.
[04:32] <mrevell> kiko: Yes, I need to file a bug regarding linking to the blog from main Launchpad.
[04:32] <mrevell> the feed is at:
[04:32] <SteveA> and be targetted to a dev cycle
[04:32] <mrevell> http://news.launchpad.net/feed
[04:32] <kiko> I think there's a bug filed already
[04:32] <SteveA> we need to consider what happens to test that page
[04:33] <SteveA> and if the blog is down
[04:33] <mrevell> SteveA: We could cache the news items and only update if the blog is available.
[04:34] <SteveA> in the mini spec please :-)
[04:34] <mrevell> SteveA: OK :)
[04:34] <SteveA>  * Meetings in London (kiko)
[04:34] <kiko> hello there
[04:34] <kiko> we've had some excellent meetings here in london.
[04:34] <kiko> we discussed many malone improvements yesterday
[04:35] <kiko> and today we're going over a number of registry enhancements
[04:35] <kiko> on monday
[04:35] <kiko> we discussed some improvements to the release process
[04:35] <SteveA> .win 59
[04:35] <kiko> there are two important changes that developers should notice
[04:36] <kiko> a) friday week 2 is the last day you can post /new/ branches up for review.
[04:36] <kiko> this means that week 3 is for handling review comments (and dealing with regression fixes you've uncovered in your edge and staging testing)
[04:36] <kiko> you can also work on items for your next cycle in week 3, of course
[04:37] <kiko> b) on the first two days of week 4, teams are expected to staging-test the features and changes they landed
[04:37] <kiko> the outcome of this is that every team should send a signoff email listing the revisions considered and an OK for each of the features.
[04:37] <kiko> s/features/revisions tested/
[04:37] <kiko> I guess.
[04:38] <kiko> we'll detail this in an email to the list
[04:38] <kiko> the intention with this last part is that teams actively test the changes they made, and help us ensure problems have been found before we roll out.
[04:38] <carlos> kiko: I guess that's for 1.1.8, isn't it?
[04:38] <kiko> carlos, for 1.1.7.
[04:38] <carlos> ok
[04:39] <SteveA> kiko: all done?
[04:39] <kiko> what else, what else
[04:39] <danilos> kiko: indeed, I think that would have helped with 1.1.6 and some of the translations crashes I introduced
[04:39] <kiko> okay, one more thing
[04:40] <kiko> at friday week 3 close of business mthaddon time, PQM will be moderated for approved landings only
[04:40] <kiko> we're going to dream up an approval tag
[04:40] <kiko> and only merge requests signed with this approval tag can be landed.
[04:40] <kiko> this is to ensure that PQM is kept free for people landing critical bugfixes.
[04:40] <kiko> the only appointed approvers are me and SteveA for now.
[04:40] <kiko> K THX BYE
[04:40] <SteveA> thanks kiko
[04:40] <mwhudson> when will it be opened again?
[04:40] <SteveA>  * Blockers
[04:41] <kiko> mwhudson, good question
[04:41] <kiko> it opens again after the rollout is complete.
[04:41] <kiko> K THX BYE pt. 2
[04:41] <SteveA> ok
[04:41] <flacoste> Answers team: not blocked
[04:41] <mwhudson> don't you want a day or so to get critical things for cherry picks in?
[04:41] <SteveA> other questions and answers can be on the mailing list
[04:41] <SteveA>  * Blockers
[04:41] <SteveA> (or after this meeting)
[04:42] <SteveA> please give the team blockers or lack thereof
[04:42] <matsubara> TEAM: infrastructure
[04:42] <matsubara> BLOCKED: no
[04:42] <jsk> TEAM:Blueprints BLOCKED:No
[04:42] <jtv> Translations: not blocked
[04:42] <bigjools> TEAM: Soyuz BLOCKED: no
[04:42] <barry> TEAM: mailing lists BLOCKED no
[04:42] <mwhudson> TEAM: launchpad-bazaar BLOCKED: no
[04:42] <allenap> TEAM: Bug tracker BLOCKED: no
[04:42] <statik> TEAM: Commercialization BLOCKED: no
[04:43] <salgado> TEAM: FOAF: no
[04:43] <mthaddon> salgado: what does FOAF mean?
[04:43] <flacoste> mthaddon: Friend of a friend
[04:43] <mthaddon> thx
[04:43] <kiko> was that helpful?
[04:44] <flacoste> mthaddon: it's an XML standard i think: http://www.xml.com/pub/a/2004/02/04/foaf.html
[04:44] <sinzui> mthaddon: DOAP is Description of a Project
[04:44] <flacoste> another XML format
[04:44] <SteveA> great... no one blocked
[04:44] <mthaddon> so what does it mean in the context of LP?
[04:44] <flacoste> mthaddon: basically the registry
[04:44] <SteveA> mthaddon: teams and people
[04:44] <kiko> mthaddon, it's the people and teams bit
[04:44] <mthaddon> ok, gotcha, thx
[04:44] <SteveA> that's the agenda done.  so, that's the meeting done.
[04:45] <SteveA> thanks for being here
[04:45] <SteveA> and keeping on topic
[04:45] <SteveA> MEETING ENDS
[04:45] <kiko> thanks!
[04:45] <bigjools> thanks
[04:45] <kiko> on the dot SteveA 
[04:45] <mwhudson> yay
[04:45] <kiko> flacoste, ping?
[04:47] <kiko> flacoste, https://devpad.canonical.com/~jamesh/oops.cgi/2007-06-26/A66
[04:50] <jordi> kiko kiko kiko
[04:51] <kiko> hey jordi 
[04:52] <danilos> jordi, dude, you are late for the meeting!
[04:53] <jordi> I was just on time for the after party
[04:56] <danilos> jordi: you just want the girls and the drinks
[04:57] <jordi> danilos: you know a lot of that business
[04:58] <danilos> jordi: learned it all in sitges, from the Meister :P
[05:03] <jtv> I thought Sitges was the gay meeting place?
[05:08] <jordi> jtv: YOU GOT IT RIGHT
[05:10] <jordi> however, not everyone was gay there.
[05:10] <jordi> danilos missed the best day: an evening in the gay nude beach.
[05:11] <danilos> jordi: I am sure you missed none of it :)
[05:12] <jordi> neither the people in that beach
[05:12] <jordi> dude, I now know what some poor girls feel like
[06:28] <minghua> Hello, I have a question about the .mo files shipped in the central translation package (language-support-* ?)
[06:29] <minghua> does that only apply to main packages?  and universe packages still ship .mo files on their own?
[06:29] <kiko> yes
[06:29] <kiko> language packs only apply to packages in main, today.
[06:30] <minghua> kiko: thanks.  but are the POT files of universe packages uploaded to LP for translation?
[06:31] <kiko> minghua, I'm not sure -- jtv or danilos might.
[06:31] <danilos> minghua: they are not, since there would be no much use for that (they wouldn't be used anywhere, so translators would be working in vain)
[06:32] <minghua> danilos: thanks!
[06:32] <danilos> minghua: we used to do that like a year or so ago because we were expecting ubuntu to start shipping language packs for universe, but that didn't happen, so we also stopped importing them :)
[06:32] <danilos> minghua: you're welcome
[06:32] <kiko> there's a scalability problem with universe langpacks, which is why we don't
[06:33] <minghua> hmm, interesting historical stories
[06:34] <kiko> there have been plans to provide translations for universe. I think there are at least two ubuntu specs if you get them looked up
[06:34] <minghua> but I suppose upstream can still explicitly enable their projects on LP and get translations, can't they?
[06:35] <kiko> yes! definitely.
[06:41] <minghua> if anyone is interested, my story is: a maintainer of a universe package with a dead stream was wondering how to update the translation
[06:42] <LaserJock> I think that might be fairly common in Universe
[06:43] <minghua> well, if I were the maintainer, I just won't bother
[06:43] <minghua> updating translations in .diff.gz is quite a pain
[06:43] <minghua> unless you're going to re-autotoolize in the build process, of course
[06:45] <minghua> LaserJock: hi there BTW, our "contact person" :-)
[06:47] <Hobbsee> minghua: that just means that both launchpad and MOTU can have a go at LaserJock 
[06:47] <Hobbsee> in the process of having a go at each other
[06:50] <minghua> well, when Hobbsee has a pointy stick, everyone and every team looks like a good poking target, I suppose :-P
[06:50] <Hobbsee> heh
[06:52] <danilos> minghua: I guess we could agree with Ubuntu MOTU teams *what* universe packages to allow translation for, and import only them, and export language packs with those... however, it means that most of this work needs to be done by the MOTU team
[06:54] <minghua> danilos: I am not very fond of that idea.  Is it possible that each l10n team individually decide which universe package they want to translate?  (and once one l10n team decides to translate a certain package, all the translations of that packages enter LP.)
[06:56] <danilos> minghua: again, that's entirely not up to us... if Ubuntu guys are going to ship such language packs, we'll provide them with translations. However, what you propose is not really how it could work because atm, universe packages ship with translations which come from upstream, so you'd have duplicate translations on the system
[06:57] <danilos> the proper solution would be not to ship translations only in affected packages, but that sounds like a packaging nightmare (though, I don't know much about packaging, so I may be totally off-base)
[06:58] <danilos> minghua: and in practice, you'll pretty soon end up with all universe packages with at least some bits of translations
[06:58] <minghua> danilos: don't worry about it then, I am not that involved in translation anyway
[06:58] <danilos> minghua: ok, sure
[06:59] <minghua> but AFAIK, the current situation for main packages are completely automatic, not affecting packaging at all
[07:00] <minghua> something along the line of: source package uploaded, on buildd, a magic script strips all translations, keeps the POT file and uploads to LP
[07:00] <minghua> the package builds, with no translations whatsoever
[07:01] <minghua> then l10n teams translates that POT file, based on PO files already in the source package
[07:01] <minghua> and another magic script collect those translations, make MO files, and put them in language packs
[07:42] <danilos> minghua: that's right, but you were asking about selective language packs, which means stripping would also have to be done only on certain packages, and you've got a couple of race conditions there (eg. someone starts a translation after the package has been released with translations, and you later ship a language pack containing those translations)
[07:56] <minghua> yes indeed.  sounds not very practical.
[09:44] <taa> hello
[09:50] <taa> is it possible to install launchpad locally ? i mean like gforge for exemple ?
[09:51] <minghua> not likely
[09:52] <taa> i really like it, my companie seems to be interested
[10:07] <taa> " that we plan to open Launchpad in the future."
[10:07] <taa> https://wiki.ubuntu.com/MeetingLogs/openweekfeisty/launchpad
[10:08] <taa> cant understand wich kind of licence launchpad is using
[10:24] <LaserJock> taa: it's not distributed
[10:24] <LaserJock> taa: i.e. you can't download it
[10:25] <taa> LaserJock i know
[10:25] <LaserJock> so a license doesn't really mean a lot
[10:25] <taa> LaserJock sure
[10:31] <taa> good day/night