[08:46] <carlos> morning
[11:29] <mdke> is rosetta still out of use?
[11:30] <mdke> I can't access any pages
[11:32] <Kinnison> My understanding is that a bunch of rosetta's tables had their access revoked because of a DoS we discovered last week.
[11:32] <Kinnison> I imagine lifeless or stub would know more. Both are now in Brazil so won't be around for a few hours
[11:33] <mdke> ouch
[11:33] <mdke> okies
[11:40] <carlos> mdke, yes, it's still "offline"
[11:41] <carlos> mdke, I'm waiting for our DB master to review and approve the patch
[11:41] <carlos> he should appear soon
[11:43] <mdke> awesome
[11:49] <daf> morning
[11:55] <carlos> daf, morning!
[11:55] <carlos> daf, back in .uk?
[11:56] <Kinnison> dafness.
[11:58] <daf> yep
[12:00] <daf> carlos: did you reply to the guy asking about a Czech translation team?
[12:02] <carlos> hmmm, I think I missed that
[12:02] <carlos> will answer as soon as I finish my karma branch
[12:02] <carlos> today
[12:02] <daf> ok
[12:10] <daf> carlos: did you do the IMP import that was requested?
[12:16] <carlos> daf, before you review all your inbox. I worked on bug fixes last week. PO imports are stalled so I expended my time fixing and adding as much tests as possible and decided to import them this week
[12:17] <carlos> I have my fixes approved since last week, but PQM hates me and gives weird errors and I'm not able to merge it
[12:18] <Kinnison> There's nothing in PQM's merge queue right now
[12:19] <carlos> Kinnison, I know, I just remembered that as I moved, my IP changed and my email relay was closed to my new IP when I requested the merge
[12:19] <Kinnison> Heh
[12:20] <daf> oops :)
[12:21] <Kinnison> carlos: this is why I relay mail by ASMTP/TLS
[12:21] <daf> this is why I relay mail over SSH ;)
[12:22] <carlos> Kinnison, I should do it too, if you would share your config with me ;-) (are you using postfix?)
[12:23] <carlos> daf, it makes no sense to do that with a desktop computer ;-)
[12:23] <carlos> daf, as I don't move it too often
[12:23] <daf> well, I don't have a desktop computer
[12:24] <daf> right, I'm caught up on mail
[12:24] <daf> except for the 424 messages on hte launchpad list
[12:24] <daf> shall we have a meeting when I'm done with that?
[12:25] <carlos> daf, tomorrow? :-P
[12:26] <Kinnison> carlos: exim4
[12:26] <Kinnison> carlos: I couldn't persuade postfix to do ASMTP/TLS on the submission port
[12:26] <carlos> :-(
[12:27] <daf> carlos: tomorrow?
[12:30] <carlos> daf, if you have 424 messages to read....
[12:31] <daf> most of them are bug mail and can be ignored
[12:32] <carlos> I was joking, just ping me when you are ready
[12:41] <daf> is "the huge pomsgset" query Rob mentioned the lastsubmission one?
[12:41] <daf> or is that something different?
[12:44] <carlos> daf, samething
[12:44] <carlos> grr, my merge was rejected again....
[12:45] <daf> have we tried to make that query faster?
[12:45] <daf> also, don't forget to reply to the mails about Tibetan and Macedonian plural forms
[12:46] <carlos> daf, I did but explain told me that it costs the same
[12:47] <carlos> daf, and anyway, the cached value is faster
[12:47] <carlos> much more faster
[12:47] <carlos> and we don't need any cron script to update it
[12:47] <daf> s/more//
[12:47] <daf> that sounds good
[12:48] <daf> I'm guessing you've added an attribute on POFile that gets updated automatically, right?
[12:48] <carlos> right
[12:48] <carlos> it's updated every time we add a new poselection
[12:48] <daf> cool
[12:48] <daf> did you see what I said about plural forms?
[12:49] <carlos> yes, I saw it, I have a bunch of emails marked as pending to answer, don't worry
[12:49] <daf> ok
[12:49] <daf> right, I need food
[12:49] <daf> back in a bit
[01:14] <daf> carlos: meeting?
[01:20] <carlos> daf, could we do it after lunch?
[01:20] <kiko-zzz> hey ho
[01:21] <carlos> I'm testing my karma changes atm and want to have lunch soon
[01:21] <carlos> say at 13:00 UTC?
[01:21] <carlos> kiko, hi!
[01:21] <carlos> kiko, do you have stub near you? :-)
[01:21] <daf> carlos: ok
[01:22] <carlos> daf, could you test something for me?
[01:22] <daf> what is it?
[01:22] <carlos> carlos.perello@canonical.com--2004/launchpad--LaunchpadPoImportFeedback--0
[01:22] <carlos> daf, pqm keeps rejecting it
[01:23] <carlos> because librarian is not able to find a file that the test just added (it's not new code)
[01:23] <carlos> daf, I cannot run test atm here, could you try to run them in your computer just in case you get some extra info? (I'm forwarding the error mail I get)
[01:24] <daf> ok
[01:24] <carlos> daf, thank you.
[01:31] <kiko> carlos, not yet, but soon
[01:32] <daf> kikoman!
[01:32] <carlos> ok
[01:33] <kiko> overwhelmed by email :-(
[01:37] <daf> specifically, Zope doesn't compile
[01:38] <carlos> daf, hmm I think you will have the same problems I'm having then....
[01:38] <carlos> daf, my problem is with twistd2.0
[01:39] <carlos> it does not work even with your patch
[01:40] <daf> carlos: is it the Librarian is failing to start?
[01:40] <carlos> daf, it depends on how fast is your machine or the load it has
[01:40] <carlos> sometimes you get a connection denied and when it's fast enough, you get a 500 internal server error
[01:41] <carlos> daf, your patch does not work as the message you look for is printed before librarian is ready
[01:41] <carlos>  s/as/because/
[01:42] <daf> aha
[01:43] <daf> spiv: you were planning to implement a proper solution to this, yes?
[01:43] <daf> spiv: (involving the Librarian creating a file when it's ready, IIRC)
[01:43] <spiv> daf: it's waiting for review
[01:43] <daf> ok
[01:43] <daf> in the meantime, perhaps we can look for a message that appears later in the log
[01:44] <daf> just so carlos can land his stuff
[01:44] <carlos> daf, well, the pqm error is unrelated with this issue
[01:44] <daf> ah
[01:44] <daf> ok, I'll run the tests now
[01:45] <carlos> that problem is just preventing me to debug it in my local computer
[01:45] <spiv> carlos: merge my branch?
[01:45] <carlos> anyone that knows how launchpad events work?
[01:45] <carlos> spiv, will that fix the internal server error I told you last week?
[01:46] <carlos> spiv, anyway, I hope after lunch I will be able to install debootstrap and get a hoary chroot
[01:46] <carlos> so all pain will disappear
[01:48] <spiv> carlos: it will avoid the startup race, and also leave the logfile around for diagnosis.
[01:49] <carlos> spiv, ok, branch?
[01:49] <daf> carlos.perello@canonical.com--2004/launchpad--LaunchpadPoImportFeedback--0
[01:49] <daf> ?
[01:49] <daf> er
[01:49] <daf>  andrew.bennetts@c.c/launchpad--librarian-cleanups--0
[01:49] <daf> ?
[01:50] <carlos> daf, thanks
[01:51] <carlos> daf, I think karma support is done but I'm missing a hook or something because the notification is never executed...
[01:51] <carlos> will ask salgado when he appears.
[01:51] <daf> hmm
[02:04] <jblack> Guten Morning
[02:17] <daf> carlos: looks like I'm getting the same errors you were getting
[02:59] <daf> I'm going to go out for a bit to pick up a parcel
[02:59] <daf> hopyfeully that will wake me up too
[02:59] <Kinnison> cya soon daf
[03:03] <bradb> morning
[03:08] <BjornT_> good morning bradb 
[03:08] <BjornT_> how's it going?
[03:08] <bradb> hey BjornT_. pretty good, you?
[03:09] <BjornT_> quit good as well. what's on your todo today?
[03:10] <bradb> lp menus, one-bugmail-per-recipient, and a quick code review response to land a branch. what about you?
[03:12] <BjornT_> cool. i'm going to fix a few bugs in the mail interface, and try to get threaded notifications working
[03:13] <bradb> threaded notifications, in combination with one-bugmail-per-recipient will go a long way to improving the bugmail traffic that lands in people's Inbox, i think
[03:16] <BjornT_> yeah, definitely. although the threading will be quite weird, since there's no threading in the web ui. 
[03:17] <bradb> yup. it'll be interesting to hear what the users say about that once all the wires are connected.
[03:19] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial]  Use a different <form> for adding a new email address in a person's email address page. Fix https://launchpad.ubuntu.com/malone/bugs/1348. (patch-2112: guilherme.salgado@canonical.com)
[03:22] <bradb> mpt: hey dude. did you have a chance to think about my most recent menu email that proposes four menu options?
[03:36] <SteveA> four menu options?
[03:39] <bradb> four menu options
[03:39] <SteveA> the number shall not be two or three.  nor shall it number five.
[03:39] <SteveA> if it shall number six, it shall be way off
[03:40] <bradb> three sixes and you've got the devil on your back. four is fairly safe.
[03:41] <carlos> daf, so I'm not alone in the land without tests... 
[03:41] <carlos> stub, hi, around?
[03:41] <SteveA> spiv: ping
[03:41] <stub> carlos: Yes
[03:41] <SteveA> carlos: tests before code!
[03:42] <carlos> SteveA, I'm talking about not being able to run tests 
[03:42] <SteveA> okay
[03:42] <SteveA> i'm just ranting
[03:42] <SteveA> tests before code!
[03:43] <carlos> stub, could you review the bug 1444 patch I did on Friday?
[03:43] <carlos> stub, Rosetta is useless atm
[03:43] <carlos> SteveA, ;-)
[03:43] <stub> carlos: I did
[03:43] <carlos> oh, didn't see any email
[03:43] <daf> carlos: you probably need to do a transaction.commit in poimpot.txt
[03:44] <carlos> daf, I think it's there...
[03:44] <carlos> daf, as I told you, I didn't change that part of the code
[03:45] <carlos> daf, yeah, transaction.commit is just before the error I'm getting
[03:45] <daf> hmm
[03:45] <daf> yeah, I see it
[03:45] <stub> carlos: I forgot to CC you. Forwarded.
[03:45] <daf> strange
[03:45] <carlos> stub, thanks
[03:45] <carlos> daf, absolutly
[03:46] <daf> spiv: any ideas?
[03:46] <daf> spiv: getting a LookupError on an alias immediately after adding it and doing a transaction.commit()?
[03:48] <carlos> and it was working without problems...
[03:48] <daf> there are other very similar bits of code in the same file which are not failing
[03:49] <daf> hmm, no, wait
[03:49] <daf> there are multiple failures like that
[03:51] <Kinnison> If I have three or four changes which each could be merged [trivial] , is it okay if I merge them as an aggregate [trivial]  change, or should I be getting reviewed?
[03:56] <Kinnison> DEBUG:Dominator:php4/4:4.3.10-2ubuntu4 has been judged as superseded by php4/4:4.3.10-10ubuntu4
[04:07] <Kinnison> daf: You around?
[04:07] <daf> yes
[04:07] <Kinnison> daf: Tomorrow, lunch @ free-press. You up for it?
[04:08] <daf> certainly
[04:08] <Kinnison> cool
[04:08] <Kinnison> I'll prod you about times later
[04:08] <daf> ok
[04:08] <daf> grr, this doesn't make any sense
[04:09] <bradb> SteveA: how's the page title love coming?
[04:15] <sivang> Hey Kinnison 
[04:15] <sivang> Kinnison: what's that php stuf? :-)
[04:15] <Kinnison> sivang: It's part of launchpad's archive publication process
[04:15] <Kinnison> sivang: I was happy that it seems to be dominating correctly
[04:21] <daf> bradb: around?
[04:22] <Kinnison> Keybuk: ping
[04:23] <bradb> daf: yes
[04:26] <daf> bradb: I'm just looking at the new bugmail format
[04:26] <daf> and I've noticed the first field is not indented
[04:27] <sivang> Kinnison: is figures by itself which packages (source) are superseded by which ?
[04:27] <bradb> daf: by design, yes
[04:28] <Kinnison> sivang: yep
[04:28] <Kinnison> Although now it's crashing
[04:29] <daf> bradb: ok, just thought it looked a little odd
[04:29] <sivang> launchpad is so interesting
[04:29] <sivang> Kinnison: how do you judge it ? changlog entries?
[04:31] <Kinnison> sivang: Currently it uses source package names, versions etc
[04:31] <bradb> daf: would you think it better for "Affects:" to be indented at the same level as "Priority", "Status", etc. what if two bug "sites" were reported in one email?
[04:31] <daf> hmmm
[04:31] <daf> good point
[04:32] <daf> it makes more sense now
[04:32] <daf> though perhaps it might be more obvious if the Affects: were made to look more like a heading
[04:32] <daf> maybe a line of --- under it or something
[04:33] <daf> anyhow, my problem is that I don't know whether new bugs are on source packages or products
[04:34] <bradb> daf: can you give me an example?
[04:34] <bradb> (and, yes, it might be useful to make the "Affects:" line look more like a header, i agree)
[04:35] <daf> bradb: Affects: The Launchpad
[04:35] <daf> dilys doesn't know if that's a product or a package
[04:38] <carlos> salgado, around?
[04:39] <salgado> carlos, yep
[04:41] <bradb> daf: what does dilys need to do more than take the string out of "Affects: (.+)$"?
[04:41] <bradb> s/what/why/
[04:41] <carlos> salgado, I think I have Rosetta integrated with the karma, but the events are not working so I'm missing something....
[04:41] <daf> well, previously, she said "New bug #NNN in {source package,product} by John Jones: It don't work"
[04:42] <carlos> salgado, should I raise the event by hand or is it raised automatically?
[04:42] <daf> I could just remove the {source package,product} part
[04:42] <bradb> daf: seems like $1 from the regex above is the most consistent/simple way to do it
[04:42] <daf> also, the filtering rules use it
[04:43] <daf> i.e. all bugs on source packages go to #ubuntu-bugs
[04:43] <bradb> the filtering rules should be fine
[04:43] <bradb> we discussed this before, right?
[04:43] <daf> um, maybr
[04:43] <bradb>  /ubuntu/i
[04:43] <daf> maybe
[04:44] <daf> ?
[04:44] <bradb> daf: Affects: ubuntu mozilla-firefox
[04:44] <daf> (ideally, it would be "all bugs on source package in Ubuntu go to #ubuntu-bugs", but it's fine for now
[04:44] <daf> ah
[04:44] <daf> ok, I didn't notice that
[04:44] <daf> but that doesn't work either
[04:45] <daf> Affects: The Launchpad
[04:45] <bradb> what doesn't work/
[04:45] <daf> hmm
[04:45] <daf> well, you're assuming there's no products that start with "Ubuntu "
[04:45] <daf> which is a bit dodgy
[04:45] <daf> but I guess it's good enough
[04:46] <daf> it might be a problem when there are more distributions, though
[04:46] <salgado> carlos, you have to call notify() zope about the events your subscribers are registered to
[04:46] <salgado> s/call//
[04:46] <bradb> it should be ok for now, i think. but we might go back to the "Affects: foo (ubuntu)" if experience shows otherwise. ultimately though, you'll have X headers that'll make this trivial.
[04:46] <daf> yay
[04:46] <daf> X headers
[04:46] <daf> bring 'em on
[04:48] <bradb> maybe BjornT_ can sneak them in there while he's doing threading. otherwise probably something we can do within the next <insert slightly ambiguous timeframe here>
[04:49] <daf> :)
[04:49] <carlos> salgado, how?
[04:50] <carlos> salgado, I don't see any notify call inside database/ 
[04:50] <carlos> ok, I found it at browser/
[04:50] <carlos> salgado, thanks
[04:51] <salgado> carlos, np. :)
[04:57] <bradb> carlos: if you use the SQLObjectEditView or SQLObjectAddView that I wrote, you shouldn't have to worry about calling notify.
[04:58] <carlos> bradb, Yeah, I saw that code, but I have other events that are not raised that way
[04:58] <bradb> ah
[04:59] <bradb> perhaps we can abstract the object delta calculation logic into something view and not-view code can use
[04:59] <carlos> btw SQLObjectAddView is still sending add and edit notifications
[04:59] <carlos> br
[05:00] <carlos> bradb, you have a XXX note about that, that's why I comment it here
[05:00] <BjornT_> bradb: i could add some X headers, but it'd probably be best to spec them out first.
[05:00] <carlos> bradb, that would be a good thing
[05:00] <bradb> carlos: yeah, i don't think it ever gets triggered though. it's some kind of z3 magic that i don't particularly understand.
[05:01] <bradb> BjornT_: indeed
[05:01] <bradb> we have this in BugNotificationsHeaders, right? (at least, that's the holding place for it.)
[05:03] <BjornT_> bradb: yeah, it's a place holder there.
[05:05] <carlos> bradb, salgado: could I add notification code to database/ files? or is it view code?
[05:05] <bradb> neither
[05:05] <bradb> carlos: lib/canonical/launchpad/mailnotification.py
[05:06] <bradb> it's got it's own spethial place!
[05:06] <bradb> s/it's/its/
[05:06] <bradb> s/spethial/spethal/
[05:06] <carlos> well, karma is not a mail notification  :-D
[05:06] <salgado> bradb, I think carlos is talking about notify()cation code
[05:06] <bradb> carlos: heh, good point
[05:07] <bradb> carlos: oh, the notify() stuff, you mean? sorry, i read that to mean that you were talking about mail notification sending code.
[05:07] <salgado> carlos, I think the right place to put it is in browser code, but I don't know the rationale.
[05:07] <bradb> carlos: what code are you talking about exactly?
[05:07] <carlos> salgado, well, in my case it's a zopeless script what should execute it 
[05:08] <carlos> bradb, to update karma actions
[05:09] <bradb> carlos: in what way are the events being generated? by someone doing something in a browser? by some code running in a script?
[05:10] <carlos> bradb, somecode running in a script
[05:11] <carlos> but that code is inside database/
[05:13] <bradb> carlos: hm, maybe best to ask SteveA where to put notify() code for a database/ script
[05:14] <carlos> SteveA, hi
[05:23] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: [r=salgado]  small usability fixes: de-underline release bug portlet links, vocab renaming. (patch-2113: brad.bollenbach@canonical.com)
[05:28] <mpt> bradb: I just got to your message about Malone menus and replied to it
[05:30] <bradb> mpt: thanks
[05:31] <mpt> and dang, I should have brought more warmer clothes
[05:31] <bradb> mpt: you mention the "Advanced" button; are you saying that i should add that back to the page in my local branch?
[05:32] <mpt> What did you replace it with?
[05:32] <bradb> clean air
[05:32] <bradb> and a fourth menu option
[05:32] <bradb> "Advanced Search"
[05:33] <mpt> It should be possible for you to be part-way through entering text you want to search for
[05:33] <mpt> and then to realize that this search needs to be an advanced one
[05:34] <bradb> should it be possible to access the advanced search screen when you're looking at an individual bug report?
[05:34] <mpt> that's why it needs to be a button
[05:34] <mpt> sure
[05:34] <bradb> mpt: how would that happen?
[05:34] <mpt> by clicking "Show Reports"
[05:34] <mpt> (I remind you again that this categorization may be crack, but I haven't encountered a better one yet)
[05:35] <bradb> mpt: how do i know that's where i go for an advanced search? how do i click that tab if it's already selected (which, according to your mail, it is.)
[05:35] <mpt> selected != unlinked
[05:36] <mpt> Malone should not have 9999 tabs
[05:36] <bradb> i agree
[05:36] <mpt> therefore each tab has to represent more than one page
[05:36] <bradb> i agree with that as well
[05:36] <mpt> therefore there are some cases where you can click a tab representing the section you're in at the moment, and it takes you somewhere else
[05:36] <mpt> that's why LaunchpadMenus has separate linked and selected statuses
[05:37] <mpt> so the search page is the "home" of the Show Reports section
[05:37] <mpt> e.g. show me the bug reports made by bradb on the doap product that aren't fixed
[05:37] <bradb> there's just one main thing i'm not clear on then: i think to myself "hm, i'm going to need to a do an advanced search to find what i want". i've never done one before. i'm looking at the bug page. what am i going to click on, and why would i click on that?
[05:38] <mpt> If you're new to Malone, you'll probably click on "<context> bugs", and then on "Advanced Search" on that page
[05:38] <mpt> because you won't have learnt yet that clicking "Show Reports" takes you to the same place straight away.
[05:41] <bradb> i always thought that button was a bit of a cist, but i guess you don't
[05:42] <mpt> well, search engines tend to just make it a link
[05:43] <mpt> navigationally it makes sense as a link
[05:43] <mpt> but I'd also like it to copy what you've entered so far, so that you don't need to enter it again
[05:44] <bradb> sure, that makes sense to me. sounds like a job for a disclosure-based layout
[05:44] <mpt> yes
[05:44] <mpt> that would be ideal
[05:44] <mpt> a disclosure-based layout would prove that my categorization was crap, though
[05:44] <bradb> heh
[05:49] <carlos> spiv, with your branch I'm able to use librarian like pqm does
[05:50] <carlos> spiv, at least I don't get any 550 error or conection refused, just the 'LookupError' 
[05:52] <morgs> later, also
[05:52] <carlos> kiko, salgado is stub around?
[06:11] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: [r=stub]  add launchpad.conf setting for changing statement_timeout (patch-2114: james.henstridge@canonical.com)
[06:32] <bradb> SteveA: is there a way to "comment out" a big chunk of a .txt doctest easily?
[06:53] <bradb> SteveA: do we need a warning about using the builtin "isinstance" in our code? that would have saved me a couple hours just now.
[07:37] <SteveA> bradb: you should know about isinstance.
[07:38] <SteveA> bradb: by all means add something to the LaunchpadHackingFAQ page
[07:39] <SteveA> bradb: to comment out a largh chunk of .txt doctest, copy it to another .txt file
[07:39] <SteveA> and then remove what you don't want
[07:43] <SteveA> so, notification code
[07:43] <SteveA> it should be in database code
[07:43] <SteveA> but
[07:43] <SteveA> we need to be careful about any remaining scripts or systems that are not using zcml
[08:44] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: bug 1444, performance problems that causes a DoS attack r=stub and [trivial (patch-2115: carlos.perello@canonical.com)
[08:46] <carlos> lifeless, please, could you cherrypick it? ^^^^^
[08:49] <bradb> SteveA: "you should know about isinstance" -- I'm not sure if that means yes we need a warning, or no we don't. ;)
[08:50] <bradb> yes, copying to another file is what i ended up doing to "comment out a large chunk of .txt doctest"
[08:56] <Keybuk> Kinnison: pong
[08:57] <SteveA> Keybuk: hello.  did elmo mention the lack of free diskspace on mawson?
[08:57] <Keybuk> nope
[08:57] <SteveA> mawson is running a bit low on disk space
[08:57] <morgs> lifeless: with baz version 1.5~200507172216, when I do a baz switch it tells me "switched to revision" and lists the revision I switched FROM...
[08:58] <Keybuk> ok, running my magic "clean up all my crap" script :)
[08:58] <morgs> lifeless: although a baz tree-id shows it did what I wanted...
[08:59] <Keybuk> hmm, I wasn't using much
[09:00] <SteveA> maybe it is Kinnison then
[09:00] <Keybuk> well, fsvo "much"
[09:00] <Keybuk> my temporary directory isn't using much
[09:03] <lifeless> morgs: thanks can you fie it in malone
[09:04] <morgs> lifeless: OK
[09:08] <ddaa> prefixMatch = re.match('^(.*)(%s)$' % filename, rcsName)
[09:09] <ddaa> duh... regex metacharacters are _valid_ in file names, stupid!
[09:14] <Keybuk> SteveA: I'm using no more than 12GB total
[09:14] <Keybuk> so _totally_ isn't me
[09:27] <dilys> Merge to thelove@canonical.com/dists--bazaar--1.5: new build (patch-46)
[09:28] <dilys> Merge to thelove@canonical.com/bazaar--devo--1.5: Bugfix: print target revision in final "switch" message (not source) (patch-35: Matthieu.Moy@imag.fr)
[10:04] <dilys> Merge to thelove@canonical.com/dists--bazaar--1.5: new build (patch-47)
[10:05] <dilys> Merge to thelove@canonical.com/bazaar--devo--1.5: --show-ancestor and --two-way options for switch. (patch-36: Matthieu.Moy@imag.fr)
[10:28] <dilys> Merge to thelove@canonical.com/dists--bazaar--1.5: new build (patch-48)
[10:29] <dilys> Merge to thelove@canonical.com/bazaar--devo--1.5: Display a message "switched to revision ..." at the end of "branch" (patch-37: Matthieu.Moy@imag.fr)
[10:43] <dilys> Merge to rocketfuel@canonical.com/cscvs--devel--1.0: [r=jamesh]  CVS.Module.prefix() to support regex metachars in file names (patch-101: david.allouche@canonical.com)
[11:06] <dilys> Merge to rocketfuel@canonical.com/launchpad--production--1.25: Cherry pick patch-2115 (patch-4: carlos.perello@canonical.com, rocketfuel@canonical.com)
[11:15] <bradb> mpt: *drool* It's so much nicer when the listing page has no "search results" by default.
[11:16] <bradb> Yet another step in the direction of making Malone look like a Real Bug Tracker
[11:22] <bradb> mpt: I guess ideally it would be useful if 1. Simple Search, 2. Advanced Search and 3. Search Results were three different page templates, right?
[11:24] <bradb> It seems like when MFP goes live each of those three pages will look sufficiently different to merit splitting them up now (which happens to be fairly straight forward to do.)
[11:43] <carlos> stub, hi, I forgot to add to the email that you should execute the migration script after the patch is applied to production so the cache is updated with current production data
[11:43] <stub> carlos: ok.
[11:44] <carlos> stub, btw, could you send me the output of the other migration script you executed on staging on Thursday so I can check if all went well so we execute it on production?
[11:45] <stub> carlos: No output until the exception saying its database connection was terminated. Looks like that script needs to be refactored to not chew up all that memory so it has a chance of completing.
[11:46] <carlos> stub, do you think a flush will be enough?
[11:47] <stub> carlos: I don't know if that will clear the caches out or not. Perhaps with recent changes to SQLObject, just committing will be enough - Steve or Spiv would know.
[11:48] <carlos> ok, will ask tomorrow, now I want to go to sleep
[11:49] <stub> I havn't done the rollout yet - doing it now
[11:49] <carlos> oh, ok
[11:50] <carlos> stub, will you fix this: https://launchpad.ubuntu.com/errors/showEntry.html?id=1121723298.040.994704341538 ?
[11:50] <carlos> stub, lifeless disabled pomsgset on production and seems like is still off
[11:50] <stub> yup - I need to reenable the permissions
[11:51] <carlos> ok, perfect, I suppose that the patch will be good enough to have Rosetta back
[11:51] <carlos> stub, btw, the migration data will take a while
[11:52] <carlos> as it executes the code that was giving us so many problems for every  pofile we have in our system
[11:52] <stub> So will launchpad need to be down while it is running?
[11:58] <carlos> don't think so
[11:59] <carlos> it's just a cached value
[11:59] <carlos> is more a cosmetic thing than a critical functionality
[11:59] <carlos> but we need it, of course