[02:00] <_jason> hi I signed up for launchpad to get cd's from shipit but I'm not really sure what launchpad is... anyone wan't to give me a short description?
[03:24] <lifeless> jamesh: ping
[05:18] <newpers> are there any launchpad developers in here from the phoenix area?
[05:30] <lifeless> I don't think so
[05:30] <lifeless> you want to meet up with one ?
[05:37] <newpers> kind of
[05:37] <lifeless> ...
[05:38] <newpers> i need a zope3 developer
[05:52] <stub> Your closes Launchpad Z3 developer would be in Montreal, followed by Sao Paolo
[05:53] <stub> lifeless: Can you please mirror rocketfuel@canonical.com/launchpad--production--1.34 across
[05:54] <lifeless> stub: they are not that few ;0
[05:54] <stub> Launchpad Z3 developer, not Z3 developer
[05:54] <lifeless> done
[05:55] <lifeless> stub: he just wants z3 ;0
[05:58] <newpers> yeah, but i'd at least know i was getting a guy with experience if he was launchpad z3
[05:58] <newpers> :)
[06:08] <bob2> I somewhat doubt an LP developer would have time to take on a second job
[06:11] <dilys> Merge to rocketfuel@canonical.com/dists--devel--0: [trivial]  production-1.34 config (patch-117: stuart.bishop@canonical.com)
[06:14] <newpers> true
[06:40] <dilys> Merge to rocketfuel@canonical.com/launchpad--production--1.34: Cherry pick steve.alexander@canonical.com/launchpad--CherrypickNoKarmaForRosettaImports--0--patch-1 into production 1.34 (patch-1: steve.alexander@canonical.com)
[07:08] <dilys> Merge to rocketfuel@canonical.com/launchpad--production--1.34: Merge production 1.34 up to patch-2480 (patch-2: james.henstridge@canonical.com, rocketfuel@canonical.com, christian.reis@canonical.com ...)
[07:08] <lifeless> jamesh: ping
[07:38] <dilys> Merge to rocketfuel@canonical.com/launchpad--production--1.34: Cherry pick patch-2486 into production 1.34 (patch-3: stuart.bishop@canonical.com, rocketfuel@canonical.com)
[08:20] <dilys> Merge to rocketfuel@canonical.com/launchpad--production--1.34: Cherry pick patch-2487 into production 1.34 (patch-4: bjorn.tillenius@canonical.com, rocketfuel@canonical.com)
[08:51] <sivang> hey all
[09:08] <SteveA> good morning
[09:09] <SteveA> spiv: ping?
[09:09] <SteveA> stub: morning
[09:09] <SteveA> jamesh: hi.  any progress on the warning spew from subprocesses?
[09:10] <stub> Morning
[09:11] <SteveA> stub: what's the news on request timeouts?
[09:11] <stub> No news (is good news)
[09:12] <SteveA> so, the timeout is currently waaaaay to high compared to where we want it to ideally be
[09:12] <SteveA> the rosetta cron scripts are fit to run, and should be running
[09:13] <SteveA> but kiko called me at the weekend to check if they're actually enabled in the crontab
[09:13] <SteveA> i have a mail waiting from jordi about that
[09:13] <stub> They are enabled (I responded to that email)
[09:13] <SteveA> you're doing some remedial work on the statistician, right?
[09:13] <SteveA> okay, great
[09:13] <stub> statistician changes are with pqm
[09:14] <SteveA> nice
[09:14] <SteveA> so, that will be back with the next roll-out
[09:15] <stub> Yes - I'll be cherry picking it as soon as I get a patch number
[09:15] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: [r=spiv]  Make update-stats.py play nicer with the other kids (patch-2488: stuart.bishop@canonical.com)
[09:15] <stub> There we go
[09:20] <SteveA> BjornT, jamesh or spiv: i've got a menus review that needs someone's help.  i want it to hit PQM soon, so that i don't have to deal with huge amounts of conflicts.
[09:22] <SteveA> stub: read your reply to jordi.  does the bug still need fixing?
[09:23] <stub> Yes. The gajim import won't run until it is fixed. It is currently spamming us every 10 minutes.
[09:24] <stub> Carlos or kiko won't have had a chance to look at it yet
[09:24] <BjornT> SteveA: i can do it, send me the diff
[09:24] <SteveA> thanks BjornT 
[09:24] <SteveA> stub: i'll look at it.  it looks trivial.
[09:33] <stub> SteveA: Do you happen to know what this unhelpful exception means? https://chinstrap.ubuntu.com/~dsilvers/paste/fileaiazws.html
[09:36] <BjornT> stub: i think i had a similar error before, the reason was that iface was security proxied.
[09:36] <SteveA> so, is 'isOrExtends' missing from the security on an interface?
[09:37] <stub> There is no security on the interface
[09:37] <BjornT> do interfaces even have security declarations?
[09:38] <stub> This is just me trying to register an adapter:
[09:38] <stub>     <adapter
[09:38] <stub>         for="canonical.launchpad.webapp.LaunchpadBrowserRequest"
[09:38] <stub>         provides="canonical.launchpad.webapp.interfaces.INotificationResponse"
[09:38] <stub>         factory="canonical.launchpad.webapp.adaptRequestToResponse"
[09:38] <stub>         />
[09:39] <SteveA> sure there's a security declaration for interfaces
[09:39] <SteveA> stub: the factory
[09:39] <SteveA> what is it?
[09:39] <stub> hmm... working now. might have just failed to save an editor window or something
[09:40] <stub> nope.... but I've worked out the issue
[09:40] <SteveA> yeah, isOrExtends is allowed for interfaces
[09:40] <stub> LaunchpadBrowserRequest did not implement any interfaces.
[09:41] <stub> If I create a marker interface, and make LaunchpadBrowserRequest implement it, it works just fine.
[09:41] <stub> z3 bug
[09:41] <SteveA> stub: it looks like there's something claiming to be an interface implements declaration on a class, but it isn't really one
[09:41] <SteveA> stub: can you file a malone bug on me about this, so i can look into it?
[09:42] <stub> Possibly because LaunchpadBrowserRequest is a subclass of (BrowserRequest, NotificationRequest)
[09:42] <stub> I'll stick some XXX's in indicating how to trigger the bug in this branch, and file a bug.
[09:44] <SteveA> ta
[09:50] <dilys> Merge to rocketfuel@canonical.com/launchpad--production--1.34: Cherry pick patch-2482 into production 1.34 (patch-5: brad.bollenbach@canonical.com, rocketfuel@canonical.com)
[10:10] <SteveA> BjornT: mailed you a diff
[10:10] <BjornT> cool
[10:33] <dilys> Merge to rocketfuel@canonical.com/launchpad--production--1.34: Cherry pick patch-2488 into production 1.34 (patch-6: stuart.bishop@canonical.com, rocketfuel@canonical.com)
[10:57] <stub> Bah. Our page tests don't support sessions :-(
[11:01] <SteveA> yeah
[11:02] <SteveA> what do you want to test with sessions?
[11:07] <stub> SteveA: browser notifications, where the messages are stored server side in the session
[11:07] <stub> Got it working
[11:17] <BjornT> SteveA: review sent
[11:17] <SteveA> thanks
[11:26] <SteveA> reply sent
[11:32] <SteveA> hello daniel
[11:34] <Kinnison> hi steve
[11:41] <carlos> morning
[11:47] <sabdfl> your favourite silver.supporter is BACK
[11:48] <SteveA> good morning
[11:48] <SteveA> although, today you're mark@wbs-146-137-182.telkomadsl.co.z
[11:48] <SteveA> a
[11:52] <sabdfl> SteveA: hmm.. no bling no longer. ah well, was fun while it lasted
[12:04] <sivang> hey sabdfl !
[12:11] <sivang> Hey Kinnison 
[12:14] <sabdfl> hiya sivang
[12:14] <sabdfl> Kinnison: so, how was TheTestWeek?
[12:14] <Kinnison> sabdfl: Well, my laptop is running breezy as installed from http://dogfood.ubuntu.com/ubuntu/
[12:14] <sabdfl> nice
[12:14] <sabdfl> well done!
[12:14] <Kinnison> sabdfl: We have uncovered some issues with depfailure in the builder. cprov is working on 'em
[12:14] <sabdfl> ok, cool
[12:15] <Kinnison> sabdfl: and I got gina down from a large number of failed imports to nearly zero
[12:15] <sabdfl> that's to be expected
[12:15] <sabdfl> well done again
[12:15] <Kinnison> I know how to get that to almost exactly zero in fact
[12:15] <sivang> Kinnison: whee cool, so the amazing new infrastrucutre for pkg building through launchpad work :)
[12:18] <Kinnison> yep
[12:18] <Kinnison> https://dogfood.ubuntu.com/+builds/dogfood
[12:19] <sivang> ouch, EFORBIDDEN
[12:19] <Kinnison> oh yeah, you need an SSL cert for that
[12:19] <Kinnison> sorry
[12:20] <Kinnison> http://users.pepperfish.net/dsilvers/foody.png
[12:21] <bob2> pimp
[12:22] <Kinnison> pardon?
[12:25] <sivang> Kinnison: so every spect of building a source/derivation repo is controlled from thoise consoles? impressive
[12:25] <Kinnison> Well, it will be :-)
[12:31] <Kinnison> sabdfl: https://chinstrap.ubuntu.com/~dsilvers/paste/fileAA19tL.html
[12:31] <Kinnison> sabdfl: those are the current gina failures
[12:31] <Kinnison> just gotta implement
[12:47] <SteveA> does that make branching less heavyweight?
[12:48] <Kinnison> well it stops the base-0 being cached
[12:48] <Kinnison> which saves a 17 meg push across my adsl
[12:48] <Kinnison> and since baz is supposedly caching every 50 revs on rocketfuel I figure it's fairly safe
[12:49] <Kinnison> also it makes the branch operation itself finish in about a twentieth the time
[01:18] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: r=BjornT, more actions portlets converted to menus, introduction of LaunchpadView. (patch-2489: steve.alexander@canonical.com)
[01:20] <SteveA> carlos: did you see the mail from stu about why the rosetta back-end scripts aren't running right now?
[01:21] <SteveA> there's a bug in them that stops them running, so probably a test missing there?
[01:21] <carlos> no, I didn't 
[01:21] <carlos> it sounds like that
[01:23] <carlos> SteveA, oh
[01:24] <carlos> it's not that the scripts are not running 
[01:24] <carlos> it's just that some real data is breaking our parser
[01:25] <carlos> SteveA, we have some of them. Kiko filed bugs about that, not sure if that concrete problem is filed. Anyway, fixing those bugs is my current tasks
[01:25] <SteveA> from the error stu showed, the code should be using .startswith() rather than [0] 
[01:26] <carlos> SteveA, that parser should be killed, anyway I will fix it that way. thanks
[01:27] <carlos> When I say 'killing it' I don't say forget it, just that it sucks.
[01:52] <Kinnison> is this a known thing?
[01:53] <SteveA> Kinnison: what kind of errors?
[01:53] <Kinnison> SteveA: argv: 'archive-mirror', '/home/dsilvers/dev-canonical/launchpad/launchpad-gina-remove-version/,,temp-archive1', '/home/dsilvers/dev-canonical/launchpad/launchpad-gina-remove-version/,,temp-archive2', 'foo-bar--HEAD--0--patch-1'
[01:53] <Kinnison> * error report
[01:53] <Kinnison> could not connect to archive '/home/dsilvers/dev-canonical/launchpad/launchpad-gina-remove-version'
[01:54] <Kinnison> that sort
[01:54] <SteveA> no, i have never seen such an error
[01:55] <SteveA> ddaa: ?
[01:56] <Kinnison> Anyone mind if I stop dogfood to upgrade it?
[01:59] <Kinnison> I'll take that as "no" and go ahead
[02:05] <ddaa> Kinnison: bug in COTM breaking pybaz
[02:05] <ddaa> use baz 1.4.2
[02:06] <Kinnison> Oh
[02:06] <ddaa> Yes it sucks.
[02:08] <Kinnison> Yes, it does
[02:08] <Kinnison> fix it
[02:08] <Kinnison> damnit
[02:08] <Kinnison> :-)
[02:09] <ddaa> I grew tired of isolating and filing bugs for baz regressions, but apparently lifeless won't fix them before making a x.0 unless I do.
[02:11] <Kinnison> I guess we're concentrating hard on bzr
[02:12] <ddaa> I guess so. This sort of things staying unfxed (and baz 1.5.0 not seeming any closer to a release than it was several weeks ago) is probably an unpleasant side effect of the pie-in-the-face bzr sprint.
[02:13] <ddaa> But that's little pain I'm willing to endure if that means we'll be using bzr for rocketfuel in one month.
[02:13] <Kinnison> Aye
[02:13] <Kinnison> apparently weave is pretty much done now
[02:14] <ddaa> The fundamentals are done, my uninformed guesstimate is there's ~ one week of work to get support propagated thorough the code base.
[02:14] <Kinnison> right
[02:42] <carlos> ddaa, thanks for helping with my branch, I will try your instructions after lunch and will try to do the things better.
[02:43] <ddaa> carlos: it assumes you have not made further commits since you reported the problem
[02:44] <carlos> ddaa, no commits done, don't worry
[02:45] <ddaa> hey spiv
[02:45] <ddaa> how would you feel about some cscvs reviews today? ;)
[02:52] <Kinnison> Do we automatically run the doctests in canonical.launchpad.validators ?
[02:52] <Kinnison> if so, how can I ask the test suite to run just those?
[02:54] <BjornT> Kinnison: python test.py canonical.launchpad.validators
[02:54] <Kinnison> BjornT: ta
[02:55] <Kinnison> okay that tells me that the doctest isn't run
[02:56] <BjornT> it should be run, i think. which doctest is it?
[02:57] <Kinnison> the one for valid_debian_version in launchpad/validators/version.py
[03:00] <BjornT> it is being run for me
[03:00] <Kinnison> with that commandline you said?
[03:00] <BjornT> yeah
[03:01] <Kinnison> 'cos I just added a must-fail test I.E. I changed a True to 'Cheese' and it didn't fail
[03:01] <Kinnison> in version.pyu
[03:01] <Kinnison> s/u$//
[03:02] <BjornT> sure you didn't forget to save the file? :) i also change a True to False, and it failed
[03:04] <mpt> maybe cheese is true
[03:09] <Kinnison> maybe it is
[03:09] <Kinnison> nope, it's as though it's not running the docstring at all
[03:11] <Kinnison> clearly I'm too hungry to work
[03:11] <Kinnison> TTOTD: When changing tests, run the test runner ON THE SAME COMPUTER
[03:12] <Kinnison> sorry bjorn
[03:13] <Kinnison> bbl
[03:17] <kiko> yay for mondays
[03:22] <mpt> BjornT: Am I right in thinking that product-bugs.pt isn't used any more?
[03:22] <kiko> mpt, wasn't that replaced by bugs-for-context?
[03:22] <mpt> it looks like it, yes
[03:24] <mpt> same for distribution-bugs.pt
[03:25] <mpt> and distrorelease-bugs.pt
[03:25] <BjornT> mpt: yes you're right
[03:25] <mpt> but distrosourcepackage-bugs.pt is still used
[03:26] <mpt> cower before the power of baz rm!
[03:27] <BjornT> yeah, sourcepackage-bugs.pt is also used
[03:27] <kiko> these are new pages
[03:28] <mpt> and packages-bugs.pt
[03:29] <BjornT> kiko: do you want to take a look at the branch lifeless reviewed for me?
[03:29] <kiko> BjornT, hmmm how big is it?
[03:30] <BjornT> 750 lines
[03:30] <kiko> sure
[03:32] <BjornT> kiko: thanks. and if you feel like reviewing some more, a have a patch for fixing email wrapping problems up for review, only 400 lines (mostly doctests).
[03:32] <kiko> sure
[03:33] <kiko> I can do both, this morning
[03:33] <BjornT> cool, that'd be great
[03:54] <mpt> SteveA: ping
[03:54] <kiko> ddaa, do you know if it's safe to nuke anything under ~/.arch-cache/ ?
[03:55] <ddaa> kiko: it's entirely safe
[03:55] <ddaa> though it might hurt your performance, it caches the ancestry information that it takes so long to retrieve when doing some merges.
[03:56] <kiko> ddaa, will it be regenerated automatically? 
[03:56] <ddaa> yup
[03:56] <kiko> ours are like 800mb
[03:57] <ddaa> just go ahead and remove if you want. It will hurt nowhere as much as removing the revlib.
[03:58] <kiko> okay, cool
[03:59] <kiko> ddaa, and revlib directories with names starting with ,,?
[04:00] <ddaa> that's entirely safe and desirable to delete _unless_ there's a baz running on the system (in which case that might be a perfectly legitimate and useful temporary directory)
[04:00] <ddaa> Typically those are left around when operations like get, merge or switch are interrupted.
[04:00] <kiko> yeah
[04:02] <SteveA> mpt: hi
[04:04] <BjornT> SteveA: when you converted the action portlets to menus, you removed "Report a Bug" from distribution and distrorelease bug listings
[04:05] <SteveA> BjornT: I guess that means there's no test that someone can report a bug using a menu ;-)
[04:06] <SteveA> i've been putting the old portlets and new menus on the same page, to check the look/work the same 
[04:06] <SteveA> but, i guess i made a mistake there
[04:10] <BjornT> yeah, it'd be nice with a test framework that allowed you to say "click the Report a Bug link" ;) (or maybe we should start checking that some page contains the url that is being page tested)
[04:10] <SteveA> i'll be looking at zope3.1 shortly
[04:11] <SteveA> got a few launchpad infrastructure things to finish first
[04:11] <SteveA> and zope3.1 has that kind of thing available.
[04:12] <BjornT> yeah i know, haven't tested it yet, though, but it seems to be quite nice.
[04:12] <mpt> SteveA: I just worked out how to get the context+application menus to appear (a) in the right place and (b) only once in non-three-column layouts
[04:14] <SteveA> mpt: so, the way i was going to do this is by using a slot for other RHS boxes for 2-col layouts.
[04:14] <SteveA> what's your way?
[04:15] <stub> SteveA: stuart.bishop@canonical.com/launchpad--zope31--0 , sqlos--zope31--0 and zope--test--3.1  was where I got to with looking at zope3.1
[04:15] <SteveA> cool
[04:16] <stub> (that zope branch is rc2 I believe)
[04:16] <mpt> SteveA: <metal:nomenu fill-slot="column_two"></metal:nomenu>
[04:16] <mpt> and <tal:menu replace="structure CONTEXTS/@@+menubox" />
[04:18] <SteveA> ok
[04:19] <mpt> so I can now register DistributionBugsMenu...
[04:20] <SteveA> you can register it anyway
[04:20] <mpt> (which I'd created, but not registered because it was in the wrong place)
[04:20] <SteveA> we mustn't let UI polish get in the way of these things
[04:20] <SteveA> do you have any unmirrored changes on your menus branch?
[04:21] <mpt> ... and hey presto, BjornT, the distribution bugs page has "Report a Bug" again :-)
[04:21] <bradb> jordi: hi. can you please reject the "upstream ubuntu" tasks on bug #2382 and #2384?
[04:22] <bradb> "Ubuntu is a desktop Linux that you can give your girlfriend to install." -- ??
[04:23] <bradb> Is every distribution meant to have a corresponding upstream product then?
[04:23] <ddaa> ripping off of viril attributes
[04:23] <mpt> My girlfriend keeps whining to me about problems with Ubuntu
[04:24] <mpt> Yesterday she was complaining that there's no simple way of upgrading from 5.04 to 5.10 without using a CD
[04:24] <Nafallo> mpt: mine did to, so I fixed them for her :-).
[04:25] <ddaa> mpt: your girlfriend is too geeky, no girfriend in his own right would try to upgrade her OS :)
[04:25] <ddaa> * in her own right
[04:26] <mpt> ddaa: Yeah, she's going to stick to Gentoo for the time being
[04:26] <Nafallo> baah, just teach her sed :-P. I did ;-).
[04:26] <bradb> My gf got pretty annoyed the other night at trying to do her homework on my Powerbook keyboard AND OOo AND in English. This had bad consequences for me.
[04:26] <bradb> (If you know what I mean.)
[04:27] <ddaa> "Not tonight honey, I have tendinitis"?
[04:27] <bradb> heh
[04:29] <sivang> ddaa: lol
[04:33] <bradb> stub: The BNM stuff looks cool. Any ETA on when we might be able to start using it?
[04:36] <stub> bradb: As soon as it gets through review. mpt might want to redo my css that that is trivial and doesn't block people using the API
[04:38] <bradb> cool. looking forward to it.
[04:39] <SteveA> mpt: other than the main template change, is there any other menus work from you i need to merge?
[04:39] <kiko> brb, rebooting
[04:42] <mpt> SteveA: I've just made a bunch of tweaks to to distribution, product, and source package menus
[04:42] <mpt> and fixed some strangeness in the Rosetta legend
[04:42] <mpt> https://staging.ubuntu.com/distros/ubuntu/hoary/+sources/pmount/+translations
[04:42] <mpt> "Summary of what the branch does Newly translated in Rosetta"
[04:43] <mpt> SteveA: Why did you use "THIS FILE IS DEAD." rather than baz rm?
[04:44] <SteveA> two reasons
[04:44] <SteveA> 1. to better catch conflicts
[04:44] <SteveA> 2. so that all the files can be removed at once in a separate sweep
[04:45] <SteveA> mpt: i don't want our work to conflict.  i shall do the rest of the actions menus now.
[04:46] <mpt> SteveA: My next problem is, how to get menus appearing for (for example) people-index and not person-index
[04:46] <SteveA> mpt: write a description in the wiki page so i can see what you see, and understand why
[04:46] <mpt> is that just a matter of saying they're for IFooSet rather than IFoo?
[04:46] <SteveA> probably yes
[04:46] <SteveA> but stop
[04:46] <SteveA> i have already done these, on my branch
[04:47] <mpt> In the past three hours?
[04:47] <SteveA> YES
[04:47] <mpt> ok :-)
[04:47] <SteveA> i have been saying this
[04:47] <SteveA> we need to co-ordinate
[04:47] <SteveA> i'll do the rest of the actions menus, right now
[04:47] <mpt> ok, shall I work backwards from z then?
[04:47] <mpt> ok
[04:47] <SteveA> no, i'll do the rest
[04:48] <SteveA> i want you to check i haven't made any more mistakes
[04:48] <SteveA> PQM merged a bunch of them this morning
[04:48] <SteveA> (that is, menus, not mistakes, hopefully)
[04:48] <jordi> bradb: hmm, can I really do that?
[04:48] <SteveA> and let me know about any odd problems you find that need solving.
[04:49] <SteveA> like, things aren't displaying properly, or whatever
[04:49] <SteveA> mpt: is there stuff i should merge into my branch?
[04:50] <mpt> SteveA: My distribution menus changes are committing now
[04:50] <mpt> +product+sourcepackage
[04:50] <SteveA> ok
[04:50] <mpt> and deletion of no-longer-used templates (that do not include actions portlets)
[04:51] <SteveA> ok
[04:51] <SteveA> that's good
[04:51] <SteveA> hmm, i should be able to make the test suite detect unused templates
[04:51] <Kinnison> SteveA: it's easy if you mandate that the FS the tests are run on is not mounted -o noatime
[04:52] <Kinnison> or does zope load them all anyway?
[04:52] <SteveA> well
[04:52] <bradb> jordi: yes, you should be able to (did you try?)
[04:53] <SteveA> there are templates that are on the FS but aren't referenced in page templates or zcml
[04:53] <SteveA> that's a category of template that would be found like that
[04:53] <SteveA> then, there's pages that aren't actually used as part of the test suite
[04:53] <SteveA> that's another set of pages
[04:53] <kiko> carlos, ping?
[04:53] <Kinnison> right
[04:53] <jordi> bradb: yes, but I don't find an obvious link
[04:54] <bradb> jordi: yeah, we know :/
[04:54] <bradb> jordi: you have to click on the (completely non-obvious) "upstream ubuntu" link in the task listing on the bug page
[04:54] <SteveA> Kinnison: and the pages that aren't tested are actually worse than the "decoys"
[04:55] <SteveA> because those are a liability
[04:55] <bradb> jordi: eventually, i'll hopefully be able to put back my "Edit Assignee/Status Details" link into the actions portlet
[04:55] <SteveA> mpt: have you looked at the maintenance message UI ?
[04:55] <jordi> bradb: ok, so inside here, what do I do?
[04:55] <bradb> jordi: are you logged in?
[04:56] <mpt> SteveA: mirror finished
[04:56] <SteveA> thanks
[04:56] <jordi> bradb: if you can also give me more info about why the change is necessary, etc, better for the next time
[04:56] <jordi> bradb: yup
[04:56] <bradb> jordi: ok, does it look like an edit form?
[04:56] <mpt> SteveA: I'm not sure what you mean by "maintenance message UI", so, probably not
[04:56] <mpt> SteveA: do you mean offline.html?
[04:56] <jordi> yes
[04:57] <bradb> jordi: ok, so, just change the "Status" value in the dropdown to "Rejected", and save changes
[04:57] <jordi> and I see a few links that take me to the same page I'm seeing now: "Edit Task Status" and "also reported in:"
[04:57] <SteveA> pagetests/standalone/xx-maintenance-message.txt
[04:57] <jordi> oh
[04:57] <SteveA> mpt: see that pagetest
[04:57] <jordi> I thought I had to get rid of the "upstream ubuntu property" or something.
[04:58] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial]  Fix for bug 2527: Trac ticket URL wrong. May contain traces of nuts. Contains gluten. No lint. (patch-2490: christian.reis@canonical.com)
[04:58] <jordi> bradb: any comment for rejection?
[04:58] <bradb> jordi: comment unnecessary, probably
[04:59] <bradb> jordi: the reason for rejecting it is that people should never be filing bugs against the ubuntu upstream product, only against the ubuntu distribution
[04:59] <jordi> nod
[04:59] <jordi> done for both
[04:59] <bradb> thanks
[04:59] <mpt> Why is there an Ubuntu upstream product?
[05:00] <bradb> dunno, but I sincerely hope it's unnecessary
[05:00] <bradb> nobody answered my question from earlier though: is it necessary for every distro to have a product registered for it?
[05:03] <bradb> more specifically, would anybody object to the Ubuntu upstream product being removed? silence, consent, etc.
[05:05] <bradb> kiko: would you object to us removing the Ubuntu upstream product?
[05:05] <sabdfl> mpt: that's an aberration
[05:06] <sabdfl> bradb: i had thought to rename it to something else, just never got around to it
[05:06] <sabdfl> there should not be an ubuntu upstream project
[05:06] <sabdfl> product, that is
[05:06] <bradb> ok
[05:09] <sivang> who entered the text describing the UBZ on the sprint tracker?
[05:10] <mpt> oy
[05:10] <kiko> me? I'm not opposed to anything that involves "removing"
[05:10] <mpt> kiko: First we need to move the bugs, no?
[05:10] <stub> I've just set active=false on the ubuntu product
[05:11] <cprov> SteveA: ping 
[05:11] <SteveA> cprov: hello
[05:11] <SteveA> cprov: i've just added canonical urls for various CoC things.
[05:11] <SteveA> (with tests)
[05:11] <mpt> gneuman/matsubara: I just tried to request bug 1 to be fixed in the Ubuntu distribution (no source package specified), and got a system error
[05:11] <cprov> SteveA:  do you have time for a quick review in buildd stuff (100 lines, most comments) ?
[05:12] <bradb> stub: I didn't that too, but it doesn't help much.
[05:12] <SteveA> cprov: i'm reviewing some stuff for Kinnison right now
[05:12] <cprov> SteveA:  thank you I'have a look later today, if it's not too late for you 
[05:12] <SteveA> i can review your stuff too, i guess
[05:13] <cprov> SteveA: you rock ! https://chinstrap.ubuntu.com/~dsilvers/paste/fileMj2wOa.html
[05:13] <bradb> s/didn't that/did that/
[05:13] <cprov> SteveA: I'm going to lunch now, back in 45 min 
[05:14] <SteveA> k
[05:14] <mpt> bah, I can't move any of the Ubuntu product bugs
[05:15] <bradb> mpt: indeed. reassignment across upstream/distribution is just begging for screwups. this is an unusual situation, i think.
[05:16] <kiko> mpt, bradb, maybe stub can do it though magic? :-)
[05:16] <stub> maybe tomorrow
[05:16] <mpt> I don't mean reassignment, I mean rejecting the old request and making a new one
[05:17] <bradb> mpt: ah.
[05:17] <mpt> bradb, you still can't reassign even from one product to another, can you?
[05:17] <bradb> kiko: i'm wondering, should we make upstream tasks wiki-mode as well?
[05:17] <bradb> mpt: no, that's a bug that has some workflow issues along with it.
[05:17] <kiko> bradb, I don't see why not -- have we gotten any bug defacement?
[05:17] <SteveA> Kinnison: review in the mail
[05:17] <bradb> kiko: not that I've seen or heard reported
[05:18] <kiko> right
[05:18] <mpt> bradb: I already commented in the bug to say that no, it didn't have some workflow issues along with it
[05:18] <mpt> unless there's something I'm missing
[05:19] <mpt> it's just an extra field in the form
[05:19] <kiko> I tend to agree with mpt
[05:19] <ddaa> kiko: feel up to a quick review (or to point me to somebody who has the time for that)?
[05:20] <bradb> under the new URL scheme, the workflow issues may no longer really be present
[05:21] <bradb> mpt: what bug are you talking about? https://launchpad.net/malone/bugs/2030 is the only one i find when searching Malone bugs for "reassign"
[05:24] <bradb> mpt: I don't think a simple field in the form will work for various reasons: 1. it doesn't really clearly communicate "hey, edit this field to reassign the product to a different place". an LP developer might think that would be obvious, but it seems to be less obvious to users. 2. at least previously, we had no notion of a "null bug task", which would mean that changing that product field jumps you into an entirely different conte
[05:25] <mpt> entirely different conte... ?
[05:25] <kiko> bradb, to be honest, I think we should worry about that if it becomes a problem
[05:25] <bradb> kiko: it did. when we used to allow reassignment, people asked how to reassign the bug to a different upstream.
[05:27] <bradb> mpt: yeah, if you reported a bug on /products/foo, the URL was /products/foo/+bugs/1/+edit. if you change the product field to "bar", you have to redirect to /products/bar/+bugs/1/+edit, because /products/foo/+bugs/1/+edit would no longer work.
[05:27] <mpt> bradb: Even if it's not perfectly obvious, 3 clicks + 2 page loads is vastly better than 5 clicks + 4 page loads.
[05:27] <bradb> at least, that was the context in which #2030 was reported. like i say, under the new scheme, we have the notion of a null bugtask, and can better deal with that problem
[05:28] <mpt> I don't see what the problem with redirection is
[05:28] <mpt> but then, I don't know what a null bugtask is either :-)
[05:29] <bradb> we can always try it again and see what happens again. i'm not too bothered either way, tbh.
[05:30] <bradb> so, wiki-mode and allow the product field to be changed?
[05:30] <mpt> bradb: oh, by "null bugtask" do you mean you go through the Back menu to get to the task that no longer exists at that context, and get the message "Bug X is not recorded as needing a fix in Y"?
[05:31] <bradb> mpt: yeah. null bugtask, e.g. being able to present a page for a task, even if that task doesn't exist yet.
[05:31] <bradb> s/e.g./i.e./
[05:32] <ddaa> SteveA: when you are back, are you willing to review a quasi-trivial patch? https://chinstrap.ubuntu.com/~dsilvers/paste/filemaD45h.html
[05:32] <ddaa> (removal of inspect dependency from Launchpad test suite)
[05:32] <mpt> bradb: You are returning a 404 header on such a page, right?
[05:33] <SteveA> for the case outlined here, i think redirection is more appropriate
[05:34] <SteveA> ddaa: i'll look when i'm next waiting for baz to process.  should be within the next 30 mins.  is that okay?
[05:34] <mpt> oh, sure, when you move a task, you should end up in the next context
[05:34] <ddaa> SteveA: that's okay
[05:34] <mpt> but if you (for example) use the Back button, you get the null task with the 404 header
[05:35] <bradb> mpt: 404 at what URL?
[05:36] <mpt> bradb: E.g. /distros/redhat/+bugs/1
[05:36] <mpt> because it's an Ubuntu bug, not a Red Hat one
[05:36] <bradb> it's +bug, but why would it be a 404?
[05:36] <mpt> because that task doesn't exist in that context
[05:36] <bradb> it's a valid page to display. that's the page with the "This bug has not yet been reported in Redhat, etc."
[05:37] <SteveA> i think such a page should set the status to 404
[05:37] <mpt> Sure it's a valid page to display, but it's still representing something that doesn't exist yet
[05:37] <SteveA> you don't want that page in your browser "locations" history
[05:37] <SteveA> we must work with HTTP
[05:37] <SteveA> not against it
[05:38] <SteveA> it needn't be a NotFound error to set the response status to 404
[05:38] <mpt> There are a whole bunch of cases where we should be doing special-case 404s, null bugtasks are just one of them
[05:39] <SteveA> not really necessary
[05:39] <mpt> e.g. https://launchpad.net/products/fqwhgads should show me a list of products with names similar to fqwhgads, and also give me the chance to register the fqwhgads product
[05:39] <SteveA> although, no harm in reading it
[05:40] <SteveA> mpt: fqwhgads?  isn't that the bad guy from Shrek ?
[05:40] <mpt> bradb: https://launchpad.net/malone/bugs/1073
[05:40] <mpt> SteveA: No, fqwhgads is a mythical character from the Strong Bad E-mails
[05:41] <mpt> the Shrek guy was F*ck-wad
[05:41] <mpt> though I think it was spelled differently
[05:41] <mpt> because he was modelled after some Disney executive who the Shrek creator detested
[05:45] <mpt> bradb: https://launchpad.net/malone/bugs/1073
[05:46] <mpt> SteveA: Just mirrored fixes to the distrorelease menus: you can now report a bug on a distrorelease, and also see its spec roadmap
[05:46] <mpt> (among other things)
[05:46] <SteveA> okay, i'll merge it into my work next time i commit
[05:47] <bradb> mpt: yeah, i see that :)
[05:48] <SteveA> bradb: want to try this?  http://gintas.pov.lt/darcs/z3reload/README.txt
[05:48] <mpt> bradb: Sorry for pasting twice, I got an itchy trigger finger
[05:49] <bradb> SteveA: yeah, i saw that package before. wondered if it was worth the effort though.
[05:50] <bradb> it seems like it requires a fairly careful understanding of the nature of Python reloads, and of the structure of one's view classes. so much so, that my brain is happier to say "mm, just restart zope already."
[05:51] <SteveA> bradb: i think one member of the lp team should do a bit of reconnaisance and see if it helps for launchpad
[05:51] <SteveA> we could set it up for just view classes, for example
[05:51] <SteveA> maybe spiv can take a look...
[05:51] <bradb> i can take a look and see if it helps, day-to-day
[05:52] <SteveA> bradb: actually, reading it, i think i'd need to do some work on it to make it work with launchpad
[05:52] <SteveA> it makes various assumptions that aren't really true
[05:52] <bradb> ah, ok
[05:53] <SteveA> like, it uses the DatabaseOpenedEvent to tell that zcml has been loaded
[05:53] <bradb> right
[05:53] <SteveA> which isn't how it works in launchpad, and just a coincidence about how it works in zope3 most of the time
[05:53] <SteveA> still, i reckon i can use parts of it
[06:07] <salgado> kiko, why do you marked 2553 as a dupe of 2369?
[06:10] <kiko> salgado, because it's a dupe, I saw the traceback
[06:11] <salgado> kiko, but that's not about a traceback. the user is complaining he can't see a link to where he can edit the team's wikiname. and in fact, there isn't one for teams
[06:18] <kiko> I think I mixed something up
[06:23] <mdke> heh
[06:24] <kiko> sorry
[06:24] <mdke> np at all
[06:24] <mdke> i don't get this wikiname business
[06:24] <kiko> it was 2551, of course
[06:24] <mdke> what determines whether a user has one?
[06:24] <mdke> why does my user not have one for example
[06:24] <kiko> every user gets one for the ubuntu wiki
[06:24] <kiko> except for users where salgado's code broke :-)
[06:24] <mdke> ok so why the system error?
[06:25] <mdke> ah
[06:25] <mdke> and which users are they?
[06:25] <kiko> some 20 users IIRC, right salgado 
[06:25] <mdke> grr
[06:25] <salgado> I guess something like that
[06:25] <mdke> why does LP use this "wikiname" concept, instead of just a wiki page?
[06:26] <j^> hi, did someone into using ajax(like http://www.google.com/webhp?complete=1&hl=en) for the source package name on this site: https://launchpad.net/distros/ubuntu/+filebug
[06:26] <j^> +look
[06:26] <kiko> mdke, because of how moin integrates with launchpad, we need it
[06:26] <mdke> kiko, how does it work?
[06:27] <kiko> every launchpad account allows for log in to different services, mdke -- shipit, the ubuntu wiki, etc.
[06:27] <mdke> you mean for authentication?
[06:27] <kiko> right
[06:27] <mdke> yeah ok
[06:27] <kiko> the issue is that because LP accounts are email addresses, we need a way to give a user a wikiname so moin works
[06:28] <kiko> that's roughly the issue
[06:28] <j^> if i want to file a bug for a known source package, can i put the package name in the url?
[06:28] <mdke> but wikinames were introduced into LP way after it was being used to authenticate the moin wiki, right?
[06:28] <kiko> I'm not privvy to the protons of it, but that's the idea.
[06:28] <kiko> mdke, it used to be a bit different, but they have always existed
[06:28] <mdke> ah okay i see
[06:28] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: Allow non-policy-compliant version numbers into the db and make sure our validators and dominator cope. r=stevea (patch-2491: daniel.silverstone@canonical.com)
[06:28] <mdke> moin uses the wikiname to login of course
[06:28] <kiko> j^, you can just file on the distribution and set the package name there
[06:29] <mdke> i thought you'd hacked all the way around that ;)
[06:29] <kiko> mdke, our hacked moin is a bit different
[06:29] <kiko> yeah, we did
[06:29] <kiko> it still needs the wikiname to function properly IIRC
[06:29] <j^> kiko no i want to but a link to it on another page
[06:29] <j^> <file bug> which should go to a form that does not ask for the package again
[06:29] <mdke> kiko, ok, thanks for taking the time to explain that!
[06:30] <bob2> j^: https://launchpad.net/products/bazaar/+filebug
[06:30] <kiko> mdke, think nothing of it, enjoy
[06:30] <j^> bob2 that way distribution is not set to ubuntu
[06:30] <kiko> j^, bob2: that's upstream. he's talking about a source package
[06:31] <bob2> ah
[06:31] <kiko> j^, I think I understand your use case now. bradb, BjornT: there's no way to create a link to report a bug on a specific SP, is there? craaack
[06:31] <bradb> SteveA, mpt: does that mean that all the names hanging off a null bugtask (+addwatch, +addurl, +addattachment, etc.) should also return 404?
[06:31] <kiko> null bugtask?
[06:31] <kiko> aieee
[06:32] <kiko> does anyone know how to slack in gtimelog?
[06:33] <SteveA> bradb: is there a use-case for the null bugtask other than when you change the product etc. ?
[06:33] <SteveA> kiko: ** i slacked
[06:35] <bradb> kiko: to report a bug on a sourcepackage, you just use the "Report a Bug" link from the sourcepackage's bug listing. the URL changes haven't been rolled out yet though.
[06:35] <bradb> SteveA: yeah, there are tons of use cases for it. any time you want to view a bug report that hasn't yet been reported in your context.
[06:36] <SteveA> bradb: we must seek an opinion from lifeless
[06:36] <bradb> SteveA: so, when might you want to do this? 1. when you're searching to see if your bug has already been reported. 2. when you click on a bug that is a dup of this bug, and for whatever reason, it hasn't yet been reported in your context, etc.
[06:37] <kiko> bradb, j^: if you can wait till tomorrow, you will have a stable one -- can you?
[06:37] <j^> how would i list all ubuntu bugs for a given package?
[06:37] <kiko> j^, /distros/ubuntu/hoary/+sources/firefox/+bugs
[06:37] <bradb> j^: gotta wait until my monster URL changes patch gets rolled out
[06:37] <bradb> yeah, that can be used too, but it's less than ideal
[06:39] <j^> so https://launchpad.net/distros/ubuntu/hoary/+sources/firefox/+filebug is also the url to file a bug
[06:39] <bradb> yup. when the URL changes land, you can chop out the "hoary" part of that URL
[06:39] <j^> ok
[06:42] <j^> bradb will the version with "hoary" still work?
[06:42] <bradb> yeah
[06:53] <SteveA> mpt: can you look at shipit-portlet-actions.pt ?  it has special styling
[06:54] <kiko-fud> SteveA, mpt: warning -- that is complete crack, and it's all because of ubuntu's CSS which also applies there
[06:54] <kiko-fud> I would advise just to leave it untouched
[06:54] <SteveA> can i rename it then?
[06:55] <SteveA> as it isn't really an "actions portlet" in launchpad
[06:55] <kiko-fud> sure
[06:55] <SteveA> can you suggest a new name?
[06:55] <kiko-fud> shipit-portlet-options? :-)
[07:09] <bradb> hey, who snuck that "Edit Status" link back into the actions portlet, and why didn't you sneak in "Edit Assignee/Status Details" instead! :)
[07:16] <bradb> SteveA: are you interested in drive-by'ing a small patch to return 404s for the view/edit status page of null bugtasks (instead of 500's, like it will currently)?
[07:16] <bradb> i have the diff ready
[07:16] <bradb> it's like 40 lines
[07:17] <bradb> or BjornT?
[07:20] <BjornT> bradb: sure, send it to me
[07:21] <bradb> BjornT: sent
[07:34] <ddaa> BjornT: I just used SteveA, I got another small patch (~10 lines) to get through quickly. Feeling up to it?
[07:35] <BjornT> ddaa: sure
[07:35] <ddaa> will tell you nopaste url once I have it :)
[07:38] <ddaa> BjornT: https://chinstrap.ubuntu.com/~dsilvers/paste/fileyvlyjz.html
[07:39] <BjornT> cool, i'll look at it soon
[07:39] <ddaa> BjornT: please do not mention the pep8 violations in surrounding code, I have a really HUGE patch in the pipe for importd, so I want to keep incidental disruption to a minimum.
[07:39] <BjornT> ok
[07:46] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial]  Adding bug titles to dupe links (patch-2492: christian.reis@canonical.com)
[07:49] <BjornT> bradb: reply sent
[07:49] <SteveA> carlos: sent you a script
[07:50] <carlos> SteveA, thank you
[07:50] <carlos> I will resend it to pitti
[07:50] <SteveA> i cced him
[07:50] <carlos> ok, thanks!
[07:50] <SteveA> try it, and let me know how it can be improved
[07:51] <SteveA> or just hack it yourself
[07:51] <SteveA> i didn't include the option to filter out additions
[07:51] <SteveA> nor ignoring metadata
[07:53] <BjornT> ddaa: r=bjornt
[07:55] <spacey> is it possible to set the hackergotchi on your homepage?
[07:55] <ddaa> spacey: naaaaaaah, this link does nothing yet and should have been removed already :)
[07:56] <SteveA> spacey: it's being fixed
[07:56] <SteveA> spacey: you'll be able to soon
[07:56] <carlos> SteveA, ok
[07:56] <spacey> SteveA, cool :)
[07:56] <spacey> ofcourse i want to utilize every cool feature of launchpad ;)
[07:56] <SteveA> carlos: i should have left some comments in the code or something
[07:57] <carlos> SteveA, it does not look like a too complex script, don't worry
[07:57] <SteveA> ok
[07:57] <SteveA> i was surprised how quick it was
[07:57] <SteveA> when grep took ages on the same file
[08:02] <SteveA> carlos: some of the problem seems to be related to encodings
[08:02] <SteveA>  msgid "Edit"
[08:02] <SteveA> -msgstr "Dzelt"
[08:02] <SteveA> +msgstr "Dzelt"
[08:02] <SteveA> 
[08:02] <SteveA> like that
[08:03] <carlos> that's a fix
[08:03] <carlos> the main problem is with removals more than changes
[08:04] <SteveA> well, it is easy to exclude these from output of the script
[08:05] <SteveA> 53322 lines
[08:05] <SteveA> if you take out "changes" and "additions" leaving just "removals"
[08:05] <carlos> ok
[08:06] <SteveA> fewer still if you remove metadata too
[08:13] <cprov> SteveA: do you have time for a quick meeting about test-suit supporting binary content, with me and matsubara ?
[08:19] <jordi> carlos: any progress on the gajim thing?
[08:19] <kiko> jordi, I checked in a fix for it, it can be cherry-picked if carlos/stub wants 
[08:19] <jordi> nod
[08:20] <jordi> my vote for that
[08:20] <jordi> :)
[08:20] <carlos> jordi, anyway, If you review the file you would fix anything that is unusual
[08:20] <carlos> jordi, that's the faster way to fix it
[08:20] <carlos> jordi, kiko thinks it's near the obsolete entries
[08:20] <kiko> jordi, look for lines containing "#~" and nothing else
[08:21] <carlos> jordi, if you could send me that file that would be helpful to improve our tests
[08:21] <jordi> I'm searching for it.
[08:22] <carlos> kiko, did you added a test?
[08:22] <jordi> #~ msgid "_About"
[08:22] <jordi> #~
[08:22] <jordi> #~ msgstr "_About"
[08:22] <jordi> that's it
[08:22] <jordi> :q
[08:22] <jordi> carlos: want a full file, or is that enough?
 #~
[08:23] <kiko> that's foobs
[08:23] <kiko> I fixed it in our codebase, anyway
[08:23] <kiko> but it's foobs
[08:23] <jordi> yeah.
[08:23] <jordi> apparently gettext doesn't care at all though
[08:41] <carlos> jordi, welcome to real data world...
[08:41] <jordi> heh
[08:49] <bradb> mpt: was it you that readded the "Edit Status" link or kiko? :)
[08:49] <kiko> not me!
[08:49] <kiko> bradb, https://launchpad.net/malone/bugs/1443 is yours and fixed.
[08:50] <mpt> bradb: Yes, I'd be tempted to say that +addwatch, +addurl and co. for a null bugtask should be returning NotFound even -- adding stuff to a fix request that doesn't exist makes no sense
[08:50] <bradb> kiko: In-Reply-To ain't me. I only did Reply-To. BjornT perhaps this is yours to close?
[08:52] <kiko> ah
[08:52] <kiko> I missed the In-Reply
[08:52] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: [r=carlos]  Fixing problem with gajim pofile import by working around lines that contain only #~, minor reformatting (patch-2493: christian.reis@canonical.com)
[08:52] <bradb> mpt: hm, that doesn't feel right
[08:52] <BjornT> bradb, kiko: thanks, closed.
[08:53] <bradb> mpt: wouldn't it be more surprising if all those pages 404'd than if they Just Worked? afterall, they're all bug specific, not depedant on context.
[08:54] <mpt> oh, true
[08:54] <bradb> mpt: from the user perspective, even though this might be covering edge cases more than anything, it seems to me that having all the bug pages continue to work as normal would be more practical than having them suddenly 404.
[08:54] <mpt> hmmmm
[08:55] <mpt> possibly they should 404 *and* Just Work
[08:55] <bradb> mpt: that was a question SteveA wanted to pose to lifeless 
[08:55] <bradb> (i.e. specifically about what status code should be returned)
[08:55] <mpt> bradb: I don't remember altering "Edit Status" at all, but menus stuff has been going from SteveA -> rocketfuel and from me -> SteveA -> rocketfuel, so it might have been a bad merge somewhere
[08:57] <bradb> mpt: is that link meant to remain? given that sabdfl strongly disliked the "Edit Assignee/Status Details", i have to wonder. :) (even though i agree that it's an insult to the user not to have an "Edit Assignee/Status Details" link, but...)
[08:57] <bradb> it matters to the extent that i'm thinking about what the link should do/look like when viewing a null bugtask.
[08:57] <mpt> bradb: If Google finds a mailing list message (or a bug report) that points to +addwatch or whatever for a context to which the URL doesn't belong, something at that URL should say "don't index me"
[08:58] <mpt> to which the bug doesn't belong, I mean
[08:58] <jbailey> Hey, I notice that LP has https://launchpad.net/tickets now.  Should I be using that for Canonical Employees now?
[08:58] <jbailey> err.
[08:58] <mpt> bradb: Personally, I think all the "Edit *" links currently in Launchpad are crack, but we're some way off from fixing that
[08:58] <jbailey> Canonical customers.
[08:59] <bradb> mpt: yeah, i agree.
[08:59] <bradb> it'd be nicer if they were in a place that people expect them to be, like near the thing they want to edit
[08:59] <mpt> jbailey: You do tech support for Canonical?
[09:00] <jbailey> mpt: Half-time, theoretically. =)
[09:00] <bradb> mpt: i'm curious though, should an "Edit Status" link be disabled for a null bugtask?
[09:00] <jbailey> Right now I've got all the support@ emails going into an RT system.
[09:00] <jbailey> mpt: If you're interested in purchasing a support contract...
[09:00] <bradb> mpt: and, if so, how do you disable it nicely?
[09:01] <mpt> jbailey: You might find that it's somewhat (or much) less featureful than RT, but I guess it's probably intended that you be using it eventually
[09:01] <mpt> try it out and see :-)
[09:03] <carlos> kiko, I have a diff for you
[09:03] <carlos> kiko, waiting for bazaar to give you a branch
[09:04] <jbailey> mpt: Well, the basic things I'd need for it to be usable right now are that support requests from these users should be 1) Private. 2) Assigned to me automatically.
[09:04] <jbailey> Aside from that, it's on par with how I use RT at the moment.
[09:04] <kiko> ddaa, ping?
[09:04] <kiko> carlos, rock
[09:05] <kiko> this is a weird one
[09:05] <mpt> jbailey: report those as bugs :-)
[09:05] <jbailey> mpt: a'ight. =)
[09:05] <jbailey> mpt: Against what product? =)
[09:06] <mpt> launchpad
[09:06] <mpt> There is malone, there is rosetta, and then there is ... launchpad
[09:06] <kiko> there's also launchpad-cal I just discovered
[09:07] <jbailey> 'kay, I wasn't sure if there would be one for 'tickets'
[09:08] <bradb> I think I'll remove Edit Status for now
[09:12] <carlos> kiko-afk, added to the pending review page
[09:12] <carlos> kiko-afk, I will leave now to have dinner
[09:13] <carlos> kiko-afk, will answer your questions when I'm back. The karma related changes is already reviewed by Steve and cherrypicked into production (lacks a small change that I will do before the final merge)
[09:13] <carlos> see you later
[09:19] <kiko-afk> rocks, thanks carlos 
[09:19] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial]  Add karma column name to people listing, fixing issue stub pointed out. Redo the way the batching header is displayed, strangle me if wrong (patch-2494: christian.reis@canonical.com)
[09:23] <mpt> ok, traceback time
[09:23] <mpt> I just tried to open https://launchpad.net/malone/bugs/2106 and got a system error
[09:23] <mpt> then I reloaded and it opened fine
[09:24] <bradb> BjornT: I replied to your reply. In summary: I removed the "Edit Status" link entirely (because the sab hates it) and added INullBugTask. Can I merge the patch?
[09:30] <mpt> bradb: so how do you edit a fix request now?
[09:31] <bradb> mpt: it's very tricky.
[09:32] <bradb> mpt: you have to know that clicking on "ubuntu mozilla-firefox" takes you to the edit assignee/status details screen
[09:32] <bradb> in reality, a lot of people don't (nor should be expected to) know that
[09:32] <mpt> Oh, I haven't seen this new URL scheme yet
[09:33] <mpt> before, clicking on "ubuntu mozilla-firefox" would take you to a non-editable page
[09:33] <mpt> now it takes you to an editable page?
[09:33] <bradb> it takes you to edit if you have the perms to edit, otherwise the view page
[09:33] <bradb> but i'm going to make upstream tasks wiki-mode today
[09:33] <mpt> oh, good
[09:34] <mpt> like Bugzilla pre-2000?
[09:34] <bradb> heh
[09:41] <jbailey> mpt: Okay, I have to ask.  Where do I find 'launchpad' for filing a bug?  It seems to be neither a product nor a distribution?
[09:41] <mpt> jbailey: It's a product
[09:42] <mpt> https://launchpad.net/products/launchpad
[09:42] <mpt> How did you not find it?
[09:42] <jbailey> mpt: I don't see it under https://launchpad.net/malone/products
[09:42] <bradb> i was going to add a "Place in Which You've Recently Reported a Bug" section to the front page
[09:42] <jbailey> When I go to Malone and click on "Locate Product and View Bugs"
[09:42] <bradb> Places, that is
[09:43] <bradb> the malone front page is just too much
[09:43] <mpt> jbailey: Not meaning to be rude, but if you couldn't find it that's probably a bug
[09:43] <salgado> SteveA, ping?
[09:43] <jbailey> mpt: Oh, I don't take that as rude.
[09:44] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: [r=stevea]  remove uses of pybaz OrderedTestLoader (patch-2495: david.allouche@canonical.com)
[09:44] <mpt> launchpad is listed under https://launchpad.net/products/+all
[09:44] <jbailey> mpt: If could even be a bug on me.  And you're welcome to file it as such. =)
[09:44] <bradb> jbailey: no, it's our fault
[09:45] <BjornT> bradb: yeah, you can merge.
[09:45] <bradb> BjornT: thanks
[09:45] <Kinnison> Is there a time_in_the_past formatter?
[09:46] <jbailey> The link you gave me worked, should I file a bug as well saying that Launchpad doesn't show up in that product list?
[09:46] <Kinnison> I.E. I have a field which is a datetime and I want it rendered as "forty minutes ago" or the like
[09:46] <bradb> Kinnison: use fmt:approximateduration
[09:47] <bradb> Kinnison: for an example of how i used it with IBugTask, check out BugTask.age
[09:47] <Kinnison> page template?
[09:47] <bradb> i've also suggested a fmt:age formatter, but nobody's wanted it enough yet to implement it
[09:48] <jbailey> Oh, hmm..
[09:48] <jbailey> It says "Most Recently Registered"
[09:49] <jbailey> So it does look like the bug should be assigned to me: "RTFWebPage, Jeff"
[09:49] <bradb> Kinnison: bugtask-macros-listview.pt:23:        tal:content="string:(${task/age/fmt:approximateduration} old)"
[09:50] <Kinnison> righty, coolio
[09:50] <Kinnison> thanks
[09:50] <bradb> np
[09:51] <bradb> Kinnison: btw, you seem like the right guy to ask about sourcepackagey things. do you know if we have an FTI to search all sp's by name? e.g. i want to search for "firefox" and get "ubuntu mozilla-firefox", "debian mozilla-firefox", etc.
[09:52] <jbailey> mpt: Do you want my tickets wishlists to be filed individually, or in one big  page?
[09:52] <Kinnison> bradb: We don't currently have FTIs on sourcepackagerelease or sourcepackagename
[09:52] <Kinnison> If you want 'em, feel free to add 'em
[09:53] <Kinnison> you just add entries to fti.py
[09:53] <bradb> Kinnison: any idea how far off we are from being able to provide some search terms, and get a list of distro SPs back that make sense?
[09:53] <Kinnison> you know how?
[09:53] <Kinnison> We have binary package FTI, I know that much
[09:54] <mpt> jbailey: One bug per bug report please
[09:54] <bradb> hm, FTI'ing ISPR would get us about 40% of the way there
[09:54] <Kinnison> Feel free to do it
[09:54] <Kinnison> Nothing I use (currently) would be affected if you did
[09:55] <Kinnison> Other than slowing inserts of SPRs slightly (imperceptibly)
[09:55] <bradb> hm, not really what i'm looking for though :/ (40% == not enough to Actually Work, i don't think, because we would have to post-process the result list to transform it into a list of distro sp's, as best i can tell.)
[09:56] <Kinnison> How do you mean?
[09:56] <Kinnison> you might want to check how soyuz's sourcepackage search works
[09:56] <bradb> last time i checked, it didn't
[09:57] <bradb> it never returned any results, even for things that i thought existed, but i'm trying it again now
[09:58] <bradb> Kinnison: basically, in an ideal world, when the user visits the malone front page, it would be nice to give them a box in which they can type some keywords to find the thing on which they want to report a bug. each row in the results returned would be either 1. an upstream or 2. a distro sourcepackage
[09:58] <Kinnison> what is a "distro sourcepackage"
[09:59] <bradb> Kinnison: an object that has at least two pieces of information: a distribution (e.g. an IDistribution) and a sourcepackagename (e.g. an ISourcePackageName)
[09:59] <Kinnison> Right
[09:59] <Kinnison> You've got one interesting option
[09:59] <Kinnison> Add FTI on sourcepackagename
[10:00] <Kinnison> create a view which joins distribution to sourcepackagename through distrorelease, sourcepackagepublishing and sourcepackagerelease
[10:00] <Kinnison> include the FTI on the view
[10:00] <Kinnison> use that view for getting what you want
[10:01] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: [trivial]  builder page missed bits (patch-2496: celso.providelo@canonical.com)
[10:01] <bradb> hm, that might work
[10:02] <Kinnison> Soyuz is the heaviest user of views
[10:02] <Kinnison> and it seriously improves performance
[10:04] <bradb> mpt: What do you think about that? e.g. a Malone front page that has at least two ways of searching: 1. for bugs (including jumping directly to a bug report by id) and 2. searching for a thing on which to view or report bugs? (e.g. a text search box where you just type "firefox", click "Search", and it returns results like "Mozilla-Firefox (upstream)", "debian mozilla-firefox", "ubuntu mozilla-firefox", etc. then you click on one a
[10:05] <bradb> the front page could also list things on which you've recently reported bugs (say, in the last month), which would be a list of upstreams and/or distro sps
[10:10] <Kinnison> is there an easy way to run a specific pagetest?
[10:10] <kiko> hey ddaa?
[10:10] <Kinnison> lib/canonical/launchpad/pagetests/standalone/xx-builder-index.txt
[10:10] <Kinnison> in particular
[10:10] <kiko> Kinnison, yes. python test.py -f . pagetext
[10:11] <kiko> so
[10:11] <kiko> python test.py -f . xx-builder-index
[10:11] <Kinnison> rocktastic
[10:11] <Kinnison> thanks dude
[10:11] <kiko> enjoy
[10:17] <mpt> bradb: You seem to be describing MaloneFrontPages
[10:18] <mpt> From /malone, the search form should both return products/packages/etc containing your terms, and bug reports containing your terms
[10:19] <bradb> mpt: not really describing MFP, at least not by looking at the prototype screen, which says "Search all bug reports"
[10:22] <bradb> mpt: also, i don't see anything in the prototype screens for MFP that try to help the user tumble into the right place with the "Places in Which You've Recently Reported a Bug" type thing
[10:22] <bradb> tumble, stumble, whatever
[10:22] <bradb> bumble, etc
[10:23] <Kinnison> kiko: btw, have you been watching https://dogfood.ubuntu.com/+builds/dogfood-builder-1 ?
[10:23] <mpt> grumble
[10:26] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: [r=BjornT]  make +{view,edit}status pages return 404 for null bugtasks. (patch-2497: brad.bollenbach@canonical.com)
[10:32] <Kinnison> Anyone available for a v. quick review?
[10:32] <Kinnison> kiko: ?
[10:33] <kiko> not me, sorry, need to run out for a bit
[10:33] <Kinnison> okay
[10:33] <Kinnison> thanks anyway
[10:34] <ddaa> kiko: I'm back, but I'm going off for the night soon.
[10:35] <kiko> ddaa, was going to ask you if you know what happened to the ProductSeries.needsSyncReview method?
[10:35] <kiko> i.e.
[10:35] <kiko> see bug 750
[10:35] <ddaa> hu...
[10:38] <ddaa> kiko-afk: I do not know what +syncreview is, I can guess it would have had something to do with reviewing nicole data, and would therefore be obsolete, but that's only a guess. 
[10:38] <ddaa> since AIUI nicole was deemed unsufficiently reliable
[10:40] <ddaa> kiko-afk: I think celso (he worked on nicole I think) would know
[10:41] <kiko-afk> okay, thanks ddaa 
[10:49] <Kinnison> mmmm
[10:59] <bradb> 16:55 < tseng> bradb: clicking "Ubuntu Tomboy" to edit the status of the big is still silly
[11:00] <Nafallo> s/big/big\ bug/
[11:00] <Nafallo> :-)
[11:00] <mpt> bradb: Wake me up when I'm allowed to touch the bug page :-)
[11:02] <bradb> heh
[11:09] <Kinnison> anyone awake
[11:09] <Kinnison> ?
[11:11] <bradb> BjornT: around? i have another simple patch that i'm hoping to get reviewed. wiki-mode upstream tasks.
[11:12] <bradb> or salgado?
[11:12] <Kinnison> BjornT, salgado: Any chance of an eye-over a not-quite-trivial UI fix?
[11:12] <Kinnison> It's really simple
[11:13] <salgado> Kinnison, sure. it's more than two weeks since my last code review. give it to me!
[11:13] <Kinnison> salgado: https://chinstrap.ubuntu.com/~dsilvers/paste/fileLKANCa.html
[11:17] <salgado> Kinnison, out of curiosity, why is there a lot of "zsh: exit 1     baz file-diff lib/canonical/launchpad/database/builder.py" inside the diff?
[11:17] <Kinnison> because if I gave you the diff, it'd contain the base-0 changelog
[11:17] <Kinnison> which sux
[11:18] <Kinnison> so I did a bunch of file-diff commands
[11:18] <Kinnison> and they exit non-zero when there are changes
[11:18] <Kinnison> so zsh tells me they exited non-zero
[11:19] <salgado> I see
[11:24] <bradb> salgado: Any chance of you taking a quick look at my small patch after Kinnison's?
[11:28] <salgado> bradb, how many lines?
[11:29] <bradb> salgado: 6 files changed, 22 insertions(+), 462 deletions(-)
[11:29] <Kinnison> heyheyhey sabdude
[11:29] <Kinnison> woah, go go gadget deletion
[11:30] <bradb> salgado: it's simple: making upstream tasks "wiki-mode", so that any logged-in user can edit them. this means removing a bunch of code that was handling a more complex permission scheme.
[11:30] <bradb> ("them", i.e. the public ones, of course)
[11:31] <salgado> bradb, okay. send me the diff
[11:32] <bradb> salgado: sent!
[11:32] <bradb> salgado: the biggest blob of removed code was a removed file, which is a test that no longer makes sense, because it was testing "team awareness" of editing an upstream bugtask. this is no longer applicable given that, if you're logged in, you can edit an upstream task.
[11:34] <bradb> Kinnison: home-made pizza?
[11:34] <Kinnison> bradb: well, oven-bake
[11:34] <Kinnison> Kinni|Lazy today
[11:34] <bradb> ah
[11:34] <Kinnison> with loadsa shrooms
[11:34] <moyogo> hi
[11:34] <bradb> mmm, curry. england taught me curry.
[11:36] <moyogo> what are number of plural forms and pluralform expression?
[11:38] <sabdfl> night guys
[11:39] <moyogo> night sabdfl 
[11:39] <salgado> bradb, is there a spec for this 'making upstream tasks "wiki-mode"' somewhere?
[11:40] <bradb> salgado: nope
[11:41] <bradb> there's a BugTaskManagement spec that i could update though
[11:41] <sabdfl> bradb: could you put bug/bugtask permissions on the agenda for ubz please?
[11:41] <salgado> I guess this was discussed before?
[11:41] <bradb> sabdfl: sure
[11:41] <sabdfl> kiko-afk: any progress on registering LP specs in LP?
[11:42] <bradb> salgado: yes. making it wiki-mode now for two reasons: 1. users keep getting annoyed that they can't edit tasks when they need to, 2. we haven't seen or heard of any vandalism distro-side (where it's already wiki-mode).
[11:42] <sabdfl> mpt: nice bold-on-facet tabs
[11:42] <dilys> Merge to rocketfuel@canonical.com/launchpad--devel--0: [r=bjornt]  perform an update for svn trees before syncing (patch-2498: david.allouche@canonical.com, robert.collins@canonical.com)
[11:44] <sabdfl> bradb: good job, i see you've registered a bunch of malone specs
[11:45] <bradb> yes, all the 1.0 specs (that i know of) are in there :)
[11:45] <sabdfl> cool. is there a milestone?
[11:46] <sabdfl> also, you can add a spec to the UBZ agenda now
[11:46] <sabdfl> on the spec page, bottom of the actions portlet, "Add to Meeting Agenda"
[11:46] <sabdfl> i've put BjornT's email-for-ticket-system spec in there
[11:47] <sabdfl> when you register a spec, if it's for UBZ, add it to that agenda too
[11:47] <sabdfl> so jamesh can start playing with his Schedul-O-Matic
[11:47] <bradb> sabdfl: eh, right, re: the milestone, i was wondering if there was a way to target a bunch of specs at once to a milestone? if not, i'm more inclined to write that UI than spend the time driving the UI the distance required to do that "by hand" for all of them
[11:48] <sabdfl> bradb: please just do it the boring way for the moment
[11:48] <sabdfl> multiple-selector-interfaces are not well defined in LP, i don't want any more added
[11:48] <bradb> ok
[11:48] <sabdfl> but i don't mind if you put a placeholder spec in the system for that :-)
[11:48] <sabdfl> and assign it to UBZ
[11:49] <sabdfl> with me as approver, mpt as drafter, and yourself as assignee if you want it
[11:49] <bradb> right, i'll add that
[11:51] <Kinnison> ciao all
[11:59] <carlos> kiko-afk, hi, around?
[11:59] <carlos> kiko-afk, I'm back from dinner and will be go to sleep really soon
[12:00] <carlos> kiko-afk, will you have the review any time soon or should I wait until tomorrow?
[12:03] <kiko> carlos, I can do it tonight, but it might be too late for you, right?
[12:03] <carlos> kiko, yeah