[12:04] <mpt> arg, LP won't compile
[12:04] <mpt> ar: .libs/allocsa.o: No such file or directory
[12:05] <SteveA> mpt: we can override that
[12:05] <sabdfl> mpt: are you certain its identical? with the latest rocketfuel or current production?
[12:05] <mpt> sabdfl: with rocketfuel
[12:06] <mpt> Well, I tested it on six sample pages
[12:06] <mpt> including the front page, an auto-generated form, a Rosetta translation form, a bug page
[12:06] <mpt> and a Rosetta chart
[12:07] <mpt> SteveA: how?
[12:08] <SteveA> mpt: magic headers.  we'll have a session with lifeless at UBZ on launchpad cacheing
[12:10] <SteveA> mpt: how are you compiling?
[12:10] <mpt> SteveA: First with make run, and when that didn't work, with make clean followed by make
[12:10] <SteveA> that's a problem with gettext-tools
[12:10] <SteveA> so, cd sourcecode/pygettextpo
[12:10] <mpt> ok
[12:10] <mpt> make in here?
[12:11] <SteveA> try that
[12:11] <mpt> same error
[12:11] <Kinnison> do I have time before the bzr changeover?
[12:11] <mpt> SteveA: same error in gettext-tools-0.14.2
[12:11] <SteveA> okay
[12:12] <SteveA> what does 'locate allocsa' give you?
[12:13] <mpt> SteveA: a bunch of files that are all in salgado's home directory
[12:13] <SteveA> hang on
[12:13] <mpt> :-)
[12:13] <mpt> and a warning about slocate.db being old
[12:13] <SteveA> can you paste me the full error you get from trying to make the gettext stuff
[12:13] <SteveA> on chinstrap
[12:13] <SteveA> in the pastebin
[12:15] <mpt> SteveA: https://chinstrap.ubuntu.com/~dsilvers/paste/fileyItaNT.html
[12:15] <sabdfl> mpt: tested, visually? or comparing screenshots?
[12:16] <mpt> sabdfl: visually, Shift+Reloading after every change to make sure that nothing changed, and fixing it if it did
[12:16] <sabdfl> mpt: ok, land it, please don't surprise me
[12:16] <SteveA> mpt: make clean in gettext-tools-0.14.2 and try again
[12:18] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: [r=sabdfl, r=SteveA]  This is a major cleanup of template text and headings across Launchpad. Read the first part of the patch log for some simple advice on how to make pages quicker to use. (patch-2724: mpt@canonical.com)
[12:19] <mpt> YES
[12:19] <mpt> SteveA: hey, that worked, thanks
[12:19] <dilys> Merge to thelove@canonical.com/bazaar-debian--debian--1.4: Release of 1.4.3 (patch-9: Matthieu.Moy@imag.fr)
[12:23] <SteveA> mpt: so, a flaw in its makefile
[12:39] <mpt> sabdfl: ok, http://async.com.br:8081/ should work now
[12:41] <sabdfl> mpt: you dropped a change of mine, to the li spacing in portlets
[12:41] <sabdfl> it should be more tightly spaced
[12:42] <sabdfl> http://async.com.br:8081/malone/bugtrackers/mozilla.org
[12:42] <sabdfl> some weirdness in the details portlet
[12:44] <mpt> sabdfl: li fixed
[12:44] <sabdfl> http://async.com.br:8081/products/firefox/+spec/mergewin
[12:44] <sabdfl> lost the border on the alert message
[12:45] <mpt> that was intentional
[12:45] <mpt> I changed the alerts from bordered orangey to unbordered yellow
[12:45] <mpt> and the errors from red to pink
[12:45] <mpt> and the non-graphic bullets from black to turquoise
[12:45] <mpt> those were the only visual changes, afaik
[12:46] <sabdfl> black to turquoise is probably fine
[12:46] <sabdfl> the colours are not great, could you revert that please?
[12:46] <mpt> ok
[12:47] <mpt> ok, I see what's happening with the bugracker
[12:49] <SteveA> Kinnison: replied.  please merge
[12:49] <Kinnison> thanks
[12:49] <Kinnison> SteveA: we'll discuss the ##CUSTOMFORMAT## stuff over a beer in Montral
[12:50] <SteveA> ok
[12:50] <mpt> sabdfl: http://async.com.br:8081/malone/bugtrackers/mozilla.org fixed
[12:51] <sabdfl> mpt: DOIT
[12:51] <mpt> ta muchly, sabdfl
[12:52] <Kinnison> sabdfl: so the plan is to transfer launchpad to bzr tomorrow?
[12:53] <sabdfl> Kinnison: yes
[12:53] <sabdfl> though, check with lifeless
[12:53] <mpt> and colors reverted
[12:53] <Kinnison> sabdfl: cool
[12:53] <ajmitch> fyi, pqm packages are nearly there, will get pybaz packaged today
[12:54] <Kinnison> then I think I've closed off all my branches ready for bzr
[12:54] <Kinnison> so I can go from fresh
[12:55] <Kinnison> no need to chew chinstrap converting my archive :-)
[12:55] <sabdfl> Kinnison: good man
[12:55] <Kinnison> so long as I can get this merge in of course
[01:01] <mpt> SteveA: Where should that Makefile bug be reported? (I fear I don't know enough to report it usefully)
[01:04] <SteveA> mpt: i'll see if i can reproduce it
[01:06] <SteveA> mpt: it will be difficult to make a good bug report because we didn't keep a copy of the tree before make clean
[01:06] <SteveA> mpt: but, general advice is to use make clean if anything goes wrong
[01:08] <mpt> SteveA: right, I tried that at the top of the tree, and didn't realize that it would do anything different further down
[01:08] <SteveA> now, that's a bug
[01:08] <SteveA> report it on jamesh
[01:09] <SteveA> 'make clean should work in pygettextpo' 
[01:10] <mpt> okie dokie
[01:10] <mpt> it's been chewing up my time
[01:13] <Kinnison> Right, my queue stuff is on pqm's plate now
[01:22] <sabdfl> mpt:  you didn't revert those colours correctly
[01:22] <sabdfl> the alert is now pink, and has no border!
[01:23] <sabdfl> please fix asap. this colour is naff
[01:32] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: [r=stevea]  Fixing bug # 2812, loading zcml info in builddmaster and consequently removing the database imports, fixing bug # 1305 by using standards in both buildd cronscripts. (patch-2725: celso.providelo@canonical.com)
[01:41] <mpt> sabdfl, fixed
[02:18] <SteveA> mpt: i still have some more work to do on this login issue.  but, i think i've worked it all out now.  by the time i'm in montreal, i expect to have ready a branch with a fix to the login issues, improved sessioning that sets cookies only when necessary, and a straightforward way to say what cacheing-related headers to set for different kinds of content we're serving up.
[02:27] <mpt> great
[02:27] <mpt> btw, SteveA, I don't think it's necessary to say "you are logged in" on the next page
[02:28] <mpt> at least, not an extra time in addition to the header blurb
[02:32] <mpt> or should I save this feedback for Montreal? :-)
[02:42] <sabdfl> mpt: http://www.stylegala.com/features/bulletmadness/
[02:46] <mpt> cute :-)
[02:46] <mpt> our generic bullet should be a bit larger to be comparable to the various icons, I guess
[02:47] <mpt> anyway, 10.45pm and PQM has the stylesheet sanity
[02:47] <mpt> I'm going home
[02:48] <SteveA> mpt: we should go over various login / logout interactions at UBZ
[02:48] <SteveA> and refine what launchpad does in each case
[02:48] <mpt> ok
[02:48] <SteveA> it won't take long, and we can use the notes to make a basic set of use-cases
[02:48] <SteveA> which then turns into tests
[02:48] <SteveA> and gets implemented
[02:49] <SteveA> we need to consider wikis and shipit too
[02:49] <mpt> register a spec for it
[02:49] <mpt> goodnight
[03:33] <sabdfl> stub: morning
[03:33] <stub> Morning
[03:33] <sabdfl> can i ask you to cherrypick something please?
[03:33] <stub> Sure
[03:37] <Kinnison> urgh, baz still in the pqm queue
[03:37] <Kinnison> more urgh, bzr still not checked out a fresh tree
[03:37] <Kinnison> even *more* urgh, publisher using 2g of ram on staging again
[03:40] <stub> Kinnison: We had similar bloat with a Rosetta data migration script. It was doing 'for foo in Foo.select()', which would cause the entire table to be loaded into SQLObject instances and stay there no matter how much you committed. Solution was to use raw SQL to select the ids and create the objects one at a time.
[03:40] <stub> Or something like that
[03:41] <stub> Using a fresh connection per chunk to force the cache to be cleared
[03:43] <sabdfl> gosh, this poll UI is horrible
[03:43] <Kinnison> stub: meh?
[03:44] <stub> If you iterate over the results of a select, all those results get sucked into a cache and stay there until the connection is closed. If instead you use psycopg to determine the list of items you want to iterate over, you can then iterate over that list of ids, creating a fresh connection each time.
[03:44] <stub> Then you get no bloat.
[03:45] <stub> More overhead in opening connections, but less overhead in thrashing
[03:46] <sabdfl> stub: can i have your approval for ALTER TABLE PollOption RENAME COLUMN shortname TO title;
[03:46] <sabdfl> and your permission to thwack anybody who gets another bit of crap like that past you
[03:46] <sabdfl> there's no shortname anywhere else in the system!
[03:46] <sabdfl> and this should be a big clue:
[03:46] <sabdfl> @property
[03:46] <sabdfl> def title(self):
[03:46] <sabdfl>     return self.shortname
[03:46] <sabdfl> ?
[03:48] <stub> If you know you won't need to make it programmatic in the future, sure.
[03:48] <stub> You got a patch that can go in or do you want a fresh number?
[03:49] <sabdfl> fresh number please :-/
[03:49] <sabdfl> and this is part of what i'd like cherry picked
[03:49] <sabdfl> and i'm really hoping that mpt never touched the poll stuff, horrible as it is, in his fascism patch
[03:51] <stub> 25-47-0.sql
[03:52] <stub> Do we have polls running now? Or should this wait until the Sat/Sun update?
[03:53] <sabdfl> we do, and i'm trying to allow people to vote
[03:53] <fabbione> hey sabdfl 
[03:53] <sabdfl> hey fabbione
[03:53] <fabbione> still awake?
[03:53] <sabdfl> these bugs were reported nearly two weeks ago when the poll started
[03:53] <sabdfl> fabbione: yup
[03:53] <sabdfl> montreal time, nearly :-)
[03:53] <fabbione> sabdfl: hehe
[03:53] <fabbione> i just woke up :/
[03:53] <fabbione> cya in a few hours :)
[03:58] <sabdfl> fabbione: safe travels
[03:58] <fabbione> sabdfl: thanks
[04:01] <SteveA> sabdfl: see you in 10 mins to drop off the key?
[04:03] <sabdfl> SteveA: perfect
[04:03] <sabdfl> SteveA: beer?
[04:04] <SteveA> cold and refreshing?
[04:13] <minghua> Hi, does the merge account feature in launchpad work?
[04:13] <minghua> I always get a "RequestExpired" error
[04:19] <stub> minghua: Normally it works :-(
[04:20] <minghua> stub: okay thanks, I think I'll try later
[04:20] <minghua> and if still not, I'll come again :-)
[04:28] <stub> ta. Unfortunately I've just found a bug that causes the information I need to diagnose what is happening in your case to be lost :-(
[04:31] <stub> minghua: Ahh.... just checking the commit logs. Someone has fixed your bug. I'll roll out that fix in a few hours.
[04:31] <minghua> Glad to hear that :-)
[04:31] <minghua> not that I have anything important in either account...
[04:32] <minghua> I just didn't realize that launchpad auto-imported my bugzilla or rosetta account
[04:32] <minghua> and I happen to want to use a different email for launchpad
[04:34] <stub> Yup. It is very common which is why it is important to fix.
[05:15] <sabdfl> stub: mark.shuttleworth@canonical.com/launchpad--pre-ubz-specs--0--patch-10
[05:16] <sabdfl> passes tests locally, but i don't know if there's something its likely to conflict with on production, or on current rocketfuel
[05:16] <stub> sabdfl: Just that patch, or that branch up to that patch?
[05:16] <sabdfl> just that patch
[05:16] <sabdfl> when you roll out a new production, is that a tag, or a merge-into-old-production?
[05:21] <stub> No conflicts is a good start
[05:22] <stub> I merge it onto the production branch and then do a 'baz update' on the production system. For a full rollout I do a full build-config to get an entirely fresh tree.
[05:30] <sabdfl> ok, just merged from rocketfuel, no conflicts, will run tests
[05:31] <stub> I'm already rolling it out
[05:41] <sabdfl> thanks muchly
[05:42] <sabdfl> stub: separately:   ProgrammingError: ERROR:  relation "distributionbounty_id_seq" does not exist  SELECT NEXTVAL('DistributionBounty_id_seq')
[05:42] <sabdfl> on production
[05:42] <sabdfl> any ideas?
[05:42] <sabdfl> there is a test for bounty creation, though its not a bounty on a distro
[05:42] <stub> You don't have perms on the distributionbounty table?
[05:44] <stub> sabdfl: It is distrobounty, not distributionbounty
[05:44] <sabdfl> i've no idea why it's looking for distribution bounty then :-)
[05:46] <stub> Because lib/canonical/launchpad/distributionbounty.py thinks the table should be called distributionbounty?
[05:47] <sabdfl> ah. fairy nuff
[05:47] <sabdfl> and so to bed
[05:47] <sabdfl> night 
[05:47] <stub> sabdfl: Your poll patch is live
[05:48] <stub> minghua: Your merge should work now
[05:48] <sabdfl> https://launchpad.net/people/ubuntu-dev/+poll/tb-nomination-mjg59-2005/+vote-simple
[05:48] <sabdfl> doh
[05:49] <minghua> stub: indeed it is, thanks for the fix!
[05:50] <sabdfl> stub: any ideas? +portlet-options seems well registered
[05:52] <stub> On that context? And it has permissions?
[05:53] <stub> Is the portlet required btw? I can comment it out easily enough to get the page working (assuming it isn't critical functionality)
[05:53] <sabdfl> stub: its not required, no
[05:53] <sabdfl> can you check the zcml please?
[05:54] <sabdfl> zcml/poll.zcml
[05:54] <stub> Not in there
[05:54] <stub> Must have been added in a previous patch that hasn't been rolled out.
[05:54] <sabdfl> no, i'm really sure i added that myself
[05:55] <stub> On that patch? 
[05:55] <stub> patch-10?
[05:55] <sabdfl> i thought so, yes
[05:55] <sabdfl> can i easily inspect patch-9
[05:55] <sabdfl> ?
[05:56] <minghua> Hmm, I get a "page not found" when log out after merging, is that worth reporting?
[05:56] <stub> minghua: Yes please. Ideally with the URL you where on when you selected 'logout'
[05:57] <sabdfl> oh, bollocks
[05:57] <sabdfl> stub, just roll out that branch
[05:57] <sabdfl> sorry
[05:57] <sabdfl> errr... up to -10
[05:57] <stub> ok
[05:57] <sabdfl> my bad
[05:58] <minghua> stub: I don't have the url anymore, it has a lot of random numbers in it
[05:59] <stub> minghua: Don't worry then. If you can just describe what you did or where you where before clicking logout that will be enough
[05:59] <minghua> it's something like launchpad.net/token/#$!#!$!/+logout
[05:59] <stub> I suspect this was from the 'your account has been merged' page? 
[05:59] <stub> Makes sense
[05:59] <sabdfl> stub: sorry about that. i'm very confident in the branch, though, and tests all pass
[06:00] <stub> sabdfl: Its your nickle ;)
[06:00] <sabdfl> not -11, though, that has latest rf, and lord only knows what's in there :-)
[06:01] <minghua> yes, I clicked the link in the email sent to "account-to-be-merged", then it asks for "main-account"'s password, then I got logged in as "main-acount", and when I click "log out" on right-up corner I got the error
[06:02] <minghua> an ordinary log out works fine now
[06:02] <minghua> so I suppose it's a corner case
[06:02] <stub> Yup. One we should catch.
[06:10] <sabdfl> stub: should i stay up to check it?
[06:10] <stub> I can get it up in 20 mins, or 10 mins if I'm rude and don't give the users a warning of a restart
[06:12] <sabdfl> stub: well, if it's b0rked its no worse than the current bits, so i'm going to crash. shooting for montreal time here, not beijing time
[06:12] <stub> ok ;)
[06:12] <stub> night
[06:12] <sabdfl> so tally ho and let's see if that worked
[06:32] <sabdfl> stub: nearly there? am still up
[06:32] <stub> sabdfl: Merging is giving me the shits :-/
[06:32] <sabdfl> stub: oh. conflicts?
[06:32] <stub> Currently sucking down Kiko's branch for some stupid reason
[06:54] <stub> This could take some time :-/
[09:16] <ajmitch> morning jordi 
[09:18] <jordi> hello
[09:18] <jordi> stupid blackouts
[09:18] <jordi> all night with no access to mail
[09:18] <ajmitch> ouch
[09:18] <ajmitch> going to be at UBZ?
[09:21] <jordi> ajmitch: yup
[09:21] <jordi> SOON
[09:21] <ajmitch> great
[09:23] <jordi> me on the 1st
[09:56] <Biggi> Hello :)
[10:16] <sivang> Morning launchpadders :)
[10:16] <jordi> hello sivan
[10:17] <sivang> hey jordi , 'sup?
[10:17] <jordi> sleepy
[10:17] <sivang> jordi: been up late?
[10:17] <jordi> nope, early rise
[10:18] <sivang> jordi: Bill Gates is visitng Israel for the first time ;)
[10:18] <jordi> that's great new :p
[10:18] <Mithrandir> hmm, the "sorting" option in the spec tracker seems broken to me.
[10:22] <sivang> jordi: hilarious isn't it?
[10:23] <ajmitch> Keybuk: planning to put your pybaz package in debian or dapper? 
[10:23] <Keybuk> ajmitch: not debian, I may upload it to dapper
[10:23] <Keybuk> depends whether it's obsolete by then or not ;)
[10:24] <ajmitch> Keybuk: jblack asked me to do pybaz & pqm packages, I don't know if he'd seen your one
[10:24] <Keybuk> possibly not
[10:24] <ajmitch> it's needed for imports from baz to bzr :)
[10:25] <sivang> sabdfl: oh nice, improved UI for the spec tracker
[10:25] <sivang> Mithrandir: what are you trying to sort by?
[10:26] <Keybuk> yeah, but I don't like to maintain things in Debian
[10:26] <ajmitch> I can look after it there if you want
[10:26] <Keybuk> I prefer to focus on Ubuntu for our packages, and let another maintainer take those and modify them for Debian if they like
[10:27] <Mithrandir> sivang: priority.
[10:28] <Keybuk> ajmitch: sure, go for it
[10:28] <Keybuk> the source at the same place
[10:28] <ajmitch> grabbed it earlier
[10:28] <Keybuk> I also, perhaps strangely, doesn't tend to package software I'm upstream for
[10:28] <carlos> morning
[10:29] <Keybuk> jbailey did the bzrk packages, fabbione the live-f1, etc.
[10:34] <sivang> Mithrandir: I seem to get nothing if I try to sort by prioriry..weird
[10:35] <Mithrandir> sivang: it consumes some CPU time, then does nothing.
[10:35] <Mithrandir> sivang: apparently, it tries to sort client-side, I think.
[10:37] <Mithrandir> something has changed on the specs page so it consumes large amounts of CPU just to scroll it. :-(
[10:37] <Keybuk> lifeless: alive?
[10:53] <Mithrandir> also, shouldn't "order by priority" order specs in high - medium - low - wishlist and not high - low - medium - wishlist ?
[10:59] <Keybuk> right, another totally fresh install
[10:59] <Keybuk> let's see if "make check" works ... what's the betting?
[11:21] <sivang> Mithrandir: Probably worth a usability bug?
[11:28] <Keybuk> stub: ping?
[11:47] <Mithrandir> sivang: hm, I was fooled.  Apparently, there are no medium-priority specs any more
[11:50] <ajmitch> & according to launchpad, noone is attending ubz yet 
[12:10] <Kinnison> is pqm stopped or something?
[12:13] <sabdfl> sivang: oops, that stuffs just a mockup, wasn't meant to land just yet
[12:13] <sabdfl> looks pretty, doesn't do jack
[12:14] <Kinnison> sabdfl: how goes your attempt to rotate to montreal time?
[12:15] <sivang> sabdfl: yeah, I noticed all thos phony #'s for the hyper links :)
[12:15] <sabdfl> Kinnison: pretty good. "early" start today at 4:30am but managed to work "late" last night :-)
[12:15] <sivang> sabdfl: you're already in Montreal ?
[12:16] <sabdfl> sivang: no, but i'm already on montreal time
[12:16] <Kinnison> otherwise I'll lose the entire UK morning
[12:16] <Kinnison> which would suck
[12:16] <Kinnison> and speaking of suck, what's up with PQM?
[12:17] <sivang> good idea, need to try to switch my timezone as well, will have only the flight for doing so...
[12:18] <Kinnison> Also, cm.py still hasn't managed to check out launchpad for me
[12:19] <Keybuk> it intermittently decides it's not going to deal with bzr branches
[12:19] <Keybuk> so it'll trundle through the list, and then throw a spanner half way down
[12:19] <Keybuk> and refuse to work on that directory, so you have to start again
[12:19] <Kinnison> it's worse than that
[12:19] <Kinnison> it sits on a futex
[12:19] <Kinnison> and does nothing
[12:19] <Kinnison> for 11 hours
[12:19] <Kinnison> so much for having a shiny fresh checkout this morning
[12:24] <sabdfl> lifeless: ^?
[12:26] <Keybuk> sabdfl: isn't he on a plane?
[12:27] <sabdfl> stub: what is the magic foo to rename a key, or index, or foreign key constraint?
[12:27] <stub> pqm was spinning on a baz commit. I kicked is as per lifeless' instructions
[12:29] <stub> cm.py can do it if you have a recent enough build of bzr.integration. It takes 20 minutes building a full tree on asuka. I documented an rsync recipe because I really didn't want to wait the 6 or seven hours I estimate it would take to build it on my laptop.
[12:30] <stub> sabdfl: drop and recreate for constraints
[12:30] <stub> sabdfl: And I'd suggest doing the same for indexes
[12:30] <sabdfl> and the primary key?
[12:30] <sabdfl> i'm trying to s/distrobounty/distributionbounty/g
[12:31] <Keybuk> stub: does cm.py update then work?
[12:31] <sabdfl> geez, i was lazy once, and it bit me on the ass
[12:31] <stub> Keybuk: update does not work. If you look closely you will find that sftp urls currently only work for build
[12:32] <stub> sabdfl: ALTER TABLE foo_id_seq RENAME TO foo2_id_seq
[12:32] <sabdfl> stub: i did that
[12:32] <sabdfl> that's the table
[12:32] <stub> sabdfl: ALTER TABLE foo ALTER COLUMN id SET DEFAULT nextval('foo2_id_seq')
[12:32] <stub> sabdfl: ALTER TABLE foo RENAME TO foo2
[12:33] <sabdfl> does it have to be in that order?
[12:33] <stub> sabdfl: probably not
[12:33] <sabdfl> ok, cool
[12:33] <sabdfl> that's the seq, what about the pkey?
[12:33] <stub> You might also need: ALTER TABLE foo DROP CONSTRAINT foo_pkey;
[12:34] <stub> ALTER TABLE foo ADD CONSTRAINT foo2_pkey PRIMARY KEY (id)
[12:36] <stub> sabdfl: Or you can just rename the class and leave the table the way it is ;)
[12:37] <sabdfl> stub: my inner mpt will not allow that
[12:37] <stub> That conjures up.... disturbing.... imagery
[12:41] <stub> ALTER TABLE distrobounty RENAME TO DistributionBounty;
[12:41] <stub> ALTER TABLE distrobounty_id_seq RENAME TO distributionbounty_id_seq;
[12:41] <stub> ALTER TABLE distributionbounty     ALTER COLUMN id SET DEFAULT nextval('distributionbounty_id_seq');
[12:41] <stub> ALTER TABLE distributionbounty DROP constraint distrobounty_pkey;
[12:41] <stub> ALTER TABLE distributionbounty ADD CONSTRAINT distributionbounty_pkey
[12:41] <stub>     PRIMARY KEY (id);
[12:43] <sabdfl> i'm nearly done with it
[12:44] <stub> ALTER TABLE distributionbounty ADD CONSTRAINT distributionbounty_bounty_key
[12:44] <stub>     UNIQUE (bounty, distribution);
[12:44] <stub> ALTER TABLE distributionbounty DROP CONSTRAINT distrobounty_bounty_key;
[12:44] <sabdfl> will privmsg for approval and patch num
[12:49] <cprov> morning guys
[12:49] <sabdfl> stub: https://chinstrap.ubuntu.com/~dsilvers/paste/filemBGCtK.html
[12:54] <stub> sabdfl: You have adistrobounty_distribution_key on your branch?
[12:55] <sabdfl> not... anymore?
[12:55] <stub> You are renaming an index that isn't on my branch here.
[12:55] <sabdfl> oh
[12:55] <sabdfl> odd. thanks
[12:55] <sabdfl> sorry
[12:56] <sabdfl> test "make" in second window had failed
[12:57] <stub> sabdfl: https://chinstrap.ubuntu.com/~dsilvers/paste/filexy73uR.html
[12:58] <sabdfl> stub: changes?
[12:58] <sabdfl> number of patch and that key?
[12:59] <stub> few minor tweaks. Most significant was reversing the column order in distributionbounty_distribution_bounty_uniq
[12:59] <stub> patch number is 25-48-0
[12:59] <mpt> Goooooooooood morning
[01:00] <sabdfl> guuuurd morning mpt
[01:00] <sabdfl> hey salgado, diff in your inbox, landed last night, some basic poll cleanups
[01:00] <stub> salgado: I managed to fix the slowness of that query on the front page btw. It now uses indexes that have been defined.
[01:01] <salgado> sabdfl, just saw it. will reply shortly
[01:01] <sabdfl> thanks muchly
[01:01] <sabdfl> stub: ah, which query was slow?
[01:02] <stub> sabdfl: topPeople
[01:02] <salgado> stub, I saw the mail in the arch-commits list. thanks for that
[01:02] <sabdfl> one of mine :-/
[01:02] <stub> sabdfl: ORDER BY foo DESC, foo2 won't use an index on (foo, foo2), causing the plan to be real slow.
[01:02] <stub> sabdfl: PostgreSQL limitation really.
[01:03] <sabdfl> stub: so you added an index on foo alone?
[01:04] <salgado> stub, the cherry-pick of that patch to unbreak people merge haven't gone yet, right?
[01:05] <stub> sabdfl: there already was one on just karma, but it still caused slowness because of the other table being joined. We are now ordering that query on (karma DESC, id DESC). ORDER BY karma DESC would have been good enough in reality  but we need it stable for the test suite.
[01:06] <mpt> Is PQM stuck?
[01:07] <stub> mpt: it was. It shouldn't be any more.
[01:08] <mpt> ok
[01:08] <mpt> and we're still on baz right now
[01:14] <matsubara> good morning!
[01:18] <sivang> morning matsubara, ddaa 
[01:22] <salgado> sabdfl, I can't see the poll-portlet-options.pt in the patch you sent
[01:35] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: Queue-Accepted processor and some upload tweaks to fit it. r=stevea (patch-2726: daniel.silverstone@canonical.com)
[01:37] <sabdfl> salgado: sorry, it was in the previous commit of the branch
[01:37] <sabdfl> that nailed me last night too :_)
[01:38] <sabdfl> stub: could you cherrypick another patch for me, please?
[01:42] <salgado> sabdfl, my only concern is that title is not required=True in the interface, and so people won't see it as "(Required)" in the form
[01:47] <sabdfl> salgado: good catch, could you fix that please?
[01:47] <sabdfl> stub: mark.shuttleworth@canonical.com/launchpad--pre-ubz-specs--0--patch-12
[01:48] <salgado> sabdfl, sure
[01:50] <stub> sabdfl: Arn't you supposed to be on a plane or something?
[01:58] <stub> sabdfl: code updated. Restart will happen in 10 mins.
[02:08] <sabdfl> stub: thanks. should fix that accidental mockup on the specs pages
[02:15] <sabdfl> cheers all... till montreal
[02:29] <salgado> stub, can https://launchpad.net/errors/showEntry.html?id=1130328581.220.89194050491 be a db patch that wasn't rolled out?
[02:30] <stub> paste please. that is expired (or on the other app server - I have only a 50% chance of being on the same server as you)
[02:31] <salgado> stub, https://chinstrap.ubuntu.com/~dsilvers/paste/fileecFXfZ.html
[02:31] <stub> No, that was a bug.
[02:32] <stub> Mark is on it
[02:32] <salgado> oh, okay
[02:32] <stub> ohh... actually you are right. The patch is in the last cherry pick.
[02:33] <stub> salgado: Should be fixed now
[02:33] <salgado> stub, ta. :)
[02:50] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: [r=SteveA, visual r=sabdfl]  Merge plone.css and launchpad.css, reducing style sheet bandwidth from 56 KB per page to 18.5 KB per page. (patch-2727: mpt@canonical.com)
[02:51] <Kinnison> gosh, that merge was so exciting for mpt he fell off
[02:51] <Nafallo> hehe
[02:58] <mpt> Can anyone tell me what the "Ready" checkbox on https://launchpad.net/bazaar/series does?
[02:59] <Kinnison> mpt: congrats on cleaning up the CSS
[02:59] <mpt> thanks Kinnison
[02:59] <Kinnison> filters on whether or not the import is ready for use?
[03:02] <mpt> seems plausible :-)
[03:14] <sivang> nice, can't click on any bazaar import yet though
[03:16] <lifeless> yo yo yo
[03:18] <stub> YO
[03:20] <lifeless> gogogo!
[03:20] <lifeless> hows bzr status looking ?
[03:20] <lifeless> mpt: ping
[03:20] <mpt> lifeless: pong
[03:21] <lifeless> 'ready' -> its  part of the import from CVS status
[03:21] <stub> bzr seems fine, although we might need a fresher build (I'm running from source). Config manager seems to be an issue, as I don't think 'update' works for us.
[03:21] <lifeless> I'd need to check the page source to see exactly which bit it is
[03:21] <lifeless> stub: there is no update in config manager at the moment :0. 
[03:21] <lifeless> stub: That is easy enough to remedy though.
[03:22] <mpt> lifeless: So is it "ready" for anything in particular, or is it just vague CVS metadata?
[03:22] <stub> Also pqm is going reaally slooow.... either because of the high chinstrap load for the branch conversions that are literally taking days, or because pqm is retrieving all the bzr branches via sftp even when they are available locally
[03:22] <lifeless> stub: high IO contention
[03:23] <lifeless> builds are fast enough, test suite is dog slow
[03:23] <stub> Building a staging or production environment takes 20 mins on the LAN, and I didn't bother waiting to see how long to my laptop. I'm happy though having pulled a tree I built remotely with rsync and using cp -al to create cheap branches.
[03:24] <lifeless> mpt: yes, its a specific thing. Offhand its either 'its ready for use' or 'its passed all the tests, its ready to be imported on the production import slaves'
[03:24] <lifeless> mpt: like I say, I shall need to check the source to say for sure.
[03:26] <mpt> ok, nm
[03:27] <lifeless> mpt: happy to answer it for you, but the attribute its coming from on the ibject -> interface mapping should be precise
[03:28] <stub> bzr: ERROR: baz exited with code 2 (expected exit code 0)
[03:28] <stub> argv: 'cat-archive-log', 'brad.bollenbach@canonical.com/launchpad--filebug-labels-fix--0--base-0'
[03:28] <stub> * error report
[03:28] <stub> could not connect to archive 'brad.bollenbach@canonical.com/launchpad--filebug-labels-fix--0--base-0'
[03:28] <stub>   command: '/home/warthogs/source/bzr.integration/bzr' 'baz-import' 'stuart.bishop@canonical.com' 'stuart.bishop@canonical.com' '../rocketfuel'
[03:28] <stub>   pwd: /home/warthogs/archives/stub
[03:28] <stub>   at /home/pqm/source/pybaz/pybaz/backends/forkexec.py line 384, in wait()
[03:28] <stub>   see ~/.bzr.log for debug information
[03:29] <stub> lifeless: You want that in email?
[03:29] <lifeless> stub: thats doing way ?
[03:30] <lifeless> oh, I see
[03:30] <lifeless> stub: register his archive
[03:32] <bradb> Maybe the error message should say that that archive isn't registered and suggest the command for how to register the archive?
[03:32] <stub> wtf? I moved those two cookie crumbler branches out of my archive and now they are back :-/
[03:33] <stub> Ohh.. mirrored ;)
[03:34] <stub> For the migration if it is a problem we just need a quick way of registering all the chinstrap archives
[03:42] <lifeless> stub: I think everyone should register your branch and brads
[03:42] <lifeless> stub: they are the only ones I know of with corrupt logs
[03:43] <cprov> stub: do you have 10 min to help me with a missapplied security_proxy instance ?
[03:43] <stub> cprov: sure
[03:43] <bradb> lifeless: is there a (new enough) version of config-manager built for ppc somewhere?
[03:44] <cprov> stub: send you priv, are you registered ?
[03:45] <stub> yes - replied
[03:47] <Kinnison> 14:45 < ~stub> yes - replied
[03:47] <cprov> stub: didn't arrive ... strange, anyway, do you see the BuildSlave() instance returned by  Builder.slave attribute ?
[03:48] <stub> yes
[03:48] <cprov> stub:  better, join ##soyuz1.0
[03:52] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial]  fixes a number of issues with gina: corrects the +handling of changelogs for packages whose names start with numbers, search for+DSC files in all components (because, of course, they may have moved in the +archive), improve and sanitize handling of component and section, and test all+of this properly. (patch-2728: christian.reis@canonical.com, guilherme.salgado@canonical.com)
[03:57] <mpt> eh
[04:07] <Keybuk> stub: poke?
[04:07] <stub> yo
[04:09] <stub> Keybuk: yo
[04:10] <Keybuk> stub: so I have some interesting test case failures, and they're DB related, so thought I might prey on your intellect
[04:10] <stub> joy
[04:10] <Keybuk> test_reconnector.txt and test_disconnects.txt
[04:10] <Keybuk> all fail
[04:10] <stub> Ahh... the spivsters
[04:10] <Keybuk> on a fresh, from-scratch rocketfuel on a fresh, from-scratch machine
[04:11] <stub> Got a traceback or anything vaguely helpful?
[04:12] <Keybuk> lots
[04:12] <Keybuk>       File "/home/scott/co/canonical/launchpad/lib/canonical/ftests/pgsql.py", line 110, in fake_connect
[04:12] <Keybuk>         return ConnectionWrapper(_org_connect(*args, **kw))
[04:12] <Keybuk>     OperationalError: server closed the connection unexpectedly
[04:12] <Keybuk>         This probably means the server terminated abnormally
[04:12] <Keybuk>         before or while processing the request.
[04:12] <Keybuk> File "/home/scott/co/canonical/launchpad/lib/canonical/database/ftests/test_reconnector.txt", line 94, in test_reconnector.txt
[04:12] <Keybuk> Failed example:
[04:12] <Keybuk>     thread.isAlive()
[04:12] <Keybuk> Differences (ndiff with -expected +actual):
[04:12] <Keybuk>     - True
[04:12] <Keybuk>     + False
[04:12] <Keybuk> etc.
[04:13] <stub> Is your postgresql installation listening on port 5432? Because that appears to be what is hardcoded into the test
[04:13] <Keybuk> yes
[04:14] <stub> Also, would you have any sort of firewalling on port 5555?
[04:14] <Keybuk> hmm, my postgres _isn't_ listening
[04:15] <Keybuk> how do I make it do that?
[04:15] <stub> It is running?
[04:15] <Keybuk> yes
[04:15] <Keybuk> it's just listening on its socket
[04:16] <stub> In /etc/postgresql/7.4/main/postgresql.conf set port=5432
[04:16] <stub> Although really the port should be defined in config somewhere and the test using it (we need to do this for the 8.0 or 8.1 migration eventually)
[04:17] <stub> Keybuk: And then a sudo -u postgres pg_ctl reload of course
[04:18] <Keybuk> that is set
[04:23] <Keybuk> ahh
[04:23] <Keybuk> there's a tcpip_socket variable
[04:24] <Keybuk> maybe I need to set that to true
[04:42] <lifeless> back
[04:42] <lifeless> bradb: yes
[04:42] <lifeless> bradb: in debian sid at the moment
[04:44] <bradb> ok
[04:45] <Keybuk> tcp        0      0 127.0.0.1:5432          0.0.0.0:*               LISTEN
[04:45] <Keybuk> that had a better effect
[05:05] <sivang> hmmm, do we have Malone, SpecTracker, Rosetta etc products to file bugs on? 
[05:09] <dilys> Merge to rocketfuel@canonical.com/launchpad--production--1.38: [trivial]  Cherry picks (patch-2: mark.shuttleworth@canonical.com, stuart.bishop@canonical.com, rocketfuel@canonical.com ...)
[05:09] <sivang> if not, could we have them ? :)
[05:10] <mdke> there is certainly a product to file bugs on for malone and rosetta
[05:10] <mdke> otherwise development of them would have been tricky
[05:10] <sivang> (would be easier to file bugs against the spec tracker without having to remember to put spec tracker stamp on it ;-) )
[05:10] <mdke> https://launchpad.net/malone/products?text=rosetta
[05:14] <Keybuk> aha!
[05:16] <BjornT> sivang: the problem is that it's hard for people to know which product to file bugs on, a lot of bug reports would end up on the launchpad product anyway.
[05:17] <Keybuk> wow, this is the first time all of the launchpad tests have passed for me
[05:18] <BjornT> sivang: "Entering a new spec" makes it quite obvious that it concerns the spec tracker anyway
[05:18] <sivang> BjornT: right :) 
[05:20] <sivang> how does one merge all of his MyName$X pages to one name?
[05:39] <bradb> BjornT: is a new user going to care about why createBug on IDistroRelease/ISourcePackage isn't implemented *yet*? Are you sure it is going to be implemented in the not-too-distant future?
[05:39] <bradb> s/a new user/a user/
[05:41] <BjornT> bradb: no, but if you refer to the NotImplementedError message, it's targeted to a programmer, not a user.
[05:42] <ddaa> mpt: the Ready checkbox filters productseries which do not have a reviewed product or project
[05:42] <ddaa> mpt: at this point, I'm questioning its usefulness myself...
[05:42] <BjornT> bradb: and yes, as soon as i'll have time, i'm going to implement it for the email interface, sabdlf has said it should be possible to file directly on a distro release.
[05:43] <bradb> Hm, I think I can already predict what will happen when filing a bug on a distro release is made easy. :)
[05:44] <kiko> hey ho
[05:44] <kiko> bradb, dude?
[05:44] <bradb> dude
[05:44] <kiko> your phone doesn't work -- did you change your number?
[05:45] <bradb> I got rid of a few cell phones
[05:45] <bradb> i've only got a landline atm
[05:45] <kiko> and didn't update the canonical wiki
[05:45] <kiko> bad bad bradb
[05:45] <kiko> what's the number? :)
[05:48] <sivang> hey kiko , out of the plane ? :)
[05:49] <kiko> yeah
[05:49] <kiko> out of the frying-pan
[05:49] <kiko> into the fridge
[05:49] <kiko> Kinnison, dude?
[05:49] <kiko> anyone able to tell me how the gina run stands?
[05:50] <bradb> lifeless, jbailey: ping?
[05:51] <kiko> man this timezone makes me hungry
[05:52] <bradb> hehe
[05:52] <kiko> the hotel wireless is pretty low-latency
[05:54] <sivang> kiko: that's good 
[05:54] <kiko> oh ffs 
[05:54] <kiko> no battery left
[05:55] <bradb> hm
[05:55] <bradb> should we meet up in front of the hotel checkin desk in like 45 mins?
[05:55] <bradb> kiko: ^^
[05:55] <kiko> bradb, or I can move your way, since it will give me something to do meanwhil e:)
[05:55] <Kinnison> kiko: yo
[05:56] <kiko> yo Kinnison dude
[05:56] <kiko> I have a gift for you
[05:56] <Kinnison> oh?
[05:56] <kiko> yeppers
[05:56] <kiko> Kinnison, tell me about the gina run and dapper.
[05:56] <Kinnison> kiko: So your patches landed about 1h ago
[05:56] <bradb> kiko: the hotel's okay for me.
[05:56] <Kinnison> but stub had already gone to bed
[05:57] <bradb> anything else and we risk getting lost, maybe :)
[05:57] <kiko> ah, you have no cellphone
[05:57] <kiko> I forgot
[05:57] <kiko> okay
[05:57] <bradb> kiko: so, see you at 12:45 then?
[05:57] <kiko> I'll sit in the lobby then and wait for you, bradb 
[05:57] <kiko> 2em tage
[05:57] <kiko> Kinnison, ah, salgado landed them for me?
[05:57] <bradb> cool, j'arrive
[05:57] <Kinnison> kiko: yeah
[05:57] <kiko> cool
[05:57] <kiko> I just sent off a dupe request to pqm then :)
[05:58] <Kinnison> heh
[05:58] <kiko> Kinnison, the iAudio X5L rocks!
[05:58] <kiko> Keybuk, thanks for the hint that it was a cool thing
[05:58] <kiko> 15h of battery and not even half-way
[05:58] <Keybuk> kiko: the tcpip thing?
[05:58] <kiko> the iaudio x5l
[05:58] <kiko> what tcpip thing?
[05:58] <Keybuk> which kint?
[05:58] <Keybuk> uh, hint?
[05:58] <Keybuk> or was that a tabbing accident?
[05:58] <kiko> bradb, I need to get hold of my 770 to be able to enjoy the montreal wireless
[05:59] <bradb> indeed
[05:59] <kiko> Keybuk, no, IIRC you have a cowon player too, right?
[05:59] <Keybuk> yes, have am M5
[05:59] <Keybuk> uh, M3?
[05:59] <kiko> claire should drag it in shortly hopefully
[05:59] <Keybuk> some combination of letter-number anyway
[05:59] <kiko> yeah, you recommended it back in .br
[05:59] <Keybuk> kiko: the 770 rocks :p
[05:59] <Keybuk> did you see my screenshot? :)
[05:59] <kiko> not yet!
[05:59] <kiko> where?
[06:00] <Keybuk> http://people.ubuntu.com/~scott/launchpad-770.jpg
[06:00] <Lathiat> Keybuk: wtf is the resolution on that thing
[06:00] <Keybuk> Lathiat: 800x480
[06:01] <kiko> hoho
[06:01] <Lathiat> nice
[06:01] <kiko> rocket!
[06:01] <Lathiat> whats that browser based on?
[06:01] <Keybuk> Opera
[06:01] <Keybuk> though someone's done a Firefox port now too
[06:01] <bradb> ilesansfil.org for anyone looking for free wireless in montreal
[06:01] <kiko> Keybuk, they have a gecko-based one in the works right?
[06:02] <kiko> I think developed in Brazil even
[06:02] <kiko> iNdT
[06:02] <Keybuk> possibly, yeah
[06:02] <bradb> ok, so kiko, slight change of plans, perhaps
[06:02] <Keybuk> the opera one has lots and lots of bugs
[06:02] <bradb> jbailey has doko and lifeless at his place, so maybe we can all meet there?
[06:03] <bradb> and then go for lunch somewhere in the plateau
[06:03] <kiko> okay
[06:03] <kiko> so what do I do?
[06:03] <bradb> we need jbailey's address
[06:04] <kiko> bradb, I can try finding your place -- is it complicated?
[06:04] <bradb> kiko: jbailey's place is like ride beside a metro station. i'm a bit a harder to get to coming out of the metro.
[06:04] <bradb> s/ride/right/
[06:05] <kiko> okidokie
[06:05] <lifeless> bradb: go out the hotel and cross the road diagonally
[06:05] <kiko> lifeless, out which hotel?
[06:05] <lifeless> follow the metro sign inot the metro, and give the man $2.50
[06:05] <lifeless> kiko: holiday inn right ?
[06:06] <kiko> lifeless, ah. bradb's not at the hotel, but I am. okay, cross the road, take the metro, buy a ticket, then go where?
[06:06] <lifeless> mont roayl
[06:06] <jbailey> kiko: Orange line towards Henri Bourassa
[06:06] <lifeless> in the stations, its the staris down on th eleft
[06:06] <jbailey> kiko: Off at Mont Royal
[06:06] <lifeless> first train, 4 stops
[06:06] <lifeless> ahha
[06:07] <lifeless> your hpone works
[06:08] <bradb> so, are we sorted then?
[06:08] <lifeless> FOOD
[06:08] <bradb> kiko: you know where you're going then?
[06:08] <sivang> who's already there?
[06:08] <kiko> bradb, I'm writing it down 
[06:09] <bradb> ok
[06:11] <bradb> first thing i thought after the breezy upgrade was, my, what aggressive default power saving settings you have
[06:13] <kiko> Kinnison, I'll check in with you later, thanks a lot
[06:13] <Kinnison> kiko: sure
[06:17] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial]  Fixing pagetests for build/changelog page and builder-page. (patch-2729: celso.providelo@canonical.com)
[06:39] <lifeless> bradb: 
[06:39] <lifeless> ping
[07:08] <mpt> wow, Launchpad search is going to need spell checking ability
[07:08] <mpt> badly
[07:12] <gneuman> J #async
[07:17] <Kinnison> back later
[07:18] <sivang> mpt: I commencted on the bug report, and added another one :)
[07:18] <sivang> bah, commented, that is
[07:19] <zyga> carlos: ping
[07:20] <zyga> or anyone
[07:20] <zyga> when is the next langpack update sheduled?
[07:20] <zyga> for breezy
[07:20] <dilys> Merge to rocketfuel@canonical.com/launchpad--production--1.38: [trivial]  Cherry picks (patch-3: stuart.bishop@canonical.com, mark.shuttleworth@canonical.com)
[07:21] <sivang> so, how does someone get all of his names on launchpad merged?
[07:48] <Ravi`s> help
[07:49] <Ravi`s> i requesh
[07:51] <sivang> jordi: wow dude , what's up with your Karma? :)
[07:51] <sivang> jordi: be careful, you might break out the counter hehe
[07:54] <Ravi`s> i need request Ubuntu CD
[07:58] <mpt> Yeah, Launchpad loves translators
[07:58] <mpt> we QA people get no love
[07:59] <sivang> mpt: that should be changed! :)
[08:00] <sivang> I reckon it would be impossible to supercede jordi with his karma by fixing packages :)
[08:32] <mpt> sivang: by "update" a bug report, I mean update its description
[08:32] <mpt> it's quicker for people reading it later if they can just read the description, instead of reading description+comment+comment+comment+... and mentally merging them all
[08:39] <mpt> Unfortunately, Malone makes adding a comment much easier than updating the description :-/
[09:21] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial]  fixes a number of issues with gina: corrects the handling of changelogs for packages whose names start with numbers, search for DSC files in all components (because, of course, they may have moved in the archive), improve and sanitize handling of component and section, and test all of this properly. (patch-2730)
[10:15] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial]  Fix https://launchpad.net/products/launchpad/+bug/3589 (System error when reassigning something to a newly created team with an invalid name) (patch-2731: guilherme.salgado@canonical.com)
[11:04] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial]  Fix missed bits in builddmaster: add missed interface attributes and properties and remove zope security proxy of slave xmlrpclib attribute, filed bug # 3599 about the last. (patch-2732: celso.providelo@canonical.com)