[12:08] <Surak> is this a translation error or something with rosetta: the string "Hostname:" was translated as NomedaMquina:\r\n
[12:08] <Surak> Nomedemquina:\r\n
[12:08] <Surak> #-#-#-#-#pt_BR.po(liveinstaller)#-#-#-#-#\r\n
[12:08] <Surak> Nomedocomputador:
[12:08] <Surak> this way, with four lines
[12:11] <kiko-office> it's odd
[12:11] <Surak> indeed.
[12:12] <kiko-office> do you at least see the 4 lines in a textarea?
[12:13] <Surak> kiko: i exported the "debian-installer" to a .mo and I'm using granslator
[12:13] <kiko-office> ah I see
[12:14] <kiko-office> does rosetta display the same string?
[12:14] <Surak> I don't know, I can't search ;-)
[12:14] <Surak> the string numbers in granslator and rosetta doesn't match
[12:19] <carlos> Surak: that's part of the msgmerge output
[12:19] <carlos> Surak: and comes from outside Rosetta
[12:19] <carlos> it means it found two different translations for the same msgid
[12:19] <Surak> carlos: where does it come from?
[12:19] <Surak> oh
[12:19] <carlos> so you need to fix it and choose the one that fits better
[12:20] <Surak> oh, ok. does rosetta manages this if I don't do anything?
[12:20] <carlos> no, Rosetta will leave that string as fuzzy
[12:20] <carlos> until someone fixes it
[12:49] <carlos> see you !
[12:49] <Surak> bye!
[01:17] <Surak> hum. Lauchpad exports .po and .mo files, but gtranslator accepts only .mo files. Now, rosetta accepts only .po files tu upload back. what sould I do?
[01:20] <mdke> gtranslator only accepts .mo files? are you sure?!?
[01:21] <Surak> mdke: no, I'm not sure, but the exported .po files from rosetta fails to load on gtranslator
[01:21] <mdke> lemme try
[01:21] <mdke> I was under the impression that po and mo files are the same, but with different names. Guess not
[01:21] <Surak> I now have translated more than 600 strings and I have this .mo. now.
[01:22] <Surak> I know how to convert from .po to .mo, but not the reverse.
[01:23] <mdke> po files open ok in gtranslator, I just gave it a try
[01:23] <Surak> mdke: it must be this particular exported file. 
[01:23] <mdke> could be
[01:24] <Surak> I tried three times on breezy's gtranslator.
[01:24] <Surak> this is debian-installer translation to pt_BR. 
[01:26] <mdke> you will have to file a bug on either rosetta or gtranslator I suppose
[01:27] <Surak> mdke: yes, but I still don't know what to do with all those strings :-)
[01:27] <mdke> Surak, you'll have to copy them to a po file, I suppose.
[01:28] <Surak> That's why I'm here. I don't know how I do this.
[01:28] <mdke> copy/paste?
[01:29] <mdke> I don't think there is a quick way to do it
[01:29] <mdke> but you could ask in a l10n/gettext channel, someone might know how to do it
[01:29] <Surak> copy and paste those 600+ strings would be freaky.
[01:29] <mdke> Surak, better than losing them though
[01:29] <Surak> yes,
[01:31] <Surak> perhaps I can leave a junior worker doing this :-)
[01:31] <Surak> well, I'll go home now.
[01:31] <Surak> I can try this tomorrow. Thanks for your attention.
[01:33] <mdke> good luck!
[01:37] <Surak> Mdke: duh me. If you save it with the extension .po, it will hadle this correctly, as gimp does.
[01:38] <mdke> good
[01:38] <Surak> thanks, and good night, whatever your timezone is :-)
[03:37] <wasabi__> So... LP is kinda odd... It's like a big object-ish wiki it looks like
[04:27] <mruiz> hello
[04:30] <mruiz> someone can help me? days ago I reported a Gaim bug, but close it. Where I can find it? (in LP don't appear)
[04:54] <mruiz> hello! How I can delete a bug attachment?
[04:58] <mruiz> I did a mistake (upload another image) when reported a bug ;-)
[05:00] <mruiz> someone can help me? :-(
[05:38] <SteveA> morning
[06:23] <mpt> SteveA, wow, you were serious about getting up earlier
[06:24] <SteveA> mpt: woke up at about 6am, saw that the sun was about to rise over the hills to the east, and decided to stay up
[06:27] <stub> mpt: Is it known that Malone comments and descriptions are having whitespace munched again?
[06:39] <lifeless> stub: going to be around for a bit? thinking of a bzr upgrade to vostok & balleny.
[06:40] <stub> lifeless: I was going to grab some lunch and then I'm around for the rest of the day.
[06:40] <lifeless> SteveA: I'd like to upgrade bzr on vostok. this should not distrupt launchpad, but will let us start testing knits.
[06:40] <lifeless> stub: well, I don't need you for it, but wanted to coordinate
[06:40] <stub> lifeless: ok
[06:41] <stub> I need to do some cherry picks a bit later
[06:41] <lifeless> stub: I'll drop a new bzr & bzrtools into launchpad, check tests pass, and if they do update the production branch ?
[06:41] <SteveA> lifeless: what does vostok do?
[06:41] <lifeless> SteveA: sftp supermirror
[06:42] <stub> lifeless: The Launchpad app servers don't use bzrlib afaik, so sure. Update production/launchpad on balleny and push it to vostok.
[06:42] <lifeless> stub: the branch-scanner does.
[06:42] <stub> That is being done by the appservers? In real time?
[06:43] <lifeless> stub: not appservers no. its a cron job on gangotri
[06:43] <stub> Ahh. Ok.
[06:43] <stub> Should be fine. I'll push it later today to gangotri and gandwana with the cherry picks. Once you are done with vostok.
[07:37] <SteveA> jamesh: ping
[07:37] <SteveA> mpt: ping
[09:02] <carlos> morning
[09:04] <mpt> SteveA, pong
[09:17] <mpt> BjornT, ping
[09:19] <BjornT> mpt: pong
[09:22] <mpt> BjornT, bug 39142 points out that we have "(Required)" next to checkboxes, which makes no sense
[09:22] <Ubugtu> Malone bug 39142 in launchpad "Attachments: Why is the "patch" field "required"?" [Normal,Unconfirmed]  http://launchpad.net/bugs/39142
[09:22] <mpt> BjornT, perhaps that should be fixed in Zope?
[09:24] <sivang> morning all
[09:25] <mpt> hi sivang, how's hacking?
[09:26] <sivang> mpt: fine :) I mostly followed your design btw, hope that it would look sane, you can branch and see for youself.
[09:28] <BjornT> mpt: it's not easy to fix it in zope. in zope, having required on a checkbox does make a difference, so we can't simply remove that functionality. i think the way to solve this is when we render the widget, which will be solved with FormLayout.
[09:29] <BjornT> (with 'having required on a checkbox' i meant on an implementation level, displaying it doesn't make any sense)
[09:29] <mpt> BjornT, ok, I'll add it to that spec
[09:31] <mpt> oh, it already is in the spec
[09:33] <BjornT> mpt: btw, when removing bug watches, do you see any problem with removing the actual bugtask the bug watch is attached to?
[09:34] <mpt> BjornT, no, that seems fine
[09:35] <mpt> but I haven't replied to your message about a good design for that, because I haven't been able to think of one :-)
[09:38] <BjornT> well, i was mostly concerned about the design if we decided to keep the bugtask after the bug watch had been deleted. although a better design for removing a bug watch would be good :) for now i'm going to put the functionality in there with the design you suggested in some bug, then we can tweak it later.
[09:40] <stub> lifeless: pqm html quoting bug visible now on pqm.launchpad.net
[09:42] <lifeless> I dont see it
[09:42] <lifeless> if you see a bug, file a bug on pqm ;0
[10:53] <SteveA> mpt_: pongpong
[11:37] <mpt_> SteveA, pongping
[11:38] <mpt_> SteveA, https://wiki.launchpad.canonical.com/DevelopmentMeeting20060413
[11:39] <SteveA> cool, thanks
[11:45] <mpt_> SteveA, https://wiki.launchpad.canonical.com/MeetingAgenda also updated
[11:45] <SteveA> thanks!
[11:48] <mpt_> and I suck for doing neither of those earlier
[12:22] <stub> lifeless: You still doing pqm stuff on Balleny? Jobs seem to be going through, but no commits being made on balleny and no emails going out to arch-commits or me
[12:23] <mpt> Can someone remind me what a distribution's members team is useful for?
[12:25] <lifeless> stub: no, I'm not. are people recieving errors ?
[12:25] <stub> I suspect it serves no purpose but to 'bless' a particular team as 'official'. But I'm not sure
[12:26] <stub> lifeless: Hmm.... maybe it is just my merge failing and the failure message is not getting through...
[12:26] <lifeless> stub: looks like its working correctly to me.
[12:26] <lifeless> bzr commits are working fine.
[12:27] <lifeless> and I've recieved no tracebacks in my mailbox - so pqm has not been crashing.
[12:29] <lifeless> stub: the key things are : the merge is occuring, make check is running.
[12:41] <stub> yer - looks like some page tests are broken on that branch for some unknown reason. No idea why messages aren't reaching me.
[12:41] <SteveA> mpt: for ubuntu, it is the team where all members must have a current valid CoC, and have been approved by the CC as members.  they can vote on stuff.
[12:43] <mpt> ah, the voters
[12:43] <mpt> Ok, I'll put that in interfaces/distribution.py
[12:44] <mpt> because description=+("The distribution's members team.") is a bit anti-helpful
[12:48] <SteveA> i do not know whether all distros will do voting like this
[12:49] <SteveA> or attach the same meaning to "members" as ubuntu does
[12:50] <SteveA> we can assume that other distros will operate in the same way, at least for now
[12:58] <mpt> Well if Launchpad doesn't treat it specially, maybe it shouldn't be there
[01:02] <SteveA> for ubuntu, launchpad does treat it specially
[01:02] <SteveA> for other distros, i think it is no more special than "these are the members of the distribution"
[01:02] <SteveA> and the semantic of "members of the distribution" is defined outside the scope of launchpad
[01:19] <lifeless> stub: I'm starting a background conversion of launchpad to knits on balleny. it is so that we have the data prepped for whever we do convert.
[01:19] <lifeless> stub: it won't affect pqm except to give it a little cpu contention
[01:19] <lifeless> stub: please don't kill the process though.
[01:31] <carlos> hi
[01:31] <carlos> I'm back
[01:31] <ddaa> hello
[01:31] <ddaa> I'm back too
[01:35] <matsubara> good morning!
[01:56] <SteveA> almost meeting time
[02:00] <cprov> morning, guys
[02:00] <SteveA> MEETING TIME
[02:00] <SteveA> who is here today?
[02:00] <bradb> me
[02:00] <BjornT> i'm here
[02:00] <mpt> me
[02:01] <cprov> me
[02:01] <ddaa> me
[02:01] <matsubara> me
[02:01] <carlos> me
[02:01] <salgado> me
[02:01] <jamesh> me
[02:01] <SteveA> kiko is traveling to FISL
[02:01] <SteveA> is spiv around?
[02:01] <SteveA> maybe he's on vacation.  i can't remember
[02:01] <SteveA> stub: ?
[02:02] <lifeless> aye aye
[02:02] <SteveA>  * Roll call
[02:02] <SteveA>  * Agenda
[02:02] <SteveA>  * Next meeting
[02:02] <SteveA>  * Activity reports
[02:02] <SteveA>  * Items from last meeting
[02:02] <SteveA>  * Launchpad oops milestone report
[02:02] <SteveA>  * Outstanding sysadmin requests
[02:02] <SteveA>  * Production / staging (stub)
[02:02] <carlos> SteveA: spiv is on holidays until 25th
[02:02] <SteveA>  * Keep, Bag, Change
[02:02] <SteveA>  * Three sentences
[02:02] <SteveA> 
[02:02] <SteveA> next meeting, same time next week?
[02:02] <SteveA> thanks carlos
[02:02] <SteveA> activity reports?
[02:03] <lifeless> SteveA: kill the PQM bit there please
[02:03] <SteveA> i sent tuesday's, but not wednesdays
[02:03] <lifeless> SteveA: its stale now
[02:03] <carlos> I'm up to date
[02:03] <lifeless> up to date
[02:03] <BjornT> i'm up to date
[02:03] <mpt> up to date
[02:03] <matsubara> i'm up to date
[02:03] <bradb> up to date
[02:03] <ddaa> up to date
[02:03] <salgado> up to date
[02:03] <SteveA>  * Items from last meeting
[02:03] <SteveA> there are a few of these
[02:04] <cprov> not up, will send them after meeting 
[02:04] <SteveA>  * '''matsubara''' to merge person validation fix for advanced bug search
[02:04] <SteveA>  * '''matsubara''' to report bugs on other exceptions
[02:04] <matsubara> SteveA: merged 
[02:05] <matsubara> and reported
[02:05] <SteveA>  * '''BjornT''' to make it possible for anyone to close a support request
[02:06] <SteveA>  * '''mpt''' to remove support request links from the error page
[02:06] <SteveA>  * '''mpt''' to do the bazaar-ui review for ddaa
[02:06] <ddaa> bazaar-ui review done, need to act on it
[02:06] <BjornT> SteveA: not done, didn't know it should be done before the next meeting
[02:06] <mpt> I've done the bazaar-ui review, but not the link removal. I'll do the latter once I've finished reviewing Mark's mega-landing.
[02:07] <SteveA> BjornT: not necessarily to be done for the next meeting
[02:07] <SteveA> but it means we're specifcally tracking its status in these meetings
[02:07] <SteveA>  * '''jamesh''' to land pygpgme branch
[02:07] <SteveA>  * '''jamesh''' to give feedback to ddaa
[02:07] <lifeless> first is done
[02:07] <SteveA>  * '''stub''' to report a bug on increasing the # of retries attempted
[02:07] <SteveA>  * '''stub''' to discuss making Retry exceptions more informative, on the PostgreSQL mailing lists
[02:07] <jamesh> I talked with ddaa last week before easter
[02:07] <lifeless> was already done when that meeting started
[02:08] <ddaa> phoned jamesh thursday, will phone again as soon as I get through the mail backlog and find a convenient time.
[02:08] <SteveA>  * Launchpad oops milestone report
[02:09] <matsubara> Top exception is #40169 which is fixed. I mailed stub to cherrypick it.
[02:09] <matsubara> We're still seeing lots of sessiondata_key and Retry exceptions which stub is taking care of.
[02:09] <SteveA> bug 41069
[02:09] <matsubara> TraversalError in +potlist is #40206 which is already fixed too.
[02:09] <matsubara> We have a new UnicodeEncodeError in a +spec page and a possible regression in advanced bug search form, I'll investigate both today.
[02:09] <matsubara> We had 0 Soft TimeOut in the last report and the TimeOuts are pretty low too.
[02:09] <SteveA> bug 40169
[02:09] <Ubugtu> Malone bug 40169 in soyuz "Builds inserted by gina doesn't have a buildqueue_record" [Normal,Fix committed]  http://launchpad.net/bugs/40169
[02:09] <SteveA> great
[02:09] <SteveA>  * Outstanding sysadmin requests
[02:09] <mpt> There was a bug preventing timeouts from triggering, wasn't there stub?
[02:09] <SteveA> there was a bug
[02:10] <SteveA> bjorn fixed it
[02:10] <mpt> cool
[02:10] <ddaa> learn how to skew stats :)
[02:10] <BjornT> matsubara: the UnicodeEncodeError is a bug in zope, i'll file a bug about it later.
[02:10] <matsubara> BjornT: all right, thanks
[02:10] <SteveA>  * Production / staging (stub)
[02:11] <SteveA> no sign of stub :-(
[02:11] <SteveA>  * Keep, Bag, Change
[02:11] <jamesh> matsubara: the encode to latin1 bugs seem to be Accept-Encoding related
[02:11] <BjornT> jamesh: it is, zope chooses the wrong encoding
[02:12] <SteveA> 5
[02:12] <SteveA> 4
[02:12] <SteveA> 3
[02:12] <SteveA> 2
[02:12] <SteveA> 1
[02:12] <SteveA> ok
[02:12] <SteveA> this is truely a short meeting
[02:12] <SteveA> i'll ask stub to send his production / staging stuff to the list, when he turns up
[02:12] <SteveA>  * Three sentences
 DONE: crash and performance fixes, reviews, management as usual
 TODO: staging QA process with matsubara, feature planning for LP 1.0
 BLOCKED: jamesh doesn't update the error report script to not include NotFoundError in the 404 list, stub needs to tell me where staging oopses are being stored
[02:13] <carlos> DONE: KDE and other imports. All .pot files are approved now. Bugs #2529, #32610, #38984, ubuntu-docs/kubuntu-docs fixes, added plural forms information for Dzongkha and Berber, new Debian installer upload (This is my work for the last two weeks as I didn't attend last meeting).
[02:13] <carlos> TODO: Approve the remaining .po files now that .pot ones are approved, fix all translations domains so we can use Rosetta directly for language packs without mixing it with buildd output, #4646 and merge my POMsgSetPage branch that it starts smelling a lot...
[02:13] <carlos> BLOCKED: no
[02:13] <BjornT> DONE: bug fixes. reviews
[02:13] <Ubugtu> Malone bug 32610 in openoffice.org "all untranslated messages imported from OOo are marked as translated" [Normal,In progress]  http://launchpad.net/bugs/32610
[02:13] <BjornT> TODO: Make it possible to delete bug watches. email notifications for bug watch changes. reviews.
[02:13] <bradb> DONE: Easter. Put bugtask dates up for review. Put
[02:13] <bradb> remove-bp-from-bugtask-status-page up for review. Bugmail.
[02:13] <bradb> TODO: Land those branches. IBug.last_updated.
[02:13] <bradb> BLOCKED: No.
[02:13] <Ubugtu> Malone bug 38984 in rosetta "Boxes for translated strings is "hiding" content, wich makes wrongly translated strings." [Normal,Confirmed]  http://launchpad.net/bugs/38984
[02:13] <ddaa> DONE: leave, bzrtools fix, branch forms improvements, phone jamesh
[02:13] <ddaa> TODO: review and merge backlog, cscvs/bzr-native, phone jamesh more
[02:13] <ddaa> BLOCKED: sourcecode merge fixes (spiv)
[02:13] <BjornT> BLOCKED: no
[02:13] <mpt> DONE: Easter, menu deAquafication, started reviewing and fixing r3472
[02:13] <mpt> TODO: Finish r3472 review, Rosetta bug fixes, other bug fixes
[02:13] <mpt> BLOCKED: no
[02:13] <matsubara> DONE: merged advanced bug search validation, fixed oops bugs
[02:13] <matsubara> TODO: fix more oops bugs and investigate a regression in advanced bug search validation. bug triage
[02:13] <matsubara> BLOCKED: no
[02:13] <jamesh> DONE: easter, code review, fix up RevisionNumber interface bug that broke bzrsync's uncommit feature.
[02:13] <jamesh> TODO: code review, importd stuff (discuss with ddaa)
[02:13] <jamesh> BLOCKED: no
[02:13] <lifeless> DONE: reviews, review team foo, bzr for-dapper preparation.
[02:13] <lifeless> TODO: zope 3.2 testing examination, 
[02:13] <lifeless> BLOCKED: Nada
[02:14] <SteveA> DONE: email, management stuff
[02:14] <SteveA> TODO: menu fixes, new menus, crowd control
[02:14] <SteveA> BLOCKED: no
[02:14] <cprov> DONE: re-implemented ftpmaster/change-override scripts, other fixes in soyuz & dak-tools
[02:14] <cprov> TODO: dapper+1 tests for soyuz infrastructure in mawson (dogfood)
[02:14] <cprov> BLOCKED: none
[02:14] <mpt> TODO ALSO: land MaloneSimplifications
[02:14] <lifeless> SteveA: you have reviews to do too :)
[02:14] <SteveA> jamesh: what can you say about kiko being blocked?
[02:14] <SteveA> lifeless: noted
[02:14] <salgado> DONE: Merged my fix for the logintokens-being-deleted issue, fixed some bugs on python-codespeak-lib, code review and some work on ShipItForDapper
[02:14] <salgado> TODO: Add lots of pagetests for ShipItForDapper (doctest coverage is reasonable, already), merge my quickfixes branch, code review.
[02:14] <salgado> BLOCKED: No
[02:15] <SteveA> ddaa: you're blocked on spiv?  yet he is on vacation.
[02:15] <jamesh> SteveA: I've updated the script today.  I'll change my cron job to point at the copy of the script in rocketfuel-built, which should allow anyone to fix bugs
[02:15] <SteveA> jamesh: please reply to kiko's email to tell him so
[02:15] <stub> I was asleep, and wife on the phone so she didn't takes the calls. Sorry.
[02:15] <ddaa> SteveA: when I left, it was still impossible to merge to cscvs because of various breakage in sourcecode trees
[02:15] <jamesh> okay
[02:15] <SteveA> hi stub 
[02:16] <cprov> SteveA: I wonder if we can have a short talk about the zope security system improvement mark has pointed some time ago. anytime today ?
[02:16] <ddaa> that's basically blocking the cscvs work, but I'm busy with some merge and review backlog anyway.
[02:16] <SteveA> ddaa: do you need anything done about this right away, or can it wait until spiv returns from vac?
[02:16] <lifeless> SteveA: the sourcecode/ stuff is the fallout from you asking me to disable tests running in there. We're nearly finished making it all copacetic again after your approval to do so.
[02:16] <SteveA> cprov: sure, i want to look at the security system again after i land crowdcontrol
[02:16] <ddaa> And if I start to be really blocked, I can just postpone merged to RF, just make a personal trunk.
[02:16] <SteveA> "copacetic" ?
[02:16] <ddaa> SteveA: so, can probably cope w/o emergency measures.
[02:17] <SteveA> stub: do you have three sentences?
[02:17] <cprov> SteveA: perfect, It might be convenient to consider that issue them, you ping me or I ping you ?
[02:17] <SteveA> also, can you answer kiko's blocked item about staging oops logs?
[02:17] <lifeless> http://www.m-w.com/dictionary/copacetic
[02:17] <cprov> s\them\then
[02:17] <SteveA> cprov: we should talk next week
[02:18] <SteveA> lifeless: is this SFW?
[02:18] <lifeless> SWF ?
[02:18] <mpt> Safe For Work?
[02:18] <ddaa> it's extant terminology
[02:18] <SteveA> stub: also, a staging / production report
[02:18] <cprov> SteveA: okay, thanks, just don't forget, he will blame me :(
[02:18] <lifeless> SteveA: yes. its less offensive than porn.
[02:18] <stub> DONE: PostgreSQL session update
[02:18] <stub> TODO: Fix mistery failing page tests and land PostgreSQL session fixes. Searching
[02:18] <stub> BLOCKED: No
[02:19] <lifeless> although good porn is clearly copacetic.
[02:19] <stub> kiko: configs/staging/launchpad.conf specifies where the oops logs go
[02:19] <mpt> lifeless, but is it cromulent?
[02:19] <SteveA> i was sure copacetic would be cromulent too
[02:19] <SteveA> but apparently not
[02:20] <ddaa> does that qualify as copacetic? http://www.encyclopediadramatica.com/index.php/Image:Ubporn.jpg
[02:20] <SteveA> ddaa: that qualifies as NSFW
[02:21] <lifeless> thank god I did not follow the french link
[02:21] <SteveA> and seeing as we're at work, in a work meeting
[02:21] <SteveA> i'll ask for that to be excised from the logs that mpt lovingly prepares
[02:21] <lifeless> SteveA: thats 120 hours a week man.
[02:21] <SteveA> mpt: thanks for doing the meeting summary, btw
[02:21] <SteveA> would you do it again?
[02:21] <mpt> Me again? ok
[02:22] <mpt> So that's your answer, lifeless: I'm not the new SteveA, I'm the new daf.
[02:22] <SteveA> i liked your use of emboldened text
[02:23] <mpt> OOPS I'll Do It Again
[02:23] <SteveA> stub: staging / production ?
[02:23] <stub> The usual. Cherry picks will me made to the production app servers in the next few hours.
[02:24] <stub> Nothing to report on staging.
[02:24] <SteveA> ok
[02:24] <SteveA> any other business for this meeting?
[02:24] <stub> There was a production rollout on Tuesday as Mark wanted some of his stuff to land, so we are running Zope 3.2 in production earlier than we thought.
[02:25] <BjornT> SteveA: jumping back to sysadmin request, could you push for rt #6081 being resolved soon? code in production needs that on resolved for debbugs watches to be synced
[02:26] <SteveA> BjornT: okay.  although i gather sysadmin resources are rather tied up until after the dapper beta
[02:26] <SteveA> can it wait until then?
[02:27] <carlos> stub: I'm resolving some merge conflicts and will request another cherrypick to solve a security problem, but it can wait until Tuesday as it's not too critical. I just want to be sure that it will be added to production with next Tuesday rollout (or before)
[02:27] <BjornT> yeah i guess so.
[02:27] <stub> carlos: Ok. ta.
[02:27] <SteveA> any other other business?
[02:27] <SteveA> countdown of doom...
[02:27] <SteveA> 4
[02:27] <SteveA> 3
[02:28] <SteveA> 2
[02:28] <SteveA> 1
[02:28] <SteveA> end of meeting
[02:28] <SteveA> thanks folks.
[02:28] <SteveA> don't forget to use the specs system where appropriate, btw
[02:28] <SteveA> and don't forget to do the 360 stuff soon
[02:28] <ddaa> lifeless: I'm pulling rocketfuel into my repo, it's taking forever without visible progress (no spinner motion), did anything out of the ordinary happen to bzr.dev and/or rocketfuel during the week-end?
[02:29] <ddaa> cpu load is maxxed out
[02:29] <mpt> More granular progress feedback needed, perhaps
[02:29] <BjornT> ddaa: fwiw, for me it took 9 hours to pull rf into my repo
[02:29] <ddaa> I think it was usually faster
[02:30] <ddaa> BjornT: I'm pulling from a rsynced rocketfuel-built
[02:30] <ddaa> multi-hours pulls is completely uncharacteristic
[02:30] <BjornT> ddaa: me too, but it needs to do some major reconciling. it is expected, lifeless will probably tell you the details
[02:30] <ddaa> and quite harmful to productivity, since commits cannot happen in the meantime
[02:40] <stub> Creating a fresh branch from rocketfuel-build, and merging your work into it, is much much faster.
[02:42] <stub> I think I'm coming down with something :-(
[02:44] <BjornT> well, pull rf  during the night while i was asleep, so creating a new repository would probably have taken longer actual work time.
[03:10] <salgado> lifeless, around?
[03:16] <salgado> stub, do you have access to see why pqm is dropping my requests and not sending me a failure message?
[03:17] <salgado> (usually it happens when an exception is not caught, and lifeless have them logged somewhere, I think)
[03:18] <stub> salgado: You too? I wasn't getting failures either :-P
[03:18] <stub> salgado: Will it have been the latest job request?
[03:18] <salgado> hmmm. I don't know.
[03:18] <salgado> did something go wrong with the last request?
[03:20] <stub> salgado: i have no way of telling one log from another.
[03:22] <stub> Hmm... a few empty logs :-(
[03:51] <ddaa> 666 unread bugspam
[03:57] <MenZa> Hmm, bug in Rosetta -- I suppose it's reported though: I'm just browsing, editing the Danish translation for Ubuntu Dapper, and it says "You are not an official translator at the top [...] " -- the only problem is that it displays the little orange box twice.
[04:00] <ddaa> stub: gangotri.ubuntu.com:9000 won't reply to GET /supermirror-pull-list.txt
[04:00] <ddaa> that breaks the branch puller
[04:00] <ddaa> any idea what's up?
[04:01] <ddaa> according to logs, it has been broken at least since Tueday 1300 UTC
[04:01] <stub> nope
[04:02] <stub> Sounds like it stopped working with Zope 3.2
[04:03] <ddaa> it's trying to access a page on a private service that's only availaible within the DC
[04:04] <ddaa> layer="canonical.launchpad.layers.InternalHTTPLayer"
[04:05] <ddaa> telnet to gangotri:9000 connects, but the connection gets closed just after sending the get request

[04:07] <ddaa>   type InternalHTTP
[04:07] <ddaa>   address 9000

[04:07] <ddaa> stub: do you think that would be something that would break with zope 3.2?
[04:07] <ddaa> (that's in production1/launchpad.conf)
[04:09] <ddaa> heya again stub
[04:10] <ddaa> my last msg was "(that's in production1/launchpad.conf)", did you get it?
[04:12] <stub> I don't see why that would change. There is something listening on port 9000
[04:12] <stub> It just isn't responding to HTTP commands
[04:12] <ddaa> okay, I'll try doing some local tests, need to work around bzr pull breakage first :(
[04:13] <stub> I'm not going to be able to do the cherry picks tonight - looks like the merge is going to take some time due to the bzr borkage. I'll need to leave it running over night.
[04:14] <ddaa> provided I can fix the problem soon enough...
[04:14] <ddaa> I'll keep you posted.
[04:19] <stub> ddaa: I've got some tracebacks. SteveA would be the best person to have a look.
[04:20] <ddaa> stub: care to paste them, for my tranquility of mind?
[04:20] <stub> https://chinstrap.ubuntu.com/~dsilvers/paste/file1uX88J.html
[04:21] <ddaa> mh
[04:21] <ddaa> I have a good guess where the __call__ comes from
[04:22] <ddaa>         class="canonical.launchpad.browser.BranchPullListing"
[04:22] <ddaa>         attribute="__call__"
[04:23] <carlos> wow, the merge from rocketfuel is taking more than two hours already...
[04:24] <stub> carlos: It took 10 hours to do the work on balleny, which is a grunty AMD64
[04:24] <carlos> WTF?
[04:25] <carlos> stub: hmm I guess that the security cherry pick will be done then on Tuesday....
[04:25] <ddaa> carlos: see recent msg from lifeless on the launchpad@ mailing list
[04:25] <carlos> oh, so rocketfuel was 'infected' already?
[04:25] <ddaa> bad interaction of weave format with transition to shared repos and old branches with ghosts
[04:25] <carlos> I thought it was only a problem with PQM ...
[04:26] <stub> carlos: You can create a fresh branch and merge your work into that - it is a lot faster.
[04:27] <carlos> and I will need to do it for all my current branches?....
[04:27] <carlos> that will make me lose the history... not a big deal, but....
[04:27] <stub> Your history will still be there
[04:28] <stub> oic
[04:30] <carlos> oh
[04:30] <carlos> so merge from rocketfuel into my branch is slow
[04:30] <carlos> but merge from my branch into a rocketfuel copy, that would be faster?
[04:30] <carlos> I thought you mean to apply the diff 
[04:34] <ddaa> cannot make head or tail of this traceback, falling back to fixing my repo and doing local tests
[04:43] <stub> carlos: Yes. Push will take a while, but it should still be much faster than waiting on the merge.
[04:44] <carlos> ok, the push 'problem' is not a problem ...
[04:48] <carlos> wow, that was faster....
[04:48] <carlos> stub: thanks!!
[04:52] <ddaa> grahh
[04:53] <ddaa> knit is now default in bzr.dev and cannot create a weave repo anymore
[05:04] <SteveA> ddaa: 
[05:04] <SteveA> ddaa: did you want me to look into that wsgi-publisher-related TB?
[05:07] <ddaa> SteveA: that would be nice
[05:07] <SteveA> can you tell me what caused it?
[05:07] <SteveA> or what the circumstances you found it in
[05:08] <ddaa> SteveA: the problem is that branch-pull-listing.txt does not give any output at all (not even http header, connection just get closeds after receiving the get request)
[05:08] <ddaa> the corresponding zcml is at the top of branch.zcml
[05:08] <ddaa> I suspect that the attribute="__call__" might be related
[05:09] <ddaa> currently, nothing new gets published on bazaar.launchpad.net because of that breakage (not even sftp branches), so that's pretty critical.
[05:10] <SteveA> ddaa: for how long are you going to be around today?  i'd like to look into it, but i have a commitment to write a doc for a contractor first
[05:10] <ddaa> long enough, might get out soon to get some food, but SO just got the fuck out until tomorrow
[05:10] <ddaa> so I'll be around late (started working late)
[05:11] <ddaa> and undisturbed, too
[06:17] <ddaa> fg ddaa
[06:28] <ddaa> cool, was able to reproduce breakage locally :)
[06:28] <ddaa> apparently, not pagetested
[06:29] <ddaa> mh... not trivial to pagetest, either :(
[06:33] <ddaa> got it!
[06:34] <ddaa> SteveA: lib/canonical/launchpad/webapp/servers.py:347
[06:42] <SteveA> ddaa: i see
[06:42] <SteveA> i guess the contract of __call__ changed
[06:42] <ddaa> yup
[06:42] <ddaa> patching on it right now
[06:42] <SteveA> cool
[06:42] <ddaa> trivial obvious patch fixes it
[06:42] <SteveA> nice find
[06:43] <ddaa> not sure how to add a pagetest-sort of check for that page
[06:43] <ddaa> I guess I could just use urllib in a regular unittest ftest
[06:48] <bigredradio> siretart: Have a second?
[06:48] <siretart> bigredradio: get cracking
[06:49] <bigredradio> In reference to Bug #38409, how did you come up with the solution? I am trying to understand the reasons for the failure
[06:49] <Ubugtu> Malone bug 38409 in Debian "creation of snapshots fails unpredictably" [Unknown,Unknown]  http://launchpad.net/bugs/38409
[06:49] <siretart> bigredradio: #ubuntu-devel might be a better channel
[06:50] <siretart> bigredradio: both udev and lvm2 seem to try to create the same inode. the patch to the udev rules make udev stop that
[07:07] <bigredradio> siretart: Thanks so much. That makes sense.
[07:16] <ddaa> SteveA: any clue how I could effectively pagetest InternalHTTPLayer?
[07:17] <SteveA> ddaa: yes, but it's all disgusting hackery
[07:17] <ddaa> well, that's zope...
[07:17] <ddaa> and I know you have a secret love for disgusting hackery, you pervert!
[07:18] <ddaa> SteveA: waiting for you to give me the hint, so I can commit the fix with a test.
[07:19] <SteveA> there is no easy way to pagetest it
[07:19] <SteveA> not without doing some extra stuff with the pagetesting infrastructure
[07:19] <ddaa> that's what I figured out so far
[07:19] <SteveA> i'm hoping the internal http layer can go away
[07:20] <SteveA> now that we're using the internal xmlrpc server jamesh has been working on
[07:20] <ddaa> It certainly, can. I think we should be using the authserver for that.
[07:20] <ddaa> or whatever jamesh has been working on, tell me more
[07:20] <SteveA> it is the authserver
[07:20] <SteveA> which we'll rebrand as the "internal xmlrpc server"
[07:20] <ddaa> okay, so we're in sync
[07:20] <SteveA> so i say, don't worry about a test for this
[07:21] <SteveA> and add a nice XXX and bug saying it will go away
[07:21] <ddaa> suggest I get the fix comitted and cherrypicking w/o test, then file a bug about cleaning that up
[07:21] <ddaa> :)
[07:21] <SteveA> good
[07:35] <carlos> see you later
[08:12] <dilys> Merge to devel/launchpad/: [r=salgado]  Create new POFiles with owners that have rights to translate it. We use Rosetta experts team as owners by default. Fixes the security bug #2529 (r3488: Carlos Perello Marin)
[08:13] <salgado> carlos, around?
[08:14] <elmo> lifeless: ping?
[09:05] <rcaskey_> why does https://wiki.canonical.com/LaunchpadLoginService prompt for credentials?
[09:06] <ddaa> because that wiki is private
[09:06] <rcaskey_> oh
[09:06] <ddaa> wiki.launchpad.net is public though
[09:06] <rcaskey_> dummy me didn't notice the wiki.launchpad.canonical.com -> wiki.canonical.com change ;)
[09:06] <ddaa> Anyway, you are really not interested in pay and leave procedures :)
[09:07] <rcaskey_> I was wondering wheather LaunchpadLoginService had some nitty gritty details about possible plans for exposing an identity service ala krb or openid ;)
[09:09] <ddaa> I think stub would know anything about the current state of this sort of things
[09:09] <ddaa> but he's asleep right now
[10:08] <C31L> Hi everyone
[10:14] <C31L> Someone knows when it'll be able the request for ubuntu 5.10 or 6 ?
[10:15] <mdke> C31L, you can request cds at http://shipit.ubuntu.com
[10:18] <C31L> mdke , in these pages says "we're unable to take your request"
[10:20] <mdke> C31L, does it give a reason?
[10:21] <C31L> Says "come back in the first weeks of May"
[10:22] <mdke> C31L, right, you can't order CDs for the next version of Ubuntu yet. Only the current version
[10:22] <salgado> C31L, that's for Ubuntu 6.06 (Dapper Drake). it hasn't been released yet, so we don't have CDs to ship
[10:24] <C31L> salgado , :O thats right hehe...
[10:35] <C31L> 1 question
[10:35] <C31L> Could be approved 1 request of 300 cds?
[10:36] <mdke> C31L, it is unlikely, unless you have a good reason.
[10:36] <mdke> C31L, read http://www.ubuntu.com/support/faq#head-7eef2db63e0a75424cdd663ee6f7b8eedcf19607 for more information
[10:37] <C31L> There are in my school over 1200 students interested in test Ubuntu
[10:39] <C31L> mdke , how many time could take to know if my request its approved?
[10:39] <salgado> C31L, it's probably easier if you tell them about https://shipit.ubuntu.com and the ones that are really interested can go there and ask some
[10:39] <mdke> C31L, I don't know.
[10:40] <C31L> Mmmmmm
[10:41] <salgado> C31L, someone will send you an email in a few days
[10:42] <lifeless> elmo: hi
[10:43] <elmo> lifeless: fyi, balleny is thrashing
[10:43] <lifeless> elmo: yes
[10:43] <lifeless> elmo: its also getting host key validation errors 
[10:43] <lifeless> elmo: I know about the former, do you know about the latter ?
[10:43] <elmo> hmm, to/with what?
[10:43] <lifeless> I would expect chinstrap
[10:44] <elmo> blink - I know nothing about that
[10:44] <lifeless> let me forward you the backtrace
[10:44] <lifeless> done
[10:44] <ddaa> hey lifeless
[10:44] <elmo> lifeless: does balleny need more memory, or is this a temporary  thing?
[10:46] <lifeless> elmo: temporary
[10:46] <lifeless> elmo: its the first knit conversion
[10:47] <ddaa> lifeless: when is the time to go all knits with launchpad?
[10:47] <lifeless> which is the worst case conversion
[10:47] <elmo> lifeless: ok
[10:47] <lifeless> elmo: after this we'll be onto incremental conversions which use less data
[10:48] <lifeless> I didn't expect this to be quite so bad TBH
[10:48] <lifeless> ddaa: its going to be traumatic if its not done carefully. So 'not yet'.
[10:49] <lifeless> ddaa: I'm going to pre-convert a bunch of branches, then get estimates on incremental conversion of branches, so we can plan.
[10:51] <lifeless> elmo: its possible the conversion has died in the ass. I'll keep an eye on it 
[10:53] <elmo> lifeless: I've no idea what the host key verification stuff is about - there's been no change on chinstrap, like, ever to the host key
[10:53] <lifeless> elmo: weird.
[10:53] <lifeless> elmo: could be someone giving it a random sftp url somewhere else, which will prompt for host key normally
[10:54] <lifeless> in which case I'm happy with the error :)
[10:54] <elmo> might be nice to get it to print out what hostkey it couldn't verify before raising the exception tho?
[10:55] <lifeless> yeh. I'll raise that with the paramiko author
[11:18] <carlos> salgado: hi
[11:19] <salgado> carlos, nm, I was going to ask you a question about your pqm's request. but it's still on pqm's page, so I've already seen what I wanted
[11:19] <carlos> ok
[11:20] <jordi> carlos: we have a Maltese plural form request
[11:20] <carlos> jordi: where?
[11:21] <jordi> rosetta-users, just moderated
[11:21] <jordi> nplurals = 4
[11:21] <jordi> expression = n==1?0 :
[11:21] <jordi> ( n==0 || ((n%100) >=2 && (n%100) <= 10) ) ? 1 :
[11:21] <jordi> ( (n%100) >=11 && (n%100) <= 19 ) ? 2 : 3
[11:21] <jordi> wow, that's quite cool
[11:24] <jordi> mdke: hey
[11:24] <jordi> mdke: I just gave you some Catalan goodness for firefox
[11:26] <jordi> mdke: I just npoticed a mistake: "eines de programa" should be "eines de programari". Can you add that fix?
[11:27] <mdke> jordi, certainly.
[11:27] <jordi> great, thanks!
[11:27] <mdke> thank _you_
[11:29] <carlos> jordi: ok, I will prepare the patch tomorrow, I need to go to sleep now, I'm too tired... I just came back to shutdown the laptop...
[11:31] <mdz> This is your wiki name in the Ubuntu wiki. You cannot remove it because without it you won't be able to login there.
[11:31] <mdz> is this still true?
[11:32] <mdz> I suppose so; even though we login to the wiki by email address, I guess it needs something
[11:33] <salgado> mdz, last time I heard this was because of a moin limitation.
[11:33] <salgado> need to check with spiv to be sure
[11:33] <jordi> carlos: ok
[11:33] <jordi> sleep well mate
[11:35] <carlos> jordi: thank you
[11:37] <mdke> night