[00:08] <thumper> rockstar: around for a chat? 5m?
[00:08] <rockstar> thumper, dog's in the backyard.  5m is good.
[00:13] <rockstar> thumper, call anytime.
[00:15] <rockstar> thumper, plugged in, my headset was not.
[00:15] <thumper> rockstar: I'll call you when I've finished nom'ing
[00:15] <rockstar> thumper, okay.
[00:36] <lifeless> http://howsmycode.com/
[00:37] <rockstar> lifeless, awesome.  I need to take a look at this.
[01:05] <wgrant> mwhudson: Is the image happy now?
[01:11] <mwhudson> wgrant: seems so
[01:11] <mwhudson> wgrant: i guess i should boot it and check all the versions are right, can you tell me what versions i should look for?
[01:14] <wgrant> mwhudson: dpkg-dev >= 1.15
[01:15]  * wgrant checks the exact version.
[01:15] <wgrant> dpkg-dev 1.15.4ubuntu2~launchpad1~bigjools1 is the important one.
[01:17] <mwhudson> ok
[01:17]  * mwhudson taps his fingers
[01:19] <wgrant> Hm, so 3.1.12 is actually only two weeks long?
[01:19] <mwhudson> wgrant: ii  dpkg-dev                          1.15.4ubuntu2~launchpad1~bigjools Debian package development tools
[01:19] <mwhudson> looks ok
[01:19] <wgrant> mwhudson: Thanks muchly.
[01:20] <wgrant> Now... the buildbot AMIs need doing too. spm?
[01:20] <spm> wgrant: once we get lp-deps updated, sure
[01:21] <spm> but perhaps not the day before a release :-)
[01:21] <wgrant> spm: Probably not, true.
[01:23] <mwhudson> tests appear to be running, should make this image public then i guess
[01:24] <wgrant> mwhudson: If you want to test that it actually works, lp:~wgrant/launchpad/distroseries-source-format-selection is the branch that needs it.
[01:24] <mwhudson> wgrant: would running the tests on that branch be useful at this stage?
[01:26] <wgrant> mwhudson: It's done and approved, but hasn't had a full test run yet, so probably.
[01:26] <mwhudson> wgrant: ok i'll give it a go
[01:27] <wgrant> mwhudson: Thanks.
[01:46] <mwhudson> wgrant: you can follow along at http://ec2-75-101-192-167.compute-1.amazonaws.com/current_test.log
[01:46] <mwhudson> (assuming i did the security group thing right)
[01:46] <wgrant> mwhudson: You did. Thanks.
[02:32] <wgrant> Who is this Vikram character, and why is he giving bad advice on Launchpad questions?
[02:37] <spm> example?
[02:37] <wgrant> https://answers.edge.launchpad.net/launchpad/+question/92507
[02:38] <spm> oh him/her. right. sigh.
[02:38] <wgrant> I've seen many similar cases :(
[02:38] <mwhudson> spm: is staging down?
[02:38] <spm> mwhudson: yes
[02:38] <mwhudson> spm: rather, is staging expected to be down
[02:38] <mwhudson> spm: ok
[02:39] <mwhudson> spm: eta on back up-ness?
[02:39] <spm> mwhudson: wrong db configs/versions/brokenness I was hoping it'd fix itself. bzzt.
[02:39] <spm> mwhudson: not yet, no.
[02:39] <mwhudson> wgrant: boggle
[02:39] <mwhudson> spm: ok
[02:40] <wgrant> While that solution will probably work, it's not really a solution, and is wrong.
[02:40] <spm> wgrant: they popped up on #lp last week. "I am **the** LP answer contact". Asked if they could have admin privs because of. I was impressed at the ignorance; polite, but impressed.
[02:40] <wgrant> spm: Yes, I saw...
[02:40] <spm> I was also impressed at my ability to not lol in their face :-)
[02:41] <ajmitch> spm: but why didn't you give them admin privileges? You're so mean...
[02:43] <spm> ajmitch: it goes with the territory of being a sysadmin. sign says "<rude word related to bum>" on the door. sorry. ;-)
[02:46] <ajmitch> spm: and I suppose you have the BOFH calendar on your desk as well
[02:46] <spm> the 128 column dotmatrix one? not anymore. ;-)
[03:02] <spm> mwhudson: oh bugger. michael did a private branch landing on staging - and db update as well; hence the boomsville. crap. will need to disable staging updates, as they wiped the merge.
[03:02] <mwhudson> spm: yay
[03:08] <spm> mwhudson: should be back-ish now.
[03:15] <mwhudson> class IPackageUpload(Interface):
[03:15] <mwhudson>     """A Queue item for Lucille"""
[03:15] <mwhudson> this is not all that helpful
[03:15] <mwhudson> wgrant: what's 'lucille' ?
[03:16] <wgrant> mwhudson: Looooong before my time, but I believe it was the original name for archivepublisher/archiveuploader/buildmaster
[03:16] <wgrant> ie. Soyuz
[03:16] <mwhudson> oh
[03:17] <mwhudson> so that really isn't a very helpful docstring
[03:17] <ajmitch> back when everything was a proper name, like in debian
[03:17] <wgrant> Not terribly helpful, no.
[03:18] <wgrant> What's left? gina, zeca, poppy...
[03:18] <wgrant> Must be something else.
[03:19] <ajmitch> There used to be a list somewhere of the names that Debian used, I don't know if there was something for ubuntu & launchpad
[03:20] <wgrant> The Debian list (inside the dak source) includes a list of Canonical names.
[03:25] <mwhudson> wgrant: what does gina do?
[03:25] <wgrant> mwhudson: Imports Debian archives into LP.
[03:25] <mwhudson> that's another thing i've never gotten straight in my head either
[03:25] <mwhudson> oh ok
[03:25] <wgrant> Or, more often, breaks.
[03:30] <mwhudson> heh
[03:32] <ajmitch> does it break like the package branch importing is sometimes doing these days?
[03:32] <wgrant> That relies on gina to notify it of new Debian packages.
[03:33] <ajmitch> wonderful
[03:34] <wgrant> mwhudson: Solved Soyuz yet?
[03:34] <mwhudson> wgrant: haha
[03:35] <ajmitch> wgrant: I thought you were doing all the soyuz fixing :)
[04:42] <mwhudson> wgrant: lp:~wgrant/launchpad/distroseries-source-format-selection passed tests
[04:42] <wgrant> mwhudson: Excellent. Thanks.
[04:43] <mwhudson> i could forward you the email i guess, but it's not very exciting
[04:43] <wgrant> I would imagine not.
[04:46]  * thumper EODs
[06:39] <mwhudson> gosh, IBuild is a pretty fat interface
[06:58]  * mwhudson finds https://dev.launchpad.net/StormMigrationGuide and https://dev.launchpad.net/Database/StormMigrationGuide
[07:03]  * ajmitch wonders if they were meant to be 2 different URLs, or is one a redirect to the other?
[09:01] <bigjools> good morning hackers
[09:03] <henninge> Hi bigjools!
[09:03] <henninge> :)
[09:03] <bigjools> hey henninge
[09:03] <henninge> noodles775: Hi!
[09:04] <noodles775> Hi henninge :-)
[09:05] <henninge> noodles775: Have you been using balsamiq? Do we have something like an "empty LP page" to start from?
[09:05] <noodles775> henninge: no, I haven't, so not sure.
[09:33] <BjornT_> jml: you wouldn't happen to have a bzr plugin that queries launchpad and lists all my unmerged branches, would you?
[09:33] <jml> BjornT_, sadly no.
[09:34] <jml> BjornT_, I did, however, write this plugin yesterday, which isn't actually directly useful or related, but kind of cool: http://paste.ubuntu.com/332980/
[09:39] <BjornT_> jml: i wonder, would it be hard to have a base 'lp bzr plugin' class, which would automatically log in to lp, and have switches for choosing whether to use edge or staging, and probably a few other useful things as well?
[09:39] <jml> BjornT_, not hard at all!
[09:39] <jml> BjornT_, I really want to get such a thing into bzr-core
[09:39] <BjornT_> yeah, that would be cool
[09:39] <jml> BjornT_, but there are some dependency issues to navigate, so it should probably be in an external plugin for now.
[09:40] <jml> BjornT_, btw, do you know about launchpadlib.uris?
[09:40] <jml> BjornT_, this branch has my previous attempt to get that stuff into bzr: https://code.edge.launchpad.net/~jml/bzr/lp-login-oauth
[09:41] <jml> BjornT_, I've also squatted 'https://launchpad.net/bzr-launchpad' just in case.
[09:43] <BjornT_> jml: i think i now a bit about launchpadlib.uris. i didn't add it, but i know where it comes from
[09:44] <jml> BjornT_, I don't :) I only discovered it recently and thought "gosh, now I can delete code from a dozen little scripts"
[09:44] <jml> (well, I can as soon as someone packages a version of launchpadlib that has the module)
[09:45] <ajmitch> jml: so if I'm looking at this API for blueprints, should I reassign the bug to me?
[09:45] <mrevell> morning
[09:46] <jml> ajmitch, with my blessing.
[09:46] <jml> mrevell, hello
[09:50] <bigjools> BjornT_: rocketfuel-status is supposed to do that
[09:50] <bigjools> not as nice but it works
[09:55] <BjornT_> bigjools: not as nice == totally unreadable, and include all my abandoned branches. it also doesn't work for my lazr-js branches, and appears to take a really long time
[09:57] <jml> BjornT_, oh, I should mention that I've written a plugin called 'bzr-removable' that looks at your branches on disk and tells you which can be removed (i.e. no changes, are merged)
[09:57] <jml> it also has an inverse command, if you are into that sort of thing.
[09:58] <jml> BjornT_, I haven't used it in anger since we got *four trunk branches* though.
[10:25] <BjornT_> jml: fwiw, http://tillenius.me/blog/2009/12/02/wanted-bzr-plugin-to-manage-branches-in-launchpad/
[10:28] <jml> BjornT_, I got a 500 when I tried to comment :)
[10:28] <BjornT_> jml: hmm... :)
[10:29] <jml> BjornT_, the comment is there though, so no need to drop everything :)
[10:30] <BjornT_> jml: yeah, i noticed that now, after succesfully adding a test comment myself
[10:30] <mrevell> BjornT_, Just Idented/Twittered your post :)
[10:31] <BjornT_> mrevell: thanks, i hope some will will actually implement it :)
[10:35] <jml> BjornT_, well, I _do_ have a thirty hour journey this week
[10:40] <BjornT_> jml: that's nice to hear :)
[10:44] <jml> james_w, hah! I am now tasting the bitter sting of 503 errors from launchpad APIs!
[10:51] <jml> I wish I could take a train to Australia. It would be so much easier to get some coding done.
[11:01] <deryck> Morning, all.
[11:03] <mpt> mrevell, <https://dev.launchpad.net/> links to <https://dev.launchpad.net/Foundations>, which doesn't exist
[11:03] <mrevell> thanks mpt, I'll fix that
[11:58] <BjornT_> matsubara: could you try editing a bug status and milestone on staging using chrome (for bug 490796)? i've confirmed it works in both firefox and opera
[11:58] <mup> Bug #490796: "Target to milestone" takes you to +editstatus <Launchpad Bugs:Fix Committed by bjornt> <https://launchpad.net/bugs/490796>
[11:58] <matsubara> BjornT_, sure
[11:58] <BjornT_> thanks
[12:05] <matsubara> BjornT_, works fine on Chromium 4.0.257.0 (Ubuntu build 32926)
[12:05] <matsubara> BjornT_, one small thing, when I click the green plus sign in the milestone control, I'm redirected to +editstatus
[12:06] <matsubara> BjornT_, clicking on the "Target to milestone" link works as expected though (i.e. I get the overlay and can set the milestone accordingly)
[12:16] <BjornT_> matsubara: right, i see the same in opera and firefox :(
[12:16] <BjornT_> matsubara: it doesn't seem to be a regression, though. i see the same behaviour on edge and launchpad.net
[12:18] <matsubara> BjornT_, ok, if it behaves the same in all the major browsers, it's fine. thanks for fixing it. :-)
[12:18] <jml> o/` hug the mountain o/`
[12:31]  * jml -> lunch
[14:56] <barry> reviewers, hackers, lurkers -> #launchpad-meeting in 5m
[15:00] <barry> reviewers, hackers, lurkers -> #launchpad-meeting
[15:37] <al-maisan> do we use the zope class registry anywhere? Is it safe to use within Launchpad? I am primarily interested in getClassesThatImplement(iface), please see http://docs.zope.org/zope3/Book/inspect/classregistry/show.html for details.
[15:37] <al-maisan> If not is there anything similar in Launchpad that I can use?
[15:41] <jml> al-maisan, hmm. not that I know of. (Also, it sounds similarish to the bzrlib registry)
[15:41] <jml> james_w, hello
[15:42] <james_w> hi jml
[15:42] <al-maisan> jml: thanks for the info!
[15:43] <jml> james_w, I've got five things to talk with you about. Can we have a call sometime?
[15:44] <james_w> jml: sure thing
[15:44] <james_w> jml: this week?
[15:44] <jml> james_w, yes please. I'll be in Australia next week, which will make voice comms more challenging
[15:45] <james_w> ok
[15:45] <jml> (it's a long way to shout)
[15:55] <adiroiban> are there any plans for moving this wikipage to dev.lp.net ? https://launchpad.canonical.com/SearchingTranslations
[15:56] <adiroiban> it is linked from the Rosetta Search blueprint
[15:56] <mrevell> adiroiban, Probably no plan but let me take a look at that page
[15:56] <mrevell> danilos, are you happy for this page to move to the dev wiki? https://launchpad.canonical.com/SearchingTranslations
[16:05] <sinzui> adiroiban: there are too many pages on that wiki, most are rubbish We have made every blueprint public that has been requested. In general, any spec over 18months old is probably worthless.
[16:06] <adiroiban> sinzui: ok. no problem. I just wanted to know the plans for that blueprint
[16:07] <adiroiban> sinzui: but I will talk with Danilo about it
[16:22] <bigjools> jml: I am wondering if there is a way of namespacing this recipe stuff other than using the owner in the URL
[16:22] <jml> bigjools, interesting.
[16:23] <jml> bigjools, any specific ideas?
[16:23] <bigjools> jml: nothing specific yet, I only just started to think about it
[16:24] <bigjools> maybe tie them to projects, I dunno
[16:26] <jml> bigjools, projects would be interesting. I think that would replace the source package, rather than the owner though
[16:27] <bigjools> or we could just invent a new namespace
[16:28] <jml> sure :)
[16:28] <jml> I think I originally suggested lp.net/+recipe/<ID> :)
[16:31] <jml> of course, recipes should probably have names
[16:31] <bigjools> :)
[16:31] <jml> and once they need names, you need namespaces.
[16:31] <mars> jml, is there a spec for recipes?
[16:31] <bigjools> IDs don't look so bad after all
[16:31] <bigjools> maybe allow duplicate names and prefer the ID
[16:31] <jml> mars, probably not in the way that you are hoping.
[16:32] <bigjools> mars: see the long email thread in progress now...
[16:32] <mars> jml, perhaps the 'plan for generic build system jobs' thread?
[16:32] <jml> mars, I'm probably going to hammer some out rsn.
[16:32] <jml> bigjools, what are your concerns with having owner, sourcepackage and recipe name in the URL?
[16:33] <mars> ok, I'm just trying to get the elevator pitch for it :)  I'll check the thread.
[16:33] <jml> mars, elevator pitch == "easy-to-make daily builds of your favourite upstream projects"
[16:34] <mars> ah, so user-generated source package flavours
[16:34] <mars> :)
[16:34] <mars> jml, cool, thanks
[16:34] <jml> I'm not sure what "flavour" means there
[16:34] <jml> but if it works for you...
[16:35] <jml> mars, check out bzr-builder for some more info on what recipes are in themselves
[16:35] <mars> flavour means a slight customization of an existing construct
[16:35] <jml> yeah, that's about it.
[16:36] <mars> so that's why you are wondering about namespacing then.  Because they are user-generated, but are also not portable between packages?
[16:36] <jml> mars, yes.
[16:37] <jml> mars, also, one day, recipes will be able to refer to other recipes
[16:38] <jml> (he says, confidence and ignorance walking hand-in-hand across his soul)
[16:39]  * mars hears stub's distant screams of "Feature creep!"
[16:39] <mars> :)
[16:40] <mars> jml, interesting idea though.
[16:41] <mars> jml, bigjools, you might find inspiration in the webservice API address scheme.
[16:42] <mars> branch links come to mind as a similar concept: something that bridges between two pillars
[16:47] <sinzui> I wish that porn spammer did not appear in in our oops reports. It seems like each day he tries to find an XSS hole in each application
[16:58] <mars> jml, why would you use /+recipe/1 instead of /recipes/1 ?  The latter is a bit easier for users to understand in the address bar, assuming they can browse that URL.
[16:59] <jml> mars, because people should be allowed to have a product named "recipes"
[17:00] <mars> ah
[17:54] <bac> hi sinzui
[17:54] <sinzui> Hi bac
[17:54] <bac> sinzui: do you have time today for a rescheduled 1:1 call?
[17:56] <sinzui> yes, from 2-5 today
[17:59] <bac> sinzui: wow, i don't think i can talk for three hours
[18:00] <sinzui> You can listen to my ever growing fears about the software center
[18:02] <bac> sinzui: how about a 2pm call?
[18:03] <bac> timeboxed to 35 minutes
[18:03] <sinzui> okay
[18:47] <mrevell> night all!
[19:10] <mwhudson> good morning
[19:11] <mwhudson> i guess it's good to get the debate going and get the ideas out of my head, but i think al-maisan's mail is inaccurate in every point it makes :(
[19:42] <lifeless> mwhudson: !
[20:14] <mwhudson> jml: did you want to have a call?
[20:23] <rockstar> mwhudson, abentley, stand up?  I believe thumper is unavailable today.
[20:24] <abentley> rockstar: sure
[20:24] <rockstar> abentley, you should host.  I've been jumping between ISPs today.
[20:24] <mwhudson> rockstar: sure
[20:25] <abentley> rockstar: Okay, just waiting till you show as online.
[20:26] <rockstar> abentley, one sec...
[20:26] <mwhudson> rockstar: can you hear us?
[20:26] <rockstar> mwhudson, yes, through the speakers though, not through my headset.
[20:26] <rockstar> abentley, try now.
[20:32] <abentley> rockstar: you went quiet
[20:32] <mwhudson> rockstar: yay skype
[20:33] <rockstar> abentley, mwhudson, yes, I noticed after I finished my whore schpiel.
[20:34] <abentley> rockstar: We don't need to know about your whores.
[20:34] <rockstar> s/whore/whole/
[20:34] <rockstar> abentley, call again?
[20:35] <mwhudson> twinkle?
[20:36] <rockstar> mwhudson, my connection may just be terrible today.  We have some sort of crew at the end of the street working on something, possibly damaged by the snow.
[20:36] <abentley> rockstar: was there more you wanted to add?
[20:36] <rockstar> abentley, if there is, I'll reply to the notes.
[20:45] <mwhudson> abentley: :)
[20:45] <mwhudson> oh, it's xx:45
[20:46] <abentley> mwhudson: Skype ftw/wtf (your choice)
[20:48] <abentley> mwhudson: That issue stopped affecting my irc connection, so I thought it was gone :-(
[20:54] <mwhudson> abentley: :(
[20:55] <mwhudson> abentley: i guess we were more or less done
[20:55] <mwhudson> abentley: i was just trying to ask, is there stuff about dependent jobs in the database already?
[20:55] <abentley> mwhudson: Yeah, but I'd like to discuss testing my sftp change in a minute
[20:55] <abentley> mwhudson: No, job dependencies were vetoed.
[20:56] <mwhudson> i hadn't reallly thought about things in that light until now so I haven't looked
[20:56] <mwhudson> abentley: woo
[20:59] <maxb> Shall I file a bug that you can't request a vcs-import into a package branch, or is that deliberate?
[21:01] <maxb> https://dev.launchpad.net/Maintenance has not been updated for this planned maintenance
[21:01] <maxb> Perhaps it should be obsoleted in favour of one of the other communication methods
[21:02] <mwhudson> maxb: it's certainly not deliberate, there might already be a bug though
[21:02] <mwhudson> maxb: please have a look/file one
[21:07] <maxb> It's sort of related to bug 402915
[21:07] <mup> Bug #402915: Can no longer move a branch to another project <ui> <Launchpad Bazaar Integration:Triaged> <https://launchpad.net/bugs/402915>
[21:07] <mwhudson> yes
[21:09] <abentley> mwhudson: chat?
[21:09] <mwhudson> abentley: ok
[21:10] <mwhudson> maxb: i'm surprised more people haven't given us grief over this bug
[21:14] <james_w> maxb: I think it was intentionally left unimplemented as a first cut
[21:14] <maxb> Ah, bug 369761, there's my bug.
[21:14] <mup> Bug #369761: New code import page will not work for package branches <branch-picker> <code-import> <package-branches> <ui> <Launchpad Bazaar Integration:Triaged> <https://launchpad.net/bugs/369761>
[21:14] <abentley> mwhudson: http://paste.ubuntu.com/333394/
[21:18] <maxb> sinzui: Around? I'd argue bug 400643 is not fixed - it now shows "Sid (98)" on edge - how is the number 98 meaningful to Debian sid?
[21:23] <sinzui> maxb: 98 is meaningful to some people the way that 9.04 is We decided that we cannot make the name-people and the number-people happy. We compromised and made the presentation of name (version) consistent though out  launchpad
[21:24] <wgrant> sinzui: No. 98 is picked out of nowhere to make Launchpad happy.
[21:24] <wgrant> Same with experimental's 99.
[21:25] <wgrant> sid/experimental do not have version numbers at all.
[21:25] <wgrant> But Launchpad doesn't cope with that.
[21:25] <sinzui> wgrant: I do not want to fight with people. Launchpad cannot give each distribution separate version/name rules
[21:26] <maxb> Yet clearly displaying made-up synthetic numbers in the UI is a bug
[21:26] <wgrant> sinzui: The correct solution is to make the version optional.
[21:26] <sinzui> If a distroseries should not have a version, then that is a separate bug. I do not see that bug reported
[21:26]  * wgrant checks how hard that is.
[21:26] <wgrant> Hmm, sorting. /me gives up already.
[21:27] <sinzui> I think soyuz really wants the distroseries to be a number
[21:27]  * maxb imagines a boolean "version is irrelevant" flag
[21:27] <wgrant> maxb: I considered that.
[21:27] <maxb> that, or you need a separate numeric sortkey
[21:28] <sinzui> I think letting version be None would suffice
[21:28] <sinzui> We handle milestones with None for code_name. It would be the same...
[21:28] <maxb> sinzui: But there is an ordering relationship between squeeze, sid, and experimental which needs to be modelled
[21:29] <sinzui> except that I do not know why a productseries and distroseries treat name and version differently
[21:41] <lifeless> meep
[21:41] <lifeless> I don't recall why either
[21:41] <lifeless> where is kiko when you need him, or stub.
[21:53] <sinzui> thumper: ping
[22:05] <sinzui> I see a mixed security warning on https://code.edge.launchpad.net/~jelmer/subversion/trunk. I do not see what is causing it
[22:05] <wgrant> sinzui: A colleague noticed the same thing last week. We could not work it out.
[22:06] <ajmitch> it's not something loaded indirectly from JS?
[22:07] <sinzui> I recall IE did stupid things like pull in the http feed (that is a meta) and  declare that the page was unsecure
[22:07] <sinzui> ajmitch: I suspect so
[22:07] <ajmitch> or firefox could be looking at the atom feed as well
[22:08] <wgrant> sinzui: Other LP pages with HTTP feeds are fine, so that's not it.
[22:08] <ajmitch> firebug will probably tell you what it's fetching
[22:08] <wgrant> Hm, some YUI stuff is HTTP.
[22:09] <wgrant> http://yui.yahooapis.com/combo?3.0.0pr2/build/widget/assets/skins/sam/widget.css&3.0.0pr2/build/widget/assets/skins/sam/widget-stack.css&3.0.0pr2/build/overlay/assets/skins/sam/overlay.css& is pulled in by JS somehow.
[22:09] <wgrant> Isn't all the YUI stuff meant to be embedded in one file?
[22:09] <ajmitch> that's the only http-only request I can see
[22:19] <sinzui> I think code.branchstatus in the YUI.use() instruction is at fault. code.branchstatus is not listed in base-layout-macros.pt's load-javascript. Since the script is not compiled, YUI makes a call to retrieve it, and I know it always uses http.
[22:22] <wgrant> sinzui: A team merge will transfer everything across, won't it? Subscriptions, memberships, etc.?
[22:23] <sinzui> yes, if it does not fail
[22:23] <sinzui> well
[22:23] <sinzui> I have learned that I can keep merging until it succeeds. With barry, that takes 22 merges
[22:24] <barry> sinzui: that's better than all the karma points in the world
[23:12] <mwhudson> sinzui: hooray for finding that js problem on the code page
[23:12] <sinzui> mwhudson: I have not founded it
[23:12] <mwhudson> sinzui: oh
[23:13] <sinzui> mwhudson: I added the suspect to the build script, but nothing was fixed
[23:13] <sinzui> :(
[23:13] <mwhudson> :(
[23:13] <mwhudson> it's sooo hard to figure out how this is happening :(
[23:13] <mwhudson> can you get yui to drop into a debugger when it makes the request somehow?
[23:14] <sinzui> indeed. I was going to remove pieces of the script to find the cause
[23:14] <sinzui> mwhudson: I do not think so.
[23:15] <sinzui> The yui loader was the cause of problems in the past. We fixed it by ensuring that all the scripts were loaded by the page or in our compressed script
[23:19] <sinzui> \o/
[23:19] <sinzui> mwhudson: I enabled the net tab in firefox and loaded a branch page
[23:20] <mwhudson> sinzui: did you learn anything interesting?
[23:20] <sinzui> mwhudson: when I mouseover the get combo line I see the browser got assets from Yahoo
[23:21] <mwhudson> sinzui: yes, that's what wgrant said earlier isn't it?
[23:22] <sinzui> We seem to be missing widget.css, widget-stack.css, and overlay.css
[23:25] <sinzui> mwhudson: Since we upgraded YUI on staging and I do not see the same error. I am not going to worry about it anymore
[23:26] <mwhudson> sinzui: oh that's good
[23:26] <mwhudson> yay for problems that evaporate
[23:26]  * wgrant wonders how everyone is going to know that the downtime is now two hours later than planned.
[23:27] <wgrant> The downtime window is about to expire, and nobody has told identi.ca, or the appservers.
[23:41] <adiroiban> can someone tell me what I should read in order to understand the "request/lp:person/fmt:link:mainsite" part from <a tal:replace="structure request/lp:person/fmt:link:mainsite" />
[23:42] <lifeless> jml: where is that bug about testresources in lp
[23:43] <wgrant> adiroiban: It's in canonical.launchpad.webapp.tales
[23:43] <wgrant> adiroiban: lp:person would call RequestAPI.person, and fmt:link will call ObjectFormatterAPI.link
[23:44] <wgrant> (although the second one has derivatives -- in particular you might want PersonFormatterAPI
[23:45] <adiroiban> wgrant: thanks. I'll look into it