=== elmo [~james@83-216-156-21.jamest747.adsl.metronet.co.uk] has joined #launchpad === terrex [~terrex@84-122-73-155.onocable.ono.com] has joined #launchpad === terrex [~terrex@84-122-73-155.onocable.ono.com] has joined #launchpad === terrex [~terrex@84-122-73-155.onocable.ono.com] has joined #launchpad === Burgundavia [~corey@S0106000000cc07fc.gv.shawcable.net] has joined #launchpad === carlos [~carlos@243.Red-83-47-24.pooles.rima-tde.net] has joined #launchpad [08:46] morning === terrex [~terrex@84-122-73-155.onocable.ono.com] has joined #launchpad === Kinnison [~dsilvers@haddenham.pepperfish.net] has joined #launchpad === Kinnison is doing a dogfood update, anyone using dogfood be aware it might go wonky... === mdke [~matt@mdke.user] has joined #launchpad [11:29] is rosetta still out of use? [11:30] I can't access any pages [11:32] My understanding is that a bunch of rosetta's tables had their access revoked because of a DoS we discovered last week. [11:32] I imagine lifeless or stub would know more. Both are now in Brazil so won't be around for a few hours [11:33] ouch [11:33] okies [11:40] mdke, yes, it's still "offline" [11:41] mdke, I'm waiting for our DB master to review and approve the patch [11:41] he should appear soon [11:43] awesome [11:49] morning [11:55] daf, morning! [11:55] daf, back in .uk? [11:56] dafness. [11:58] yep [12:00] carlos: did you reply to the guy asking about a Czech translation team? [12:02] hmmm, I think I missed that [12:02] will answer as soon as I finish my karma branch [12:02] today [12:02] ok [12:10] carlos: did you do the IMP import that was requested? [12:16] 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] I have my fixes approved since last week, but PQM hates me and gives weird errors and I'm not able to merge it === carlos just discovered why his last request was not received by PQM... [12:18] There's nothing in PQM's merge queue right now [12:19] 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] Heh [12:20] oops :) [12:21] carlos: this is why I relay mail by ASMTP/TLS [12:21] this is why I relay mail over SSH ;) [12:22] Kinnison, I should do it too, if you would share your config with me ;-) (are you using postfix?) [12:23] daf, it makes no sense to do that with a desktop computer ;-) [12:23] daf, as I don't move it too often [12:23] well, I don't have a desktop computer [12:24] right, I'm caught up on mail [12:24] except for the 424 messages on hte launchpad list [12:24] shall we have a meeting when I'm done with that? [12:25] daf, tomorrow? :-P [12:26] carlos: exim4 [12:26] carlos: I couldn't persuade postfix to do ASMTP/TLS on the submission port [12:26] :-( [12:27] carlos: tomorrow? [12:30] daf, if you have 424 messages to read.... [12:31] most of them are bug mail and can be ignored [12:32] I was joking, just ping me when you are ready [12:41] is "the huge pomsgset" query Rob mentioned the lastsubmission one? [12:41] or is that something different? [12:44] daf, samething [12:44] grr, my merge was rejected again.... [12:45] have we tried to make that query faster? [12:45] also, don't forget to reply to the mails about Tibetan and Macedonian plural forms [12:46] daf, I did but explain told me that it costs the same [12:47] daf, and anyway, the cached value is faster [12:47] much more faster [12:47] and we don't need any cron script to update it [12:47] s/more// [12:47] that sounds good [12:48] I'm guessing you've added an attribute on POFile that gets updated automatically, right? [12:48] right [12:48] it's updated every time we add a new poselection [12:48] cool [12:48] did you see what I said about plural forms? [12:49] yes, I saw it, I have a bunch of emails marked as pending to answer, don't worry [12:49] ok [12:49] right, I need food [12:49] back in a bit [01:14] carlos: meeting? === debonzi [~debonzi@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [01:20] daf, could we do it after lunch? [01:20] hey ho [01:21] I'm testing my karma changes atm and want to have lunch soon [01:21] say at 13:00 UTC? [01:21] kiko, hi! [01:21] kiko, do you have stub near you? :-) [01:21] carlos: ok [01:22] daf, could you test something for me? [01:22] what is it? [01:22] carlos.perello@canonical.com--2004/launchpad--LaunchpadPoImportFeedback--0 [01:22] daf, pqm keeps rejecting it [01:23] because librarian is not able to find a file that the test just added (it's not new code) [01:23] 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] ok [01:24] daf, thank you. [01:31] carlos, not yet, but soon [01:32] kikoman! [01:32] ok [01:33] overwhelmed by email :-( === daf discovers that Launchpad doesn't work with GCC 4.0 [01:37] specifically, Zope doesn't compile === daf switches back to 3.3 [01:38] daf, hmm I think you will have the same problems I'm having then.... [01:38] daf, my problem is with twistd2.0 [01:39] it does not work even with your patch === carlos waits for Xorg fixed in breezy, so he can install debootstrap and develop inside a hoary chroot [01:40] carlos: is it the Librarian is failing to start? [01:40] daf, it depends on how fast is your machine or the load it has [01:40] sometimes you get a connection denied and when it's fast enough, you get a 500 internal server error [01:41] daf, your patch does not work as the message you look for is printed before librarian is ready [01:41] s/as/because/ [01:42] aha [01:43] spiv: you were planning to implement a proper solution to this, yes? [01:43] spiv: (involving the Librarian creating a file when it's ready, IIRC) [01:43] daf: it's waiting for review [01:43] ok [01:43] in the meantime, perhaps we can look for a message that appears later in the log [01:44] just so carlos can land his stuff [01:44] daf, well, the pqm error is unrelated with this issue [01:44] ah [01:44] ok, I'll run the tests now [01:45] that problem is just preventing me to debug it in my local computer [01:45] carlos: merge my branch? [01:45] anyone that knows how launchpad events work? [01:45] spiv, will that fix the internal server error I told you last week? [01:46] spiv, anyway, I hope after lunch I will be able to install debootstrap and get a hoary chroot [01:46] so all pain will disappear [01:48] carlos: it will avoid the startup race, and also leave the logfile around for diagnosis. [01:49] spiv, ok, branch? [01:49] carlos.perello@canonical.com--2004/launchpad--LaunchpadPoImportFeedback--0 [01:49] ? [01:49] er [01:49] andrew.bennetts@c.c/launchpad--librarian-cleanups--0 [01:49] ? [01:50] daf, thanks [01:51] daf, I think karma support is done but I'm missing a hook or something because the notification is never executed... [01:51] will ask salgado when he appears. === mdke [~matt@mdke.user] has left #launchpad [] [01:51] hmm === carlos -> lunch === salgado [~salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [02:04] Guten Morning === Mez [~Mez@cpc2-lich4-3-0-cust115.brhm.cable.ntl.com] has joined #launchpad === stub [~stub@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === ddaa [~ddaa@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === mpt [~mpt@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === morgs____ [~morgan@wblv-146-234-81.telkomadsl.co.za] has joined #launchpad [02:17] carlos: looks like I'm getting the same errors you were getting === cprov [~cprov@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === stub [~stub@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === SteveA [~steve@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === jamesh [~james@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [02:59] I'm going to go out for a bit to pick up a parcel [02:59] hopyfeully that will wake me up too [02:59] cya soon daf [03:03] morning [03:08] good morning bradb [03:08] how's it going? [03:08] hey BjornT_. pretty good, you? [03:09] quit good as well. what's on your todo today? [03:10] lp menus, one-bugmail-per-recipient, and a quick code review response to land a branch. what about you? [03:12] cool. i'm going to fix a few bugs in the mail interface, and try to get threaded notifications working [03:13] 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] yeah, definitely. although the threading will be quite weird, since there's no threading in the web ui. [03:17] yup. it'll be interesting to hear what the users say about that once all the wires are connected. [03:19] Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial] Use a different

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] mpt: hey dude. did you have a chance to think about my most recent menu email that proposes four menu options? [03:36] four menu options? [03:39] four menu options [03:39] the number shall not be two or three. nor shall it number five. [03:39] if it shall number six, it shall be way off [03:40] three sixes and you've got the devil on your back. four is fairly safe. [03:41] daf, so I'm not alone in the land without tests... [03:41] stub, hi, around? [03:41] spiv: ping [03:41] carlos: Yes [03:41] carlos: tests before code! [03:42] SteveA, I'm talking about not being able to run tests [03:42] okay [03:42] i'm just ranting [03:42] tests before code! [03:43] stub, could you review the bug 1444 patch I did on Friday? [03:43] stub, Rosetta is useless atm [03:43] SteveA, ;-) [03:43] carlos: I did [03:43] oh, didn't see any email [03:43] carlos: you probably need to do a transaction.commit in poimpot.txt [03:44] daf, I think it's there... [03:44] daf, as I told you, I didn't change that part of the code [03:45] daf, yeah, transaction.commit is just before the error I'm getting [03:45] hmm [03:45] yeah, I see it [03:45] carlos: I forgot to CC you. Forwarded. [03:45] strange [03:45] stub, thanks [03:45] daf, absolutly [03:46] spiv: any ideas? [03:46] spiv: getting a LookupError on an alias immediately after adding it and doing a transaction.commit()? [03:48] and it was working without problems... [03:48] there are other very similar bits of code in the same file which are not failing [03:49] hmm, no, wait [03:49] there are multiple failures like that [03:51] 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? === madduck [~madduck@madduck.developer.debian] has left #launchpad [] === Kinnison dances around wildly [03:56] DEBUG:Dominator:php4/4:4.3.10-2ubuntu4 has been judged as superseded by php4/4:4.3.10-10ubuntu4 [04:07] daf: You around? [04:07] yes [04:07] daf: Tomorrow, lunch @ free-press. You up for it? [04:08] certainly [04:08] cool [04:08] I'll prod you about times later [04:08] ok [04:08] grr, this doesn't make any sense [04:09] SteveA: how's the page title love coming? [04:15] Hey Kinnison [04:15] Kinnison: what's that php stuf? :-) [04:15] sivang: It's part of launchpad's archive publication process [04:15] sivang: I was happy that it seems to be dominating correctly [04:21] bradb: around? [04:22] Keybuk: ping [04:23] daf: yes [04:26] bradb: I'm just looking at the new bugmail format [04:26] and I've noticed the first field is not indented [04:27] Kinnison: is figures by itself which packages (source) are superseded by which ? [04:27] daf: by design, yes [04:28] sivang: yep [04:28] Although now it's crashing === Kinnison pokes keybuk again [04:29] bradb: ok, just thought it looked a little odd [04:29] launchpad is so interesting [04:29] Kinnison: how do you judge it ? changlog entries? [04:31] sivang: Currently it uses source package names, versions etc [04:31] 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] hmmm [04:31] good point [04:32] it makes more sense now [04:32] though perhaps it might be more obvious if the Affects: were made to look more like a heading [04:32] maybe a line of --- under it or something [04:33] anyhow, my problem is that I don't know whether new bugs are on source packages or products [04:34] daf: can you give me an example? [04:34] (and, yes, it might be useful to make the "Affects:" line look more like a header, i agree) [04:35] bradb: Affects: The Launchpad [04:35] dilys doesn't know if that's a product or a package [04:38] salgado, around? [04:39] carlos, yep [04:41] daf: what does dilys need to do more than take the string out of "Affects: (.+)$"? [04:41] s/what/why/ [04:41] salgado, I think I have Rosetta integrated with the karma, but the events are not working so I'm missing something.... [04:41] well, previously, she said "New bug #NNN in {source package,product} by John Jones: It don't work" [04:42] salgado, should I raise the event by hand or is it raised automatically? [04:42] I could just remove the {source package,product} part [04:42] daf: seems like $1 from the regex above is the most consistent/simple way to do it [04:42] also, the filtering rules use it [04:43] i.e. all bugs on source packages go to #ubuntu-bugs [04:43] the filtering rules should be fine [04:43] we discussed this before, right? [04:43] um, maybr [04:43] /ubuntu/i [04:43] maybe [04:44] ? [04:44] daf: Affects: ubuntu mozilla-firefox [04:44] (ideally, it would be "all bugs on source package in Ubuntu go to #ubuntu-bugs", but it's fine for now [04:44] ah [04:44] ok, I didn't notice that [04:44] but that doesn't work either [04:45] Affects: The Launchpad [04:45] what doesn't work/ [04:45] hmm [04:45] well, you're assuming there's no products that start with "Ubuntu " [04:45] which is a bit dodgy [04:45] but I guess it's good enough [04:46] it might be a problem when there are more distributions, though [04:46] carlos, you have to call notify() zope about the events your subscribers are registered to [04:46] s/call// [04:46] 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] yay [04:46] X headers [04:46] bring 'em on [04:48] maybe BjornT_ can sneak them in there while he's doing threading. otherwise probably something we can do within the next [04:49] :) [04:49] salgado, how? [04:50] salgado, I don't see any notify call inside database/ === carlos tries to follow Malone with the notifications [04:50] ok, I found it at browser/ [04:50] salgado, thanks [04:51] carlos, np. :) [04:57] carlos: if you use the SQLObjectEditView or SQLObjectAddView that I wrote, you shouldn't have to worry about calling notify. [04:58] bradb, Yeah, I saw that code, but I have other events that are not raised that way [04:58] ah [04:59] perhaps we can abstract the object delta calculation logic into something view and not-view code can use [04:59] btw SQLObjectAddView is still sending add and edit notifications [04:59] br [05:00] bradb, you have a XXX note about that, that's why I comment it here [05:00] bradb: i could add some X headers, but it'd probably be best to spec them out first. [05:00] bradb, that would be a good thing [05:00] 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] BjornT_: indeed [05:01] we have this in BugNotificationsHeaders, right? (at least, that's the holding place for it.) [05:03] bradb: yeah, it's a place holder there. [05:05] bradb, salgado: could I add notification code to database/ files? or is it view code? [05:05] neither === lamont [~lamont@15.238.5.95] has joined #launchpad [05:05] carlos: lib/canonical/launchpad/mailnotification.py [05:06] it's got it's own spethial place! [05:06] s/it's/its/ === jdahlin [~jdahlin@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [05:06] s/spethial/spethal/ [05:06] well, karma is not a mail notification :-D [05:06] bradb, I think carlos is talking about notify()cation code [05:06] carlos: heh, good point [05:07] carlos: oh, the notify() stuff, you mean? sorry, i read that to mean that you were talking about mail notification sending code. [05:07] carlos, I think the right place to put it is in browser code, but I don't know the rationale. [05:07] carlos: what code are you talking about exactly? [05:07] salgado, well, in my case it's a zopeless script what should execute it [05:08] bradb, to update karma actions [05:09] 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] bradb, somecode running in a script [05:11] but that code is inside database/ [05:13] carlos: hm, maybe best to ask SteveA where to put notify() code for a database/ script [05:14] SteveA, hi [05:23] 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] bradb: I just got to your message about Malone menus and replied to it [05:30] mpt: thanks [05:31] and dang, I should have brought more warmer clothes [05:31] mpt: you mention the "Advanced" button; are you saying that i should add that back to the page in my local branch? [05:32] What did you replace it with? [05:32] clean air [05:32] and a fourth menu option === Mez [~Mez@cpc2-lich4-3-0-cust115.brhm.cable.ntl.com] has joined #launchpad [05:32] "Advanced Search" [05:33] It should be possible for you to be part-way through entering text you want to search for [05:33] and then to realize that this search needs to be an advanced one [05:34] should it be possible to access the advanced search screen when you're looking at an individual bug report? [05:34] that's why it needs to be a button [05:34] sure [05:34] mpt: how would that happen? [05:34] by clicking "Show Reports" [05:34] (I remind you again that this categorization may be crack, but I haven't encountered a better one yet) [05:35] 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] selected != unlinked [05:36] Malone should not have 9999 tabs [05:36] i agree [05:36] therefore each tab has to represent more than one page [05:36] i agree with that as well [05:36] 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] that's why LaunchpadMenus has separate linked and selected statuses [05:37] so the search page is the "home" of the Show Reports section [05:37] e.g. show me the bug reports made by bradb on the doap product that aren't fixed [05:37] 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] If you're new to Malone, you'll probably click on " bugs", and then on "Advanced Search" on that page [05:38] because you won't have learnt yet that clicking "Show Reports" takes you to the same place straight away. === mpool [~mbp@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [05:41] i always thought that button was a bit of a cist, but i guess you don't [05:42] well, search engines tend to just make it a link [05:43] navigationally it makes sense as a link [05:43] 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] sure, that makes sense to me. sounds like a job for a disclosure-based layout [05:44] yes [05:44] that would be ideal [05:44] a disclosure-based layout would prove that my categorization was crap, though [05:44] heh [05:49] spiv, with your branch I'm able to use librarian like pqm does [05:50] spiv, at least I don't get any 550 error or conection refused, just the 'LookupError' === morgs will be back late [05:52] later, also [05:52] kiko, salgado is stub around? === Mez [~Mez@cpc2-lich4-3-0-cust115.brhm.cable.ntl.com] has joined #launchpad [06:11] Merge to rocketfuel@canonical.com/launchpad--devel--0: [r=stub] add launchpad.conf setting for changing statement_timeout (patch-2114: james.henstridge@canonical.com) === jdahlin is now known as jd-fud [06:32] SteveA: is there a way to "comment out" a big chunk of a .txt doctest easily? === bradb trips over security-proxied lists. [06:53] SteveA: do we need a warning about using the builtin "isinstance" in our code? that would have saved me a couple hours just now. === ddaa [~ddaa@200-171-140-32.dsl.telesp.net.br] has joined #launchpad === jd-fud is now known as jdahlin === stub [~stub@200-171-140-32.dsl.telesp.net.br] has joined #launchpad [07:37] bradb: you should know about isinstance. [07:38] bradb: by all means add something to the LaunchpadHackingFAQ page [07:39] bradb: to comment out a largh chunk of .txt doctest, copy it to another .txt file [07:39] and then remove what you don't want [07:43] so, notification code [07:43] it should be in database code [07:43] but [07:43] we need to be careful about any remaining scripts or systems that are not using zcml [08:44] 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] lifeless, please, could you cherrypick it? ^^^^^ [08:49] 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] yes, copying to another file is what i ended up doing to "comment out a large chunk of .txt doctest" === Keybuk [~scott@syndicate.netsplit.com] has joined #launchpad [08:56] Kinnison: pong [08:57] Keybuk: hello. did elmo mention the lack of free diskspace on mawson? [08:57] nope [08:57] mawson is running a bit low on disk space [08:57] 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] ok, running my magic "clean up all my crap" script :) [08:58] lifeless: although a baz tree-id shows it did what I wanted... [08:59] hmm, I wasn't using much [09:00] maybe it is Kinnison then [09:00] well, fsvo "much" [09:00] my temporary directory isn't using much === BjornT [10183@82-135-221-189.ip.takas.lt] has joined #launchpad [09:03] morgs: thanks can you fie it in malone [09:04] lifeless: OK [09:08] prefixMatch = re.match('^(.*)(%s)$' % filename, rcsName) [09:09] duh... regex metacharacters are _valid_ in file names, stupid! [09:14] SteveA: I'm using no more than 12GB total [09:14] so _totally_ isn't me === Burgundavia [~corey@S0106000000cc07fc.gv.shawcable.net] has joined #launchpad [09:27] Merge to thelove@canonical.com/dists--bazaar--1.5: new build (patch-46) [09:28] 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] Merge to thelove@canonical.com/dists--bazaar--1.5: new build (patch-47) [10:05] Merge to thelove@canonical.com/bazaar--devo--1.5: --show-ancestor and --two-way options for switch. (patch-36: Matthieu.Moy@imag.fr) === palmTree [~chatzilla@213.210.238.194] has joined #launchpad === palmTree [~chatzilla@213.210.238.194] has left #launchpad [] [10:28] Merge to thelove@canonical.com/dists--bazaar--1.5: new build (patch-48) [10:29] 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] 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] Merge to rocketfuel@canonical.com/launchpad--production--1.25: Cherry pick patch-2115 (patch-4: carlos.perello@canonical.com, rocketfuel@canonical.com) [11:15] mpt: *drool* It's so much nicer when the listing page has no "search results" by default. [11:16] Yet another step in the direction of making Malone look like a Real Bug Tracker [11:22] 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] 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] 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] carlos: ok. [11:44] 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] 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] stub, do you think a flush will be enough? [11:47] 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] ok, will ask tomorrow, now I want to go to sleep === carlos checks that production is back [11:49] I havn't done the rollout yet - doing it now [11:49] oh, ok [11:50] stub, will you fix this: https://launchpad.ubuntu.com/errors/showEntry.html?id=1121723298.040.994704341538 ? [11:50] stub, lifeless disabled pomsgset on production and seems like is still off [11:50] yup - I need to reenable the permissions [11:51] ok, perfect, I suppose that the patch will be good enough to have Rosetta back === carlos cross his fingers [11:51] stub, btw, the migration data will take a while [11:52] as it executes the code that was giving us so many problems for every pofile we have in our system [11:52] So will launchpad need to be down while it is running? [11:58] don't think so [11:59] it's just a cached value [11:59] is more a cosmetic thing than a critical functionality [11:59] but we need it, of course