[00:04] <bac> https://code.edge.launchpad.net/~launchpad-pqm/launchpad/db-devel
[00:18] <bac> matsubara-afk:  OOPS-1360EA2293
[00:32] <thumper> rockstar: you have an rc in principle for the branch-index page
[00:34] <mwhudson> thumper: wanna review a ec2 related branch?
[00:34] <mwhudson> i guess there's no real point in trying to land it r-c but may as well get it ready to go
[00:35] <thumper> mwhudson: ok
[00:36] <wgrant> If there's a branch-index branch going on, does somebody want to fix the capitalisation of 'Branch Pending Merges' while they're at it?
[00:36] <thumper> rockstar: why do the main answers pages still have the old layout?
[00:36] <thumper> wgrant: tell rockstar :)
[00:37] <wgrant> rockstar: You might want to s/Branch Pending Merges/Branch pending merges/ on branch-index, if you're working on it.
[00:43] <mwhudson> thumper: https://code.launchpad.net/~mwhudson/launchpad/no-more-devpad-ssh/+merge/12200
[00:44]  * mwhudson thinks a little about building new ec2 images from scratch
[00:52] <bac> thumper: rockstar landed question-index.pt today
[01:12] <micahg> I like the tag cloud on the bug pages
[01:16] <rockstar> bac, thumper, correction.  I landed questions-index.pt today.  question-index.pt landed two weeks ago.
[01:17] <rockstar> wgrant, I'm just going to fix that title to say something like "Branch merges" because "Pending" may not always apply (like if they are rejected or merged)
[01:17] <wgrant> rockstar: Even better.
[02:35] <flacoste> bac: you might like http://people.canonical.com/~flacoste/test-plan-report-3.0.html
[02:36] <bac> go registry!
[02:39] <bac> flacoste: we did pretty good today, considering they were all NT at the beginning
[02:39] <flacoste> bac: that's only the 3.0 milestones, i'm graphing the 2.2.8 now
[02:40] <flacoste> this moin surge protection is slowing me down
[02:40] <bac> i bet.  your page title needs some interpolation!
[02:40] <mwhudson> flacoste: the <title> is missing a %
[02:41] <flacoste> fixed
[04:57] <mwhudson> hnngh
[04:57] <mwhudson> launchpad-developer-dependencies is uninstallable on hardy :(
[04:58] <wgrant> What's broken about it?
[04:58] <mwhudson>   launchpad-developer-dependencies: Depends: launchpad-dependencies (= 0.50hardy1) but it is not going to be installed
[04:58] <mwhudson>                                     Depends: postgresql-autodoc but it is not installable
[04:58] <wgrant> Why won't launchpad-dependencies be installed?
[04:59] <mwhudson>   launchpad-dependencies: Depends: python-profiler but it is not installable
[04:59] <mwhudson> hm
[04:59] <wgrant> That's in multiverse.
[04:59] <mwhudson> ah
[05:01] <wgrant> And so's postgresql-autodoc.
[05:02] <mwhudson> wgrant: i'm working towards a public ec2 image fwiw
[05:03] <wgrant> mwhudson: Great!
[05:05]  * lifeless questions whether python-profiler is relevant
[05:06] <stub> postgresql-autodoc can be dropped if you want - I'm the only person who ever runs the obscure script that uses it.
[05:06] <wgrant> lifeless: cProfile seems to be installed by default, but not profile itself.
[05:06] <stub> Please add memcached if you are messing with dependencies though
[05:06] <lifeless> wgrant: so cProfile used to be nonfree
[05:06] <lifeless> then it got rewritten from scratch (lsprof)
[05:07] <lifeless> and the old module became a compatability shim, oh in python2.5 I think
[05:07] <lifeless> or was it 2.4
[05:07] <wgrant> Ahh.
[05:08]  * mwhudson afk for a bit
[05:08] <stub> mwhudson: I need memcached in dev-dependencies and ec2test,pqm and staging updated before I can land one of my branches.
[05:08] <lifeless> stub: what are we memaching?
[05:08] <wgrant> What's being cached?
[05:08] <stub> Nothing yet - infrastructure is being landed so we can start making use of it.
[05:09] <lifeless> wgrant: ah 2.5
[05:09] <lifeless> http://osdir.com/ml/python.ipython.devel/2006-11/msg00058.html [weak evidence, but first I found digging to remind myself]
[05:10] <stub> or will be landed once we are out of rc mode.
[05:48]  * MTecknology and that's not all folkes! A resolution is coming near you. Come one, come all, let us not destroy each other but embrase our brothers (or just kill them).
[05:48] <MTecknology> It's ot - but saying it makes me happy
[05:51] <MTecknology> lifeless: ^
[05:52] <MTecknology> lifeless: after 2hr.. he's picking up his kid and doing some thinking on the way - w/e he decides will be it
[07:38] <beuno> noodles775, hi
[07:38] <beuno> I woke up today, and the text on all popup overlays is centered
[07:38] <beuno> do you know what could of happened?
[07:39] <noodles775> Hi beuno ... really? Nope - haven't touched form overlay stuff for ages...
[07:39]  * noodles775 looks
[07:39] <wgrant> All? Some of them have been centered for a couple of months.
[07:50] <thumper> beuno: I filed a few ui bugs for you to take a look at
[07:56] <noodles775> beuno: afaics, there's a tex-align: center being set on the actual body el as a default alignment by yui css grids - disabling it certainly affects the alignment in the overlays, but I don't see how this could have changed recently?
[07:57] <noodles775> beuno: do you have a specific example I could look at?
[07:57] <noodles775> (one that you're positive changed in the last few days?)
[08:02] <noodles775> jtv: have you started on the specificationtarget-assignments conversion? If not, let me know and I'll take a look (there was a bug assigned to me, but if you've started that's fine).
[08:02] <jtv> noodles775: it's waiting for review, so...  ;-)
[08:02] <noodles775> jtv: nice! I'll assign the bug to you then :)
[08:02] <jtv> noodles775: this is not one of those "oh and we'll clean up the pagetests and prepare for 4.0 as well" bugs, is it?
[08:03] <jtv> noodles775: want to review it?
[08:03] <noodles775> jtv: heh, no, it's just a bug for the 3-0 conversion. And sure, I'll look at it now...
[08:03] <jtv> thanks
[08:17] <jtv> hi henninge!
[08:17] <henninge> hey jtv!
[08:36] <jml> hello
[08:41] <henninge> Good Morning jml! ;)
[09:09] <bigjools> morning all
[09:09] <mrevell> Buon giorno
[09:09] <bigjools> mrevell: si
[09:10] <thumper> bigjools: morning
[09:10] <beuno> noodles775, sure, look at the status changer in bugs
[09:10] <beuno> thumper, I saw, thanks
[09:10] <bigjools> eyup thumper
[09:10] <thumper> bigjools: I'm not sure I understood your email
[09:11] <bigjools> thumper: it was a flying pig moment
[09:12] <bigjools> thumper: we can talk about it next week
[09:14] <thumper> ok
[09:19] <noodles775> beuno: so I'm guessing it's related to the update of that page to 3-0. It now uses css resets, which sets the default text-align on the body to center. I'd say we just need to set it to left in overlay/assets/skins/sam/.yui-pretty-overlay, but haven't tested it.
[09:19] <noodles775> beuno: I'd do it now, but doing a few other 3-0-related things... if it's not done later I'll take a look.
[09:20] <henninge> noodles775: Hi! Can you help me with a blueprints conversion?
[09:20] <beuno> noodles775, ok, thanks
[09:20] <beuno> we need to fix this before rollout
[09:20] <beuno> I'll file a critical bug and assign it to 3.0
[09:20] <noodles775> henninge: sure - actually I wanted to ask you what you're doing with the menu for the hasspecs.
[09:20] <henninge> noodles775: that is exactly my problem !
[09:20] <henninge> I just don't know
[09:21] <noodles775> henninge: so, for a similar page (sprint index), I converted the applicationmenu to a navigationmenu and used it for the global actions - would that work here?
[09:22] <jml> anyone know what's going on here: https://lpbuildbot.canonical.com/builders/db_lp/builds/111/steps/shell_7/logs/summary ?
[09:22] <henninge> noodles775: so global actions is what goes in the side bar?
[09:23] <noodles775> henninge: yes.
[09:23] <noodles775> henninge: http://people.canonical.com/~michaeln/tmp/sprint-index-before.png
[09:23] <noodles775> http://people.canonical.com/~michaeln/tmp/sprint-index-after.png
[09:23] <henninge> noodles775: that sounds good and fairly easy to do
[09:23] <henninge> cool, screen shots ...
[09:24] <henninge> jml: salgado submitted a fix for that yesterday
[09:25] <henninge> jml: so now the substitution actually works, as you can see ... ;)
[09:25] <beuno> intellectronica, hi
[09:25] <beuno> gmb, hi
[09:25] <gmb> beuno: Howdy.
[09:25] <henninge> noodles775: yes, that looks cool
[09:25] <beuno> gmb, how are you today?
[09:26] <intellectronica> hi beuno
[09:26] <beuno> intellectronica, hello hello
[09:26] <henninge> noodles775: the hasspecification also has a "latest blueprints" portlet.
[09:26] <gmb> beuno: I've only just started... ask me again in a few hours ;). You?
[09:26] <beuno> I'm super great. Back from 2 weeks vacations, in the "sunny" London office
[09:26] <henninge> noodles775: I was about to throw it out but if I keep the side bar anyway ...
[09:26] <beuno> intellectronica, gmb, I was wondering what the plan was for the bugtask table
[09:27] <noodles775> henninge: yes, I was looking at jtv's MP right now, which shares lots of commonality.
[09:27] <henninge> noodles775: do portlets work the same way - before and after?
[09:27] <beuno> it looks squished: https://bugs.edge.launchpad.net/launchpad-foundations/+bug/434519
[09:27] <mup> Bug #434519: Text in overlay is now centered <Launchpad Foundations:Triaged> <https://launchpad.net/bugs/434519>
[09:27] <henninge> noodles775: so, what does converting to NavigationMenu include? Just use a different base class?
[09:27] <noodles775> henninge: yep, scroll down to the original diff at https://code.edge.launchpad.net/~michael.nelson/launchpad/sprint-index-and-attend-3.0/+merge/12044 to see the changes for the menu and the portlet.
[09:28]  * henninge looks
[09:28] <intellectronica> beuno: for 3.0 we have a few small bugs to fix, but that's it really. i think changing the width of the columns is something we should do
[09:28] <intellectronica> gmb: any chance you may have the time to look at that? i already have a pretty tight plan for today
[09:29] <gmb> intellectronica: Sure thing.
[09:30] <intellectronica> gmb: you rock
[09:30] <jml> henninge, ahh, ok.
[09:30] <gmb> And gibber, but let's not go into that in a public channel.
[09:32] <intellectronica> why, now that we're developing in the open i think it's only appropriate that we all bring our personal perversions into the professional arena
[09:32] <mwhudson> henninge: are you sure about that the reason for the failure in build 111?
[09:33] <mwhudson> looks like some db-devel / devel integration problem
[09:34] <henninge> mwhudson: maybe salgado landed his fix on db-devel? There was some confusion about that yesterday.
[09:34]  * henninge looks for the branch
[09:36] <henninge> the mp says "merged into devel"
[09:36] <henninge> https://code.edge.launchpad.net/~salgado/launchpad/bug-433991/+merge/12170
[09:37] <henninge> can that information be trusted ?
[09:37] <mwhudson> yes
[09:37] <mwhudson> but that's not entirely the point i guess
[09:37] <mwhudson> do the tests fail in db-devel?
[09:37] <mwhudson> i started to run them about three minutes ago :(
[09:38] <mwhudson> there are definitely test failures on db-devel
[09:39] <mwhudson> so someone, maybe even me, needs to Do Something
[09:39] <noodles775> mwhudson, henninge: As I understood the discussion yesterday, rockstar landed some answers pages on db-devel because he thought salgado had landed his branch there, but salgado hadn't.
[09:39] <mwhudson> noodles775: that would fit
[09:40] <noodles775> Which might mean that one solution would be to revert that landing on db-devel and land it on devel?
[09:40] <mwhudson> seems a bit extreme, it's just 4 page tests right?
[09:41] <noodles775> Not sure - haven't checked. The other benefit would be that the conversions chart would include his updated templates.
[09:41] <noodles775> But sure, if there's an easier option...
[09:42] <mwhudson>      >>> print owner_browser.title
[09:42] <mwhudson> -    FAQs for $displayname : Questions for Mozilla Firefox : Mozilla Firefox
[09:42] <mwhudson> +    FAQs for Mozilla Firefox : Questions for Mozilla Firefox : Mozilla Firefox
[09:42] <mwhudson> is a diff segment that is 95% full of fail :(
[09:44] <BjornT> noodles775: the easiest option would be to fix the pagetests, no? it looks like they are testing for the wrong title at the moment.
[09:44]  * mwhudson is fixing them fwiw
[09:44] <noodles775> BjornT: yes - I just read the actual failure.
[09:45] <noodles775> I'd assumed it was the reverse.
[09:56] <mwhudson> noodles775, BjornT, et al: https://pastebin.canonical.com/22364/ <- fix for test failures
[09:56] <mwhudson> review pls
[09:59] <noodles775> mwhudson: r=me
[09:59] <mwhudson> i guess i need a release-critical too?
[10:00]  * mwhudson tries without
[10:00] <noodles775> for a test-fix? hrm - there was a discussion about that yesterday... I think henninge asked that question?
[10:21] <mwhudson> so ftr, for a testfix you don't need a release-critical
[10:23] <gmb> mwhudson: Does that mean that we can sneak r-c branches in using [testfix] too? "Oh, I was just pre-empting a failure that was going to happen if $new_feature didn't land"
[10:24] <noodles775> lol
[10:24] <mwhudson> gmb: only if you can get an r-c and break tests with it first, i think
[10:25] <mwhudson> ~launchapd, defeating process for fun and profit since 2008
[10:25] <gmb> Not *too* hard with UI work...
[10:30] <jml> :)
[10:35] <jml> how up-to-date is http://people.canonical.com/~beuno/conversions.html?
[10:36] <mwhudson> jml: it updates every hour, but some conversions have only been done in db-devel
[10:37] <mwhudson> in particular, i think answers is fully converted in db-devel
[10:37] <jml> mwhudson, so the conversions page is pointed at devel?
[10:38] <jml> beuno, would it be hard to change the script to point to db-devel?
[10:38] <mwhudson> jml: yes
[10:38] <mwhudson> aiui
[10:39] <jml> mwhudson, well that makes sense.
[10:40] <beuno> jml, every 15 minutes I think
[10:40] <beuno> jml, I can change it to db-devel in about 2 minutes
[10:41] <jml> beuno, that'd be great, thanks.
[11:00] <deryck> Hi, all.
[11:03] <jml> deryck, hello
[11:05] <beuno> jml, updated to db-devel: http://people.canonical.com/~beuno/conversions.html
[11:06] <danilo-afk> jtv, henninge: hi guys, you've got any news on the bzr imports problem for me?
[11:07] <jml> beuno, thanks.
[11:07] <henninge> danilo-afk: no, sorry
[11:08] <jtv> danilos: nope
[11:08] <jtv> I prodded aaron, is about all
[11:08] <danilos> henninge: how's the blueprints page conversion going? will you have time to look into this? (I am considering making a blocker for rollout, which means that it might become a critical bug for us)
[11:08] <henninge> danilos: got it figured out now but I have not started on fixing tests yet ...
[11:09] <henninge> danilos: why is that a roll-out blocker? It has nothing to do with code being rolled out ...
[11:09] <jtv> danilos: as per the reviewer's suggestion, henning is merging my branch into his to save time.
[11:09] <jtv> And to improve coordination.
[11:09] <henninge> danilos: yes, that too
[11:09] <danilos> henninge: because we don't want to roll out broken features
[11:09] <danilos> jtv: what branch is that?
[11:09] <henninge> danilos: which feature?
[11:10] <jtv> danilos: I took a blueprint conversion as well
[11:10] <danilos> henninge: bzr import
[11:10] <henninge> danilos: but that has been rolled out long time ago - broken as it is now ...
[11:10] <danilos> jtv: ok, cool... however, with the increase in timeouts (yes, they are all on search) and bzr imports problem, we've got two pretty critical issues
[11:11] <danilos> henninge: right, I see what you mean, since we haven't realised that it was broken for a long time, we should not worry about fixing it ;)
[11:12] <henninge> danilos: no, but it does not *really* matter if it takes a day longer or not.
[11:12] <henninge> danilos: and we are not talking about *fixing* it, are we?
[11:12] <danilos> jtv: will you have time to investigate the problem a bit further today/tomorrow?
[11:12] <danilos> henninge: yes, we are talking about fixing it; what you were supposed to do is work around it, and that's as urgent as anything else
[11:12] <henninge> danilos: we are talking about the short-term solution removing jobs.
[11:13] <henninge> ok, ok ...
[11:13] <danilos> henninge: have you at least commented on the question to let the guy know what's going on
[11:13] <henninge> um, I thought jtv did that ...
[11:13] <jtv> danilos: if you like, yes.  For now I mainly made sure that Code was aware that this is a serious and rising problem.
[11:14] <jtv> henninge: I thought you were going to look at a one-off query to kill the ghosts of old jobs that we have now.
[11:14] <danilos> jtv: right, at this point, it's probably a more serious problem for us; I trust you with reading others' generic code and being able to fix it :)
[11:14] <henninge> jtv: yes, I am. But this blueprint thing got in the way ...
[11:14] <jtv> danilos: I'm flattered. :)  May not be as effective of course (nor as much fun) as kicking Code people.
[11:15] <jtv> But hey, it's a problem for us so either way is fine for me.
[11:15] <jtv> danilos: want to swap problems?
[11:15] <henninge> danilos, jtv: let me just do the merge and then I'll put the tests off till I have that query set up
[11:16] <mwhudson> jtv: fwiw, i'm not sure i'm aware what your current problem is
[11:16] <danilos> jtv: if you can kick Code people into doing it before 3.0, that'd work as well :)
[11:16] <danilos> henninge: thanks
[11:16] <jtv> mwhudson: hi!  The problem is those BranchJobs that stay in Waiting or Busy etc. states forever.
[11:16] <danilos> jtv: swap problems as in? (I ain't letting you have the DB query issue, it looks simpler :)
[11:16] <jtv> danilos: heh, no not that one.  :)
[11:17] <henninge> jtv: did you merge salgados fix into your branch?
[11:17] <henninge> jtv: or: Why is that in your branch?
[11:17] <jtv> My problem is that I've got a class with two conflicting Navigation classes, through different interfaces, and I'm looking for a _clean_ way to sort out the mess.
[11:17] <jtv> henninge: no, I didn't merge salgado's fix.
[11:18] <henninge> jtv: hm, probably need to update devel ...
[11:18] <jtv> henninge: in fact I can't say for sure what fix you're talking about; the only one I'm really aware of went in Friday.
[11:18] <henninge> jtv: nm, it's gone now ...
[11:19] <jtv> danilos: no particular hurry with my problem, but if you happen to be familiar with the problem, it's the last real problem I have with custom language codes.
[11:19] <danilos> mwhudson, jtv: bug 434192
[11:19] <mup> Bug #434192: bzr imports are sometimes stuck in 'running' state <Launchpad Translations:Triaged by jtv> <https://launchpad.net/bugs/434192>
[11:20] <danilos> jtv: should I look at the branch?
[11:20] <danilos> jtv: or just, please, tell me more :)
[11:20] <jtv> mwhudson: it's actually a more generic problem that happens to have become visible to us.
[11:20] <jtv> danilos: with pleasure.  :)  I have an interface IHasCustomLanguageCodes that applies to Products and DistributionSourcePackages.
[11:21] <jtv> It has a Navigation class so it can traverse "+customcode/foo" (where "foo" is a custom language code).
[11:21] <danilos> jtv: ok
[11:21] <jtv> This works fine for Product, and is entirely generic.
[11:21] <jtv> But.
[11:21] <jtv> DistributionSourcePackage also has a Navigation class of its own, with a generic traverse() that expects a version number.
[11:21] <jtv> Well, a version.
[11:22]  * mwhudson doesn't completely understand that report but shouldn't be near the computer by now anyway
[11:22] <jtv> If those versions are not allowed to begin with + then there is a simple solution: "if name.startswith('+'): call_my_navigation_instead()"
[11:22] <danilos> jtv: and you can't register a navigation class just for translations facet and/or make that DSP traverse() ignore '+' links?
[11:23] <jtv> danilos: see?  This is why I'm asking you.  :)
[11:23] <danilos> jtv: right, that sounds good... how do we do +pots on DSP?
[11:23] <jtv> danilos: good one... hang on
[11:24] <danilos> jtv: perhaps it's not +pots, but the forgotten +translations one :)
[11:24] <jtv> mwhudson: if you query for BranchJobs older than e.g. a week old and check the statuses, you'll see it soon enough.  It seems to be all across the board, possibly just some missing garbage collection when jobs die unexpectedly.
[11:25] <danilos> jtv: ok, so we don't have that page anymore (it was useless anyway, but would be useful now :)
[11:25] <jtv> danilos: or at least it would be useful to know how we did it.  :)
[11:25] <danilos> jtv: yes
[11:26] <jtv> danilos: working inside the translations facet could do the trick, I guess...  Gotta try that.
[11:26] <mwhudson> jtv: i see
[11:26] <jtv> (I didn't find +pots either)
[11:26] <danilos> jtv: however, there is stuff to look at like https://bugs.edge.launchpad.net/ubuntu/+source/nautilus/+bugs
[11:26] <jtv> mwhudson: but we really notice this stuff because we do things like check for ongoing jobs, and so there's real work that's not happening because these zombie jobs are in the way.  Probably it happens elsewhere as well but wasn't as visible.
[11:27] <jtv> danilos: indeed...  It's definitely possible to attach multiple navigation subtrees to one Navigation class; I could probably use that in some way or form to shunt one set of navigations to my own Navigation class.
[11:27] <danilos> jtv: btw, why would you provide a full navigation class when you can just use "path_expression" in .zcml
[11:28] <danilos> jtv: using browser:url, of course?
[11:28] <jtv> danilos: IIRC I needed that _plus_ this.
[11:29] <jtv> danilos: one for going up, the other for going down the hierarchy.
[11:29] <danilos> jtv: could be, I get easily confused with this stuff :)
[11:29] <jtv> danilos: I can't tell you how happy I am to hear that.  Together we'll get through.  :)
[11:30] <danilos> jtv: I hope you are not going to ask me to hold hands, though
[11:30] <jtv> hold your own damn hands
[11:30] <danilos> phew, thank you
[11:30] <jtv> heheh
[11:32] <jml> sinzui, I just saw your mp with the registering line
[11:32] <danilos> jtv: there are so many pages with '+' links under DSP (in registry/browser/configure.zcml) and they don't seem to provide any navigation classes from what I can tell
[11:33] <jml> sinzui, can you check your patches behaviour with a bug, please
[11:33] <jml> (rather than just a branch)
[11:33] <sinzui> jml: sorry: I do not understand
[11:35] <jtv> danilos: you're on to something there...  There's a list of defaultviews for different layers there, basically like a "switch statement in zcml."  Maybe I can just add mine in there.
[11:35] <jml> sinzui, your screenshot in the 'QA' section is for a branch page.
[11:36] <danilos> jtv: don't add it there, add it to translations/browser/configure.zcml
[11:37] <danilos> jtv: there's no reason to have zcml registration out in registry
[11:39] <beuno> jml, http://people.canonical.com/~beuno/branch-index2.png
[11:39] <henninge> jtv: I re-instated the menu on the assignment page as I have converted it to a NavigationMenu.
[11:39] <henninge> jtv: here is the branch: bzr+ssh://bazaar.launchpad.net/~henninge/launchpad/bug-434055
[11:40] <henninge> if you want to look at it.
[11:42] <jml> sinzui, is that clear?
[11:42] <sinzui> jml: sorry: I am sprinting and really working on something thing else. Are you asking my to write an instruction to visit a branch and verify that the registered information is above the line?
[11:44] <jml> sinzui, no, that's fine. I'll just download your branch and test myself.
[11:57] <danilos> beuno: if this is indeed a branch page as I suspect, and that's what we want description to be used for (i.e. "summary" section of our cover letters), perhaps "Propose for merging" should be closer to that, and initial comment when you go to propose for merging should include the description :)
[11:57] <danilos> beuno: at least imho :)
[12:02] <bac> hi beuno
[12:06] <allenap> bac: Hi there. I've got three branches that I'd like to get rc approval to land, including a blueprints template conversion. They are the first three branches on https://code.edge.launchpad.net/~allenap/+activereviews. The second two branches are not blockers but I'd like to land them anyway.
[12:07] <bac> allenap: please add me as a reviewer and i'll look at them very soon
[12:08] <allenap> bac: Oh yeah, sorry, I forgot about that :(
[12:08] <bac> allenap: np
[12:11] <henninge> jtv: any idea what state the jobs to set to? Cancelled or Failed?
[12:11] <wgrant> bigjools: Oh dear... I just looked at the queue override stuff. It actually alters the [SB]PR!?
[12:11] <bac> allenap: rc=bac on the first one.  very nice work.  the other two i'll look at a bit later.
[12:11] <henninge> jtv: is that of any consequence?
[12:12] <bigjools> wgrant: unfortunately yes
[12:12] <allenap> bac: Thanks.
[12:12] <jtv> henninge: wouldn't expect it... I'm done for now with my other stuff, so I can look a bit closer.
[12:12] <bigjools> wgrant: the PPA overrides used to do that as well...
[12:12] <henninge> jtv: nm, there is only failed.
[12:12] <wgrant> bigjools: Urrrrrgh.
[12:13] <allenap> bac: Fyi, I'm going to wait for bigjools' branch because we're going to conflict. I won't land until later.
[12:13] <jtv> henninge: which may mean they get cleaned up periodically, and that is what we want
[12:13] <henninge> jtv: Canceled is mentioned in the datbase comment string but is not found in the enum.
[12:13] <bigjools> allenap: nearly done!  I can merge yours and land both at the same time if you like?
[12:14] <allenap> bigjools: Much appreciated :) lp:~allenap/launchpad/convert-blueprints-bug-434056
[12:16] <bac> jml:  ping
[12:16] <jml> bac, pong
[12:17] <wgrant> bigjools: Apologies for distracting you from 3.0 panic^Wfestivities, but you suggested a link table between DDEBs and their DEBs. Why not just an extra column on BPR used by DDEBs to refer back?
[12:17] <allenap> bigjools: Basically, for the givefeedback test, the checkbox names have changed from "feedbackrequest" to "name", and there is no longer a FORM_SUBMIT parameter, instead there is a "field.actions.save=Save changes" button parameter. That's it.
[12:17] <bigjools> wgrant: because it would be nullable and that is evil
[12:17] <bigjools> (tm)
[12:18] <bigjools> allenap: I should be safe!
[12:18] <henninge> jtv: I have no experience using sub-queries. I this correct? https://pastebin.canonical.com/22369/
[12:18] <wgrant> bigjools: How's that more evil than a link table?
[12:18] <jtv> henninge: looks good
[12:19] <jtv> henninge: unnecessary though; you can use FROM with UPDATE.
[12:19] <lifeless> bigjools: a link table implies M-M yes?
[12:19] <henninge> jtv: oh
[12:19] <lifeless> bigjools: if you don't want M-M, a nullable field is a closer model
[12:19] <jtv> update job set status = 3 from branchjob, job where [...]
[12:19] <wgrant> lifeless: That's what I thought.
[12:20] <bigjools> lifeless: M-M ?
[12:20] <wgrant> many-to-many
[12:20] <henninge> jtv: like htis? https://pastebin.canonical.com/22370/ (looks weird)
[12:20] <bigjools> it doesn't imply that at all
[12:21] <henninge> jtv: or like this https://pastebin.canonical.com/22371/
[12:21] <bigjools> if the constraints are set up properly
[12:21] <jtv> henninge: not sure off the top of my head if JOIN works there, but if it works, go for it.  :)
[12:21] <henninge> ok, let me try.
[12:21] <jtv> henninge: again off the top of my head, the SET comes before the FROM
[12:22] <wgrant> bigjools: But you only *need* a link table for many-to-many. How is it less evil than a nullable field?
[12:23] <bigjools> it's a null reference - that is evil incarnate
[12:23] <bigjools> as al-maisan will attest, he loves link tables :)
[12:23] <wgrant> But null references are everywhere.
[12:23] <bigjools> that doesn't meant it's a good idea to copy bad ideas
[12:24] <lifeless> bigjools: index constraints to make a link table which is natively M-M into M-1 *add* work to the problem
[12:24] <maxb> Why is a null reference evil? Surely an unnecessary link table is evil?
[12:24] <lifeless> bigjools: !citation
[12:24]  * bigjools sighs
[12:25] <bigjools> link tables are only M-M if you use non-unique indexes
[12:25] <bigjools> anyway, I have to finish this 3.0 work, I will talk about this later
[12:25] <lifeless> heh, I'll be asleep
[12:26] <lifeless> anyhow, databases are not VM's; they map differently
[12:26] <lifeless> vive la difference!
[12:30] <henninge> jtv: this works: https://pastebin.canonical.com/22372/
[12:31] <stub> Oh... it is the relational model vs. sql model arguments.
[12:31]  * henninge lunches now
[12:31] <bac> hi jtv, can you follow up on https://code.edge.launchpad.net/~jtv/launchpad/mechanical-specificationtarget-assignments/+merge/12203
[12:31] <stub> Time for bed obviously ;)
[12:31] <jtv> bac: refresh the page?  :)
[12:31] <jtv> you juuuust missed it
[12:32] <bac> jtv:  magic!
[12:32]  * jtv poses as the world's fastest typist
[12:32] <al-maisan> bigjools: heh :)
[12:34] <wgrant> stub: Which do you sanction?
[12:34] <beuno> jml, bug 373341
[12:34] <mup> Bug #373341: Rename "Code" tab to "Branches" <navigation> <Launchpad Foundations:Triaged> <https://launchpad.net/bugs/373341>
[12:35] <stub> I like nulls. relational purists can bite me.
[12:35] <al-maisan> wgrant: both approaches have their respective merits .. I believe there was a decision or "design guideline" to prefer link tables to NULLable foreign keys ..
[12:36] <maxb> What are the respective merits in favour of link tables?
[12:36] <al-maisan> maxb: your foreign keys always have non-NULL values i.e. actually point to something :)
[12:37] <maxb> Why is that a merit?
[12:38] <al-maisan> maxb: a NULLable FK is there whether you make use of it or not. Conversely you only add rows to a link table when you need to i.e. when you have something to refer to.
[12:39] <wgrant> Why is it a problem that it's always there?
[12:39] <lifeless> stub: I'm a relational purist, and I like NULL's too
[12:39] <maxb> Ok, so if your data is such that few rows will have links, the link table can be a size optimization
[12:39] <lifeless> al-maisan: there was a what-now?!
[12:39] <bigjools> lifeless: what's a "NULL's too" ? :)
[12:39] <maxb> However you end up having to do an extra join to figure out whether there is something there or not
[12:39] <lifeless> bah
[12:39] <lifeless> bigjools: bite my shiny metal ass ;)
[12:39] <bigjools> muahahaha :)
[12:40] <al-maisan> lifeless: I am not sure I got that right but I thought NULLable FKs were deprecated..
[12:40] <lifeless> al-maisan: that would sadden me
[12:40] <jml> has the bugs index page for Person been updated?
[12:41] <lifeless> NULLable FK usage should be a case by case choice, its more expensive to put them in link tables
[12:41] <lifeless> [per item]
[12:41] <lifeless> but if you have few items, putting them in the row can have an aggregately high overhead *depending on the DB engine*
[12:42] <lifeless> I have to admit, I haven't dug deep enough into postgresql to know if it has variable length row storage; I would rather assume it does - most db's end up doing that
[12:45] <al-maisan> maxb and wgrant, cool down a bit :) when it comes to database schema modeling there is no absolute and conclusively proven superior way of doing things :) modeling decisions are more often than not influenced by taste, preferences, previous experience etc.
[12:46] <maxb> al-maisan: I'm not heated :-). I just want to understand why some people might dislike nullable FKs
[12:46] <al-maisan> maxb: great :)
[12:46] <stub> and beer. never underestimate the impact of beer on schema design.
[12:46] <al-maisan> I guess it depends on the dba :)
[12:47] <lifeless> beer & pizza
[12:51] <bigjools> FTR, I don't dislike nullable FKs, but I like to avoid them
[12:51] <bigjools> that's just my preference :)
[12:51] <bigjools> stub: does that mean if we give you beer, you do all our schema design?
[12:52] <stub> will code sql for beer
[12:52] <stub> speaking of beer... and tacos...
[12:52]  * stub buggers off
[13:14] <sidnei> 1-internal
[13:36] <henninge> jml: Did you ever find out what was behind that lp_db build failure this morning?
[13:36] <henninge> jml: I am seeing the same kind of failures in my (devel-based) branch now
[13:38] <henninge> mrevell: I have linked to this wiki page from thte home page: https://help.launchpad.net/StagingServer
[13:39] <henninge> mrevell: I had not found any information like this  on the wiki. Do you know of any, that could be moved here?
[13:40] <mrevell> henninge: We do have a page that covers that. Obviously it's not easily found. Let me dig it out.
[14:00] <mrevell> henninge: Took me a while to find because it's actually part of another page: https://help.launchpad.net/GetInvolved/BetaTesting
[14:01] <mrevell> henninge: thanks for creating the StagingServer page, I'll flesh it out.
[14:04] <jml> henninge, no, I didn't
[14:04] <jml> flacoste, hi
[14:04] <flacoste> hi jml!
[14:04] <flacoste> skype?
[14:04] <jml> flacoste, yep, loading now.
[14:05] <gary_poster> BjornT: hey.  I can talk whenever you are ready.
[14:07] <henninge> mrevell: cheers!
[14:09] <BjornT> gary_poster: cool, i'll call you in a minute
[14:10] <gary_poster> BjornT: great
[14:13] <mrevell> henninge: I imagine it's too late to make the staging server help link a help pop-up in time for 3.0, right?
[14:14] <henninge> mrevell: how much work is that?
[14:14] <henninge> mrevell: I am actually not sure how such a pop-up looks like ...
[14:20] <mrevell> henninge: It's *really* easy. https://dev.launchpad.net/PopUpHelp
[14:24] <mrevell> henninge: Acutally producing the help pop-up text would take, say, ten minutes. I could prepare a branch now but I suppose it depends if bac think it's rc worthy.
[14:25] <bac> mrevell: this is for the front page?
[14:26] <mrevell> bac: Yeah. I think the staging server help link would be less disruptive to potential users if it were one of our spangly help pop-ups, rather than a link to the help wiki.
[14:27] <bac> mrevell: i would be ok with that if henninge has the time and can knock it out shortly.
[14:28] <mrevell> bac: I can do it now. It'll take me twenty minutes to produce the branch, so long as I wouldn't be stepping on henninge's toes.
[14:28] <bac> mrevell: y'all work that out.
[14:28] <bac> mrevell: +1 in theory
[14:28] <mrevell> :) let me know henninge
[14:28] <mrevell> thanks bac
[14:28] <henninge> mrevell: go ahead, I would probably not be that quick.
[14:29]  * mrevell engages fingers
[14:29] <henninge> mrevell: I am not working on the home page any more, so no conflicts possible.
[14:29] <henninge> mrevell: happy hacking!
[14:30] <mrevell> cool
[14:35] <gary_poster> matsubara: sorry was on another call.  you ready now?
[14:35] <matsubara> gary_poster, yes
[14:35] <gary_poster> cool
[14:37] <EdwinGrubbs_> Barry: im stuck in traffic, so it will be another ten minutes before i get home
[14:42] <barry> EdwinGrubbs_: dang.  traffic sucks ;)  please just follow up to the standup email i just sent.  good luck ;)
[14:50] <dobey> if i want to file a bug about the 'people/person/team' API, which project should i file that against?
[14:54] <barry> dobey: launchpad-registry, but it's also okay to file it against launchpad and let our fine qa folks triage it to the right place
[14:55] <dobey> barry: ok, thanks
[15:01] <flacoste> jml, i think your tag cloud issue has been identified already: bug 433892
[15:01] <mup> Bug #433892: Tag cloud useless with many unpopular tags <ubuntu-qa> <ui> <Launchpad Bugs:In Progress by intellectronica> <https://launchpad.net/bugs/433892>
[15:01] <jml> flacoste, yeah, I thought so :)
[15:02] <intellectronica> jml, flacoste: i have just asked bac to approve a fix for r-c
[15:02] <flacoste> jml: the registration infos is not on the list though
[15:08] <bigjools> noodles775: I think you fixed this? https://bugs.edge.launchpad.net/launchpad/+bug/391208
[15:08] <mup> Bug #391208: would like to have the cancel redirect on edge. home page <Launchpad itself:New> <https://launchpad.net/bugs/391208>
[15:08] <noodles775> bigjools: yup... thanks.
[15:08] <bigjools> or it's a dupe
[15:25] <matsubara> jamalta, hi, around?
[15:29] <jamalta> matsubara: yeah, i don't understand why yous aid to drop blueprints
[15:31] <matsubara> jamalta, because it's not used in that context. there's no category named blueprints AFAICT
[15:31] <matsubara> jamalta, it's called specs, which is already in the sort dict
[15:33] <matsubara> jamalta, doing: sort = {'code': 0, 'bugs': 1, 'specs': 2, 'translations': 3, 'answers': 4, 'soyuz': 6} should fix it for good
[15:33]  * matsubara doesn't know how to count
[15:33] <matsubara> ort = {'code': 0, 'bugs': 1, 'specs': 2, 'translations': 3, 'answers': 4, 'soyuz': 5}
[15:34] <jamalta> matsubara: oh! ok, i completely missed that sorry
[15:34] <jamalta> i think i added blueprints before i realized that there were karmacategories while i was trying to figure out the issue
[15:34] <jamalta> and then didn't realize that specs was the blueprints tab
[15:34] <jamalta> i will get that fixed shortly
[15:35] <jamalta> well it will be a few hours, i'm setting up launchpad all over since this is a different computer :\
[15:35] <matsubara> jamalta, thanks. let us know in the bug report when you have it ready. unfortunately it won't make the 3.0 release, but can be landed first thing next monday
[15:36] <matsubara> jamalta, take your time. trunk and db-devel are closed for landings not release critical
[15:36] <jamalta> matsubara: i saw that on the bug report, it's no big deal.. it's taken me like a month to get this small issue actually done :(
[15:37] <jamalta> matsubara: thanks for your input and i will update the ticket when the fix is commited
[15:37] <matsubara> jamalta, well, you probably ended up learning a lot about LP and that's what counts :-)
[15:37] <matsubara> thank you jamalta
[15:37] <jml> hey
[15:37] <jamalta> matsubara: haha yeah, a ton! writing the test for that was a big challenge but very helpful
[15:38] <matsubara> cool!
[15:38] <jml> beuno has just come through with a visual design for the home page from our designer guy
[15:38] <jamalta> so 3.0 is erleasing tomorrow? that's very exciting
[15:39] <jml> it's pretty simple, and would very much improve the 3.0 release -
[15:40] <jml> anyone keen to actually implement it?
[15:54] <barry> salgado, bac, EdwinGrubbs, sinzui i'm going to work on some 3.0 qa.  if you do to, please edit the item when you start to add a "* Tested by:" so we don't duplicate our efforts
[15:57] <bac> barry: good idea
[15:58] <gary_poster> bac: lib/canonical/launchpad/templates/sources-list.pt is still not converted.  It's a code template but I didn't get a response from them last week when I tried to get a taker on IRC, and then I didn't follow up. :-(  Should I try to get it in 3.0, or not bother?  (If so, I would try again to get a code guy to do it, and failing that I would try to get a code guy to direct/help me.)
[15:59] <bac> gary_poster: if you have time please go for it.  if you don't, open a bug and assign it to abentley or rockstar`
[16:00] <gary_poster> bac: got it thank you.
[16:00] <rockstar`> gary_poster, bac, that's the branch that I got RC'd yesterday.
[16:00] <bac> gary_poster: i guess you should open a bug and add it to CRB either way
[16:00] <rockstar`> Unfortunately, it failed tests.
[16:00] <bac> rockstar`: win!
[16:00] <bac> rockstar`: boo
[16:00] <gary_poster> rockstar: oh ok.  thanks and boo.  let me know if I can help.
[16:00] <bac> rockstar:  is it on CurrentRolloutBlockers?  if not could you add it
[16:01] <rockstar> gary_poster, just need to fix the tests and it's in.
[16:01] <rockstar> bac, sure.
[16:01] <gary_poster> ok
[16:33] <kfogel> Hey, https://bugs.edge.launchpad.net/ubuntu/+source/glipper/+bug/432906 is marked as a dup of bug #216155, but (except for the comment at the bottom) it's very hard to see this.  For example, the "this is a dup of..." stuff near the bug title appears to be gone, and the notice on the upper right is not a link (!) to the real bug.
[16:33] <mup> Bug #432906: glipper crashed with ImportError in <module>() <amd64> <apport-crash> <glipper (Ubuntu):New> <https://launchpad.net/bugs/432906>
[16:35] <kfogel> Is this a deliberate interface choice?
[16:36] <james_w> it is a link for me?
[16:36] <kfogel> james_w: you're on https://bugs.edge.launchpad.net/ubuntu/+source/glipper/+bug/432906 and looking at the "Duplicate of bug #216155" text in the upper right, right beneath "this report is public"?
[16:36] <mup> Bug #432906: glipper crashed with ImportError in <module>() <amd64> <apport-crash> <glipper (Ubuntu):New> <https://launchpad.net/bugs/432906>
[16:37] <james_w> yes
[16:37] <james_w>       <span id="mark-duplicate-text">Duplicate of
[16:37] <james_w>       <a style="margin-right: 4px" href="/bugs/216155"
[16:37] <james_w>          id="duplicate-of"
[16:37] <james_w>          title="glipper crashed with ImportError in &lt;module&gt;()">bug #216155</a>
[16:40] <kfogel> james_w: they made it public while I was asking this question, it turns out.
[16:40] <james_w> ah
[16:41] <james_w> it's not linked if you can't see it
[16:41] <james_w> that seems a bit wrong to me
[16:41] <kfogel> right
[16:41] <james_w> putting (private) or something would help
[16:41] <kfogel> james_w: the question is very complicated; I'm writing up a summary right now.  Maybe it'll result in a new bug being filed!
[16:42] <james_w> not being linked doesn't instantly make you think "private!" so you would have to copy and paste the bug number to be told that
[16:45] <jml> anyone want to make the homepage awesome? we've got a great visual design that we'd love to apply
[16:45] <beuno> jml, did someone get assgined to the home page prettifyingness?
[16:45] <jml> beuno, no. :(
[16:46] <jml> beuno, I asked earlier, but no one responded.
[16:46] <jml> and I've been on calls so haven't been able to hassle more
[16:46] <beuno> jml, did you ask noodles775?
[16:46] <jml> beuno, yes. but sadly it came too late in his day.
[16:46] <beuno> he's usually the super awesome guy that fixes everything
[16:47] <beuno> jml, and you're saying that barry should pick that up then?
[16:47] <jml> beuno, I think that's what I'm saying, yes :P
[16:47] <beuno> I agree
[16:47] <beuno> barry would be perfect for that
[16:49] <beuno> and sinzui even agrees
[16:49] <beuno> so it's just a matter of him looking at IRC
[16:49] <beuno> and then it's official
[16:49] <jml> barry, hi
[16:51] <barry> jml, beuno hi.  reading scrollback
[16:52] <beuno> barry, I got a design for the home page
[16:52] <barry> jml, beuno wasn't someone working on the home page redesign?
[16:52] <beuno> pretty images
[16:52] <beuno> barry, yes, henninge
[16:52] <beuno> he did the layout
[16:52] <beuno> but now we need it to be pretty
[16:52] <beuno> and I have an image
[16:52] <beuno> that needs to be mimicked
[16:52] <beuno> it's pretty easy
[16:52] <beuno> like 5 minutes
[16:52] <beuno> 6 tops
[16:53] <beuno> in fact, it's in your email
[16:53] <barry> dude, i will give you 7.  if it goes over that, you owe me big time
[16:53] <deryck> I get nervous when beuno says "5 minutes" ;)
[16:53] <jml> haha
[16:53] <barry> :)
[16:53]  * beuno goes find a loan to pay back barry all the time he will owe
[16:53] <matsubara> beuno!
[16:54] <barry> beuno: y'know.  turning me on to the glomo at that pervian chicken place almost makes up for it
[16:54] <matsubara> beuno, I marked one of your items as BAD in https://dev.launchpad.net/LaunchpadTestPlan/3.0
[16:54] <beuno> matsubara!
[16:54] <beuno> barry, ;)
[16:54] <beuno> matsubara, I kind of saw that
[16:54] <beuno> the problem with that bug
[16:54] <matsubara> beuno, the duplicate icons are still showing up in bug pages
[16:54] <beuno> is that they revive it everytime something breaks with sprites
[16:55] <matsubara> ouch
[16:55] <barry> beuno: speaking of which... i got your image.  i'm going to grab a quick lunch then i'll attack it
[16:56] <beuno> barry, you are my hero.
[16:56] <allenap> bigjools: Did you merge my blueprints branch before the test run?
[16:56] <bigjools> allenap: yes, it just finished and everything passed so I am landing it shortly
[16:57] <bigjools> oh ballcocks you're editing CRB
[16:57] <allenap> bigjools: Top, thanks.
[16:57] <beuno> matsubara, so it fixed problems elsewhere
[16:57] <beuno> I'm fine with keeping it open
[16:57] <allenap> bigjools: Nope, not any more.
[16:57] <beuno> matsubara, if you can point me to a URL where it breaks, so I can fix it later on
[16:57] <allenap> bigjools: If moin thinks so, break my lock.
[16:57] <matsubara> beuno, yes, the soyuz pages are ok, but not the bug page. I asked bac if he wants an RC or if we should leave it for .10
[16:58] <rockstar> intellectronica, ping
[16:58] <matsubara> beuno, the bug report itself shows the bug (i.e. https://bugs.edge.launchpad.net/launchpad-foundations/+bug/423105 look in the bug attachments portlet :-)
[16:58] <mup> Bug #423105: Duplicate download icons in many places <Launchpad Foundations:Triaged by beuno> <https://launchpad.net/bugs/423105>
[16:59] <intellectronica> hi rockstar
[17:00] <rockstar> intellectronica, so bugs isn't using the "registering" slot for the bug index page that shows "Bug #XXX reported by..."
[17:00] <rockstar> intellectronica, what template is that?  We're trying to make Code like Bugs since the "registering" slot is ugly.
[17:01] <intellectronica> rockstar: tell me more about the "registering" slot. i have no idea what it is
[17:01] <intellectronica> rockstar: ah. bugtask-index.pt
[17:01] <jml> rockstar, I think it should be the other way around
[17:01] <bigjools> allenap: who reviewed your branch?
[17:01] <jml> rockstar, sinzui uploaded a patch today to fix the location of the registering slot
[17:02] <rockstar> jml, really?  This is a win for me then.
[17:02] <jml> rockstar, surely if it's doing the right thing, we should make Bugs more like Code
[17:02] <rockstar> jml, because when it came down to it, thumper trumps rockstar
[17:02] <jml> rockstar, because now bugs is doing the wrong thing and can't take advantage of an otherwise global fix
[17:02] <allenap> bigjools: gmb
[17:02] <bigjools> ta
[17:02] <rockstar> jml, agreed.
[17:02] <rockstar> sinzui, has your patch landed?
[17:03] <sinzui> my patch for what?
[17:03] <rockstar> sinzui, fixing the registering slot to not be ugly.
[17:03] <sinzui> rockstar: I am not sure it has been reviewed been reviewed a approved
[17:03] <sinzui> I am sprinting and ignoring email
[17:04] <rockstar> sinzui, so you're not going to RC it?
[17:04] <sinzui> rockstar: I know there is some disappointment that my branch does not fix all bad templates
[17:04] <sinzui> rockstar: I cannot actively pursue an RC because I do not work for launchpad this week
[17:04] <rockstar> sinzui, but it's progress though, right?
[17:05] <rockstar> sinzui, ah, that's not very convenient.
[17:05] <sinzui> rockstar: I can fix two tests that I know will break for project and projectgroup
[17:05] <sinzui> bugs is odd
[17:05] <sinzui> answers is sick
[17:05] <sinzui> (not in the pleasant modern vulgar usage)
[17:06] <bac> deryck: can you get someone on bug 423105 -- it is a simple fix
[17:06] <mup> Bug #423105: Duplicate download icons in many places <Launchpad Foundations:Triaged by beuno> <Launchpad Bugs:Triaged> <https://launchpad.net/bugs/423105>
[17:08] <deryck> bac, I can take it after lunch, unless allenap is looking for something (^^^) and wants it sooner.
[17:09] <bac> rockstar: can you take sinzui's registering slot fix and shepherd it through?
[17:09] <allenap> deryck: I'll take it.
[17:09] <deryck> allenap, thanks!
[17:11] <jml> bac, actually sinzui might be good to do that.
[17:11] <jml> sinzui, ^^ ?
[17:11] <sinzui> bac: rockstar: the devil and his left hand man are telling me I want to work on SSO tonight and Launchpad now
[17:11] <bac> sinzui: i like those people
[17:12] <bac> gary_poster: do you have time for a pretty easy fix to achieve breadcrumb consistency?
[17:13] <jml> rockstar, hey
[17:13] <sinzui> bac: rockstar: I will timebox an update to fix as many pages as I can to use the slot. Then ask for another review
[17:13] <gary_poster> bac: lunching now, but after lunch yes
[17:14] <rockstar> jml, hi
[17:14] <rockstar> bac, I might be able to.  I've got a Dr's appointment soon.
[17:14] <bac> gary_poster: cool, i'll write a bug
[17:14] <jml> rockstar, we were going to talk about the branch page...
[17:14] <jml> rockstar, but you should see the Dr. :)
[17:18] <bigjools> the new bugs page seems to wrap comments prematurely
[17:23] <rockstar> jml, I know I have wireless in the waiting room, so I might be able to chat before the appointment (he usually makes me wait...)
[17:23]  * rockstar goes to Doctor
[17:27] <beuno> bac, hi
[17:27] <beuno> I need an RC
[17:27] <beuno> for a very very small css tweak
[17:27] <bac> hi
[17:27] <beuno> it's been reviewed by jml in person
[17:27] <beuno> https://pastebin.canonical.com/22398/
[17:29] <bac> beuno: I trust you know what these tweaks will do.  rc=bac
[17:29] <beuno> bac, thank you
[17:30] <jml> beuno, what happened with centered text in overlays?
[17:33] <beuno> jml, noodles said he would look into it
[17:35] <beuno> bac, do I need to submit to db-devel?
[17:35] <jml> beuno, hmm. noodles is gone.
[17:35] <beuno> yes
[17:35] <jml> bac, do you know anything about the centered text on overlays issue?
[17:36] <bac> beuno: no, submit to devel until 2200Z today
[17:36] <bac> jml: i do not
[17:36] <salgado> sinzui, can you check my last comment on bug 434349 and tell me if the improvement in the proposed fix is good enough?
[17:36] <mup> Bug #434349: Distribution series index OOPS <timeout> <Launchpad Registry:In Progress by salgado> <https://launchpad.net/bugs/434349>
[17:36] <beuno> jml, bug 434519
[17:36] <mup> Bug #434519: Text in overlay is now centered <Launchpad Foundations:Triaged> <https://launchpad.net/bugs/434519>
[17:36] <bac> beuno: this page https://dev.launchpad.net/UI has a link to UI/Navigation but it is broken.  do you have the URL for that page?
[17:37] <beuno> bac, https://wiki.canonical.com/Launchpad/UI/Navigation
[17:37] <bac> beuno: thanks
[17:38] <sinzui> salgado: do you think that is enough for 6 weeks? Do you think we should remove the bug status counts from all series and +series until we have a replacement?
[17:40] <salgado> sinzui, I know it will perform better than that on edge/lpnet, but without knowing how much better it's hard to answer your question.  my gut feeling is that it will be good enough
[17:40] <jml> beuno, my short term memory has died...
[17:41] <jml> beuno, centred text and bugs "registered by", right?
[17:41] <sinzui> bac: I would like  you RC for lp:~sinzui/launchpad/link-watermark The diff is at  http://pastebin.ubuntu.com/275959/
[17:41] <jml> bac, I've reviewed the code.
[17:42] <sinzui> salgado: If this is a problem we can easily remove all all status counts. I want to try this because I think it make series easier to understand
[17:42] <jml> anyone around from Bugs?
[17:42] <salgado> sinzui, agreed.  I'll submit it for review/r-c then
[17:43] <beuno> jml, yes
[17:44] <bac> gary_poster: bug 434746 is the one for your post-lunch consideration
[17:44] <mup> Bug #434746: Breadcrumbs are inconsistent in UI 3.0 <Launchpad itself:Triaged by gary> <https://launchpad.net/bugs/434746>
[17:45] <gary_poster> bac, thank you, will do
[17:45] <bac> gary_poster: the fix is easy.  the test fallout may be eye gouging.
[17:46] <gary_poster> bac: ah, ok.  /me goes to see when 2200Z is...
[17:46] <bac> 5:14 from now
[17:46] <bac> gary_poster: after that you can still land directly to db-devel
[17:47] <bigjools> allenap: your fix landed in revno 9564
[17:47] <gary_poster> ah ok. thanks.  will begin after just a few more moments of repose ;-)
[17:47] <allenap> bigjools: Woohoo, thank you :)
[17:47] <bigjools> and now, I am ready to expire, good night
[17:48] <bac> gary_poster: would you add that bug to CRB?
[17:49] <beuno> mrevell, I've sent you an email of what the LP homepage will look like once barry is finished with it
[17:49] <mrevell> beuno: Nice :)
[17:50] <mrevell> beuno: That's a great improvement. I feel I now know where to look.
[17:50] <gary_poster> bac: absolutely.  URL please?
[17:50] <bac> https://dev.launchpad.net/CurrentRolloutBlockers
[17:51] <mrevell> beuno: I do have a question: both in your mock-up and on edge we have a line that says "Projects related to the world's most popular...." and then just a list of normal featured projects. What's going on there?
[17:52] <beuno> mrevell, that's an unfortunate description for the mysql project on Launchpad
[17:52] <beuno> mrevell, we probably want to have /mysql-server instead of /mysql as a featured project
[17:52] <beuno> which has a better description
[17:52] <mrevell> beuno: Yeah but I don't understand why the feature project's description is coming in there ... I mean, the list of projects below it has nothing to do with MySQL (or whatever the featured project is)
[17:53] <beuno> mrevell, right, so we have a design problem
[17:53] <beuno> it's one bug features project
[17:53] <beuno> and "others"
[17:54] <mrevell> beuno: want me to file a bug?
[17:54] <beuno> mrevell, I'd wait for barry to implement his changes, and then, yes
[17:54] <mrevell> ok, cool
[17:55] <mrevell> barry: I've just been working on a branch that may clash with your changes. It changes the "What's this?" link in the section about the sandbox to become a pop-up -- https://code.edge.launchpad.net/~matthew.revell/launchpad/home-page-staging-popup-help/+merge/12233
[17:57] <mrevell> I'm bowing out for dinner. Back later on.
[17:57] <barry> mrevell-dinner: okay. i'll keep an eye on that
[17:57] <allenap> bac: I imagine you're very busy, but can you release-critical review two of my branches please? :) I have to go soon, so I need to send them off to ec2. They are: https://code.edge.launchpad.net/~allenap/launchpad/external-bugzilla-3.4-api-bug-434580/+merge/12230 https://code.edge.launchpad.net/~allenap/launchpad/remove-too-many-download-icons-bug-423105/+merge/12237
[17:58] <bac> allenap: will do so next
[17:58] <allenap> bac: Thanks.
[18:00] <salgado> bac, I've added one to your r-c queue too
[18:01] <bac> salgado: great.  the OOPS fix?
[18:01] <salgado> bac, yep
[18:07] <barry> beuno: bug 434761
[18:07] <mup> Bug #434761: Make the home page pretty <story-ui-3> <Launchpad Registry:In Progress by barry> <https://launchpad.net/bugs/434761>
[18:07] <jml> sinzui, how's your "registered by" branch going? what was your time box?
[18:08] <sinzui> jml: I have product and project fixed.
[18:08] <sinzui> jml: I have bugtask broken, working on it now
[18:09] <beuno> barry, awesomeness, thanks
[18:13]  * barry -> reboot
[18:13] <deryck> sinzui, jml -- are you guys talking about the slot where "created by" statements go?
[18:14] <sinzui> deryck: Yes, I am changing it now
[18:14] <deryck> sinzui, so I don't need to worry about the bug page for this then?
[18:14] <sinzui> bugtask is the only location I know to change and if it is the only location, I can do this
[18:17] <deryck> sinzui, yes, it's the only location.  I owe you a big frothy beer next week.  thanks!
[18:17] <sinzui> deryck: np. I had to fix project and product too
[18:18] <jml> sinzui, cool! please ping me when you need a review.
[18:21] <sinzui> bac: I would like  you RC for lp:~sinzui/launchpad/link-watermark The diff is at  http://pastebin.ubuntu.com/275959/
[18:21] <sinzui> ^ Did I miss your approval or disapproval?
[18:22] <bac> sinzui: i must've missed the request.  this is the first i've seen it
[18:23] <bac> sinzui: rc=bac
[18:24] <sinzui> bac: thanks
[18:24] <sinzui> beuno:  lp:~sinzui/launchpad/link-watermark
[18:25] <beuno> jml, can I submit some else's branch with ec2
[18:26] <beuno> or do i need to push it to my lp namespace
[18:28] <jml> beuno, you can submit someone else's branch.
[18:28] <beuno> ok, let's see how true that is
[18:28] <beuno> thanks jml
[18:28] <jml> beuno, just make sure your current working directory is an up-to-date branch.
[18:29] <jml> beuno, I submit wgrant's branches fairly frequently.
[18:29] <danilos> beuno: people have done it, make sure the submission command is correct by using --dry-run first
[18:30] <jml> when I get a moment to myself (next long haul flight, perhaps), I'll finish my branch that will land a thing given only its merge proposal.
[18:34] <jml> beuno, there's a bug for the homepage stuff right
[18:39] <jml> bac, just added bug 434519 to CRB
[18:39] <mup> Bug #434519: Text in overlay is now centered <Launchpad Foundations:Triaged> <https://launchpad.net/bugs/434519>
[18:39] <beuno> jml, beer?
[18:39] <jml> beuno, I want to make sure the homepage bug is on CRB
[18:39] <jml> beuno, and I want to make sure sinzui has everything he needs from me
[18:39] <jml> then beer.
[18:40] <beuno> sounds like a plan
[18:40] <jml> beuno, do you know the bug for the homepage?
[18:40] <jml> sinzui, do you have everything you need from me?
[18:40] <beuno> jml, bug 434761
[18:40] <mup> Bug #434761: Make the home page pretty <story-ui-3> <Launchpad Registry:In Progress by barry> <https://launchpad.net/bugs/434761>
[18:40] <jml> beuno, thanks.
[18:45] <beuno> jml, is there any way we can verify our changes tomorrow before the rollout?
[18:45] <beuno> staging maybe?
[18:45] <jml> bac, will there be an edge rollout before the production rollout?
[18:47] <gary_poster> flacoste: at bac's request, I am working on bug 434746.  I decided to start trying to see how breadcrumbs worked by looking at blueprints, arbitrarily.  I'm looking at lib/lp/blueprints/browser/tests/test_breadcrumbs.py in TestHasSpecificationsBreadcrumbOnBlueprintsVHost.test_product.  Right now, that will produce breadcrumbs of "Crumb Tester", "Blueprints for title7".  I was expecting to see "Crumb Tester
[18:47] <mup> Bug #434746: Breadcrumbs are inconsistent in UI 3.0 <Launchpad itself:Triaged by gary> <https://launchpad.net/bugs/434746>
[18:47] <gary_poster> (oops) Right now, that will produce breadcrumbs of "Crumb Tester", "Blueprints for title7".  I was expecting to see "Crumb Tester", "Blueprints for Crumb Tester"
[18:48] <sinzui> jml: deryck: this is the incremental diff for my registering-header branch that makes product, project, and bug task using the registering slot.
[18:48] <sinzui> http://pastebin.ubuntu.com/275996/
[18:48] <gary_poster> flacoste: If I had seen that, I would have been comfortable shortening that too "Crumb Tester", "Blueprints", as I understand my task to be.  is that just a funky test?  Should I proceed?  Or is there something more subtle here?
[18:49] <gary_poster> flacoste: if you don't have a sec I'll try salgado
[18:49] <bac> jml, beuno: this talk of beer is very demoralizing to those of us hours behind you.
[18:49] <beuno> bac, by beer we mean "more work"
[18:49] <gary_poster> lol
[18:49] <bac> umm, work
[18:50] <bac> new from Duff
[18:50] <jml> sinzui, it's good, but you need to keep the bug ID in the bug registering slot
[18:50] <jml> sinzui, there needs to be a non-hyperlinked bug id on the bugs page for copy-paste winnage.
[18:50] <sinzui> Other object do not use it. the *1234 is in the breadcrumbs
[18:51] <gary_poster> salgado: are you around, and do you have any guidance on what I asked above?
[18:51] <gary_poster> (to flacoste)
[18:51] <deryck> jml, sinzui -- I don't object to losing the bug number in this time stamp.  but will differ to jml on it.
[18:51] <sinzui> jml: the last breadcrumb should not be linked. That is what we want to copy and paste
[18:52] <deryck> sinzui, also, technically we don't have the bits of the activity log in the comments yet, but I'm ok with removing the link, as it will force us to fix the remaining bits when people complain. :)
[18:52] <jml> if there were another copy-pastable bug number on the page, I'd be fine with losing it
[18:52] <jml> sinzui, it's linked on edge.
[18:52] <deryck> *all* the bits of the activity log, I should say.
[18:52] <jml> sinzui, see https://bugs.edge.launchpad.net/launchpad-registry/+bug/434761
[18:52] <mup> Bug #434761: Make the home page pretty <story-ui-3> <Launchpad Registry:In Progress by barry> <https://launchpad.net/bugs/434761>
[18:52] <sinzui> jml Yes, I did not say edge or launchpad is correct, only that we did plane for this, breadcrumbs are wrong
[18:53] <bac> gary_poster: allenap is landing a change soon that i noticed did the breadcrumb thing for blueprints
[18:53] <salgado> gary_poster, I'll check that in a second
[18:53] <jml> sinzui, ok. but let's not make it wronger.
[18:53] <sinzui> deryck: What can I see in activity log that I cannot see in comments?
[18:53] <gary_poster> salgado: thank you
[18:53] <sinzui> jml I can but "Bug #1234 reported by" in the registering if you say so
[18:53] <mup> Bug #1234: Gina is an unmaintainable mess of command line options, environment variables and shell scripts <Launchpad Foundations:Fix Released by debonzi> <https://launchpad.net/bugs/1234>
[18:54] <jml> sinzui, that'd be great thanks.
[18:54] <deryck> sinzui, I think the description diff for one, if changed.
[18:54] <sinzui> ah
[18:54] <gary_poster> bac: ok, thanks.  I guess my question stands generally, but I'll try another app and see if that is clearer, while waiting for the anser.
[18:54] <gary_poster> answer
[18:54] <salgado> gary_poster, title7 is the .name and 'Crumb tester' is the .displayname
[18:55] <deryck> sinzui, there are a couple of other things which I'm blanking on now.  but it's okay to remove the link, I think.
[18:55] <gary_poster> salgado: oh, so title7 should not really be in breadcrumbs, and change would be fine, right?
[18:55] <gary_poster> ("Crumb tester", "Blueprints
[18:55] <gary_poster> "
[18:55] <gary_poster> )
[18:55] <sinzui> deryck: is there an esay place to move the link too?
[18:56] <gary_poster> allenap: poing?
[18:56] <gary_poster> heh
[18:56] <gary_poster> ping
[18:56] <deryck> sinzui, at this point, no.  Which is why I'm cool to drop it.  where does it really belong?  I think that's the tougher question.
[18:56] <sinzui> okay
[18:58] <jml> sinzui, deryck: if we drop the link from the breadcrumbs, I'm fine with leaving the bug # out of the registering slot.
[18:58] <salgado> gary_poster, yep.  you're just changing it to "Crumb Tester" >> "Blueprints"?
[18:58] <jml> as long as we have to have a copy-pastable bug ID.
[18:58] <gary_poster> salgado: right
[18:58] <deryck> jml, ack.  that's cool with me.
[18:58] <deryck> sinzui, is the link on our team's end, or a global thing?
[18:59] <salgado> gary_poster, cool.  but did what I say answer your question or is there still something that isn't clear?
[18:59] <bac> gary_poster: it should just be 'Crumb tester >> Blueprints".  that's what the branch henning (i wrongly said gavin earlier) did
[18:59] <gary_poster> salgado: yes, that helped, thank you!
[18:59] <gary_poster> bac: ok thank you
[18:59] <salgado> np
[19:00] <sinzui> deryck: The breadcrumbs fix is not your problem. We will fix that in 3.10
[19:01] <sinzui> okay. We are settled on the registering line, we are dropping the link to Activity log
[19:01] <bac> gary_poster: here is henninge-afk's MP: https://code.edge.launchpad.net/~henninge/launchpad/bug-434055-combined/+merge/12229
[19:02] <gary_poster> bac: gotcha thanks.  yeah, that does what I was looking at
[19:02] <sinzui> beuno: lp:~sinzui/launchpad/registering-header
[19:03] <flacoste> gary_poster: sorry, i was on the phone
[19:03] <gary_poster> flacoste: cool np, handled thank you
[19:03] <salgado> gary_poster, ain't that bug a dupe of bug 434403?
[19:03] <mup> Bug #434403: breadcrumbs use inconsistent context names <ui> <Launchpad itself:New for beuno> <https://launchpad.net/bugs/434403>
[19:03] <flacoste> gary_poster: i'd suggest you look at Translations, since they seem to have the "best" breadcrumbs so far
[19:03] <flacoste> gary_poster: ok, i see that salgado jumped in
[19:04] <gary_poster> salgado: yes, marking, thanks
[19:06] <sinzui> bac may I have your RC for http://pastebin.ubuntu.com/276013/ that jml and beuno have looked at
[19:08] <bac> sinzui: why was the special IE 7 support removed?  is it no longer a problem?
[19:08] <sinzui> bac: no, 3.0 does not use tab art. we should have removed this a few weeks ago
[19:08] <salgado> bac, https://bugs.edge.launchpad.net/launchpad/+bug/434234 <-- not nice
[19:08] <mup> Bug #434234: Timeout rendering downloads page <Launchpad itself:New> <https://launchpad.net/bugs/434234>
[19:09] <bac> salgado-lunch: gah, first i've seen of that
[19:09] <salgado-lunch> bac, although that's not really a problem introduced in this release
[19:09] <salgado-lunch> really out now; back soon
[19:10] <bac> sinzui: rc=bac.  thanks for the fix
[19:10] <gary_poster> bac, fwiw, I've seen that one mentioned on the zope list as a reason to not use LP for hosting downloads
[19:10] <gary_poster> 434234 I mean
[19:11] <bac> gary_poster: ah, zope has a ton of product releases
[19:11] <jml> ok. I'm off for the evening.
[19:11] <gary_poster> yeah
[19:11] <jml> good luck!
[19:11] <bac> gary_poster: i think we've tried to address those before
[19:11] <bac> jml: have a good evening. thanks for your help today.  (and every day)
[19:11] <jml> bac, thanks for the great RMing.
[19:12]  * beuno is off as well
[19:12] <jml> np :)
[19:12] <bac> gary_poster: another reason to use zope3
[19:12] <gary_poster> lol
[19:12] <bac> https://edge.launchpad.net/zope/+download
[19:13] <bac> "The new Zope 3 component architecture won't crash your download page."
[19:13] <gary_poster> heh
[19:15] <bac> gary_poster: https://edge.launchpad.net/zope2/+series  !!!
[19:16] <bac> it's not very useful but it is soothing
[19:16] <gary_poster> bac: yeah, that's what they were talking about.  Yes, doctor, I like all the pretty polkadots...
[19:16] <gary_poster> ...Yes, doctor, I like all the pretty polkadots...
[19:16] <gary_poster> etc.
[19:17] <gary_poster> bac: interesting that you can drag the image to see the far reaches
[19:22] <Ursinha> hi rockstar and abentley
[19:22] <abentley> Ursinha: hi
[19:23] <Ursinha> abentley, hi, have you tested the fix for bug 426779, still pending in Code's test plan?
[19:23] <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>
[19:23] <abentley> Ursinha: Yes, I thought I'd moved it to OK.
[19:23] <Ursinha> abentley, I can do that, thanks for the information
[19:24] <abentley> Ursinha: Cool.
[19:25] <Ursinha> jml, are you around?
[19:27] <abentley> Ursinha: jml lives in London now, so he might not be.
[19:28] <abentley> Ursinha: And since he's no longer on the code team, I think rockstar's doing his testing.
[19:28] <Ursinha> abentley, this is valuable information as well :)
[19:29] <Ursinha> but rockstar doesn't love me anymore, he doesn't reply my pings
[19:29] <Ursinha> :)
[19:38] <abentley> Ursinha: He has tonsilitis.  Last I spoke with him, he was going to the doctor.
[19:39] <Ursinha> gee.
[19:39] <Ursinha> rockstar, hope you get better soon
[19:39] <Ursinha> thanks abentley
[19:40] <Ursinha> I guess I'll have to have a late chat with thumper and mwhudson then :)
[19:52] <rockstar> Ursinha, good timing.  I'm back.
[19:52] <Ursinha> hey rockstar, how are you?
[19:52] <rockstar> Ursinha, well, alright given the circumstances.
[19:54] <Ursinha> rockstar, hope you get better soon... you may want to rest now
[19:54] <rockstar> Ursinha, re: QA, I'm planning on doing jml's as well, but I have to get an RC in.
[19:55] <Ursinha> rockstar, the rc is about what?
[19:55] <rockstar> Ursinha, some changes to the branch-index page.
[19:55] <Ursinha> rockstar, a bug?
[19:56] <rockstar> Ursinha, not yet...
[19:57] <Ursinha> rockstar, just tell me the problem and I can file one :)
[19:57] <rockstar> Ursinha, there are a few, that's the thing.
[19:57] <Ursinha> rockstar, only one RC is enough to fix them all?
[19:58] <rockstar> Ursinha, yeah, they are all little things.
[19:58] <Ursinha> rockstar, let me give you a start
[20:00] <Ursinha> rockstar, bug 434830, you can fill in the blanks :)
[20:00] <mup> Bug #434830: Some changes to the branch-index page needed <Launchpad Bazaar Integration:New> <https://launchpad.net/bugs/434830>
[20:00] <rockstar> Ursinha, thanks.  :)
[20:00] <Ursinha> rockstar, np :)
[20:01] <Ursinha> rockstar, so I'll make a note in the test plans saying you'll test the items after getting your rc
[20:06] <Ursinha> rockstar, thanks :)
[20:22] <gary_poster> bac, deryck, intellectronica, we are in testfix with a bug in bugs: looks like intellectronica's at first blush https://lpbuildbot.canonical.com/builders/lp/builds/169/steps/shell_7/logs/summary
[20:24] <bac> gary_poster: you're right that is intellectronica
[20:24] <bac> 's
[20:27] <bac> rockstar: rc=bac -> db-devel
[20:31] <bac> gary_poster: could i ask you to land a [testfix]?  i'll review it
[20:31] <deryck> bac, gary_poster -- I can work on a fix for intellectronica's branch if no one is on it yet.
[20:31] <bac> gary_poster: the narrative for that test doesn't even match the output
[20:31] <bac> deryck: that would be great
[20:31] <gary_poster> bac: I have to go pick up my son, will be back around 4
[20:31] <gary_poster> deryck: thank you
[20:31] <bac> gary_poster: nm
[20:31] <deryck> will start now
[20:32] <rockstar> bac, okay, so we closed devel then?  How do I ec2test against db-devel?
[20:32] <bac> rockstar: dunno!
[20:32] <gary_poster> rockstar: ./utilities/ec2 test -b launchpad=db-devel
[20:32] <bac> rockstar: i was going to say "ask gary"
[20:32] <rockstar> gary_poster, fank you
[20:33] <gary_poster> heh, np
[20:33] <bac> gary_poster: i'll shoot an email to the list quoting you
[20:33] <gary_poster> cool
[20:33] <bac> rockstar: devel isn't closed yet, but if you submit through ec2 it'll be closed by the time it gets there.  and, please do go via ec2
[20:34] <gary_poster> bac, rockstar: that tests against db-devel
[20:34] <rockstar> bac, yeah, I don't even do non-rc branches without ec2 - utter craziness.
[20:34] <rockstar> gary_poster, does that submit against db-devel as well?
[20:35] <gary_poster> not sure about submitting, actually, looking (my submit message was hosed anyway so I didn't look)
[20:35] <bac> gary_poster: so we don't know the complete magic?
[20:35] <gary_poster> rockstar, bac: according to the helptext, what I said is right:
[20:36] <gary_poster>   --pqm-submit-location=ARG
[20:36] <gary_poster>                         The submit location for the pqm submit, if a pqm
[20:36] <gary_poster>                         message is provided (see --submit-pqm-message).  If
[20:36] <gary_poster>                         this option is not provided, the script will look for
[20:36] <gary_poster>                         an explicitly specified launchpad branch using the
[20:36] <gary_poster>                         -b/--branch option; if that branch was specified and
[20:36] <gary_poster>                         is owned by the launchpad-pqm user on launchpad, it is
[20:36] <gary_poster>                         used as the pqm submit location. Otherwise, for local
[20:36] <gary_poster>                         branches, bzr configuration is consulted; for remote
[20:36] <gary_poster>                         branches, it is assumed that the submit branch is
[20:36] <gary_poster>                         bzr+ssh://bazaar.launchpad.net/~launchpad-
[20:36] <gary_poster>                         pqm/launchpad/devel.
[20:36] <gary_poster> (sorry)
[20:36] <bac> cool
[20:36] <gary_poster> so just -b launchpad=db-devel .  after that IRC faux pas, I will go hide my head in shame and pick up my son :-)
[20:36] <gary_poster> biab
[20:37] <rockstar> gary_poster, laughing hurts.  Please don't do that again.
[20:37] <rockstar> :)
[20:45] <deryck> bac, for testfix -- http://pastebin.ubuntu.com/276059/
[20:46] <bac> deryck: why the ...
[20:46] <bac> aren't  two unofficial ones imporant?
[20:46] <bac> "aren't the unofficial ones important" i meant
[20:47] <deryck> bac, nope, I don't think so.  the test is just to demonstrate that all official tags are found in a cloud.
[20:47] <deryck> bac, but honestly, it
[20:47] <deryck> it's not completely clear to me.
[20:47] <deryck> the documentation part I mean.  But as I read it, it's just for official tags.
[20:48] <bac> yeah but some unofficials are spit out too.  i thought it was supposed to be the top ten unofficial
[20:48] <bac> deryck: i'd like to see this well tested b/c that code was pretty dense
[20:49]  * deryck looks closer at the test
[20:50] <allenap> deryck: I reviewed intellectronica's branch for this, but didn't ask about tests :( The test result at https://lpbuildbot.canonical.com/builders/lp/builds/169/steps/shell_7/logs/summary looks correct.
[20:51] <bac> allenap: right, all official plus top ten unofficial
[20:51] <allenap> bac: Yep.
[20:51] <bac> that's why i don't want it hidden by ellipeseieses
[20:51] <deryck> bac, allenap -- bac is right, this section that is failing, is just adding 10 official and 10 unofficial tags and printing them from the browser.open read.
[20:51] <bac> no
[20:51] <bac> all official plus 10 unofficial
[20:52] <deryck> bac, I'll undo the elipsssess
[20:52] <bac> sssweet
[20:53] <deryck> bac, and yes, what you said about all official vs unofficial.  I'm going to update the doc part to make this clearer.
[20:54] <bac> deryck: after it all passes locally submit to devel with [testfix][release-critical=bac][r=bac]
[20:54]  * bac shudders to think of devel closing in [testfix]
[20:58] <gary_poster> henninge-afk: ping: deryck is working on the testfix
[20:58] <deryck> bac, updated diff: http://pastebin.ubuntu.com/276064/
[20:58] <henninge-afk> gary_poster: ah, cool
[20:59] <gary_poster> henninge: sent it to you in email too for added confirmation ;-)
[20:59] <henninge> gary_poster: cool
[20:59] <deryck> henninge, sorry I didn't reply on email as I took it.  Just noticed on IRC here when gary_poster pinged.
[21:00] <henninge> deryck: I have a branch playing in ec2 that failed on this.
[21:02] <deryck> bac, gary_poster, henninge -- submitted the fix to pqm just now.
[21:02] <gary_poster> deryck: awesome thank you very much
[21:02] <henninge> deryck: cool
[21:02] <deryck> oh, crap, think I borked the commit message form.
[21:02] <deryck> too many freakin' brackets
[21:03] <bac> henninge: if you go through ec2 again be sure to see my email
[21:03] <henninge> bac: it is almost through, started it 3 hours ago.
[21:03]  * henninge looks for mail
[21:03] <bac> henninge: yeah but won't it die?
[21:03] <henninge> bac: ?
[21:04] <henninge> bac: no, it will just not submit to pqm
[21:04] <bac> henninge: oh, i see
[21:04] <henninge> bac: so, I fix whatever test failed, test that and pqm-submit ... ;-)
[21:04]  * deryck says "yay!" for the correct number of brackets
[21:05] <bac> henninge: right
[21:06] <deryck> gah
[21:06] <deryck> so maybe not
[21:08] <deryck> bac, gary_poster -- what am I doing wrong?  Doing:  bzr pqm-submit -m "[testfix][release-critical=bac][r=bac][ui=none] Fix a broken tag cloud test."
[21:08] <gary_poster> deryck: the email from pqm should tell you what the regex is
[21:08] <bac> deryck: what's the error
[21:08] <deryck> gary_poster, bac -- All lines of log output:'Commit message [[testfix][release-critical=bac][r=bac][ui=none] Fix a broken tag\n\tcloud test.] does not match commit_re [(?is)^\\s*\\[testfix\\]\\s*\\[(?:release-critical|rs?=[^\\]]+)\\]]'
[21:09] <deryck> drop the UI part?
[21:09] <bac> try it
[21:10] <bac> gary_poster: couldn't we teach PQM to process it using optparse?
[21:10] <bac> or something more sane
[21:10] <henninge> deryck: I feel for you, I had a similar experience yesterday ...
[21:10] <henninge> but the message looks right to me ...
[21:11] <gary_poster> deryck, bac: [testfix][release-critical][r=member:bac][ui=none] Fix a broken tag cloud test."
[21:11] <gary_poster> (not =bac
[21:11] <gary_poster> )
[21:11] <gary_poster> for the release-critical
[21:12] <deryck> ah
[21:12] <bac> gary_poster: so the regex for testfix is broken/different from normal
[21:12] <gary_poster> yup, looks like it
[21:13] <bac> no, i think that is about the same
[21:13] <bac> flacoste is the master of deciphering these
[21:13] <gary_poster> bac, well, this message passed when we were not in testfix: "[release-critical=bac][r=allenap][ui=none][bug=433892] in the tags ..."
[21:13] <flacoste> yes, that should work
[21:13] <gary_poster> (from bottom of https://lpbuildbot.canonical.com/builders/lp/builds/169)
[21:14] <gary_poster> flacoste: the problem is that this does not work:
[21:14] <gary_poster> "[testfix][release-critical=member:bac][r=member:bac][ui=none] Fix a broken tag cloud test."
[21:14] <gary_poster> flacoste: the regex now shows that it should be [testfix][release-critical][r=member:bac%5D%5Bui=none] Fix a broken tag cloud test."
[21:14] <gary_poster> bah
[21:14] <deryck> ok, seems to be running now.  I think I got it.
[21:14] <bac> deryck: what did you use?
[21:15] <gary_poster> anyway, the release-critical is the different part, flacoste
[21:15] <henninge> don't be fooled ...
[21:15] <deryck> [testfix][release-critical][r=bac][ui=none] Fix a broken tag cloud test.
[21:15] <deryck> henninge, that's why I wrote "I *think* I got it" :)
[21:16] <deryck> it's still in the queue, so I assume working.  Still cleaning working directory.
[21:16] <henninge> :)
[21:16] <henninge> that means nothing ...
[21:16] <henninge> I tried 4 times yesterday.
[21:16] <henninge> Sometimes instant rejection,
[21:16] <henninge> sometimes not.
[21:17] <henninge> Or maybe that was when I tried to submit to devel and it wasn't open ...
[21:19] <deryck> bac, looks like I'm in, but I'll give it another 10 minutes to make sure.  then I must be off for a bit for family stuff.
[21:20] <mwhudson> good morning
[21:21] <deryck> morning, mwhudson
[21:22] <bac> deryck: cool
[21:27] <barry> bac: ping
[21:27] <bac> hi barry
[21:28] <barry> bac: hi.  beuno is not around and i've done about the best i can on the home page given the time constraints.  would you take a look at the screen shots and tell me what you think?
[21:28] <barry> bac: they are not perfect, but i think it's better than it was
[21:28] <bac> barry: sure
[21:29] <barry> bac: http://people.canonical.com/~barry/home1.png and http://people.canonical.com/~barry/home2.png
[21:29]  * bac happy pandora is playing The Reivers!!
[21:30] <bac> barry: i don't like the green scroll bar
[21:30] <barry> bac: for comparison, beuno's mockups are attached to bug 434761
[21:30] <mup> Bug #434761: Make the home page pretty <story-ui-3> <Launchpad Registry:In Progress by barry> <https://launchpad.net/bugs/434761>
[21:30] <barry> bac: you dissin' my theme? :)
[21:30] <barry> bac: that's baby turtle man!
[21:31] <bac> so the ones you have in the bug are mockups?
[21:31] <barry> bac: right, they are the ones beuno sent me
[21:32] <barry> bac: i got close as i could
[21:32] <bac> barry: and the featured project list is only one column for lp.dev?
[21:32] <barry> bac: beuno did not have a "logged-in" mockup but i think that's the way it should be
[21:33]  * barry wishes beuno were still here
[21:33] <bac> barry: i think it looks much better
[21:34] <barry> bac: subject to code review is it worth an rc?
[21:34] <bac> barry: is there any reason you can't land it tomorrow?  <can't believe i'm saying that>
[21:34] <barry> bac: iow, you want me to wait until tomorrow?
[21:35] <bac> barry: i'm just saying if you shot it to martin tonight you'd have an answer by the time you woke up
[21:35] <bac> barry: and with his consent i'd speed an RC approval
[21:35] <barry> bac: sounds good.  i'll push the branch, get a code review and request martin's ui review.  thanks
[21:36] <bac> barry: OTOH it is demonstrably an improvement and gets us closer
[21:36] <barry> bac: you're the rm!  you get to decide :)
[21:36] <barry> either way is fine with me
[21:37] <bac> land it tonight! and we can tweak tomorrow
[21:37] <bac> barry:  see if you can find a code reviewer
[21:37] <barry> bac: +1, thanks
[21:37] <bac> np
[21:41] <thumper> morning
[21:44] <bac> hi thumper
[21:55] <thumper> bac: we need to land bzr 2.0 final
[21:55] <thumper> bac: there are no real code changes
[21:55] <thumper> bac: what is required is landing the 2.0 tar ball into the dependencies branch
[21:55] <thumper> bac: then updating versions.cfg
[21:59] <bac> thumper: hi
[21:59] <bac> thumper: will there be any operational consequences?
[21:59] <thumper> bac: should be zero
[22:00] <bac> thumper: you make it sound like two steps.  is it?
[22:01] <thumper> bac: the commit to the dependencies is effectively a no-op
[22:01] <bac> thumper: or two parts of the same branch.
[22:01] <bac> ok
[22:01] <thumper> bac: it is bzr add; bzr commit
[22:01] <bac> thumper: got it.
[22:01] <bac> thumper: ok.  rc=bac.  will you be doing it within the hour?
[22:02] <thumper> yes
[22:02] <thumper> bac: still needs to go through ec2 though right?
[22:03] <bac> thumper: sure.  so, target it to db-devel
[22:03] <thumper> ack
[22:13] <thumper> abentley, rockstar, mwhudson: stand up will be as soon as I submit the bzr 2.0 branch
[22:14] <mwhudson> thumper: ok
[22:14] <abentley> thumper: roger
[22:14] <rockstar> thumper, I can sit in on the standup, but you I can't really participate.  I sent you my notes.
[22:14] <thumper> rockstar: sure
[22:21] <thumper> mwhudson: skype?
[22:22] <mwhudson> thumper: i'm online
[22:22] <thumper> rockstar: sitting in or out?
[22:23] <thumper> mwhudson: my skype can't connect to you
[22:23] <thumper> mwhudson: can you try calling me first?
[22:23] <mwhudson> thumper: i'll restart
[22:24] <mwhudson> thumper: see me now?
[22:30] <rockstar> thumper, I can sit in.
[22:31] <rockstar> thumper, there isn't
[22:31] <rockstar> I'd be glad to help you out though, if you'd like.
[22:34] <EdwinGrubbs> barry, bac, salgado-afk: I just checked and saw that there are 32 NEEDSTESTING for 2.2.8 and 36 NEEDSTESTING for 3.0. That's 17 per person. Are any of the changes higher priority for testing, since I doubt we'll get to them all?
[22:35] <barry> EdwinGrubbs: i haven't looked in several hours
[22:35] <bac> EdwinGrubbs: just use your best judgment about which ones might have high impact if BAD
[22:35] <bac> EdwinGrubbs: or knock down the ones that you can do very quickly
[22:36] <barry> EdwinGrubbs: i need to take a short break to clear my head, but i will come back to do more qa in a bit
[22:36] <bac> i'll do some more later
[22:36] <barry> bac: ec2 is playing the branch
[22:36] <bac> barry: good
[22:37] <bac> thumper: add your bzr update branch to https://dev.launchpad.net/CurrentRolloutBlockers
[22:37] <thumper> bac: ok
[22:38] <bac> tahnks
[22:40] <barry> bac: ah shit.  i forgot to go headless.  hopefully my net connection will stay up :/
[22:40] <bac> wow
[22:40] <barry> anyway, if not, i'll resubmit
[22:41] <bac> barry: that's why i use an alias...
[22:41] <barry> bac: yeah, i have that but not for db-devel ;)
[22:41] <barry> bac: i'm killing it and restarting. would hate for it to run for 2 hrs and then die
[22:41] <barry> done
[22:41]  * barry -> away
[23:15] <wgrant> The global actions portlet really has a lot of margin...
[23:26] <EdwinGrubbs> bac, sinzui, barry, salgado-afk: do any of you know if the blueprints/$project/+index and the blueprints/$person/+index pages have been converted in a branch that hasn't made it to edge yet. I thought sinzui had one, but bug 397862 just converts the $person/+specworkload.
[23:26] <mup> Bug #397862: Move blueprint templates to lp.blueprints <story-apocalypse> <Launchpad Registry:Fix Committed by sinzui> <https://launchpad.net/bugs/397862>
[23:27] <barry> EdwinGrubbs: http://people.canonical.com/~beuno/conversions.html#blueprints implies they have
[23:28] <bac> barry, EdwinGrubbs: the unconverted ones have been done and are working their way through
[23:28] <barry> cool
[23:44] <mwhudson> flacoste: you there for a quick question?