=== grahal [n=gustavo@c91fc7b5.cps.virtua.com.br] has joined #launchpad === bfree [n=bfree@dsl-32-113.dsl.netsource.ie] has joined #launchpad === doko [n=doko@81.80.162.93] has joined #launchpad [12:13] is launchpad registration "broken" or is it normal to have to wait for the email to come through? === benzai [n=zaheda@82-71-18-29.dsl.in-addr.zen.co.uk] has joined #launchpad === benzai [n=zaheda@82-71-18-29.dsl.in-addr.zen.co.uk] has left #launchpad [] [12:29] the mail has arrived now ... 22+ minutes later! so I guess the wait is normal perhaps ... [12:33] yes, it is. [12:33] bfree, your mail provider might be greylisting, which would cause a delay like that === mattl [n=mattl@host-87-75-129-11.bulldogdsl.com] has joined #launchpad === jd_ [n=jd@wikipedia/Meanos] has joined #launchpad === kiko [n=kiko@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === snail [i=syeates@oucs-yeates.oucs.ox.ac.uk] has joined #launchpad === SteveA [n=steve@195.182.78.95] has joined #launchpad === [PUPPETS] Gonzo [i=gonzo@80.69.47.16] has joined #launchpad === Znarl [n=znarl@dark.roundabout.org] has joined #launchpad === kiko_ [n=kiko@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad === mcupples [n=mcupples@fl-71-49-122-146.dhcp.sprint-hsd.net] has joined #launchpad === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad === rpedro [n=rpedro@87-196-33-144.net.novis.pt] has joined #launchpad === thierryn [n=thierry@modemcable222.48-131-66.mc.videotron.ca] has joined #launchpad === jinty [n=jinty@83-65-231-93.work.xdsl-line.inode.at] has joined #launchpad === avoine [n=avoine@modemcable054.82-56-74.mc.videotron.ca] has joined #launchpad === LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #launchpad === stub [n=stub@ppp-58.8.1.168.revip2.asianet.co.th] has joined #launchpad === robotgeek [i=venkat@ubuntu/member/robotgeek] has joined #launchpad === lepingbeta [n=lepingbe@210.16.137.100] has joined #launchpad === lepingbeta [n=lepingbe@210.16.137.100] has joined #launchpad === mpt_ [n=mpt@203-173-178-53.bliink.ihug.co.nz] has joined #launchpad === lepingbeta [n=lepingbe@210.16.137.100] has joined #launchpad === lepingbeta [n=lepingbe@210.16.137.100] has joined #launchpad === lepingbeta [n=lepingbe@210.16.137.100] has joined #launchpad === lepingbeta [n=lepingbe@210.16.137.100] has joined #launchpad === lepingbeta [n=lepingbe@210.16.137.100] has joined #launchpad === mpt__ [n=mpt@203-173-178-53.bliink.ihug.co.nz] has joined #launchpad === lepingbeta [n=lepingbe@210.16.137.100] has joined #launchpad === lepingbeta [n=lepingbe@210.16.137.100] has joined #launchpad === lepingbeta [n=lepingbe@210.16.137.100] has joined #launchpad === lepingbeta [n=lepingbe@210.16.137.100] has joined #launchpad === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad === lepingbeta [n=lepingbe@210.16.137.100] has joined #launchpad === daq4th [n=darkness@netstation-005.cafe.zSeries.org] has joined #launchpad === lepingbeta [n=lepingbe@210.16.137.100] has joined #launchpad === mpt [n=mpt@203-173-178-53.bliink.ihug.co.nz] has joined #launchpad === LeeJunFan_ [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #launchpad === daq4th [n=darkness@netstation-005.cafe.zSeries.org] has joined #launchpad === lepingbeta [n=lepingbe@210.16.137.100] has joined #launchpad === mdz [n=mdz@ALagny-109-1-2-202.w80-11.abo.wanadoo.fr] has joined #launchpad === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad === malcc [n=malcolm@ALagny-109-1-2-202.w80-11.abo.wanadoo.fr] has joined #launchpad === bradb [n=bradb@ALagny-109-1-2-202.w80-11.abo.wanadoo.fr] has joined #launchpad [08:56] I guess SteveA's vhost stuff didn't get accepted by pqm === BjornT [n=bjorn@ALagny-109-1-2-202.w80-11.abo.wanadoo.fr] has joined #launchpad === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #launchpad === Keybuk [n=scott@ALagny-109-1-2-202.w80-11.abo.wanadoo.fr] has joined #launchpad === cprov [n=cprov@pike.pepperfish.net] has joined #launchpad === lepingbeta [n=lepingbe@210.16.137.100] has joined #launchpad === __keybuk [n=scott@ALagny-109-1-10-249.w80-11.abo.wanadoo.fr] has joined #launchpad === carlos_ [n=carlos@ALagny-109-1-2-202.w80-11.abo.wanadoo.fr] has joined #launchpad [09:17] morning [09:18] stub: hi, around? === lepingbeta [n=lepingbe@210.16.137.100] has joined #launchpad [09:32] BjornT: ping === mpt_ [n=mpt@203-173-178-53.bliink.ihug.co.nz] has joined #launchpad [09:34] hi SteveA [09:35] hi [09:35] i have a question about the virtual hosting stuff [09:35] do we have code that takes the Host header into account, and sets up the virtual-host attributes on the Request based on it? [09:36] i mean, do you remember implementing that aspect of it? [09:37] no, i didn't implement that === mdz [n=mdz@ALagny-109-1-10-249.w80-11.abo.wanadoo.fr] has joined #launchpad [09:37] okay. i don't think it matters too much for launchpad [09:37] but i'll look at doing this today [09:38] carlos: Hi [09:38] stub: staging is broken again [09:38] Do I have enough permissions to fix it? [09:39] SteveA: I tried following the instructions for setting up Apache from your email, but it errors out. I assume your vhost changes didn't land? [09:39] I mean, a usual code update after migrating the database would restore it? [09:39] carlos: Yup. If you want to wait for the data migration... [09:39] stub: didn't you execute it on production ? [09:39] jamesh: yes, they didn't land. there was a semantic-level conflict. i've fixed and resubmitted. [09:39] carlos: Not yet [09:40] oh, I see [09:40] stub: I think I'm going to disable the unique restriction [09:40] I don't mind if staging's rosetta is broken... [09:40] Might as well kick it off now those - watching this test run is boring... [09:40] Ok [09:40] c/those/though/ [09:41] stub: also, would be possible to move a spec from https://launchpad.net/products/rosetta/+spec/gnome-mount to Ubuntu context? [09:41] martin doesn't know how would that spec end in Rosetta's context [09:42] and I was scared that they wanted to use Rosetta as the new HAL frontend ;-) [09:42] How should we normally handle this. I assume this means that there is no UI for retargetting specs and there is some reason it just can't be recreated in the correct context? === Kamping_Kaiser [n=Kamp1ng_@easyubuntu/docteam/kgoetz] has joined #launchpad [09:42] stub: well, we could reject it [09:43] and create it in the right context... [09:43] I was just trying to reduce the amount of garbage left behind ;-) [09:44] oh [09:44] stub: dude, I just found a way to retarget it... [09:44] I'm more interested in how this is supposed to work in the long term. I don't mind manually fixing things but it generally indicates we need to create a bug report to add the missing UI. [09:44] stub: please, ignore me.... [09:44] :) [09:54] carlos-fix-dupliated-submissions.py ? [09:55] stub: yes [09:55] stub: without arguments, the data will be fixed [09:55] stub: with '-c' the script will check if there is something to fix === lepingbeta [n=lepingbe@210.16.137.100] has joined #launchpad [10:05] stub: I've updated the DB patch in my disable-accounts branch, including updating the trigger -- I needed the trigger to work for my tests to pass. Please re-review :) === marcin_ant_ [n=marcin@194.114.146.122] has joined #launchpad [10:22] stub: Oh, and could I get a real patch number for it, please? :) [10:24] staging is restored === doko [n=doko@ALagny-109-1-10-249.w80-11.abo.wanadoo.fr] has joined #launchpad === cprov [n=cprov@pike.pepperfish.net] has joined #launchpad === glatzor_mobile [n=sebi@ALagny-109-1-2-202.w80-11.abo.wanadoo.fr] has joined #launchpad === jinty [n=jinty@83-65-231-90.work.xdsl-line.inode.at] has joined #launchpad === mdz [n=mdz@ALagny-109-1-2-202.w80-11.abo.wanadoo.fr] has joined #launchpad === mpt__ [n=mpt@203-173-178-53.bliink.ihug.co.nz] has joined #launchpad [10:48] lifeless: ping [10:49] pong [10:49] hi [10:49] pqm was merging a branch of mine [10:49] it finished a while ago [10:49] but no email [10:51] its looks like an error, but I just managed to delete the backtrace. dang. [10:51] please submit it again [10:52] ok [11:01] i'll check if no one knows - but is there a bug open about ticking 'subscribe me to this bug' not working? the one when you comment on a bug (not the changing status one) === mpt [n=mpt@203-173-178-53.bliink.ihug.co.nz] has joined #launchpad === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #launchpad === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #launchpad === doko [n=doko@ALagny-109-1-2-202.w80-11.abo.wanadoo.fr] has joined #launchpad === sabdfl [n=mark@ubuntu/member/pdpc.silver.sabdfl] has joined #launchpad === ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad === mdz [n=mdz@ALagny-109-1-10-249.w80-11.abo.wanadoo.fr] has joined #launchpad [12:01] lifeless: ping [12:01] lifeless: my merge went through pqm again [12:01] gpg: no default secret key: unusable secret key [12:02] hello there [12:02] I've asked elmo [12:03] moin [12:04] lifeless: so, this is likely blocking all PQM merges right now === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #launchpad [12:05] and everyone who submitted will get no feedback at all that their merge has failed [12:05] so they won't know to resubmit [12:05] we learnt to resubmit when receiving no feedback :) [12:05] if this is so, is there a way for you to list the failed merges, so you can tell people what they need to re-submit, when this is fixed? [12:06] lifeless: i have an HTTP question, if you have a few minutes. === bradb [n=bradb@ALagny-109-1-2-202.w80-11.abo.wanadoo.fr] has joined #launchpad [12:14] SteveA: yes, its blocking all merges. I am looking at it [12:14] SteveA: ask away, I will answer as time permits [12:16] lifeless: okay. I have a browser that is connecting to an HTTP/1.1 server using HTTPS. The browser is required to send a Host: header. Is the value of the Host header required to contain the host and port, or can it contain just the host? [12:17] in this situation, the https server is listening on the default port of 443 [12:17] Host = "Host" ":" host [ ":" port ] ; Section 3.2.2 [12:17] A "host" without any trailing port information implies the default [12:17] port for the service requested (e.g., "80" for an HTTP URL). For [12:18] if the url being requested is something like ' [12:18] ok. so, if I just see a Host: header at a server of Host: foo.com [12:18] GET /foo/bar HTTP/1.1 [12:18] Host: foo.com [12:18] [12:18] then it could be either http for foo.com on port 80 [12:18] [12:18] or https for foo.com on port 433 [12:18] and i would need to look elsewhere to find out which [12:19] IOW, i need to know the incoming protocol [12:19] then it is the default port that should be used - the port you are listening on [12:19] but if the url was [12:19] GET htt [12:19] GET http://fo.com/bar HTTP/1.1 [12:20] Host: fo.com [12:20] [12:20] and you were listening on https - the implicit port would be 80 [12:20] AIUI [12:20] ok thanks [12:20] sounds flaky enough not to rely on it === mpt [n=mpt@203-173-178-53.bliink.ihug.co.nz] has joined #launchpad [12:21] its only of use for vhosting selection [12:21] the things relevant for a server implementer are: [12:21] * port is optional [12:22] * port will match the port on the server the request is meant to be sent to, not the port the client connects to[this is relevant when a proxy is inline] [12:22] (if present) [12:22] i.e. you cant rely on it because itmay not be present. [12:26] Are there other headers we can rely on to detect if it is http or https? [12:27] stub - no [12:28] you need to record the port the request is accepted on and pass that around for the system to know. [12:28] i.e. squid has support as an accelerator to add a header to requests marking the SSL port they were received on and the external url that should be emitted for that port. [12:28] this is used by microsoft exchange server in the same situation [12:29] SteveA: it is fixed [12:31] lifeless: thanks. i'll re-resubmit [12:32] the key had expired. [12:32] lifeless: does apache have an option to use this header? [12:33] what i'm doing now is making launchpad choose an external protocol/host/port from its configuration files, based on the Host header received [12:33] SteveA: that wont work :) [12:33] why not? [12:34] because of what we discussed before :) [12:34] you're not being clear [12:34] i see nothing that will fail to work [12:34] sorry, to determine if it is ssl or not on the outside. [12:34] that doesn't matter [12:34] I'm not sure what you are trying to achieve. [12:34] this configuration is used to set the proto/host/port for use in: [12:34] - Location headers [12:35] - tags in html [12:35] - the base part of URLs that are rendered in pages === jd_ [n=jd@wikipedia/Meanos] has joined #launchpad [12:35] for a given page, we may not know exactly what external details of request got the request into the app server [12:36] but we do know where we want to direct people to next [12:36] ok [12:36] ideally, i'd like to have more information from the accel. proxy server [12:36] http://3cx.org/item/46 [12:36] documents how to tell paache to set such headers [12:36] RequestHeader set Front-End-Https "On" [12:36] for instance [12:36] such as what the exact full URL was from the outside, and the port used [12:37] the port is doable via the RequestHeader set command. [12:38] using the vhost on apache. [12:38] don't know offhand about the url, but if we primarily care about domain based changes, host: will be sufficient. [12:42] lifeless: thanks. i'll collect these docs for version 2 of our virtual hosting stuff. [12:42] my current approach will be enough for now. we'll want more once we start having more plain http pages in launchpad === mdz [n=mdz@ALagny-109-1-2-202.w80-11.abo.wanadoo.fr] has joined #launchpad [12:49] SteveA: can we create meeting events in launchpad for the launchpad series of meetings coming up ? [12:50] SteveA: I have a spec I wanted to rpopose for discussion at the lp-bzr meeting. [12:50] sure, that's a good idea [12:55] should I do that ? I'm happy to === jd_ [n=jd@wikipedia/Meanos] has joined #launchpad [12:57] SteveA: ^ [12:58] lifeless: please do [12:59] are the mainly code focused or spec focused ? [12:59] I'm presuming planning and speccing [01:01] specs [01:01] how does this look: https://launchpad.net/sprints/launchpad-malone-support-2006 [01:03] SteveA: ^ [01:04] ok [01:04] another way to do it would be to have two concurrent sprints [01:04] but i think this is fine [01:06] https://launchpad.net/sprints [01:06] all added. [01:07] and there is the spec https://launchpad.net/sprints/launchpad-rosetta-bazaar-2006 === jd_ is now known as jd_miam [01:37] meeting in 23 mins === matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [01:56] morninh! === lepingbeta [n=lepingbe@210.16.137.100] has joined #launchpad [01:57] morning kiko_ [01:58] it is almost time === raphink [n=raphink@ubuntu/member/raphink] has joined #launchpad === cprov [n=cprov@pike.pepperfish.net] has joined #launchpad === flacoste [n=francis@modemcable207.210-200-24.mc.videotron.ca] has joined #launchpad [01:59] morning! === jsgotangco [n=jsg123@ALagny-109-1-2-202.w80-11.abo.wanadoo.fr] has joined #launchpad [02:00] LAUNCHPAD DEVELOPMENT MEETING [02:00] Hello, welcome. ooo vak welcome in this week's Launchpad development meeting. [02:00] who is with us today? [02:00] me [02:00] me [02:00] me [02:00] me [02:00] i am here [02:00] me [02:01] me [02:01] me [02:01] ddaa is on vacation [02:01] me [02:01] anyone else? [02:02] are we expecting Paris people? [02:02] if so there should be malcc and Kinnison [02:02] for those who are at the conference in Paris, please say if you're not coming to this meeting. [02:02] okay [02:02] I'd like to remind you to prepare your three sentences and Keep Bag Change items so that you can copy/paste them onto the channel at the appropriate point in the meeting. [02:03] this keeps the meeting moving swiftly [02:03] == Agenda == [02:03] * Roll call [02:03] * Agenda [02:03] * Next meeting [02:03] * Activity reports [02:03] * Actions from last meeting [02:03] * Launchpad oops milestone report (Matsubara) [02:03] * Sysadmin requests [02:03] * Production and staging (Stuart) [02:03] ---- [02:03] * PQM failures over last 18 hours (Steve) [02:03] * Virtual hosting changes (Steve) [02:03] * Meetings registered in Launchpad === ..[topic/#launchpad:SteveA] : https://launchpad.net/ | developer meeting: Thu 29 Jun, 1200UTC (wiki:MeetingAgenda) | launchpad-users@lists.canonical.com (wiki:MailingLists) | Channel logs: http://tinyurl.com/72w39 [02:03] * (other items) [02:03] ---- [02:03] * Keep, Bag, Change [02:03] * Three sentences [02:03] [02:03] Next meeting, same time next week. [02:03] Any objections? [02:03] it is done. [02:03] Activity reports? [02:03] i am still not up to date with these. [02:04] up to date [02:04] up to date [02:04] up to date [02:04] up to date [02:04] I suck [02:04] up to date. [02:04] up to date [02:04] u2d [02:04] not up to date, is the sprint a good excuse ? [02:04] cprov: yes, the sprint is a reasonable reason [02:05] anyone else? [02:05] * Actions from last meeting [02:05] * Matsubara and Stuart to talk on skype about QA and production. [02:05] * Malcolm, Celso and Daniel to have a soyuz conf call. (after paris probably) [02:05] SteveA: not done yet. === mdz [n=mdz@ALagny-109-1-2-202.w80-11.abo.wanadoo.fr] has joined #launchpad === carlos [n=carlos@ALagny-109-1-2-202.w80-11.abo.wanadoo.fr] has joined #launchpad [02:06] third week. how difficult is it to arrange a one on one call, stub and matsubara ? [02:06] I've totally forgotten what was to be discussed too. [02:06] hello carlos [02:06] Huge timezone difference [02:06] hi [02:06] the notion is that there is much in common between QA processes and production processes === lincao [n=lincoln@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [02:06] so to talk about what you've each been doing, with each other [02:06] and see what comes out of it === stub shrugs [02:06] remember you can use the MeetingTimes page to find the best time for a meeting of any subset of people [02:06] take 30 mins [02:07] thanks mpt [02:07] SteveA: bad, we still missing that call (we are together here, anyway), postpone it next week, maybe using TeamSpeak [02:07] provided you keep it up to date :-) [02:07] cprov: have you three been discussing things together much in paris? [02:07] I don't think that notion is correct [02:07] stub: take 30 minsn to prove me wrong [02:08] SteveA: I'm a slacker with my activity reports... [02:08] SteveA: yes, all the BOFs [02:09] * Stuart to have a call with someone re: test runner updates to optimize Librarian startup/shutdown. === SteveA drinks a swig of ice cool gira [02:09] I didn't bother with the call - the librarian optimization turned out to be trivial. [02:10] cool [02:10] is it landed? [02:10] Nope - I've been getting deeper into the test suite and decrufting it. [02:10] although, i will point out that the point of the call isn't just to get further ideas for yourself, but also to spread knowledge of something around the team [02:10] I can land Librarian updates but that alone doesn't actually seem to make much difference in timing. [02:10] i am suffering daily from slow slow tests [02:10] oh [02:10] That's a funny kind of "trivial" ;) [02:11] Most of the time is spend in db setup and tear down [02:11] Which I can have a call with someone about ;) [02:11] stub: maybe talk over this in the next infra. team call? [02:11] Its getting 'ickyer. [02:11] Sure. [02:11] i'm certainly interested [02:11] ok. [02:12] MeetingAction: stub to talk about faster test suite kill kill kill in next infra. call [02:12] stub: please land the librarian bits, it may help me next time I run authserver tests, which also suffer from process start/stop overhead. [02:12] (it would have helped me this last week, but I think I'm finished with that branch now) [02:12] MeetingAction: stub and matsubara to have a 30 min call to talk over what they do about production systems and see how it goes [02:12] Ok. But let me know before you optimize that as we are likely to conflict. [02:13] MeetingAction: soyuz team to have a conf call once they get back home [02:13] hi [02:13] * Launchpad oops milestone report (Matsubara) [02:13] matsubara: please go ahead [02:13] just got here, lunch was on [02:13] Bug 49899, which I think bradb started work on it already. I'll coordinate with him, and if he's too busy, I'll take over on that. [02:13] Malone bug 49899 in malone "Lookup error on bug page" [High,In progress] http://launchpad.net/bugs/49899 [02:13] that's the top exception [02:14] since brad isn't here, I'll talk with him later. [02:14] it says it is in progress [02:14] is that accurate? [02:14] SteveA: he changed the status on the 21st [02:14] SteveA: so I think it is, but I'll confirm with him later. [02:15] ok [02:15] Bug 50575, not yet assigned. Can you take that carlos? [02:15] Malone bug 50575 in rosetta "+translate pages crash if you select two alternative languages." [Medium,Confirmed] http://launchpad.net/bugs/50575 [02:15] matsubara, do you know what causes 49899? [02:16] carlos, that's a topcrasher, would be great to have a fix today or for you to bounce it back to matsubara [02:16] kiko_: nope, but bjorn has a hypothesis [02:16] what's that? [02:16] kiko_: which I added as comment on the bug. [02:16] its like a theory [02:16] k [02:16] kiko_: it's related to the importance_widget having the unknown status set. [02:17] which shouldn't ever be true [02:17] but I'm not sure about the details [02:17] but may be if old bug-watch-y bugs weren't changed properly [02:18] matsubara, there's an UnexpectedFormData exception today that smells like a bug [02:18] iirc [02:18] that bug also might be causing another bug which is making the bug report disapper from the bug search lsting [02:19] kiko_: it's not a bug, we raise the correct exception and now show a custom error page. [02:19] well, we don't yet show it, it's not fix released. :) [02:19] matsubara, the [u'New'] status is not a bug? [02:19] sure smells like a bug to me [02:19] https://chinstrap.ubuntu.com/~jamesh/oops.cgi/2006-06-21/A529 [02:19] Have we remembered to not log an OOPS since we are handling the exception gracefully? [02:20] haven't seen the tb yet, but if it's raising an UFD at least we'll return to the user a custom error page === cpro1 [n=cprov@pike.pepperfish.net] has joined #launchpad [02:20] we still want to record an OOPS for UFD [02:20] field.status%3Alist=New&search=Search [02:20] but to index it separately in the report summaries [02:21] oh I see [02:21] I'm back, connection was down at conf [02:21] horrible zope publisher thing [02:21] kiko_: it's a zope mis-design, to have :list mean something [02:21] matsubara, you're right. [02:21] it's not a bug [02:21] New is no longer a status [02:22] moving on then. [02:22] so is it someone using a really really old bookmark? [02:22] SteveA: I liked :list, but I won't argue its case in the meeting ;) [02:22] mpt, google then. === carlos_ [n=carlos@ALagny-109-1-9-136.w80-11.abo.wanadoo.fr] has joined #launchpad [02:23] Non-sql time 24288 ms [02:23] that's distroreleaselang-index. [02:23] mpt: indeed, it's google [02:23] matsubara: do you mean you're done with the report, or that you're moving to the next item in your report? [02:23] moving on the next itm [02:23] item [02:23] Bug 45788, which is a bug on the sprint date form validation code. Assigned to me, I'll work on it this week. [02:23] Malone bug 45788 in launchpad "Adding a sprint with a finish date before start date causes error" [High,Confirmed] http://launchpad.net/bugs/45788 [02:23] but I'm still waiting for carlos_ answer [02:24] With kiko's patches to SQLObject, the timeouts decreased significantly. The outstanding timeouts now are on +translation and +translate pages, which are bug 2497 and 3991 respectively. Both assigned to kiko. So, what are your plan regarding this, kiko? [02:24] Malone bug 3991 in rosetta "Timeout error on translation page (+translate)" [Medium,Confirmed] http://launchpad.net/bugs/3991 [02:24] matsubara, I have a fix that should make the second problem go away entirely [02:24] kiko: great! [02:24] matsubara, the first one requires creating a TranslationContributor table [02:24] matsubara: hi, sorry, could you point me to that bug? [02:24] matsubara: related to 45788, jdub was getting oops's during last meeting by trying to subscribe to a sprint with finish date < start date [02:24] which I haven't even started yet [02:24] matsubara: we just got our Internet link back [02:25] carlos_: bug 50575 [02:25] Malone bug 50575 in rosetta "+translate pages crash if you select two alternative languages." [Medium,Confirmed] http://launchpad.net/bugs/50575 [02:25] matsubara: how many more items do you have in your report? there are other items i want to get to in the meeting. [02:25] carlos: topcrasher alert! [02:25] SteveA: I'm done. [02:25] thanks matsubara [02:26] SteveA: I can coordinate with carlos after the meeting [02:26] okay [02:26] * Sysadmin requests [02:26] 5 [02:26] 4 [02:26] 3 [02:26] (say "i have one" to stop the countdown) [02:26] 2 [02:26] rt #11425: bug 33223 is blocked by updating Twisted, which is blocked by RT #11425 -- python2.4-pyopenssl isn't installed whereever pqm is running the tests. [02:26] SteveA, matsubara's requests for access to the database. [02:26] Malone bug 33223 in launchpad-bazaar "SFTP server should give human-friendly errors for name restrictions" [Medium,Confirmed] http://launchpad.net/bugs/33223 [02:26] thanks to Znarl for fixing certificates on chinstrap and l.c.c [02:27] Znarl closed rt #11425, but I discovered today the problem is still there. [02:27] can I ask that I am cc'd on all rt requests for pqm-related things [02:27] spiv: should it be a dep of launchpad-dependencies then? [02:27] spiv: i spoke with karl about this, and i thought it was getting sorted. there was some confusion about exactly where the package needed installing. lifeless can talk with karl [02:27] matsubara: I will take a look to it, I think it's produced by a recent merge I did. It broke also navigation under some circumstances === mdupont [n=mdupont@cable-195-151.iesy.net] has joined #launchpad [02:27] because I had not heard of this request. [02:27] lifeless: Ok, I'll do that in future. [02:27] SteveA: I still need an answer to the request to get access to drescher [02:27] spiv: well, this is a request for everyone. [02:27] kiko: i spoke with elmo about matsubara's request, and he agreed to do it. [02:27] SteveA, thanks. [02:27] ok, thanks carlos_ [02:28] lifeless: Sure, but I can't speak for anyone else ;) [02:28] SteveA: can I ask that I am cc'd on all rt requests for pqm-related things [02:28] thanks SteveA and kiko, that will be very helpful [02:28] jamesh: I don't think so -- launchpad-dependencies is for things needed to run and test launchpad, not for things needed for "make check_merge". [02:28] AgendaItem: everyone to note that lifeless should be cc-ed on PQM-related RT issues [02:28] SteveA: #10992 [02:28] thank you [02:29] jamesh: Also, it's really a bug in Twisted that I need this at all, there's just a handful of buggy tests that aren't skipping properly in our snapshot, so it's likely that this is a short-term issue. [02:29] spiv: i think that's a launchpad dependency, in general. [02:29] carlos: drescher ? [02:29] spiv: although, i accept the argument about this being a short-term thing === sabdfl [n=mark@ubuntu/member/pdpc.silver.sabdfl] has joined #launchpad [02:30] carlos: you mean RT 10992 ? === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #launchpad [02:30] we can install and remove it later === mdz [n=mdz@ALagny-109-1-9-136.w80-11.abo.wanadoo.fr] has joined #launchpad === doko [n=doko@81.80.162.93] has joined #launchpad [02:30] carlos: please say either "bug 1234" or "RT 1234" so that we have the context clear in the logs [02:30] carlos: not "#1234" [02:30] moving along now... [02:30] SteveA: sorry, RT 10992 [02:31] * Production and staging (Stuart) [02:31] Production is being boring. Which is good. Next rollout is expected to be next Tueday with rocketfuel HEAD as of now. [02:31] Staging has had downtime due to the updates failing due to needing some data migration run on staging. It might work fine tomorrow if nobody creates some duplicate rosetta submissions before then. [02:31] stub: assuming i can get my vhosts changes through pqm, i'd like to get those running on staging soon [02:31] this will require some apache changes on staging too [02:31] which i will coordinate with karl [02:32] thanks for keeping production boring. [02:32] * PQM failures over last 18 hours (Steve) [02:32] Yup. Landing on Friday or Monday preferred to give us a good week to test. [02:32] because a private key expired, pqm silently rejected merge requests for the last 18 hours or so [02:32] it is probably working again now [02:33] SteveA: forget that request, celso just explained the usage of that machine and obviously I should not do there what I was told to do there. I will wait until my home server is fixed [02:33] lifeless: can you get a list of the merges that were silently rejected? [02:33] SteveA: not trivially. [02:33] lifeless: can you alter PQM so that when this happens again, you can trivially get such a list? [02:33] carlos: you can use mawson (dogfood) [02:33] it should be a matter of improving some logging [02:33] or logging incoming request commands somewhere [02:33] everything is captured already [02:33] i ask because this has happened before [02:33] need to write a grepper for this [02:34] is there some convoluted log format? [02:34] carlos: point me to the ooffice version you want in mawson, I can copy it from ubuntu-queue and you can play in mawson === BjornT [n=bjorn@ALagny-109-1-9-136.w80-11.abo.wanadoo.fr] has joined #launchpad [02:34]