[10:24] <carlos> morning
[11:39] <sivang> morning carlos 
[11:39] <carlos> sivang, morning
[11:40] <sivang> carlos: whats' the new days brings for launchpad development ? 
[11:41] <carlos> ?
[11:52] <dilys> New Malone bug 1564 filed on The Launchpad by Carlos Perello Marin: Cache problems with SQLObject
[11:52] <dilys> https://launchpad.ubuntu.com/malone/bugs/1564
[01:42] <jordi> hi
[01:42] <daf> oi
[01:49] <carlos> jordi!
[01:50] <jordi> hi carlos
[01:51] <carlos> jordi, dude, finally, I have a table in my house so you can come to have dinner when you want :-)
[01:53] <jordi> carlos: yay.
[01:53] <jordi> have you visited IKEA?
[01:54] <carlos> jordi, my sister
[01:55] <jordi> nice
[01:55] <jordi> -rw-------  1 jordi jordi 790M 2005-07-25 13:02 Mail/caughtspam
[01:56] <jordi> hmm. no wonder it took a while to open
[01:56] <carlos> jordi, :-D
[01:57] <jordi> hi sabdfl 
[01:57] <sabdfl> hey jordi
[01:57] <sabdfl> carlos: are we near 1.0 yet?
[01:58] <jordi> Hmm, is the 1.0 release announcement going to be translated as the Matar release notes?
[01:58] <carlos> sabdfl, the import process is stalled, I'm waiting for stub to know where the problem is, but I think we would send it as soon as we check that production update scheduled for today does not breaks anything
[01:58] <jordi> if so, I guess I can use access to the draft to translate it.
[01:59] <carlos> sabdfl, as I suspect that the problem is with our sendmail queue 
[01:59] <carlos> sabdfl, is stub around?
[02:07] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial]  Moved poparser warnings to the logging system (patch-2161: carlos.perello@canonical.com)
[02:18] <dilys> New Malone bug 1566 filed on Rosetta by Carlos Perello Marin: Duplicated msgids and wrong exports prevents some .mo exports
[02:18] <dilys> https://launchpad.ubuntu.com/malone/bugs/1566
[02:22] <carlos> see you later
[02:32] <kiko_> thanks for filing that bug carlos 
[02:32] <kiko_> I was going to go crazy about it
[02:40] <SteveA_> hi
[02:40] <jamesh> carlos: approved your rosetta-karma branch.
[03:25] <bradb> morning
[03:33] <bradb> SteveA_: might you have some time to look at the IBugTaskSet.search refactoring patch this morning?
[03:39] <SteveA_> bradb: yes
[03:39] <bradb> cool, thanks
[04:37] <dilys> New Malone bug 1569 filed on The Launchpad by Brad Bollenbach: makepagetest.py raises an exception preventing me from creating a test for the BugTaskAssigneeWidget
[04:37] <dilys> https://launchpad.ubuntu.com/malone/bugs/1569
[04:43] <jblack> Morning guys
[04:46] <carlos> jamesh, cool, thanks
[04:46] <carlos> stub, around?
[05:02] <carlos> jblack, morning
[05:03] <bradb> BjornT: in your Bug 1555 report, I see:
[05:03] <bradb> From: =?utf-8?q?Bj=C3=B6rn_Tillenius_via_Malone_=3C1555=40bugs=2Elaunchpad?=@bugzilla.warthogs.hbd.com,
[05:03] <bradb>         =?utf-8?b?LnVidW50dS5jb20+?=@bugzilla.warthogs.hbd.com
[05:04] <bradb> Any idea what that's about?
[05:06] <BjornT> bradb: yes, i've already fixed it. even CC:ed you when i fixed it.
[05:06] <dilys> Merge to rocketfuel@canonical.com/dists--devel--0: [trivial]  production-1.26 config (patch-101: stuart.bishop@canonical.com)
[05:07] <bradb> BjornT: cool, thanks
[05:20] <daf> SteveA_: hi
[05:27] <stub> carlos: yo
[05:29] <carlos> stub, hi
[05:29] <carlos> stub, could you check what happens on production that poimport seems to be stalled?
[05:29] <stub> eh?
[05:29] <carlos> stub, I don't get emails from it and the sql query that you send me to know the amount of .po imports pending does not changes since Sturday
[05:30] <carlos> stub, the rosetta-poimport  script
[05:30] <stub> could you check what happens on production that poimport seems to be stalled? <== does not parse
[05:31] <daf> >>> de_carlos(_)
[05:31] <daf> "poimport seems to be stalled on production, could you check what's causing it?"
[05:31] <carlos> stub, hmm, could be, that kind of expression is valid in Spanish :-D
[05:31] <stub> oh...
[05:31] <carlos> at least people understand me, sorry
[05:32] <carlos> daf, thanks
[05:32] <daf> :)
[05:32] <daf> carlos speaks English, he just sometimes does it in a different order to the rest of us
[05:33] <carlos> yeah, that part is a bit difficult for me, the order change...
[05:33] <stub> it has been running for around 80 hours, and is happily chewing up 99% CPU
[05:33] <daf> yay
[05:33] <carlos> hmm
[05:33] <stub> Shall I kill it so you can check its logs?
[05:33] <carlos> stub, could be it a problem with the sendmail queue? we are using it a lot
[05:34] <carlos> stub, it sent about 1700 emails before getting stalled
[05:35] <carlos> not sure if it's related but as you had some problems with the sendmail queue and had to change the way it works....
[05:35] <stub> I can't check that - needs elmo unless you are logging stuff anywhere
[05:35] <stub> Shall I kill it?
[05:36] <carlos> stub, yeah, please, kill it. That way I can see the output and guess if it's a problem or it's normal
[05:36] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: fix spurious pofile creation [r=stevea]  (patch-2162: mark.shuttleworth@canonical.com)
[05:37] <stub> killed
[05:37] <carlos> stub, thanks
[05:37] <carlos> stub, another question
[05:37] <carlos> stub, do you have scheduled gina run on production already?
[05:38] <carlos> stub, martin needs language packs as soon as possible and I need ubuntu imported into launchpad to do that
[05:38] <carlos> I can implement a workaround for that, but I prefer if we do it the right way
[05:38] <stub> Nope - not scheduled. A version of Gina that should be runnable will be landing today though. I suspect Kinnison and Mark will want it to be run
[05:39] <carlos> Kinnison, sabdfl: Could I assume that gina will be executed on production later today?
[06:01] <Kinnison> carlos: no
[06:02] <carlos> Kinnison, when will you know if it will be executed?
[06:03] <Kinnison> We've not discussed it yet
[06:03] <Kinnison> Currently we can't publish what we import
[06:04] <carlos> ok, then I will execute plan B
[06:04] <carlos> Kinnison, thanks
[06:13] <sabdfl> carlos: that landing was for you
[06:13] <sabdfl> you know the problem where looking at a pofile creates it?
[06:13] <sabdfl> it's fixed by that landing
[06:13] <carlos> sabdfl, yeah!
[06:13] <carlos> cool
[06:13] <carlos> I thought you landed it already and daf and I got confused because the code was still creating it
[06:14] <carlos> sabdfl, thank you!
[06:14] <sabdfl> carlos: you're welcome
[06:14] <daf> cool!
[06:14] <sabdfl> there's a general pattern in there that i would like you guys to look at
[06:14] <sabdfl> first, for content object Foo we have a DummyFoo in the same file
[06:14] <daf> that means I can take another look at #1024
[06:14] <sabdfl> it's also registered in zcml/foo.zcml
[06:15] <sabdfl> ok so far?
[06:15] <daf> yup
[06:15] <daf> presumably implementing IFoo
[06:15] <carlos> yeah
[06:16] <sabdfl> daf: yes, but not necessarily completely
[06:16] <sabdfl> then in browser/traversers.py you have a little magic
[06:16] <carlos> daf, fixing 1024 would be really good
[06:17] <sabdfl>     user = getUtility(ILaunchBag).user
[06:17] <sabdfl>     if request.method in ['GET', 'HEAD'] :
[06:17] <sabdfl>         return potemplate.getPOFileOrDummy(name, owner=user)
[06:17] <sabdfl>     elif request.method == 'POST':
[06:17] <sabdfl>         return potemplate.getOrCreatePOFile(name, owner=user)
[06:17] <sabdfl> this is slightly evil, but SteveA_ concurs it's the best way to handle this
[06:17] <sabdfl> essentially, when we are traversing as a GET, or HEAD, we traverse onto the DummyFoo
[06:17] <sabdfl> (if we don't have a real one)
[06:18] <sabdfl> but when we are traversing for a POST, we create the Foo if we don't have it
[06:18] <sabdfl> this fits with the idea that you should only INSERT or UPDATE on a POST, a GET or HEAD should always be read-only (SELECT)
[06:18] <sabdfl> make sense?
[06:19] <daf> yep
[06:19] <sabdfl> carlos, daf: i think the POMsgSetView implementation could be much simpler, using this pattern
[06:19] <sabdfl> essentially, it's doing the same thing: show a blank (Dummy) if we don't have one on read, and create it if we don't have one on write
[06:20] <daf> yeah, I think the pattern is sound
[06:21] <carlos> yeah, that way we create the objects only when are needed
[06:21] <daf> laziness is good
[07:05] <bradb> BjornT: https://launchpad.ubuntu.com/malone/bugs/1235 appears to be fixed. Is it?
[07:06] <bradb> SteveA_: Any news on the IBugTaskSet.search refactoring review?
[07:07] <SteveA_> carlos, sabdfl, daf: the "testing the type of request in the traverser" hack will appear in the navigation stuff (although i haven't worked out exactly how yet)
[07:07] <SteveA_> bradb: not yet.  busy speccing.
[07:07] <bradb> ok
[07:28] <dilys> Merge to rocketfuel@canonical.com/dists--devel--0: [trivial]  production-1.26 config (patch-102: stuart.bishop@canonical.com)
[07:40] <bradb> BjornT: What's your reviewer availability looking like? I was wondering if you might have a chance to review my BugTaskAssigeeWidget branch today(ish)?
[07:40] <bradb> or salgado?
[07:43] <salgado> bradb, don't count on me for reviews this week. I'll probably won't have time for them because of the sprint
[07:44] <bradb> ok, i'll put it in BjornT's queue, thanks
[07:52] <mpt> http://slashdot.org/cheesyportal.pl
[07:53] <mpt> (works best in Netscape 4)
[07:57] <dilys> Merge to rocketfuel@canonical.com/launchpad--production--1.26: Cherry pick patch-2153 into production (patch-1: scott@canonical.com, rocketfuel@canonical.com)
[08:01] <jordi> sorry, just came back home
[08:10] <carlos> stub, hi, around?
[08:14] <SteveA_> bradb: ping
[08:17] <jordi> My biggest problem right now is that I know little of how Canonical and/or launchpad works internally. I guess it'll take a few weeks.
[08:18] <jordi> SteveA_: who will I have to report and ask questions to? You, or daf/carlos?
[08:22] <kiko> ME
[08:24] <jordi> kiko!
[08:24] <jordi> POP THE TRUNK, kiko
[08:25] <kiko> you said
[08:38] <elmo> err, we know the librarian and authserver are down, right?
[08:39] <elmo> ah, looks like a production update
[08:39] <elmo> stub: it might be nice if 'warn-elmo' was in the update procedure to avoid me panicing when nagios starts whining
[08:42] <daf> echo "I'm updating production, kthxbye" | mail elmo@ubuntu.com
[08:42] <elmo> 550 User elmo unknown
[08:43] <daf> pedant
[08:44] <bradb> SteveA: are bugtask_attrname and query_arg acceptable?
[08:45] <SteveA> maybe just attr_name and attr
[08:45] <SteveA> if that is clear in the context
[08:45] <SteveA> keep them consistent with each other
[08:46] <bradb> one is the name of an attribute of an IBugTask, the other is a value passed to the function to filter the results based on the value
[08:46] <bradb> so, attr_name and attr, respectively?
[08:48] <SteveA> is attr_name and attr clear to you, in that code?
[08:48] <jblack> elmo: vyi,  vostok's root filesystem is up to 64% used 
[08:49] <elmo> jblack: yeah, I know
[08:52] <bradb> SteveA: IMHO, not really
[08:52] <bradb> SteveA: that's why i suggested bugtask_attrname and query_arg, since those names seem to more clearly describe what their values represent
[08:52] <SteveA> i really think they should be related
[08:52] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial]  fixes to '(Required)' presentation and the translations download form (patch-2163: mpt@canonical.com)
[08:52] <SteveA> query_arg is ba
[08:52] <SteveA> bad
[08:54] <bradb> SteveA: if you want, i'll happily change it to be attr_name and attr, respectively
[08:55] <SteveA> because it is just saying what you intend to do with it
[08:55] <SteveA> and does not express how it is related to that name
[08:55] <SteveA> maybe you can try this
[08:55] <SteveA> write a comment above the 'for' loop
[08:55] <SteveA> that explains what is done with the name and the object
[08:55] <SteveA> and then change the names to make them clearest in that comment.
[08:55] <SteveA> bradb: write the comment
[08:55] <SteveA> see how it comes out
[08:56] <SteveA> you will find some better names like this
[09:00] <SteveA> i think the comment will be good to add anyway
[09:00] <bradb> the comment i had was:
[09:00] <bradb>         # Loop through all the foreign key columns and build WHERE
[09:00] <bradb>         # clauses for them. Note that each param's name is (not so
[09:00] <bradb>         # coincidentally) named identically to its corresponding
[09:00] <bradb>         # database table column.
[09:02] <SteveA> you are not looping over foreign key columns, though
[09:03] <bradb> right, i'm looping over the names of them
[09:03] <SteveA> so, you should use the term "arguments"
[09:04] <bradb> true
[09:05] <SteveA> if you say "take the arguments to this method that refer to foreign key columns in BugTask..."
[09:05] <SteveA>  "note that the name of each argument is named the same as its corresponding database column"
[09:05] <SteveA> so you have arg_name and arg_value
[09:05] <SteveA> i also think
[09:05] <SteveA> that you should change the list of kw args into a dict right at the top of the method
[09:06] <SteveA> or even into two dicts
[09:06] <SteveA> and explain it there
[09:06] <SteveA> then the rest of the code gets a bit simpler
[09:06] <SteveA> anyway, consider it
[09:06] <bradb> sure, i could try that
[09:12] <daf> hmm
[09:12] <daf> how do I use unicode strings in psql?
[09:13] <lifeless> in what sense ?
[09:15] <daf> select foo from bar where foo = 'some string that has weird unicode characters';
[09:16] <lifeless> I don't know if psql is unicode enabled ,,, but try this - ensure your LANG etc are unicode  ones, not C.
[09:16] <lifeless> then just type.
[09:16] <daf> aha
[09:16] <daf> no, it does weird stuff if I just type
[09:16] <daf> but I can encode it as UTF-8 and then use \x
[09:18] <daf> hmm, not sure if that's actually working
[09:19] <daf> ah, using \e works
[09:21] <daf> carlos: https://chinstrap.ubuntu.com/~dsilvers/paste/file81d4ky.html
[09:22] <carlos> ok, so we have 5 msgids that use it...
[09:22] <carlos> daf, so we should be careful when fixing our database
[09:22] <daf> yep
[09:22] <carlos> daf, the problem is that from time to time, people will add it again
[09:22] <dilys> Merge to thelove@canonical.com/dists--bazaar--1.5: new build (patch-55)
[09:22] <daf> https://chinstrap.ubuntu.com/~dsilvers/paste/fileD8K41w.html
[09:23] <daf> they looks fairly sane
[09:24] <jblack> lifeless: I'm starting work on the bazaar roadmap. Anything you'd like to see in there? 
[09:24] <lifeless> jblack: roadmap?
[09:24] <lifeless> how was the flight back ?
[09:24] <jblack> Not bad. Got a solid 5 hours of sleep. :) 
[09:31] <jblack> The roadmap is a request from the benevolent self-appointed one. How the baz community is getting over to the bzr way of doing things
[09:35] <lifeless> jblack: well, I'd like to have some sense of feature-dfference, what features are considered must-haves and what are likely to be dropped. you'll need to talk with mpool and abentley heavily on this
[09:38] <jblack> Yeah. I think that comes along with. :) 
[09:39] <jblack> Sorry for the latency. I'm trying a a pcmcia equivilant of a cell phone out. so far, its not very impressive.
[09:45] <bradb> SteveA_: I just emailed you with the bit of BugTaskSet.search that I rewrote based on our discussion earlier.
[09:45] <lifeless> jblack - I suggest you spend a day or so just using bzr, and get a real feel for it
[09:46] <bradb> Could you take a look when you get a chance?
[09:46] <lifeless> it will make it much easier to write relevant stuff
[09:48] <jblack> Yeah. I plan on doing that. :) 
[09:51] <carlos> stub, ping
[09:56] <SteveA_> bradb-brb: much better.
[10:12] <dilys> New Malone bug 1572 filed on Rosetta by Carlos Perello Marin: Problems with encoding and .po exports when it's not UTF-8
[10:12] <dilys> https://launchpad.ubuntu.com/malone/bugs/1572
[10:12] <daf> carlos: cheers
[10:12] <carlos> daf, it took some time as production was down
[10:14] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: show distrorelease language stats on distrorelease page [r=stevea]  (patch-2164: mark.shuttleworth@canonical.com)
[10:16] <bradb> SteveA_: cool, can i merge it?
[10:16] <SteveA_> yes
[10:17] <bradb> cheers
[10:23] <BjornT> bradb: i won't have time to review your branch today, still have a lot to do before i leave for brazil. i could review it during the trip, though. (i might be able to review it tomorrow morning before i leave)
[10:24] <BjornT> bradb: and bug #1235 isn't fixed. it's still possible to go past the last bug and get a system error
[10:36] <bradb> BjornT: re: the review, sure, whenever you have time. no urgent rush. re: the bug, ok, just making sure.
[10:40] <bradb> SteveA_: right now, when my constraint function on IBug.duplicateof returns False, all I see in the form is the rather de-humanized "Constraint not satisfied" error message. Where can I read up on how to display a useful error message when a field's constraint is not met?
 SteveA_: right now, when my constraint function on IBug.duplicateof returns False, all I see in the form is the rather de-humanized "Constraint not satisfied" error message. Where can I read up on how to display a useful error message when a field's constraint is not met?
[10:43] <SteveA_> bradb: i'd have to look into it, and i can't here
[10:43] <SteveA_> bradb: save it until you're in brazil
[10:43] <bradb> ok
[10:44] <daf> hmm
[10:45] <daf> which continent is mpt on?
[10:45] <jblack> When I left him, the southamerican one
[10:46] <daf> aha
[10:46] <daf> Brazil-people: where's mpt?
[10:47] <salgado> daf, he's probably comming back soon. we had a problem here and everybody got disconnected
[10:47] <daf> ok
[10:47] <daf> thanks
[10:47] <carlos> btw, will we have network at the hotel?
[10:48] <salgado> carlos, I don't think so, but the office is 2 blocks from the hotel
[10:49] <carlos> ok
[10:50] <daf> aha!
[10:51] <daf> mpt: I need some help making a table look non-hideous
[10:51] <mpt> daf: <thead>
[10:51] <mpt> Now what's your question?
[10:51] <daf> hmm
[11:24] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: Rosetta karma support r=stub,jamesh (patch-2165: carlos.perello@canonical.com)
[11:25] <daf> carlos: yay!
[11:25] <carlos> daf, ;-)
[11:30] <carlos> stub, hi, is this patch ok? https://chinstrap.ubuntu.com/~dsilvers/paste/file2kLFHW.html
[11:30] <carlos> stub, I forgot to commit that branch
[11:31] <carlos> stub, and the production update broke the imports again
[11:32] <stub> carlos: I've fixed those permissions on production. Please commit the patch.
[11:32] <carlos> stub, ok
[11:33] <carlos> stub, thanks
[11:36] <jblack> Is the mailing list manager broken? 
[11:36] <Mez> ooh, i like the addition to -bugs :D
[11:37] <Mez> and group calendar!
[11:46] <jblack> elmo: ping
[11:49] <Mez> how do you reassign which "project" owns a "package"
[11:54] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: [r=SteveA]  refactor BugTaskSet.search; remove function-defined-within-a-method crack, remove ILaunchBag depedence, improve variable names and comments. (patch-2166: brad.bollenbach@canonical.com)
[11:56] <jblack> Mez: Since everyone else seems rather quiet... ;) 
[11:56] <jblack> mez: presuming that you mean a product rather than a package, I've usually gotten a launchpad admin to do it
[11:59] <Mez> ok
[11:59] <Mez> hmm
[12:01] <Mez> how to remove a branch