[00:01] <thumper> mwhudson: https://code.staging.launchpad.net/+code-imports/+machines/marambio - what is ment by job reclaimed automatically?
[00:01] <thumper> mwhudson: the git imports are failing to start even
[00:01] <thumper> mwhudson: ideas why?
[00:02] <mwhudson> thumper: reclaimed automatically means that the heartbeat wasn't update for $N minutes
[00:02] <mwhudson> thumper: no, i can look on the slave though
[00:03] <mwhudson> thumper: trying with that import is pretty ambitious :)
[00:03] <mwhudson> i guess it should show the 2a improvements most...
[00:04] <mwhudson> thumper: it's failing to connect to the database
[00:04] <mwhudson> thumper: which translates to spm heeeeeeeeeeeeeeeeelp!
[00:05] <thumper> mwhudson: I was wanting to check the 2a improvements
[00:05] <thumper> mwhudson: which explains why we aren't getting updates I suppose
[00:05] <mwhudson> thumper: yeah
[00:05] <mwhudson> thumper: it's the usual reason for this problem
[00:05] <thumper> which is?
[00:06] <mwhudson> thumper: database connection issues
[00:06] <mwhudson> thumper: sorry, unclear
[00:06] <thumper> hmm...
[00:06] <mwhudson> "every import gets reclaimed without any heartbeats" --> "it's probably a connection to the database" issue
[00:06] <mwhudson> thumper: why the database connection setup has bitrotted i don't know
[00:06] <mwhudson> thumper: needs a losa
[00:07]  * thumper looks around for a losa
[00:07] <mbarnett> thumper: what can i do for you?
[00:08] <mwhudson> mbarnett: importd@marambio should be able to connect to the staging database as 'codeimportworker'
[00:08] <mwhudson> mbarnett: it seems it can't
[00:08] <mwhudson> mbarnett: can you look at the various configs and try and figure out why?
[00:08] <mbarnett> mwhudson: i can take a look, sure
[00:09] <mwhudson> mbarnett: thanks
[00:22] <thumper> mwhudson: I might get you to poke strawberry as we don't seem to be getting any log updates from the running git imports
[00:23] <thumper> mwhudson: or has the db not been updated yet?
[00:23] <mwhudson> thumper: same issue i bet
[00:23] <thumper> mbarnett: can you let us know when you are done?
[00:23] <thumper> perhaps I'm just too eager
[00:23] <mbarnett> thumper: yup, looks like it should be working, having a hard time seeing why it is not
[00:23] <thumper> mwhudson: what do we need to get copied from production to confirm that we aren't going to auto upgrade?
[00:23] <mbarnett> thumper: will let you know when i figure it out
[00:24] <mwhudson> thumper: different log message slightly:
[00:24] <mwhudson> 2009-09-22 23:23:19 ERROR   psycopg2.OperationalError: FATAL:  no pg_hba.conf entry for host "91.189.89.46", user "codeimportworker", database "lpmain_staging", SSL off
[00:24] <mwhudson> (for strawberry)
[00:24] <mwhudson> mbarnett: could it be an issue trying to connect to the slave vs the master?
[00:24] <thumper> mwhudson: we could copy across a working git import, confirm that it isn't getting upgraded
[00:24] <mwhudson> thumper: yeah
[00:24] <thumper> mwhudson: then perhaps delete it again to test our git upgrade strategy
[00:25] <mbarnett> mwhudson: it certainly could be
[00:25] <mwhudson> thumper: you could copy dulwich and test the fix for rebased imports while you're at it :)
[00:25] <spm> mwhudson: I saw that.... ^^ :-)
[00:25] <mwhudson> spm: you can help mbarnett help us if you like!
[00:26] <spm> provide moral support?
[00:27] <mwhudson> would you believe that the thing that's stopping me testing my blank ami -> ec2test ami script is keyserver.ubuntu.com being lame?
[00:27] <lifeless> yes
[00:27] <lifeless> can you use subkeys.pgp.net?
[00:27]  * wgrant wonders why people aren't pointed at the pool instead.
[00:28] <mwhudson> lifeless: probably
[00:28] <mwhudson> lifeless: that seems to be being lame too though :/
[00:29] <thumper> wgrant: how do you point at the pool?
[00:30] <wgrant> thumper: pool.sks-keyservers.net
[00:30] <thumper> wgrant: ta
[00:31] <mwhudson> wgrant: thanks
[00:38] <mwhudson> mbarnett, spm: any progress?
[00:38] <mbarnett> mwhudson: we are talking through it now
[00:38] <mwhudson> cool
[00:48] <thumper> mwhudson: I'm trying to test the upgrade of stacked branches
[00:48] <thumper> mwhudson: we still have an issue that when it is upgraded we don't remirror don't we
[00:48] <thumper> mwhudson: actually, can I have a call?
[00:49] <mwhudson> thumper: yeah, i think so
[00:49] <mwhudson> thumper: 1 min for call
[00:49] <mbarnett> mwhudson: care to give it a shot real quick.. just reloaded the configs
[00:50] <thumper> mbarnett: I'll look at it
[00:50] <mbarnett> thumper: thanks
[00:51] <thumper> mbarnett: we may need the current jobs to time out
[00:51] <thumper> mbarnett: I'll let you know in about 3 minutes
[00:51] <mbarnett> thumper: kk
[00:52] <thumper> spm: can you tell me which branches we have copied to staging for bzr testing?
[00:52] <mwhudson> thumper: call when you want
[00:52] <thumper> mwhudson: ta
[01:00] <spm> thumper: the easiest way is to paste the script used: https://pastebin.canonical.com/22435/ mix of bzrtools, drizzle, etc
[01:01] <mbarnett> thumper: we are closing in on the issue.. hopefully have it resolved very soon
[01:08] <thumper> spm: the branch rewrite seems bad
[01:08] <thumper> spm: was apache gracefulled when the rollout happened?
[01:08] <mwhudson> mbarnett, spm: can one of you graceful apache on tellurium?
[01:09] <spm> thumper: nope, is now.
[01:10] <spm> that's always been one weak link in the auto rollouts to staging in particular, is gracefulling apache....
[01:15] <mbarnett> thumper: mwhudson: we are back in business on marambio
[01:20] <mwhudson> mbarnett, spm: it now seems that marambio can't upload to the staging librarian
[01:21] <mwhudson> canonical.librarian.interfaces.UploadFailed: [asuka.canonical.com:58090]: (110, 'Connection timed out')
[01:21] <mwhudson> mbarnett, spm: fixable?
[01:21] <spm> mwhudson: only with the magic word
[01:21] <mwhudson> spm: NOW!!!!
[01:21] <spm> heh
[01:22] <spm> mwhudson: while we have attention focused on the import slaves - any preferrred retention for the old worker logs 2-3 weeks?  a  month?
[01:22] <mwhudson> spm: a month perhaps?
[01:22] <spm> staging as in - prod is already covered at 3 months from memory.
[01:22] <spm> cool. ta.
[01:23] <Ursinha> mwhudson, do you know if it's possible to see a list of branches associated to a bug via lplib? or just to link/unlink?
[01:23] <mwhudson> Ursinha: no idea i'm afraid
[01:23] <Ursinha> hehe
[01:24] <Ursinha> I'd ask rockstar but I guess he's not around
[01:24] <Ursinha> thanks mwhudson
[01:24] <mwhudson> Ursinha: bug.linked_branches?
[01:25] <Ursinha> mwhudson, I see just the inverse, branch.linked_bugs_collection_link
[01:25] <mwhudson> Ursinha: it's marked as exported in the ui
[01:25] <Ursinha> at least in the apidocs
[01:25] <mwhudson>     linked_branches = exported(
[01:25] <mwhudson>         CollectionField(
[01:25] <mwhudson>             title=_('MultiJoin of the bugs which are dups of this one'),
[01:25] <mwhudson>             value_type=Reference(schema=IBranch),
[01:25] <mwhudson>             readonly=True))
[01:25] <mwhudson> s/ui/interface/
[01:25]  * Ursinha tries
[01:28] <Ursinha> mwhudson, the title is weird
[01:28] <mwhudson> Ursinha: yes
[01:35] <thumper> spm: can you let me know when the code import -> librarian issue is fixed?
[01:35] <spm> thumper: aye. just needing a firewall fix in place
[01:36] <mwhudson> spm: more generally, how can we make sure that our staging set up doesn't bitrot like this?
[01:37] <mwhudson> bazaar_branch_store: sftp://supermirror@tellurium/home/supermirror/importd-push-branches
[01:37] <mwhudson> foreign_tree_store: sftp://supermirror@tellurium/home/supermirror/foreign-trees
[01:37] <mwhudson> thumper: ^
[01:41]  * mwhudson lunches
[01:44]  * thumper lunches
[02:23] <spm> mwhudson: the librarian ports the staging importds talk to - obviously 58090, but any of the others?
[02:24] <mwhudson> spm: i don't know which ports the librarian listens on
[02:24] <mwhudson> spm: all it does is upload log files though, so it's probably just that
[02:48] <spm> thumper: mwhudson: watching now to verify the fix...
[02:49] <thumper> kk
[02:49] <spm> 2009-09-23 01:49:31 INFO    Uploaded logs to librarian https://staging.launchpadlibrarian.net/32141237/tasky-master-log.txt. <== looks good
[02:50] <thumper> hey got a log file
[02:50] <thumper> still failing though
[02:50] <mwhudson> spm: guess what
[02:50] <thumper> spm: Unable to connect to SSH host tellurium; EOF during negotiation
[02:50] <mwhudson> spm: marambio needs to be able to connect to tellurium:22
[02:50]  * spm puts head in hands and cries a little
[02:51] <thumper> spm: and strawberry
[02:51] <mwhudson> spm: https://wiki.canonical.com/InformationInfrastructure/OSA/LPHowTo/SetUpCodeImportSlave may be worth reading over?
[02:51] <spm> RTFM!?!?! never!
[02:52] <mwhudson> though it doesn't talk about stagin stuff
[02:52] <spm> an oversight I shall be correcting; never fear.
[02:56] <spm> mwhudson: tellurium 22? or 922? the trace suggests 922?
[02:57] <mwhudson> spm: oh right, probably 922 indeed
[02:57] <spm> kk
[02:57] <mwhudson> spm: is the 922 specified in ~importd/.ssh/config?
[02:58] <spm> yes
[02:58] <mwhudson> ok
[03:11] <mwhudson> huh, my "build an ami from scratch" script worked
[03:11] <spm> mwhudson: ok, added that one. lets see what breaks next :-)
[03:14] <thumper> spm: did you do strawberry as well as marambio?
[03:14] <mwhudson> spm: is strawberry equally set up as marambio ?
[03:15] <thumper> mwhudson: snap
[03:15] <mwhudson> thumper: great minds think alike!
[03:15] <mwhudson> or fools never differ, spm can choose
[03:15]  * spm goes away till the hugging session is over
[03:15] <rockstar> thumper, did we lose "Reviews I CAN do" ?
[03:15] <spm> thumper: mwhudson: yeah, both are setup at the same time.
[03:16] <thumper> rockstar: no
[03:16] <thumper> rockstar: but if there is nothing there, it won't show
[03:16] <rockstar> thumper, there SHOULD be something there though.
[03:16] <mwhudson> spm: can strawberry connect to the database though?
[03:16] <rockstar> thumper, see this: https://edge.launchpad.net/~rockstar/+activereviews
[03:17] <rockstar> thumper, and then this: https://code.edge.launchpad.net/~laymansterms/entertainer/less-config/+merge/10217
[03:18] <mwhudson> spm: it looks like it can't
[03:18] <spm> mwhudson: yeah, can't. that one looks easy. one sec.
[03:20] <thumper> rockstar: on your personal page, we don't show team reviews you could do
[03:20] <thumper> rockstar: as there could be *a lot*
[03:20] <thumper> rockstar: reviews you can do only show on the project page
[03:21] <rockstar> thumper, *sad face*
[03:22] <rockstar> thumper, that's a bit inconsistent, methinks.  We should figure out a way to do it.
[03:22] <spm> mwhudson: that should be ready to roll on strawberry, or find something else busted...
[03:23] <mwhudson> spm: http://staging.launchpadlibrarian.net/32141238/tasky-master-log.txt
[03:24] <mwhudson> spm: 1 minute ago, looks like the tellurium access is still crocked?
[03:24] <spm> pub key. bleh
[03:26] <lifeless> mwhudson: no comment on my testing post ? :P
[03:26] <mwhudson> lifeless: nothing specific came to mind
[03:26] <mwhudson> lifeless: good luck!
[03:26]  * lifeless snorts
[03:28] <spm> mwhudson: looks like strawberry is happier, for values of. still busticated elsewhere "Failure: twisted.internet.error.ProcessTerminated: A process has ended with a probable error condition: process ended with exit code 1."
[03:29] <spm> which I think is the more verbose way of saying, "bus error, core dump" ;-)
[03:30] <mwhudson> spm: it's still failing to connect to tellurium it seems
[03:30] <mwhudson> http://staging.launchpadlibrarian.net/32141240/tasky-master-log.txt
[03:30] <mwhudson> spm: still public key complaints
[03:31] <spm> ta
[03:35] <barry> bac: still here?
[03:41]  * thumper waits for spm to do public key magic
[03:42] <spm> thumper: the suspense is good for your cardio system. so i believe.
[03:43] <mwhudson> wgrant: you there?
[03:43] <wgrant> mwhudson: I am.
[03:43]  * wgrant guesses.
[03:43] <mwhudson> wgrant: want to test a public ec2test image?
[03:43] <wgrant> mwhudson: As I guessed. Sounds good to me.
[03:43] <mwhudson> wgrant: can you tell me your aws id?
[03:43] <mwhudson> (that's the 12 digit thing)
[03:44]  * wgrant finds it.
[03:44] <mwhudson> (it's not actually public yet :-)
[03:45] <wgrant> mwhudson: 6030-0208-9181
[03:46] <mwhudson> wgrant: ok, try ec2 test from bzr+ssh://bazaar.launchpad.net/~mwhudson/launchpad/ami-from-scratch
[03:46] <mwhudson> wgrant: oh, and the branch you're testing will need to have bzr+ssh://bazaar.launchpad.net/~mwhudson/launchpad/no-more-devpad-ssh merged into it
[03:47] <mwhudson> (ami-from-scratch has had that branch merged into it)
[03:47] <wgrant> mwhudson: OK. How do I run it over a local branch?
[03:48] <mwhudson> wgrant: ec2 tests the branch in '.' by default
[03:49] <wgrant> mwhudson: OK, let's see if it runs...
[03:49] <mwhudson> hm, i think i'll still be able to log into your instance
[03:49] <mwhudson> that's not ideal i guess
[03:50] <wgrant> Possibly not.
[03:50] <spm> mwhudson: thumper: \o/
[03:51] <mwhudson> but not very interesting in terms of whether it works or not
[03:51] <spm> https://code.staging.launchpad.net/~vcs-imports/tasky/master
[03:51] <thumper> spm: yay
[03:51]  * thumper tries the kernel
[03:51] <wgrant> mwhudson: Right. Just don't steal my SSH keys, kthxbye.
[03:51] <mwhudson> wgrant: ok
[03:52] <mwhudson> thumper: the branch isn't in the 2a format
[03:53] <mwhudson> mwh@grond:ami-from-scratch$ bzr info nosmart+lp://staging/~vcs-imports/tasky/master
[03:53] <mwhudson> Standalone branch (format: 1.14-rich-root or 1.9-rich-root)
[03:53] <thumper> :(
[03:53] <mwhudson> yeah
[03:53] <thumper> spm: when we do staging updates, are the import slaves updated?
[03:53] <thumper> spm: please say no
[03:54] <spm> thumper: technically yes, but last night they were no, as the boxes were down at the time. didn't think of that...
[03:54] <mwhudson> yeah, the code on strawberry looks way out of date
[03:54] <spm> revno 8458 ?
[03:55] <spm> miles out of date. I assume that's an implied, pls fix kthx?
[03:55] <mwhudson> db-stable is 8495
[03:55] <mwhudson> so yeah, pretty old
[03:55] <mwhudson> spm: yes pls
[03:55] <spm> damn I'm good at this anticipation of the bleedin' obvious (and self congratulation, but lets not go there...)
[03:55] <mwhudson> hm hm
[03:56] <spm> hahahahahahaha
[03:56] <wgrant> mwhudson: Instance started...
[03:57] <mwhudson> wgrant: i think the tests will fail because various things aren't in /etc/hosts
[03:57] <wgrant> mwhudson: I guess I'll see soon.
[03:58] <mwhudson> but again, that's not so interesting
[03:58] <wgrant> update-sourcecode is doing its stuff. It looks like my fix worked.
[03:58] <mwhudson> if we get as far as running the tests i'll be fairly happy
[03:58] <wgrant> That was *very* quick, but it looks like it did everything.
[03:59] <thumper> spm: what about the code base on the scanner / branch type jobs?
[03:59] <wgrant> It went headless.
[04:00] <mwhudson> wgrant: \o/
[04:00] <spm> thumper: they update themselves, and should be fine. verifying...
[04:01] <spm> thumper: supermirror is 8495, bzrsyncd is same
[04:02] <thumper> :(
[04:02] <thumper> spm: I'm looking for the logs and oopses from the staging merge proposal created script
[04:02] <wgrant> mwhudson: Where does it keep its logs? Those available TTW don't seem to be fully up to date.
[04:03] <mwhudson> wgrant: modulo pipe buffering i think they should be up to date
[04:04] <mwhudson> wgrant: i don't know much about that end of things
[04:05] <wgrant> mwhudson: Yeah, it's just buffering it until it's got enough, by the look of things.
[04:05] <wgrant> Alright, actually running test_on_merge now.
[04:05] <wgrant> But I suppose that makes schema...
[04:06] <mwhudson> yep
[04:07] <wgrant> /var/launchpad/test/bin/test -vv
[04:07] <wgrant> It is working.
[04:08] <mwhudson> yay
[04:08] <mwhudson> building a new image now, without my keys and with /etc/hosts set up
[04:08] <mwhudson> will take about an hour
[04:09] <wgrant> mwhudson: Great! Thanks.
[04:09] <wgrant> librarian tests fail with "name or service not known", as expected.
[04:09] <wgrant> Do I just kill the instance?
[04:10] <spm> thumper: those logs should be over
[04:10] <thumper> ta
[04:13] <mwhudson> if i stop making stupid mistakes
[04:13] <mwhudson> wgrant: it should be killed automatically
[04:13] <mwhudson> once the tests end
[04:13] <wgrant> mwhudson: I killed it manually, since lots are - unsurprisingly - failing.
[04:14] <mwhudson> wgrant: ok
[04:16] <thumper> :(
[04:16] <thumper> mwhudson: I can't test the truncating of the bigger diffs, as I can email a 16.9meg diff to the staging inbox
[04:16] <mwhudson> thumper: ?
[04:17] <mwhudson> thumper: you mean, large diffs are still being produced?
[04:17] <thumper> mwhudson: one of the bugs was "complete diff" can never always work
[04:17] <thumper> mwhudson: this is just a revision diff
[04:17] <thumper> mwhudson: of a simple commit
[04:17] <mwhudson> thumper: oh, that bug
[04:17] <mwhudson> thumper: can probably get an SA to twiddle some MTA config somewhere
[04:21] <thumper> spm: how often are oopses synced from staging to devpad?
[04:22] <spm> thumper: 1. same as prod, every 10; and 2. whenever I get asked to do so ;-)
[04:23] <thumper> spm: I can wait 10 minutes :)
[04:23]  * spm calls liar liar pants on fire...
[04:24] <spm> thumper: fwiw, the most recent was about 4 mins ago; so they may have been synced already?
[04:24] <thumper> spm: it was just after the cut off :)
[04:24] <spm> Ahh. Murphy. How we love you...
[04:25] <spm> thumper: synced. all yours.
[04:26] <thumper> ta
[04:43] <purserj> hi all, I'm trying to setup the launchpad code on ubuntu jaunty and I've hit an error when running make schema. Specifically I've got errors coming out the wazoo when trying to build _ctypes
[04:44] <thumper> purserj: have you followed the instructions on the dev wiki?
[04:44] <wgrant> purserj: There's a bug in rocketfuel-setup at the moment. What happens if you try just 'make'?
[04:44] <purserj> thumper: yes
[04:44] <purserj> wgrant: let me try
[04:45] <purserj> same problem
[04:45] <purserj> Can't find Python.h or structmember.h
[04:46] <wgrant> purserj: Ah, that's not the same issue.
[04:46] <mwhudson> purserj: sounds like python2.4-dev is not installed
[04:46] <wgrant> purserj: Check your rocketfuel-setup logs. It didn't go at all well.
[04:46] <wgrant> (perhaps just try to run it again)
[04:46] <purserj> ah, that's probably it. Jaunty is 2.6 by default isn't it
[04:47] <wgrant> It is, but rocketfuel-setup will handle it.
[05:01] <Ursinha> hey mwhudson
[05:01] <mwhudson> Ursinha: hello
[05:01] <Ursinha> can I mark your testfix item as ok? the outstanding one in the testplan
[05:01] <mwhudson> Ursinha: it's just a testfix isn't it?
[05:02] <Ursinha> mwhudson, well, should be
[05:02] <mwhudson> Ursinha: yeah, that's an OK or ?? or whatever is appropriate for that sort of change
[05:02] <Ursinha> mwhudson, ok
[05:02] <Ursinha> thakns
[05:02] <Ursinha> thanks
[05:03] <mwhudson> Ursinha: we would have QAed  # r9512 [r=mwhudson][ui=none] Disable the automatic upgrading of import branches, and fix the import worker to push overwrite the import branch. by now but the staging code import set up was horribly broken :(
[05:04] <Ursinha> mwhudson, broken because of the fix or broken for other reasons?
[05:04] <mwhudson> Ursinha: other reasons
[05:05] <Ursinha> mwhudson, I see
[05:06] <mwhudson> Ursinha: nearly fixed now, hopefully it'll get tested before rollout...
[05:06] <Ursinha> mwhudson, is someone fixing it?
[05:06] <Ursinha>  :)
[05:06] <mwhudson> Ursinha: spm, but he's at lunch
[05:06] <Ursinha> mwhudson, that's good
[05:06] <spm> mwhudson: "was" :-)
[05:06] <mwhudson> Ursinha: it's all to do with some data centre moving about-ery
[05:06] <mwhudson> spm: hello again
[05:06] <spm> just done the importds sync'ing make building right nooo
[05:06] <Ursinha> hahahaha
[05:06] <Ursinha> hi spm :)
[05:07] <spm> insert random commas to have that make sense btw.
[05:07] <spm> hey Ursinha!
[05:07] <thumper> spm: hey hey
[05:07] <mwhudson> Ursinha: how is the 3.0 qa looking?
[05:07] <mwhudson> spm: when is the rollout?  about 16 hours away?
[05:07] <spm> thumper: "just done the importds sync'ing make building right nooo" <== iz under way as we speak :-)
[05:07] <Ursinha> mwhudson, in code's land, very few things pending
[05:08] <Ursinha> registry has a bunch untested
[05:08] <spm> mwhudson: something like that. 8am local.
[05:08] <thumper> spm: ta
[05:08] <spm> 22:00 utc
[05:08] <thumper> spm: you're a star!
[05:08] <mwhudson> spm: thanks
[05:10]  * mwhudson runs top on strawberry, the better for telling when make build is finished
[05:11] <spm> mwhudson: amusingly I was just curing the same thing (make build, not top)
[05:11] <spm> cursing!
[05:11] <mwhudson> it's fricking slow
[05:11] <spm> have you had a look at how speedy the edge rollouts are these days?
[05:12] <mwhudson> spm: i'm aware of a certain amount of frustration in that area
[05:12] <Ursinha> thumper, have you tested r9345?
[05:12]  * mwhudson understates
[05:13] <thumper> Ursinha: which one is that?
[05:13] <thumper> Ursinha: ah
[05:13] <thumper> Ursinha: I tried
[05:13] <spm> mwhudson: yay; 1 down...
[05:13] <thumper> Ursinha: but the staging email will allow a 16.9 meg email to be sent
[05:13] <thumper> Ursinha: so it isn't a definitive test
[05:13] <thumper> Ursinha: I think I'm going to have to ??? that one
[05:14] <spm> mwhudson: revno 8491 sound about right?
[05:14] <mwhudson> spm: yeah
[05:15] <Ursinha> thumper, well, if we can't test because of infrastructure, ?? is the best
[05:15]  * thumper nods
[05:20] <lifeless> AssertionError: 'version' can be only used when name is set
[05:20] <lifeless> echannel
[05:23] <spm> mwhudson: thumper: importd slaves should be gold
[05:27]  * thumper pokes the slaves
[05:35] <purserj> hrm this looks like it's doing more this time round
[05:37] <thumper> spm: I want to copy the dulwich branch from the production import branch store to the staging import branch store
[05:37] <thumper> spm: can you do this?
[05:39] <spm> thumper: codehost mirror as in?
[05:39] <thumper> spm: no, the import branch store, let me find the details
[05:40] <spm> oh yes right.
[05:40] <spm> thumper: is this a perm import/staging or one offski?
[05:40] <thumper> spm: what?
[05:40] <thumper> spm: I'm trying to test that we don't auto upgrade
[05:40] <spm> thumper: as in always import dulwhich to test with, or just this once.
[05:40] <thumper> spm: and that we have fixed the rebasing problem
[05:40] <spm> ah sweet
[05:41] <thumper> spm: just this once
[05:41] <spm> k
[05:41] <thumper> spm: actually, I'd need the mirror copy too
[05:41] <thumper> spm: as part of the issue is in the push --overwrite of the mirror
[05:41] <spm> oki
[05:41] <thumper> spm: do you know where these live?
[05:42] <thumper> spm: or do I have to find locations?
[05:42] <spm> the 00/00/12/34 ? I can find out
[05:44] <mwhudson> it's not /-ed though for code imports
[05:45] <spm>  select id, branch, svn_branch_url, date_last_successful from codeimport where git_repo_url like '%dulwich%' order by branch;" ==> 2738 |  97795 |                | 2009-07-23 12:16:16.257395
[05:47] <mwhudson> spm: so copy sftp://hoover@escudero/srv/importd/www/00017e03 to sftp://supermirror@tellurium/home/supermirror/importd-push-branches
[05:48] <mwhudson> and sftp://hoover@escudero/srv/importd/sources/00017e03.db to sftp://supermirror@tellurium/home/supermirror/foreign-trees
[05:48] <spm> argh. wrong column. (017e03) ta.
[05:49]  * wgrant is confused about what escudero is doing there. Isn't it a production web server?
[05:49] <spm> never you mind :-P
[05:50] <spm> mwhudson: so aprt from the .db, the existing script we use worked fine. that stuff should be there now
[05:50] <spm> on tellurium as in
[05:50] <mwhudson> wgrant: shush you
[05:51] <spm> wgrant: is a ... dmz middle ground in this case, fwiw.
[05:51] <wgrant> spm: Ahaha.
[05:51] <mwhudson> er
[05:51] <mwhudson> where has the review import link gone
[05:51] <mwhudson> rockstar: ?
[05:52] <mwhudson> oh, over there
[05:53] <rockstar> mwhudson, yeah, it moved...
[05:54] <mwhudson> wgrant: can you try ec2 test again?
[05:54] <mwhudson> update your ami-from-scratch branch first
[05:54] <mwhudson> wgrant: it should say "Using machine image version 20"
[05:54] <wgrant> mwhudson: Updating.
[05:54] <mwhudson> thanks
[05:54] <wgrant> No, thank you!
[05:56] <thumper> mwhudson: rhs
[05:56] <wgrant> mwhudson: Version 20 it is.
[05:56] <mwhudson> thumper: yeah, 'find in page' found it :)
[05:56] <thumper> mwhudson: heh
[05:57] <mwhudson> https://code.staging.launchpad.net/~vcs-imports/dulwich/trunk <- import successful
[05:58] <thumper> mwhudson: now blow it away and test 2a ?
[05:59] <mwhudson> thumper: i guess, i just made https://code.staging.launchpad.net/~vcs-imports/tomboy/trunk for that
[06:02] <thumper> heh, snap: https://code.staging.launchpad.net/~vcs-imports/clutter/master
[06:02] <mwhudson> :)
[06:10] <wgrant> mwhudson: buildout is slooooow, but tests are now running.
[06:10] <mwhudson> wgrant: you're certainly not wrong there
[06:11] <mwhudson> wgrant: http://www.netsight.co.uk/junk/xkcd-buildout.png
[06:11] <wgrant> mwhudson: Hahaha.
[06:11] <wgrant> Speaking of xkcd...
[06:11] <mwhudson> thumper: https://code.staging.launchpad.net/~vcs-imports/tomboy/trunk seems to be in 2a format \o/
[06:13] <mwhudson> i guess there wouldn't be much harm in baking built eggs into the image, really
[06:13] <lifeless> other than eggs?
[06:15] <wgrant> mwhudson: It's a bit boring. It looks like it's all working.
[06:15] <mwhudson> wgrant: if you're running all the tests, it'll be really boring
[06:15] <wgrant> (\o/)
[06:15] <mwhudson> wgrant: yeah
[06:15] <mwhudson> let me see if this image works with the trunk ec2 test
[06:16] <mwhudson> then i should see about making it public i guess
[06:20] <thumper> mwhudson: yay
[06:21] <thumper> mwhudson: which branches do we need to delete to test the 2a replacement of dulwich on staging?
[06:22] <thumper> mwhudson: is it just the ones on tellurium?
[06:22] <mwhudson> thumper: yeah
[06:24] <thumper> spm: can you delete the dulwich branches you recently put on tellurium?
[06:25] <spm> thumper: sure
[06:26] <spm> thumper: that should be them all gone
[06:33] <thumper> ta
[06:34] <thumper> mwhudson: the kernel import isn't showing a great speedup over 1.9 :(
[06:35]  * thumper goes to cook dinner
[06:39] <wgrant> mwhudson: What's special about the ec2test AMIs now?
[06:41] <thumper> mwhudson: dulwich staging now in 2a, but since no commit, scanner hasn't picked it up
[06:47] <mwhudson> wgrant: what do you mean?
[06:49] <wgrant> mwhudson: Judging by what ec2test now does (and the name of branch), it looks like it should basically work on vanilla Ubuntu image.
[06:51] <wgrant> Yet you needed to create a special one..
[06:51] <mwhudson> wgrant: mostly that's an optimization, it takes a while to branch launchpad and all the other setup
[06:52] <mwhudson> wgrant: what i wanted to check was that if i made the launchpad-ec2test20 image public, so everyone used it, that it would work with the ec2 that's in trunk
[06:52] <mwhudson> wgrant: i can't land the branch yet because of release-critical and all that
[06:52] <mwhudson> (so far the answer seems to be "yes, but very slowly")
[06:57] <wgrant> mwhudson: You can't get an RC for something unrelated to the release? Or does buildbot use ec2test?
[06:58] <mwhudson> wgrant: i haven't tried, to be fair
[06:58] <mwhudson> i'll ask tomorrow i guess
[06:59] <wgrant> mwhudson: Anyway, great job! I was wondering if I could convince it to work on a normal AMI for eg. clean Karmic testing, and 2.5 and all that.
[07:01] <mwhudson> wgrant: i built that image with "./utilities/ec2 update-image --from-scratch --public launchpad-ec2test20 -p -m ami-5346a73a"
[07:01] <mwhudson> if you specify a karmic ami to -m, you should get something that would let you do that
[07:01] <wgrant> mwhudson: Oh, didn't realise that script was there too.
[07:01] <wgrant> mwhudson: Thanks.
[07:02] <mwhudson> wgrant: note that ec2 picks an ami that's owned by a fixed set of people, you'll need to hack it if you want to use your own
[07:02] <mwhudson> (or pass it to -m)
[07:02] <wgrant> mwhudson: Yep.
[07:04] <mwhudson> i guess the "build image from scratch" could be separated from the "bundle a new ami"
[07:05] <mwhudson> so you could have a command that took a blank karmic image, slapped launchpad onto it, then ran the tests
[07:05] <wgrant> Right.
[07:05] <mwhudson> not today though :)
[07:20]  * mwhudson eods
[07:21] <spm> night mwhudson
[08:25] <jml> hey
[08:26] <wgrant> Huh. Creating a Karmic AMI failed, although with a dpkg segfault rather than an ec2test bug...
[08:26] <wgrant> Morning jml.
[08:27] <jml> wgrant, Good evening :)
[08:27] <jml> wgrant, how's things?
[08:28] <wgrant> jml: Pretty good. Currently trying to convince ec2test's update-image to give me a karmic image. Not succeeding.
[08:28] <wgrant> How's things on the wrong side of the world?
[08:29] <spm> hey jml!
[08:31] <jml> wgrant, overcast :)
[08:31] <wgrant> jml: Better than Sydney, from what I hear.
[08:37] <jml> thumper, are you aroud?
[08:37] <jml> n
[08:44] <beuno> jml, did we get a rollout to edge or staging to check yesterday's changes?
[08:44] <beuno> (we didn't for edge AFAICS)
[08:44] <beuno> also, both of Curtis's branches bounced on EC2, so they've not landed
[08:44] <jml> beuno, I don't know. bac didn't answer when I asked.
[08:45] <jml> beuno, that sucks. forward me the test failures?
[08:45] <beuno> jml, sure. I fwd both of them to him last night
[08:45] <beuno> quite a few tests failed
[08:45] <jml> hmm
[08:45] <beuno> jml, sent
[08:46] <spm> beuno: edge is rolling out as we speak
[08:46] <jml> nice
[08:46] <spm> should be done in the next 10 or so
[08:46] <beuno> spm, thanks
[08:46] <jml> mischan
[08:48] <jml> beuno, they look unrelated
[08:48] <jml> beuno, I'll forward them to sinzui & ask him to confirm
[08:49] <beuno> jml, sinzui is now here, and says he knows why
[08:49] <jml> oh good.
[08:52] <jml> sinzui, hello
[08:53] <jml> sinzui, beuno says you know why those branches failed -- you right to fix & land them?
[09:06] <mrevell> Morning all
[09:10] <beuno> noodles775, hi
[09:11] <noodles775> hi beuno
[09:12] <beuno> noodles775, any news on bug 434519
[09:12] <mup> Bug #434519: Text in overlay is now centered <Launchpad Foundations:Triaged> <https://launchpad.net/bugs/434519>
[09:17] <noodles775> beuno: no - I didn't have time yesterday, I can take a look now though.
[09:19] <beuno> noodles775, it would be lovely
[09:19] <beuno> otherwise, I'll bounce it to someone else, as it's a release blocker
[09:23] <jml> mrevell, hi
[09:23] <jml> sinzui, ping
[09:24] <noodles775> beuno: it wasn't assigned to me... but assigning it now.
[09:24] <sinzui> hi jml
[09:25] <jml> sinzui, sorry to hassle, but I didn't get your answer to "<jml> sinzui, beuno says you know why those branches failed -- you right to fix & land them?"
[09:25] <sinzui> jml: yes, they failed. I am fixing the tests and code now
[09:26] <jml> sinzui, cool, thanks.
[09:27] <bigjools> thumper: still there?
[09:27] <bigjools> sinzui!
[09:27] <spm> gmb: ref https://bugs.edge.launchpad.net/ubuntu/+source/gdm/+bug/393854 it's been noted that if you unfold the gdm line you get "GNOME Bug Tracker bug #414862 appears not to exist..." is that a checkwatches issue or... ??
[09:27] <mup> Bug #393854: Update PAM policy to allow password-less logins set up via users-admin <gdm:Confirmed> <gdm (Ubuntu):Confirmed> <https://launchpad.net/bugs/393854>
[09:27] <mup> Bug #414862: acroread 9: you do not have permission to write to this file <acroread (Ubuntu):New> <https://launchpad.net/bugs/414862>
[09:27] <mrevell> hi jml
[09:29] <gmb> spm: It's probably because we had to run checkwatches manually on Monday and it was run once without the http_proxy set, so it got a lot of Connection Refused errors. We can do a run to clear those specific errors later on if needs be.
[09:29] <spm> gmb: Ahhh. k. ta.
[09:31] <gmb> spm: Actually, if you can just run `SELECT count(id) from BugWatch WHERE bugtracker = (SELECT id from BugTracker WHERE name = 'gnome-bugs') AND last_error_type = 2;` on production we should be able to see how many watches need fixing.
[09:31] <spm> sure. one sec.
[09:31] <spm> gmb: ha. zero. 1 row.
[09:32] <gmb> spm: Hah. I must've mucked up the query then... try with "last_error_type IS NOT NULL" instead.
[09:33] <spm> gmb: that looks more scary: 9854
[09:33] <gmb> Eeek.
[09:33] <gmb> spm: I'm tempted to leave them be for now. We've got some new Bugzilla stuff landing in 3.0 that should stop gnome-bugs being so damn problematic.
[09:33]  * spm can forsee a fun morning for mthaddon fixing the root case of the 'eeek' ;-)
[09:33] <spm> wfm
[09:34] <gmb> spm: Thanks for pinging me about it though; I'll make sure to take care of it once the new code has landed.
[09:34] <spm> np
[09:37] <stub> You can always run checkwatches from edge if you need to
[09:41] <jml> ok. so what is it that I'm doing today.
[09:42]  * jml really really wants Launchpad mailing lists to include a permalink to the email in the footer of every email
[09:51] <jtv> mrevell: just looking at our documentation again and was struck by how pleasant and extensive it is.
[09:53] <mrevell> jtv: Ah, many thanks
[09:58]  * jml keeps running out of coffee
[10:01] <jml> http://people.canonical.com/~beuno/conversions.html says there's only one template left: buglisting-embedded-advanced-search.pt
[10:04] <purserj> has anyone come aross this before? http://pastebin.ca/1576292
[10:07] <noodles775> How do I go about updating something in lp-sourcedeps (like lazr-js in this case)? I can't find anything on the wiki?
[10:07] <jml> purserj, looking
[10:08] <thumper> bigjools: whazzup?
[10:08] <thumper> mrevell: ping
[10:08] <jml> noodles775, ./utilities/update-sourcecode /path/to/lp-sourcedeps/sourcecode
[10:08] <jml> thumper, hi
[10:08] <mrevell> hi thu m
[10:08] <mrevell> er
[10:08] <mrevell> hi thumper
[10:08] <thumper> jml: hey, enjoying london?
[10:08] <bigjools> thumper: having read your oops and ops email you left me wondering how to do a wildcard subscription on the dev wiki
[10:08] <jml> purserj, you need to get the branch dependencies for Launchpad. ./utilities/rocketfuel-get is your friend.
[10:08] <thumper> mrevell: got the link for the facebook meetup? I'm wanting to invite some
[10:08] <purserj> jml:  thanks
[10:08] <mrevell> thumper sure, just a sec
[10:09] <jml> thumper, I am! although things are very busy.
[10:09] <thumper> bigjools: like I said "VersionFourDotO.*"
[10:09] <BjornT> noodles775: for lazr-js, you submit a branch through pqm to bzr+ssh://bazaar.launchpad.net/~launchpad-pqm/lazr-js/toolchain/
[10:09] <bigjools> thumper: all I know is that I need to hack the URL with ?action=subscribe, I don't know how to put wildcards in that!
[10:09] <mrevell> thumper: http://www.facebook.com/event.php?eid=150625398707
[10:09] <jml> thumper, this is the last time I ever move countries and change to a new job just before a major release and critical week-long meeting.
[10:09] <thumper> bigjools: you have to do it from the user preferences page
[10:09] <thumper> bigjools: click on your name on the page
[10:09] <noodles775> BjornT: yep, and to test my branch locally, I just replace the link in lp-sourcedeps?
[10:09] <thumper> jml: :)
[10:10] <bigjools> thumper: user-friendliness FTW
[10:10] <thumper> bigjools: \o/
[10:10] <thumper> mrevell: ta
[10:10] <BjornT> noodles775: yeah
[10:11] <jml> bigjools, thumper: fwiw, I asked the moin guys if it's possible to get announcements about created pages.
[10:11] <jml> (without getting announcements about every single change, that is)
[10:11] <bigjools> jml: ooo that would be nice
[10:11] <BjornT> noodles775: i'm working on buildoutifying lazr-js, though, so the process will change
[10:11] <jml> bigjools, thumper: the answer was, "my! what a good idea."
[10:12] <jml> so I filed a bug... they've changed to use a new event infrastructure recently, so it ought not be too hard for them.
[10:13] <thumper> I'm off again, just wanting the Monday meet up details for UK friends
[10:13] <thumper> ttfn
[10:13] <mrevell> thumper: Phil Nash is gonna be there, btw
[10:17] <bigjools> mrevell: how many !canonical people are going?
[10:17] <mrevell> bigjools: Hard to say but it looks like there'll be ten or so
[10:18] <bigjools> wow
[10:18] <bigjools> mrevell: I am planning how to smuggle pints in from the pub opposite
[10:19] <mrevell> bigjools: Yeah, that is a must. I forgot just how, erm, limited the beer range is at The Warwick. This should not put anyone off from coming :)
[10:19] <bigjools> mrevell: the Warwick has beer?
[10:21] <mrevell> bigjools: Heh yeah, and at ink cartridge prices
[10:21] <mrevell> :)
[10:22] <bigjools> mrevell: the ink would taste better than the slop they sell
[10:22] <mrevell> But the company will be so worth it so everyone should come
[10:22] <mrevell> :)
[10:27] <wgrant> purserj: That's the bug I was talking about earlier. 'make' and 'rocketfuel-setup' again to resume it.
[10:27] <wgrant> jml: There's a bootstrapping issue with your update-sourcecode rewrite that causes the problem.
[10:27] <jml> wgrant, what's the issue?
[10:27] <wgrant> Bug #432830
[10:27] <mup> Bug #432830: rocketfuel-setup does not work <Launchpad Foundations:New> <https://launchpad.net/bugs/432830>
[10:29] <jml> thanks.
[10:30] <purserj> wgrant thanks
[10:34] <ScriptRipper> kiko: ping
[10:40] <bac> good morning
[10:40] <purserj> hrmm, I'm running the sourcedeps get stuff, would it be possible to get an indicator as to the status of this?
[10:41] <lifeless> purserj: you have one, $ == done
[10:42] <wgrant> purserj: It should print out the names of the branches as it does them, as long as rocketfuel-setup isn't being sneaky.
[10:42] <mrevell> bac: Crumbs bac, good morning
[10:43] <bac> mrevell: crumbs to you to, i think.
[10:43] <mrevell> :)
[10:43] <jml> bac, hi
[10:43] <purserj> hrmm the only print out I've had is a complaint that the shipit bzr repo isn't a branch
[10:43] <bac> morn jml
[10:43] <lifeless> jml: so did my testing blog make sense to you?
[10:43] <jml> bac, a bit early for you, isn't it?
[10:43] <jml> lifeless, yese.
[10:43] <purserj> doing an ls -ls in the sourcedeps directory shows me stuff is being added but other wise I can't see it
[10:43] <wgrant> purserj: You'll get two of those (shipit and canonical-identity-provider). They're normal, because those aren't /really/ part of LP, and are only accessible to Canonical folks.
[10:44] <bac> jml:  a huge mirror that has hung on the bedroom wall for fifteen years just crashed to the floor.  i took that as my 5:30 wake up call.
[10:44] <jml> lifeless, I would like to reply to it, but I don't expect to have any time for the next couple of weeks.
[10:44] <bac> it whacked my laptop closed on the way down but did no damage
[10:44] <jml> bac, eek.
[10:45] <lifeless> jml: thats fine, I'll try not to solve world hunger before you get time ;)
[10:45] <bac> mrevell: thanks for your review response.  did you land it?
[10:46] <mrevell> bac: No, I left it to run in the test-suite over night and it passed so I'm landing it now.
[10:46] <bac> mrevell: good deal
[10:46] <bac> jml: i didn't see your question yesterday about edge and staging.  didn't ignore you on purpose.
[10:47] <purserj> okay, that seems to have fixed things, now to build
[10:47] <jml> bac, oh that's fine, I just assumed you were extremely busy :)
[10:47] <bac> jml: so i see spm said edge has been updated.  do you know about staging?
[10:48] <jml> bac, nope, I haven't looked yet.
[10:48] <jml> beuno, ping
[10:49] <jml> bac, staging seems quite out of date
[10:50] <bac> jml: ok
[10:50] <jml> bac, r8488 vs r8495
[10:54] <purserj> okay next breakage, now looking for CVS.protocol
[10:56] <lifeless> cscvs
[10:56] <purserj> tah
[10:57] <purserj> sorry for the questions, and thanks for the help ladies and gents
[10:58] <deryck> Morning, all.
[10:59] <jml> deryck, good morning.
[11:02] <beuno> jml, hi
[11:03] <jml> beuno, do you know what happened with the homepage change?
[11:04] <bigjools> jml: jeez, look what you left behind in Sydney
[11:04] <lifeless> mars!
[11:05] <wgrant> None of that down my way, fortunately.
[11:06] <lifeless> it was surreal
[11:06] <wgrant> I'm not sure whether to believe some of the photos.
[11:07] <lifeless> the ones with godzilla are fake
[11:07] <wgrant> Nah.
[11:08] <lifeless> I got up, looked out at the office blinds - they were orange
[11:09] <purserj> and the problem was an empty cscvs directory in sourcecode
[11:09] <wgrant> purserj: I've only seen that happen when the download gets interrupted.
[11:10] <purserj> yeah
[11:10] <purserj> I'm pretty sure that was my fault
[11:10] <bac> hi bigjools
[11:11] <bac> bigjools: how is your work for bug 314436 coming?
[11:11] <mup> Bug #314436: package-diff can generate infinite output <package-diff> <Soyuz:Triaged by julian-edwards> <diffutils (Ubuntu):Confirmed for scott> <https://launchpad.net/bugs/314436>
[11:11] <bigjools> bac: in the middle of doing it right now
[11:11] <bac> bigjools: okey doke
[11:11] <bac> bigjools: big task?
[11:11] <bigjools> it's a band-aid patch until diffutils is fixed
[11:12] <bigjools> no, trivial
[11:12] <bac> great
[11:12] <bac> bigjools: you know how cprov-afk's def-row work is going?
[11:13] <bigjools> bac: I won't know until he's around
[11:13] <bac> bigjools: ok
[11:14] <bac> jml: what's your question about the home page?  barry had a branch that beuno approved and should've landed on db-devel
[11:15] <jml> bac, that's basically my question.
[11:15] <bac> jml:  it looked quite nice
[11:15] <jml> utilities/branch-flow says its one of the not-yet-tested revisions.
[11:15] <jml> bac, very pleased to hear that.
[11:15] <bac> jml:  what is this branch-flow of which you speak?
[11:16] <jml> bac, run ./utilities/branch-flow from one of your launchpad branches.
[11:16] <bac> cool
[11:17] <bac> what does 'untested' mean in this context?
[11:17] <jml> bac, not landed on db-stable
[11:17] <bac> ok
[11:22] <beuno> noodles775, THANK YOU
[11:23] <beuno> I feel I need to go down to germany and buy you a few beers for all your work in 3.0 UI
[11:25] <noodles775> beuno: feel free to review the (v. simple) change: https://code.edge.launchpad.net/~michael.nelson/lazr-js/434519-overlay-alignment/+merge/12268
[11:26] <beuno> noodles775, on it
[11:26] <noodles775> hmm... not sure why that's a private mp. Let me know if it causes an issue for you.
[11:27] <beuno> not at all
[11:27] <beuno> running LP to verify the fix
[11:27] <beuno> does this need an RC?
[11:28] <bac> jml;  i'm subscribed to the devel and db-devel branches with the same settings.  i get landing messages for devel but none for db-devel.  any ideas?
[11:28] <noodles775> beuno: good question, I'm trying to find where we specify which version of lazr-js we use... utilities/sourcedeps.conf just says toolchain?
[11:28] <jml> bac, good question
[11:29] <bac> having those would be handy today
[11:29] <beuno> noodles775, I think the latest always get pulled, but maybe jml knows
[11:29] <jml> noodles775, beuno: always the latest.
[11:30] <jml> sourcedeps.conf doesn't have a way to specify revno that I know
[11:30] <noodles775> beuno: and great that you can verify it - as I've stuffed my local sourcecode deps and currently can't verify it until I find out why.
[11:30] <beuno> jml, do we need an RC to land it?
[11:32]  * jml reading...
[11:32] <jml> beuno, land what exactly?
[11:32] <beuno> jml, lazr-js
[11:33] <noodles775> jml: one line extra css rule... see above MP.
[11:34] <jml> ahhh, I see.
[11:34] <noodles775> (not that the complexity of the fix is relevant to whether we need RC.)
[11:34] <jml> whether you need an RC or not is bac's call, I think.
[11:34] <jml> I'm happy to review the code.
[11:34] <bac> noodles775: what is the change?
[11:34] <noodles775> bac: https://code.edge.launchpad.net/~michael.nelson/lazr-js/434519-overlay-alignment/+merge/12268
[11:35] <noodles775> I'm just waiting for beuno to verify the fix.
[11:35] <beuno> noodles775, it works fantastically well
[11:35] <beuno> I've approved
[11:35] <noodles775> Great.
[11:36] <bigjools> intel in intrepid, why does thou sucketh so badly
[11:37] <bac> noodles775: the fix to lazr-js does not need r-c IMO but any config change in LP to use it will
[11:37] <noodles775> bac: great, apparently we don't need one. Thanks.
[11:37] <bac> noodles775: or were you saying our config doesn't specify version?
[11:38] <noodles775> yep, lazr-js=lp:~launchpad-pqm/lazr-js/toolchain/
[11:38] <bac> noodles775: so lazr-js can change under LP's feet and we'll just happily use the latest?
[11:39] <noodles775> bac: well, the ~launchpad-pqm/lazr-js/toolchain, yes.
[11:39] <noodles775> bac: see utilities/sourcedeps.conf
[11:39] <noodles775> I guess that will change once it's buildbot-ified.
[11:40] <bac> noodles775: policy-wise that seems odd
[11:41] <wgrant> bigjools: It's Jaunty that's really terrible, not Intrepid.
[11:41] <bigjools> wgrant: it's frustrated me so much I forgot which release I was running
[11:41] <wgrant> bigjools: Karmic is much much better.
[11:41] <bigjools> I can't run for more than half a day without filling swap
[11:42] <noodles775> bac: yep - jml or BjornT might know more?
[11:42] <bigjools> wgrant: I really, really hope so
[11:42] <wgrant> bigjools: I no longer have to reboot three times a day after swap death.
[11:42] <wgrant> bigjools: i run for weeks instead!
[11:42] <wgrant> And it's fast.
[11:42] <purserj> and we're in, thanks guys
[11:42] <wgrant> purserj: It's running?
[11:42] <bigjools> wgrant: hooray, I think I will upgrade tomorrow after 3.0 is done
[11:42] <purserj> yeah
[11:43] <bigjools> wgrant: is the suspend bug fixed?  X used to crash on waking up
[11:44] <wgrant> bigjools: Yep.
[11:44] <bigjools> I'm sold.
[11:44] <wgrant> bigjools: It was dieing with Compiz sometimes a few weeks ago, but it works fine now.
[11:45] <bigjools> wgrant: as long as it doesn't die with plasma :)
[11:47] <wgrant> bigjools: We can hope.
[11:47] <wgrant> bigjools: I believe a few codehosting tests have regressed on Karmic, but hopefully ec2test will tell me otherwise in a few minutes...
[11:48] <bigjools> marvellous
[11:48] <purserj> now that I've got it running, I have to go and do other stuff, sigh
[11:56] <bigjools> oh awesome, I got an oops proposing a merge
[12:31] <gmb> Oops. I broke everything.
[12:31] <gmb> Ok, fixed it now.
[12:34] <jml> yay
[12:34] <jml> hooray for everything
[12:34] <jml> I'm off to lunch. back later.
[12:44] <BjornT> bac, noodles775: changes to lazr-js do require release-critical for now, since your changing the version that launchpad is using. this will change when lazr-js is buildoutified, which i'm working on now.
[12:46] <noodles775> BjornT: OK - bac I just requested an r-c on the mp from you (the branch is on pqm given the previous info.)
[12:46] <noodles775> Thanks BjornT.
[12:49] <bac> thanks for the clarification BjornT
[13:01] <Ursinha> hi noodles775
[13:02] <noodles775> Hi Ursinha
[13:02] <Ursinha> noodles775, I'm doing the last minute checkings to the rollout, so I'd like to know if you tested the three pending items in soyuz test plan?
[13:03] <Ursinha> 3.0 one
[13:03] <noodles775> Ursinha: I just updated the page...
[13:03] <Ursinha> noodles775, oh :)
[13:04] <Ursinha> noodles775, thanks
[13:04] <Ursinha> noodles775, this item that OK under BAD section was a RCFIXED one? I mean, you got one RC to fix a previous BAD item?
[13:05] <Ursinha> oh crap, cprov was the next one :)
[13:05] <Ursinha> hmm
[13:05] <noodles775> Ursinha: No, i'm just looking at it now... I'll update the status.
[13:05] <Ursinha> bigjools, hi :)
[13:05] <Ursinha> thanks noodles775!
[13:05]  * bigjools hides
[13:07] <Ursinha> oh, noodles775, so that's a BAD one... is that a blocker for today's rollout?
[13:07] <Ursinha> bigjools, about the two items in the test plans, have you tested them?
[13:07] <noodles775> Ursinha: I wouldn't think so, bigjools can you take a look at the comment I added to that item?
[13:08] <Ursinha> bigjools, please? ^
[13:08] <bac> hi henninge
[13:08] <bigjools> Ursinha: not yet
[13:08] <henninge> Hi bac, in a call atm.
[13:08] <Ursinha> bigjools, are you planning to? :)
[13:09] <bigjools> Ursinha: well I had planned to fit it in at some stage, in amongst all the other urgent issues :)
[13:09] <bac> Ursinha: please add those to CurrentRolloutBlockers
[13:09] <bigjools> Ursinha: we have 2 more in 2.2.8 as well
[13:09] <bigjools> but I think they are both ??
[13:09] <Ursinha> bigjools, yes, I was planning to talk to cprov but he's gone
[13:10] <bigjools> he'll be back in 20m
[13:10] <Ursinha> bac, but are they really blockers?
[13:10] <Ursinha> bigjools, oh, fine, I'll check with him if those are ??
[13:10] <bigjools> Ursinha: btw one of those items is really allenaps!
[13:10] <bac> Ursinha: unsure.  reference?
[13:10] <Ursinha> bac, why did you ask me to add it to CRB then? :)
[13:10] <Ursinha> bac, https://dev.launchpad.net/SoyuzTestPlan/3.0 , the BAD item
[13:11] <bac> Ursinha: i mis-read.  i thought you were under the impression they WERE blockers
[13:11] <Ursinha> bac, ah, no, I was checking with bigjools
[13:11] <Ursinha> if they're blockers
[13:11] <Ursinha> bigjools, your pending ones, are they blockers if not working?
[13:11] <bigjools> Ursinha: ok QA'ed
[13:12] <Ursinha> bigjools, \o/
[13:12] <Ursinha> that was easy
[13:12] <bigjools> Ursinha: actually you can help me, I need to request blueprint feedback to test one of them, can I put your name in?
[13:12] <Ursinha> bigjools, go for it
[13:13] <bac> Ursinha: add the one BAD on that page to CRB under 'not a blocker'.  if fixed i'll give it an r-c but we won't block on it
[13:13] <Ursinha> bac, ok, doing it
[13:13] <bigjools> Ursinha: ok visit https://blueprints.edge.launchpad.net/soyuz/+spec/native-source-syncing
[13:13] <bac> Ursinha: what about the icon clobbering in the portlet on https://edge.launchpad.net/sprints/uds-l  ? is that issue filed?
[13:13] <bigjools> Ursinha: look at the bottom right and click on "give feedback"
[13:14] <Ursinha> bac, have to check, just woke up and started poking soyuz people like crazy\
[13:14] <Ursinha> :)
[13:14] <Ursinha> bigjools, looking
[13:14]  * bigjools has holes
[13:14] <Ursinha> lol
[13:15] <barry> bac: wow! only one unconverted template left
[13:15] <bac> barry: the bug one?
[13:15] <bigjools> yeah those bugs slackers eh :)
[13:15] <barry> bigjools: yep
[13:16] <bac> not to worry.  deryck is on it.
[13:16] <Ursinha> bigjools, oh, I guess I didn't get the way that works
[13:16] <bigjools> Ursinha: do you see the link?
[13:16] <Ursinha> bigjools, you click on give feedback just to remove the item for your queue?
[13:16] <Ursinha> bigjools, yes
[13:16] <bigjools> yep, that's it
[13:16] <bigjools> tick that QA box
[13:16] <Ursinha> I did
[13:16] <bac> noodles775: can you look at the attendees list on https://edge.launchpad.net/sprints/uds-l ?  was it messed up the last time you saw this page?
[13:16] <Ursinha> and it cleared the queue
[13:16] <bigjools> :)
[13:16] <Ursinha> bigjools, is this the desired behavior?
[13:17] <bigjools> yep
[13:17] <Ursinha> cool
[13:17] <noodles775> bac: nope - and the h1 header wasn't there either :/. A change to a base class of the view added a label which has added the second h1 heading, I'm looking at the attendees list now.
[13:18] <bac> noodles775: thanks
[13:19] <bigjools> Ursinha: ok both items are marked OK
[13:19] <bigjools> noodles775: what's bad on yours?
[13:21] <Ursinha> bigjools, thanks!
[13:22] <noodles775> bigjools: see the last bullet on the qa item - i noted it there.
[13:22] <bigjools> noodles775: I followed the link and didn't see a problem
[13:22] <noodles775> bigjools: the second h1 should not be there... the base class for the view was subsequently updated with a view.label.
[13:23] <deryck> just bzr lpsend'ed the last template conversion branch for review!
[13:23] <bigjools> noodles775: ah I see
[13:23] <bigjools> noodles775: it's not a major hassle I don't think
[13:23] <noodles775> bigjools: great.
[13:23] <bigjools> noodles775: although - I only see the additional h1 over the app tabs?
[13:24] <bigjools> do you mean that the other one should not be there to the left of "registered by ..." ?
[13:24] <noodles775> bigjools: that's the one that *should* be there, the one below should not.
[13:24] <noodles775> yes, the one next to 'registered by' should not be there, according to the heading rules.
[13:24] <bac> barry: does registry have any BADs that need fixing?
[13:24] <bigjools> noodles775: ok
[13:25] <bac> hi cprov
[13:26] <cprov> bac: hi there
[13:26] <barry> bac: we have two bads in 2.2.8, none in 3.0
[13:26] <Ursinha> bac, added
[13:26] <barry> bac: you've already said we won't fix bug 410416 and i think curtis has retargetted 297877 for 3.10
[13:26] <mup> Bug #410416: Private teams cannot be project owner or driver <Launchpad Registry:Fix Committed by bac> <https://launchpad.net/bugs/410416>
[13:26] <cprov> bac: the death-row blocker ... I'm on it, seriously this time. I will have a position in 2h or so.
[13:27] <barry> bac: so i think the answer is "no"
[13:27] <bac> cprov: great
[13:27] <barry> bac: or maybe "not at the moment" ;)
[13:27] <bac> barry: :)
[13:27] <bac> barry: we owe big thanks to Ursinha for doing a lot of QA last night
[13:28] <barry> Ursinha: \o/
[13:28] <Ursinha> :)
[13:29] <Ursinha> cprov, hi :) can you confirm if the two pending items in soyuz 2.2.8 test plan are '??' ?
[13:30] <cprov> Ursinha: yes, at this point they are probably ??  because there is no reliable way to QA them
[13:30] <Ursinha> cprov, oh, I see
[13:32] <gmb> allenap: Did your externalbugtracker branch land yet?
[13:32] <henninge> Hey bac, I am off the call.
[13:33] <bigjools> deryck, beuno: are we going to fix the fixed-width columns in the bugtask table?  It causes unnecessary wrapping.
[13:34] <bac> henninge: sinzui had a branch last night that moves the registering slot to above the rule.  does that address your concerns?
[13:34] <henninge> bac: sounds like it. Has it landed?
[13:35] <bac> henninge: unsure
[13:35] <deryck> bigjools, yes, we were trying to get it.
[13:35] <bigjools> cool
[13:35] <henninge> bac: especially since there are more pages than those two that use it.
[13:35] <henninge> sprints, too
[13:36] <bac> henninge: yes, it landed as db r8503
[13:36] <henninge> bac: I just saw it ;-)
[13:36] <henninge> bac: now the bugs index page needs to use it ... ;-)
[13:37] <henninge> thanks, bac
[13:37] <bac> henninge: thanks for the email.  yeah, the non-conformers will need to be fixed
[13:41] <Ursinha> hey salgado
[13:41] <salgado> hi Ursinha
[13:42] <Ursinha> salgado, have you done QA in your stuff on 2.2.8/3.0 test plans? if not, any of your items can break lp miserably that should be tested for us to be sure?
[13:43] <salgado> Ursinha, we're not QAing our own items this time
[13:44] <salgado> let me check if I have something that can cause breakage.  although I'd be really surprised if any of my changes ever broke anything. <wink>
[13:44] <Ursinha> hehehe
[13:44] <Ursinha> thanks salgado
[13:46] <salgado> Ursinha, nothing
[13:46] <barry> Ursinha, salgado i'm qa'ing 3.0 stuff today too, but other people's stuff
[13:46] <Ursinha> salgado, anything you could say 'oh, this can't be really tested, so it's a ??' ?
[13:47] <Ursinha> barry, thanks a lot
[13:47] <barry> Ursinha, salgado we should coordinate so we don't double-test stuff
[13:47] <salgado> Ursinha, already did that
[13:47] <Ursinha> salgado, awesome
[13:47] <salgado> barry, absolutely.  what was that marker you suggested yesterday?
[13:48] <barry> salgado: put a "* Tested by ..." on the item when you start.  but that's kind of inconvenient i've found.  do you have a better idea?
[13:50] <salgado> barry, move it to the OK section without changing its status, before you start QAing an item?
[13:50] <barry> salgado: good idea
[13:50] <barry> salgado: let's do that and see how it goes
[13:51] <salgado> barry, or maybe add a new section with your name and use that as your working-on queue
[13:53] <barry> salgado: that might work, if that section is near the top of the file.  let me hack on the page a bit and see what works
[13:53] <barry> salgado: https://dev.launchpad.net/RegistryTeam/RegistryTestPlans/3.0
[13:54] <salgado> barry, looks good, but it might be a good idea to have sub-sections there for each of us
[13:57] <barry> salgado: https://dev.launchpad.net/RegistryTeam/RegistryTestPlans/3.0
[13:58] <bac> allenap: what's the status of bug 423105 ?
[13:58] <salgado> looks good to me
[13:58] <mup> Bug #423105: Duplicate download icons in many places <Launchpad Foundations:Triaged by beuno> <Launchpad Bugs:In Progress by allenap> <https://launchpad.net/bugs/423105>
[13:59] <barry> salgado: cool.  i guess that means we now have to actually do the qa ;)
[14:00] <barry> salgado: was there a bug for your r9312 branch?
[14:01] <salgado> barry, bug 434349
[14:01] <mup> Bug #434349: Distribution series index OOPS <timeout> <Launchpad Registry:Fix Committed by salgado> <https://launchpad.net/bugs/434349>
[14:01] <salgado> oh, no
[14:02] <salgado> I thought you were talking about that r-c I landed yesterday
[14:02] <barry> salgado: "r9312 [r=bac][ui=none] Change Hierarchy view to add an extra breadcrumb for the current page when we're not looking at the context's default view."
[14:02] <salgado> barry, nope, no bug for that, but if you see a breadcrumb for the current page in, say, /people/+me/+edit, then it works
[14:02] <salgado> and people would've screamed if it didn't
[14:03] <barry> salgado: cool
[14:06] <jml> beuno, we should probably have a tag for post-3.0 ui cleanups
[14:08] <beuno> jml, do it. Since the crisis, tags have become pretty cheap
[14:08] <jml> heh.
[14:17] <stub>     InternalError: attempted to lock invisible tuple
[14:17] <stub> Cool!
[14:27] <bac> gary_poster: did your breadcrumbs branch land?  please update CRB
[14:27] <gary_poster> bac: no, mentioned to you in /msg: ec2test gave me failures.  working on it now.
[14:28] <bac> ah, now i remember gary_poster
[14:28] <salgado> bac, new BAD item in Registry/3.0.  no big deal, though
[14:28] <salgado> bac, https://bugs.edge.launchpad.net/launchpad-registry/+bug/435260
[14:28] <mup> Bug #435260: IProduct's +packages pages has a ton of links to +distributions <Launchpad Registry:New> <https://launchpad.net/bugs/435260>
[14:28] <gary_poster> stub: lol, locking an invisible tuple is not something I've tried
[14:41]  * gmb -> afk for a bit
[14:48] <stub> gary_poster: So that seems an internal PG error, so there might be some road bumps on the road to Launchpad + PG 8.4
[14:49] <gary_poster> stub: ah, ok.  good to know. ":-/
[14:58] <bac> beuno:  you around
[15:00] <barry> reviewers, beuno, lurkers -> #launchpad-meeting
[15:18] <bac> gary_poster: what's your branch status?
[15:20] <gary_poster> bac: I believe I have addressed about 85% of failures.  continuing to do so.  afterwards I will need to rerun the failed tests locally.
[15:20] <gary_poster> Then I was going to come to you to see if you wanted to review the incremental diff based on the test failures, and to see if you wanted to go directly to pqm with only running the specific tests that had failed before, or if you wanted another full ec2 test run.
[15:24] <bac> gary_poster: there is no time for a full ec2 run
[15:24] <bac> PQM closes at our noon
[15:24] <salgado> barry, how'd I test "r9498 [r=cprov][ui=rs] Make the Programming Languages inline editor a little wider. "?
[15:24] <barry> salgado: go to any project that you can edit and that has a programming languages defined.  click on the pencil.  if you can still see the languages, it works :)
[15:25] <salgado> barry, doesn't it have to be wider?
[15:25] <barry> salgado: it used to be maybe 3 pixels wide
[15:26] <bac> gary_poster: i feared the simple fix on the breadcrumbs would have lots of test failures.  thanks for working through them.
[15:27] <gary_poster> bac: pqm closing at noon: ack.
[15:27] <gary_poster> bac: I was farther along fixing tests that I had guessed.  Just completed, and am preparing to run the tests locally (i.e., make schema for db-devel).
[15:29] <jml> meh.
[15:29] <jml> was devel broken ~3.5 hours ago?
[15:29] <jml> by which I mean db-devel.
[15:30] <gary_poster> jml: don't know.  buildbot is happy so far
[15:30] <jml> hmm.
[15:31] <jml> I submitted an experimental branch and it had failures. I'm not sure they are all mine. They might be. I just don't know.
[15:32] <gary_poster> jml: not definitive, but you could look for some of the failures in https://lpbuildbot.canonical.com/builders/db_lp/builds/119/steps/shell_7/logs/stdio (in progress) and see if some of them already have results there...
[15:33] <jml> gary_poster, thanks.
[15:33] <jml> I kind of wish that ec2 tested ones branch against stable.
[15:34] <gary_poster> jml: it can, at least, even though that's not the default.  -b launchpad=stable
[15:34] <gary_poster> (that's supposed to work at least)
[15:35] <jml> gary_poster, but won't that pqm-submit to stable?
[15:35] <gary_poster> jml: mm, yes, good point, by default.  you can override that but that starts to get wordy. :-/
[15:36] <jml> gary_poster, do you think that running tests against stable & landing on devel would make a good default?
[15:37] <barry> salgado: how can i test bug 423898?
[15:37] <mup> Bug #423898: Should not rely on Navigation._publishTraverse() to have objects appended to request.traversed_objects <Launchpad Foundations:Fix Committed by salgado> <https://launchpad.net/bugs/423898>
[15:37] <salgado> barry, that's a ?? one
[15:37] <barry> salgado: cool, thanks
[15:37] <salgado> forgot about it
[15:37] <jml> I mean, that will miss errors due to other branches being landed on devel that have behaviour conflicts with yours that don't cause text conflicts and do cause test failures.
[15:37] <bac> gary_poster: can you pastebin the tail end of the failure email that shows the tests that failed
[15:38] <jml> but I'd guess that's quite rare.
[15:38] <gary_poster> jml: not sure but maybe, agree, agree, in order. ;-)
[15:38] <jml> gary_poster,  :)
[15:39] <jml> it's certainly rarer than devel being broken.
[15:39] <gary_poster> bac: is this what you wanted?  http://paste.ubuntu.com/276436/
[15:39] <bac> gary_poster: exactly
[15:40] <gary_poster> bac, ok, success: Ran 417 tests with 0 failures and 0 errors in 1 minutes 56.184 seconds.
[15:40] <gary_poster> that's of all of the previously failing tests.
[15:40] <gary_poster> bac: what do you want to do next?  review?  pqm?
[15:40] <barry> salgado: do you have quick test plans for "r9556 [release-critical=bac][r=henninge][ui=none] Interpolate zope.i18nmessageid.message.Message strings in the text of leaf breadcrumbs so that the fmt:pagetitle formatter doesn't add non-interpolated text to the title." and...
[15:40] <bac> gary_poster: have you pushed your changes to LP?
[15:40] <barry> salgado: "r9569 [release-critical=bac][r=sinzui][ui=none] Fix the bug by only displaying bugs/blueprints summary for active milestones on a distro/product series main page."
[15:41] <bac> gary_poster: create a MP
[15:41] <bac> gary_poster: see if someone such as salgado can do a code review
[15:41] <salgado> barry, yes, https://edge.launchpad.net/launchpad/+addquestion doesn't contain ${context} in the title, for the first
[15:41] <gary_poster> bac: I am in middle of push now.  ok, will do.
[15:42] <bac> gary_poster: scratch that
[15:42] <gary_poster> bac: ok
[15:42] <bac> gary_poster: add the incremental diff to your existing MP
[15:42] <gary_poster> ok
[15:42] <bac> gary_poster: i'll review the incremental
[15:42] <salgado> barry, and https://edge.launchpad.net/ubuntu/jaunty only shows bugs/blueprint summary for the first two milestones
[15:42] <bac> gary_poster: let me know when the push is done
[15:42] <barry> salgado: thanks
[15:43] <gary_poster> bac: push is done
[15:45] <gary_poster> bac: incremental diff is up, and test command I used is beneath that
[15:45] <bac> gary_poster: i've got a simple script that parses the failure message and re-runs the failing tests.  i'll publish it.
[15:45] <gary_poster> bac: https://code.edge.launchpad.net/~gary/launchpad/breadcrumbs/+merge/12246
[15:45] <gary_poster> bac: oh, cool!
[15:45] <james_w> how far is http://paste.ubuntu.com/276442/ likely to be from working?
[15:46] <bac> gary_poster: http://pastebin.ubuntu.com/276444/ -- it even lumps dependent stories together
[15:46] <gary_poster> james_w: not sure.  leonardr should be back tomorrow.
[15:47] <gary_poster> bac: nice!  +1 on adding it to utilities
[15:47] <gary_poster> will meanwhile steal
[15:47] <jml> yeah
[15:47] <jml> xx-creating-branches.txt is failing
[15:48] <gary_poster> how rude of it
[15:48] <jml> I know. The cheek!
[15:49] <ursula_> hey jml
[15:49] <ursula_> weird to have you here this time of the day
[15:49] <jml> ursula_, hello
[15:50] <james_w> ok, I'll stop trying to blindly grope for this
[15:50] <jml> Ursinha, get used to it :)
[15:50] <Ursinha> jml, :)
[15:50] <flacoste> bac: next (and probably last) buildbot run will start in 1h23
[15:50] <jml> Ursinha, are you keeping normal hours now?
[15:50] <Ursinha> jml, yes
[15:50] <jml> flacoste, assuming the test failures are fixed by then :)
[15:50] <bac> flacoste: perfect!
[15:50] <flacoste> bac: given that the build time is ~3h5 we should be good for the 20:00UTC deadline
[15:50] <flacoste> jml: test failures, what are you talking about?
[15:51] <flacoste> we don't have test failures :-)
[15:51] <jml> hmm.
[15:51] <jml> so, I think that this branch which changes the "Code" tab to "Branches" is probably too late.
[15:55] <jml> and xx-build-record.txt
[15:58] <Ursinha> bac, I've added the MP links for all commits in registry's 2.2.8 test plan, so if you feel like testing... :)
[15:58] <Ursinha> not all commits, only the NEEDSTESTING ones
[15:58] <Ursinha> sorry
[16:05] <bac> Ursinha: that's great.  did you have to do it manually?
[16:06] <bac> Ursinha: can your script do it in the future?
[16:06] <bac> salgado, barry, EdwinGrubbs: ^^
[16:06] <Ursinha> bac, I did, because I couldn't seem to find how to access bug.linked_branches via api
[16:06] <bac> Ursinha: it may not be exported.  if not we'll add it
[16:07] <Ursinha> bac, but I'm planning yes to do that via searching on the commit for the branch nick, then, looking in lp for the MP
[16:07] <Ursinha> (which is how I did it manually)
[16:07] <Ursinha> so I've linked a bunch of branches to bugs
[16:07] <Ursinha> yay for karma
[16:07] <Ursinha> :)
[16:21] <Ursinha> bigjools, just found one outstanding item from wgrant on Registry test plan, moved to soyuz
[16:21] <Ursinha> bigjools, can you tell if that's ok?
[16:21] <Ursinha> bigjools, https://dev.launchpad.net/SoyuzTestPlan/2.2.8
[16:52] <deryck> the last template conversion has hit pqm.  9 minutes to spare! :)
[16:53] <jml> heh heh
[16:53] <jml> I've managed to avoid doing any migrations.
[16:54] <jml> I'm very impressed & grateful for the work that's been put into it by others.
[16:54] <deryck> jml, you missed all the fun!
[16:54] <simon-o> Hi, could someone check the error ID OOPS-1362CEMAIL10? thanks
[16:56] <bac> The last branch is playing in PQM now.  It is closed afterwards as we prepare to rollout LP 3.0.  Thanks everyone.
[16:56] <salgado> abentley, can you help simon-o with https://lp-oops.canonical.com/oops.py/?oopsid=1362CEMAIL10 ?
[16:58] <deryck> barry, ping
[17:00] <abentley> salgado, simon-o: This is bug #426779 and will be fixed in the 3.0 release
[17:00] <mup> Bug #426779: Error when sending mail to a code review for source package branch <package-branches> <Launchpad Bazaar Integration:Fix Committed> <https://launchpad.net/bugs/426779>
[17:00] <james_w> hey simon-o
[17:01] <simon-o> james_w: hi :)
[17:01] <bigjools> Ursinha: that item is ok
[17:01] <Ursinha> gud
[17:01] <james_w> simon-o: I think I know how you caused that OOPS :-)
[17:01] <Ursinha> bigjools, there are others untested in 3.0..
[17:01] <bigjools> Ursinha: and I thought it had already been QA'ed ?
[17:01] <simon-o> james_w: trying to send a response to the merge proposal :)
[17:01] <Ursinha> bigjools, it wasn't on soyuz test plan
[17:02] <Ursinha> bigjools, did you land that?
[17:02] <bigjools> Ursinha: hmmm I saw it on there previously
[17:02] <simon-o> james_w: I'll forward the patch upstream in the next few days, that what I wrote
[17:02] <Ursinha> weird²
[17:02] <james_w> simon-o: great, thanks
[17:03] <Ursinha> bigjools, you're not wrong, it's indeed there
[17:03] <bigjools> ;)
[17:04] <Ursinha> bigjools, another thing :)
[17:04] <simon-o> james_w: thanks for merging
[17:04] <Ursinha> bigjools, do you know if https://lp-oops.canonical.com/oops.py/?oopsid=OOPS-1356A2776 is being caused by bad data?
[17:05] <james_w> simon-o: oh, I haven't done that yet :-)
[17:05] <simon-o> james_w: I know, but you will do it soon ;)
[17:05] <bigjools> Ursinha: no, it's someone hacking a URL
[17:05] <bigjools> in fact they put the +files stuff in sources.list by the look of it
[17:06] <bigjools> sigh
[17:06] <Ursinha> bigjools, I think I've filed one bug asking gently for a 404 instead
[17:06] <bigjools> Ursinha: the bug is that it doesn't return 404
[17:06] <Ursinha> :)
[17:06] <bigjools> yep
[17:07] <bigjools> Ursinha: it's a foundations bug I think
[17:07] <Ursinha> bigjools, indeed: bug 403618
[17:07] <mup> Bug #403618: Launchpad should return a 404 instead of ForbiddenAttibute OOPS <oops> <Launchpad Foundations:New> <https://launchpad.net/bugs/403618>
[17:07] <bigjools> Ursinha: as usual you're one step ahead of me
[17:08] <Ursinha> bigjools, haha
[17:20] <flacoste> bac: buildbot failure :-(
[17:21] <flacoste> xx-soyuzbuild-record and xx-creating-branches
[17:22] <bigjools> noodles775 said that the former was broken by the changes to the registration slot, but I've not looked yet
[17:24] <sinzui> they are broken by the slot.
[17:24] <flacoste> yeah, Owner is gone from the output
[17:24] <flacoste> and created... is also gone
[17:25] <flacoste> anyone on the fix?
[17:25] <sinzui> I can fix these. I need a break sprinting
[17:33] <bac> flacoste: sorry was enjoying my chicken tikka
[17:35] <Ursinha> hi sinzui, do you know how (or if) r9016 can be tested?
[17:35] <flacoste> bac: actually, i probably need to do something similar, of course, in my case, it will be more like beet leaves masala with rice
[17:35] <bac> ummm, beet leaves.
[17:35] <flacoste> bac: sinzui is on the fix
[17:36] <bac> flacoste: do we kill buildbot and restart it as soon as sinzui's fix is in?
[17:36] <flacoste> depending on when it gets in and how the next build goes, we might be late for the release or release an earlier revision
[17:36] <sinzui> I am almost done
[17:36] <flacoste> bac: it will pick it up automatically
[17:36] <bac> flacoste: right but do we want to wait for this one to finish?  i guess we should in case there are other surprises
[17:37] <sinzui> bac: https://pastebin.canonical.com/22467/
[17:37] <flacoste> bac: buildbot is currently idle and waiting for a new testfix revision
[17:37] <flacoste> bac: all the missing changes will be tested along
[17:37] <bac> flacoste: why is it idle?  how come it didn't keep going?
[17:38] <flacoste> bac: because once it's encounters failures, it waits for a testfix
[17:38] <bac> ah, it was the previous build that failed.  gotcha
[17:38] <flacoste> exactly
[17:38] <Ursinha> hey deryck[lunch], when you return: do you know who's on charge of testing abel's and wgrant's changes that are on bugs' test plan?
[17:39] <sinzui> bac: flacoste my branch is pushed. are my changes good enough for an RC?
[17:39] <bac> sinzui: looking
[17:39] <bac> sinzui: it passed locally?
[17:39] <sinzui> yes
[17:39] <bac> rc=bac
[17:39] <sinzui> I pull db-devel
[17:39] <flacoste> sinzui: i guess you didn't submit your registration branch through ec2 first?
[17:40] <sinzui> No,
[17:40] <sinzui> I wll start using ec2 In October
[17:40] <flacoste> sinzui: you definitively should!
[17:41] <bigjools> I don't :)
[17:41] <sinzui> I an not convinced. I and tim stepped on each other. It will always happen
[17:42] <bigjools> Tim stepped on me at Allhands
[17:42] <salgado> barry, did you see my comment/attachment on bug 434761?
[17:42] <mup> Bug #434761: Make the home page pretty <story-ui-3> <Launchpad Registry:Fix Committed by barry> <https://launchpad.net/bugs/434761>
[17:43] <flacoste> sinzui: i don't think you stepped on each other, your test run was with two unrelated changes
[17:43] <flacoste> henninge and bigjools
[17:43] <flacoste> from
[17:44] <flacoste> i don't care if people use ec2 or not, i do care that the whole test suite passed with the changes
[17:44] <flacoste> before merging
[17:44] <flacoste> anyway, fix is in, i need food
[17:48] <bigjools> beuno: around?
[17:49] <sinzui> flacoste: xx-create-branches did not break from my changes. It broke when rockstar "Swapped Product and Owner in branch information"
[17:49] <flacoste> sinzui: ah, ok, and that landed before you landed yours
[17:49] <flacoste> sinzui: but after you tested
[17:49]  * sinzui has another name for gannotate...witness
[17:49] <flacoste> fair enough
[17:49] <Ursinha> sinzui, I"m doing QA in one of your landings and doing what's described in the MP it's not having the expected behavior
[17:49] <flacoste> integration failures happen, that's why we have buildbot
[17:50] <Ursinha> s/it's/is/
[17:50] <sinzui> Ursinha: no doubt The rules changes so often over 60 days I have not faith in any instruction I wrote. That I why I stopped working on the header
[17:51] <bigjools> does anyone have an example URL where the lazr-js overlay text alignment is broken?  I need to q/a noodles775's fix
[17:51] <bigjools> Ursinha?
[17:51] <beuno> bigjools, yes. Hi.
[17:51] <Ursinha> bigjools, oops, don't know
[17:52] <bigjools> beuno! aha see my question --^%
[17:52] <sinzui> Ursinha: if you are asking about 9016 (base-layout requries the callsite to pass the <h1> for theheading slot so that the title edit widget works.) My code is gone. Barry re wrote the entire feature and the rules changed substantially.
[17:53] <noodles775> bigjools: yep, changing a bug status on the bug index.
[17:53] <sinzui> Ursinha: The problem that branch was solving was to allow bug and project titles to be edited
[17:53]  * sinzui tries
[17:53] <bigjools> noodles775: great thanks
[17:54] <Ursinha> sinzui, oh, right
[17:54] <beuno> bigjools, bug statuses
[17:54] <Ursinha> sinzui, I'll move it to ?? and add this comment
[17:54] <sinzui> Ursinha: I can edit my project https://edge.launchpad.net/gdp, however, I see the cancel and commit buttons *in* th field
[17:54] <sinzui> Ursinha: The buttons work
[17:55] <Ursinha> sinzui, but the item I'm QAing is r9026
[17:57] <rockstar> sinzui, wait, what?
[17:57] <rockstar> sinzui, I ran my changes through ec2 and there weren't any breakages.
[17:58]  * sinzui shrugs
[17:58] <sinzui> Ursinha: we cannot test that without god-like powers
[17:59] <sinzui> Ursinha: the baltix owner has used the feature since the change
[18:01] <sinzui> Ursinha: with god-like power, choose the edit hardy on staging. in the version field, enter '8.04 LTS' <- the space and the letters are not valid versions
[18:06] <Ursinha> sinzui, I've asked god-like powers, and entered +addseries
[18:07] <Ursinha> and followed the steps you mentioned in the MP
[18:07] <sinzui> Ursinha: addseries now appears on the distro index page
[18:08] <Ursinha> sinzui, I see
[18:10] <Ursinha> sinzui, so, adding 'invalid' in the Version field gives me a "'invalid': Bad upstream version format"
[18:11] <sinzui> yep that is what a debversio looks like
[18:11] <Ursinha> sinzui, adding '10.06 LTS' gives a "10.06 LTS is not a valid version"
[18:11] <sinzui> yes it is not
[18:11] <Ursinha> and adding '9.06' works and creates the series
[18:12] <sinzui> 10.6 is good, so is 10.6.10
[18:12] <Ursinha> sinzui, in the MP it says 9.06 should give an err as well
[18:12] <sinzui> Ursinha: there was a database oops instead of an error message before
[18:12] <Ursinha> but it succeeded
[18:12] <sinzui> Ursinha: I am mistaken that is good
[18:13] <Ursinha> cool :)
[18:13] <Ursinha> so it's working, woot
[18:13] <Ursinha> !
[18:19] <salgado> sinzui, has bug 416686 actually been fixed?  i see a rather long list of projects on https://edge.launchpad.net/launchpad-project?
[18:19] <mup> Bug #416686: Project group's project portlet can be too long <story-ui-3> <Launchpad Registry:Fix Committed by sinzui> <https://launchpad.net/bugs/416686>
[18:19] <sinzui> salgado: yes, all the "latest" portlets are pushed to the left
[18:20] <salgado> sinzui, oh, ok.  I thought the fix was to limit the number of projects in the portlet
[18:20] <sinzui> salgado: we have never discussed limiting the the number to projects to display. In fact beuno did not like the suggestion
[18:21] <sinzui> salgado: gnome is worse because we print milestones that are from 10 years ago
[18:21] <salgado> ouch
[18:38] <sinzui> bac: The fix is merged
[18:39] <bac> sinzui: and we're off to the races
[18:39] <sinzui> I prefer a Night at the Opera
[18:45] <deryck> Ursinha, sorry, just saw the scrollback....
[18:46] <deryck> Ursinha, I'll take a look at wgrant's stuff.  we'll have to figure out what to do about abel's if it's all hwdb stuff.
[18:46] <Ursinha> deryck, I see
[18:46] <deryck> Ursinha, but I can look soon here at the state of things on the test plans.
[18:47] <Ursinha> deryck, it would be much appreciated
[18:47] <deryck> certainly.  will do.
[18:52] <Ursinha> deryck, thanks :)
[18:52] <Ursinha-brb> be right back for some food
[19:01] <barry> has anybody seen this problem recently when trying to do a 'make schema', or more importantly know what to do about it?
[19:02] <bac> hi rockstar
[19:02] <bac> barry: which problem would that be?
[19:02] <barry> * Creating database "launchpad_empty".
[19:02] <barry> Giving up waiting for connections to template1 to drop.
[19:02] <barry> 1 connections by postgres to template1
[19:02] <barry> make[1]: *** [create] Error 10
[19:02] <barry> make[1]: Leaving directory `/home/barry/projects/launchpad/db-devel/database/schema'
[19:02] <barry> make: *** [schema] Error 2
[19:02] <barry>  
[19:03] <rockstar> bac, hi.
[19:03] <bac> rockstar: you know much about branch subscriptions?
[19:03] <barry> bac: ^^ note that's after /etc/init.d/postgresql-8.3 restart
[19:03] <bac> barry: i've not seen that
[19:04] <rockstar> bac, yeah, what's up?
[19:04] <barry> bac: how did you make it go away?
[19:04] <bac> barry: let me rephrase:  i've not ever seen that
[19:05] <barry> bac: oh :)
[19:05] <bac> rockstar: i'm subscribed to devel and db-devel with identical settings.  for devel i get all the landing email.  for db-devel i get nothing.
[19:05] <rockstar> bac, huh.  That's odd.
[19:05] <bac> yeah
[19:09] <rockstar> bac, you're sure it's the same settings?
[19:09]  * rockstar wonders if there's an oops happening somewhere.
[19:09] <bac> rockstar: yep
[19:13] <rockstar> bac, check your spam filters?
[19:14] <bac> rockstar: don't have any.  i'll looking at my log files on the mail server to see if it they arrive or not
[19:18] <bac> rockstar: found them!
[19:18]  * bac needs to garden .procmailrc a little better
[19:21] <rockstar> bac, hooray!  Not a bug!
[19:21] <bac> my bug!
[19:21] <bac> fixed!
[19:28] <barry> beuno: ping
[19:28] <beuno> barry, hi
[19:29] <barry> beuno: hi.  i'm qa'ing bug 434399 and have two questions
[19:29] <mup> Bug #434399: registering slot is in a terrible place <ui> <Launchpad Foundations:Fix Committed by sinzui> <Launchpad Bugs:Fix Committed> <https://launchpad.net/bugs/434399>
[19:29] <barry> the first is; i've noticed that the horiz line below the app tabs is gone now.  why?
[19:29] <beuno> barry, I removed it
[19:30] <beuno> it... didn't feel right
[19:30] <barry> really?  it doesn't seem right without it
[19:30] <beuno> well, it crossed logos
[19:30] <beuno> so it made them look bad
[19:31] <barry> beuno: that was definitely a problem.  now though it feels like the watermark/tabs bleed into the body content too much
[19:31] <barry> beuno: if that crossing of the logos could be fixed, would you want them back, or are you happy they're gone?
[19:32] <beuno> barry, I'm 50/50 on this
[19:32] <beuno> if it doesn't cross the logos, I don't care much about it
[19:34] <barry> beuno: good enough for me (i may play with that then)
[19:34] <barry> beuno: second question...
[19:34] <barry> beuno: is the registering slot on this page: https://code.launchpad.dev/~name12/gnome-terminal/scanned where you want it?
[19:34] <beuno> barry, screenshot?
[19:35] <sinzui> barry: does the person page use the regstering slot?
[19:35] <barry> beuno: sure, sec
[19:35] <rockstar> barry, it's definitely not where I want it.
[19:35]  * sinzui does not think person or team uses it
[19:35] <rockstar> barry, thumper and I talked about it, and we wanted it moved, but yesterday it sounded like sinzui was working on that.
[19:36] <barry> beuno: http://people.canonical.com/~barry/registering.png
[19:36] <beuno> barry, it's in the right place I think
[19:36] <barry> rockstar: i'm qa'ing that bug, so that's what i'm trying to figure out
[19:36] <beuno> where it is everywhere else
[19:36] <rockstar> barry, that's MUCH better!  Thanks!
[19:36] <beuno> but
[19:36] <beuno> of course
[19:36] <beuno> it shouldn
[19:36] <bac> rockstar: another code question -- this one about branch visibility.
[19:36] <beuno> shouldn't break naviation like that...
[19:37] <rockstar> bac, shoot.
[19:37] <barry> beuno: not sure what you mean by "break navigation"
[19:37] <bac> rockstar: i thought projects within a project group inherited the branch visibility settings from the project group
[19:37] <rockstar> barry, answers is below everything else.
[19:37] <barry> rockstar: i would like it a lot better with a horizontal line below it :)
[19:37] <bac> i'm looking at a project group now but see no way to set branch visi
[19:37] <beuno> barry, it moves answers down
[19:37] <beuno> "wraps" it
[19:37] <rockstar> beuno, you and I are seeing the same thing.
[19:38] <barry> beuno, rockstar oh!  yeah that sucks :)
[19:38] <sinzui> barry: beuno: These are the only pages that were converted to use registering: http://pastebin.ubuntu.com/276515/
[19:38] <rockstar> bac, I also thought that's how it worked.  Are you finding that's not the case?
[19:38] <bac> rockstar: i bet i know what it is
[19:39] <bac> i think i gave permission for setting branch vis to lp.ProjectReview only on projects not project groups
[19:39] <barry> sinzui: but i think i have to mark your branch as BAD because of the wrapped tabs
[19:40] <sinzui> barry: I do not care. I am happy for someone else to fix it
[19:40] <barry> sinzui: aight
[19:41] <sinzui> barry: I do not think modified belongs in the registration information. The template passes who and when.
[19:43] <sinzui> barry: The IRegistration adapter we wanted to use only provides registrant and date.
[19:43] <barry> sinzui: at worst, s/and/<br>/
[19:45] <sinzui> barry: I wonder if we dare to insist that the slot be replaced with an IRegistration adapter that the current 10 callsites must provide, and any future object will also write
[19:46] <barry> sinzui: possibly.  it's something to think about.  10 call sites is not that bad
[19:46] <sinzui> barry: the pain point was <owner|creator|maintainer|registrant> <dateccreated|date_created|>
[19:47] <barry> sinzui: heh, it should would be nice to have consistency there
[19:52] <barry> sinzui: is there a bug or qa plan for "r8507 [release-critical=bac][r=jml][ui=beuno] Make the watermark link to the root context when viewing another context. "
[19:54] <sinzui> umm
[19:54]  * sinzui thinks
[19:55] <sinzui> firefox logo on series and milestones go to firefox. firefox does not link
[19:57] <barry> sinzui: i got the first part, but i don't understand "firefox does not link"
[19:57] <sinzui> firefox does not link to itself
[19:58] <barry> sinzui: got it, thanks
[20:14] <barry> gary_poster: ping
[20:15] <gary_poster> barry: back in a sec, that ok?
[20:15] <barry> gary_poster: yep, not urgent
[20:15] <gary_poster> cool will ping you
[20:15] <barry> gary_poster: thanks
[20:15] <barry> EdwinGrubbs: are you qa'ing 2.2.8 stuff?
[20:22] <EdwinGrubbs> barry: yes, and so was matsubara
[20:23] <barry> cool.  i don't want to step on any toes
[20:50] <gary_poster> barry: ping
[20:57] <jml> mwhudson, I've just sent a review your way.
[21:03] <mwhudson> jml: hello
[21:18] <mwhudson> jml: you might be a little interested in bzr+ssh://bazaar.launchpad.net/~mwhudson/launchpad/ami-from-scratch
[21:18] <mwhudson> (it's not ready for review yet)
[21:55] <EdwinGrubbs> cprov: ping
[22:06] <gary_poster> yay for buildbot passing!
[22:07] <thumper> morning
[22:11] <mrevell> morning thumper
[22:11] <thumper> mrevell: hey
[22:15] <mwhudson> the race to revision 10000 is on
[22:35] <barry> mwhudson: the winner gets 10000 tootsie rolls
[22:38] <thumper> flacoste: ping
[22:38] <flacoste> hi thumper
[22:39] <thumper> flacoste: can we have a chat in 5 or 10m?
[22:39] <flacoste> thumper: 5 is best, i have a parent meeting at daycare in 30 minutes
[22:39] <thumper> ok
[22:44] <barry> thumper, mwhudson, rockstar and now there were 3.  are you guys up for meeting in 45m?
[22:49] <thumper> yeah
[23:02] <mwhudson> barry: sure
[23:05] <barry> cool
[23:14] <mwhudson> we really should test codehosting in read only mode on staging this cycle
[23:15] <cprov> EdwinGrubbs: pong
[23:16] <EdwinGrubbs> cprov: nevermind, I answered my own question
[23:17] <cprov> EdwinGrubbs: okay
[23:20] <jml> mwhudson, I'll take a look if I can :)
[23:20] <jml> mwhudson, thanks for the pointer.
[23:21] <mwhudson> jml: np
[23:21] <mwhudson> jml: i would be looking at your branch, but rollout etc :)
[23:21] <mwhudson> jml: how is london treating you so far?
[23:21] <jml> mwhudson, understood.
[23:21] <jml> mwhudson, it's very, very busy.
[23:22] <mwhudson> yes
[23:23] <jml> mwhudson, my auto-land branch is obviously not urgent, but I expect a lot of people will find it useful, and it probably won't get much better until people actually use it.
[23:23] <wgrant> When's the team lead sprint? Next week?
[23:23] <mwhudson> jml: yes, it's clearly a good idea
[23:24] <mwhudson> jml: would it be correct to say "gosh, this would all be easier if launchpad used python 2.5" ?
[23:24] <jml> mwhudson, yes. entirely.
[23:28] <barry> mwhudson, thumper, rockstar, wgrant, jml (if you want) -> #launchpad-meeting in 2m
[23:29] <wgrant> mwhudson: Barring a few Karmic EC2 bugs and what appeared to be a broken instance, I was able to create a Karmic AMI and run the test suite on it.
[23:29] <mwhudson> wgrant: yay!
[23:30] <wgrant> So everything works, even for contributors. Well done.
[23:30] <jml> barry, I'll pass.
[23:30] <barry> jml: no worries
[23:31] <mwhudson> wgrant: cool, just need to get the branch reviewed & landed and then i can make the image public
[23:48] <wgrant> Did the bad blog post on the front page get fixed?
[23:49] <wgrant> (I would check myself, but there is no codehosting)