[12:12] jblack: would renaming "Code" to "Branches" would suit you? [12:12] That would be better, but I like "My Branches" better still. [12:12] Because "My Branches" only work if you are looking at your own person. [12:12] If I looked at ddaa's page, then that's ddaa's page. [12:12] He's saying "here's my branches" [12:13] Hmmm. well, hold on. I think I see your point. [12:13] Can we change it to Branches for $username ? [12:13] or $username's branches [12:14] Not at the moment. [12:14] Ok. Then I want this. [12:14] I didn't realize that whole blue box on the right was all of jblack's stuff. [12:14] Can we title that block James Blackwell's [12:14] Then overview, bugs, branches, etc, they all make sense [12:15] Yeah... that would make sense. [12:15] Or not james blackwell's, but jblack's or whatever the primary id is [12:15] 'My ' anything reminds me too much of windows [12:15] eas if they own the word. [12:16] no, it's just an unfriendly association for some of us :) [12:16] I notice we already do that on the person block on the left side. [12:16] Which gets me thinking... [12:16] jblack: I have to go to bed. Can you mail me or file a bug or something to remind me to follow up on that? The person you want to talk about about this kind of pervasive change (the portlet should probably be changed everywhere, not just for people) is mpt. [12:17] Perhaps left side should always be global, and right side should always be uniq [12:17] WHOAH! [12:17] hu? [12:17] I have a link to edit your personal details! [12:17] yeah sure. [12:17] Oh, of course. I'm in a group [12:18] Anyway, everybody can _try_ editing anybody's details [12:18] Windows is dropping the "My" in Vista [12:18] but only launchpad admins will be able to edit other people's details. [12:18] Whats the point of loading a menu up with things one ca't do? [12:18] *sigh* [12:19] I guess thats a landmine of sorts. [12:19] I think part of it is showing the links even when a person is not connected. Ha mpt, anything instructive to say about that? [12:19] so, one bug is, because the facets are now miles away from the context, it's not obvious what they apply to === jblack takes ginger steps back and drops the issue [12:19] e.g. it's not obvious that they apply to jblack when you're on one of jblack's pages [12:20] or to Firefox when you're on one of Firefox's pages [12:20] Thats easily solved if we just label the frigging boxes. [12:20] sure, but then you're saying the same thing twice, which smells of a deeper layout problem [12:20] ... And the other bug is that when you're logged in as someone who can't do something, you shouldn't see links to do that something. [12:21] Would "ddaa's overview" be redundantly useless from "Overview" ? [12:22] And on the top left box putting "Launchpad
Produducts, Distirbutions, People...." [12:22] Not with the current layout, though it would be redundant if "David Allouche" was right above the menu like it used to be [12:22] right above the facets, rather [12:22] let's put the menus below the the details portlet [12:22] currently it shows who is logged in over the overview, which may be confusing [12:23] also, that would free the friggin right column! [12:23] To me, a different box means different context. [12:23] hurrah [12:23] If it were put inside the David Allouche facet on the left, I would know what it was for [12:24] well, anyway, this whole details portlet is a bit an annoyance. That stuff should be in the body of the page. [12:24] we've got three boxes and a main window. That means four different contexts to me, of which one is intuitively obvious, and 2 I have to guess for [12:24] ddaa: how do I get t the branches list from here: https://launchpad.net/people/lifeless/+branch/bzr/integration [12:24] Oh, we've got more boxes down the sides. [12:25] really gotta go to bed, got bzr/launchpad meeting tomorrow at 0900 UTC [12:25] (or mpt) [12:25] sleep well [12:25] night ddaa [12:25] jblack: not easily, you click on "Bazaar-NG" in the details portlet, then click on "Code" in the actions portlet. [12:25] jblack: that's really a bug. === ddaa files it before running to bed [12:26] ddaa: did you mean lifeless ? [12:26] hu... yes I did mean s/jblack/lifeless/ [12:26] ddaa: cause if you did, thats not the branches list I wanted, its lifeless-branches-list I want to get to from there [12:26] I thought jblack asked the question [12:27] ddaa: though your bug is true too [12:27] From there, just click on "code" in the actions portlet. [12:27] eh, thats a title [12:27] oh, I see. its a title and a link [12:27] That's not bug, that's a hidden feature! [12:27] okay, that's a bug [12:27] mpt: waaaa. [12:30] lifeless, if I ruled the world, not only would we not have non-underlined links in menu portlets, we wouldn't have menu portlets [12:30] but I don't :-) [12:30] I can't even click on that "Code" link because the text in the middle column is overlapping it [12:31] mpt: well can we at least not have bold non underlined links in menu portlets ? [12:31] I read the bold as 'this is a title, cant be clicked on' [12:32] lifeless++ [12:32] it's highlighted enough without needing to be bold [12:32] yeah, by the indented things under it [12:33] and by the lighter background color [12:33] (luminance...) [12:33] ok, that's reasonable [12:33] its probably bold because the page it leads to has it bold and not a link at all [12:33] wtf? [12:33] so it will look different in those two pages unless its not bolded there either (which I would be fine with) [12:34] "Edit Home Page" isn't an oversized box to put an url for a homepage. Its a place to put information on the user's page. [12:34] bug 6563 [12:34] Malone bug 6563: "No easy way to go to branch listings from a branch page" Fix req. for: launchpad (upstream), Severity: Normal, Assigned to: Nobody, Status: New http://launchpad.net/bugs/6563 [12:35] jblack: yes' that's confusing, and that's a bug [12:35] ddaa: Please go to sleep. [12:35] bug 5283 [12:35] Malone bug 5283: ""Home Page" field should be merged into "Description"" Fix req. for: launchpad (upstream), Severity: Normal, Assigned to: Guilherme Salgado, Status: Accepted http://launchpad.net/bugs/5283 [12:35] ddaa got there 5 seconds before me [12:36] I like you, I'll miss you while you're gone. But get some sleep, because you need it. [12:36] bug 6564 [12:36] Malone bug 6564: "Launchpad developers need more sleep" Fix req. for: launchpad (upstream), Severity: Normal, Assigned to: Nobody, Status: New http://launchpad.net/bugs/6564 [12:38] lifeless: I sent you a mail a little bit ago. I don't need an immediate answer but I'd like to know you've seen it [12:38] yup, not clear on it all === ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has left #launchpad [] [12:38] elmo you and I should have a conference call [12:39] hes going to set that up with cvd [12:39] I can do that. [12:39] We need cvd? I can do three way with skype [12:39] you can? well then, that will probably do. [12:39] in about 12 hours I suspect, as its sunday in .ul [12:39] uk [12:39] Yeah. [12:39] I can do it now, if you want [12:40] I'm in the office anyway [12:40] What number should I use for you? Your number on offices? [12:41] now is fine [12:41] jblack: my private number if you still have it [12:41] jblack: no, msged you one, will update Offices [12:41] Yeah, [12:41] elmo: ok [12:41] Calling === thierry_ [n=thierry@modemcable214.48-131-66.mc.videotron.ca] has joined #launchpad === LarstiQ [n=larstiq@cust.7.157.adsl.cistron.nl] has joined #launchpad [01:31] stub: ping [02:15] Merge to devel/launchpad: [Trivial] Test bzr when merging to rocketfuel. (r2962: Robert Collins) === stub [n=stub@gb.ja.99.227.revip.asianet.co.th] has joined #launchpad [04:14] stub: hiya! [04:14] stub: How are you? [04:25] jblack: Doing fine ;-) [04:26] A little hot here, but nothing the airconditioning won't fix ;) [04:26] Yeah. I heard its really hot down there right now. [04:26] Is it just australia being australia, or is it a heat wave? [04:27] I'm in Bangkok now - this is the cool seaon. Not that it makes more than a few degrees difference in general [04:28] Hmm. Maybe its a the whole southern hemisphere. [04:28] Anyways, I understand that you're in charge of the lp-error@ mailing list. Is this still correct? [04:28] NZ isn't too bad still [04:29] jblack: Yes [04:29] Ok. The supermirror account on vostok is probably already trying to send emails to that list. [04:30] I'd like to get that address subscribed to the list and verify that somethign is showing up [04:30] Bangkok is Northern hemisphere btw. [04:30] Ok - I'll sort that [04:33] Well, true. I just think of it as southern because 1. its so far south compared to me and 2. it was really hot when I went there many years ago. [04:36] Btw, thanks for the help [04:37] Hmm.... it should be holding emails sent from vostok, but there are none queued up. === mpt [n=mpt@203-167-187-92.dsl.clear.net.nz] has joined #launchpad === sevrin [n=sevrin@202.75.186.154] has joined #launchpad [04:39] jblack: I've added vostok to the senders list, but I suspect emails are not arriving from there. [04:40] The mailserver has probably given up for awhile on trying to reach that host. [04:43] jblack: where are you sending to? [04:44] Oh, silly me. [04:44] I'm not [04:44] stub: whats the email address to send to? [04:45] launchpad-error-reports@lists.canonical.com [04:47] Ok. MAILTO=launchpad-error-reports@lists.canonical.com [04:47] added to crontab [04:47] this'll be fun [05:00] mpt: if you have a chance, could you try the javascript patch I attached to bug 6434? [05:00] (with Safari, that is) [05:35] jamesh, ok I'll try that [05:37] huh, that doesn't make any sense [05:37] : Host or domain name not found. Name service error for [05:37] name=pqm.ubuntu.com type=MX: Host not found, try again [05:37] but I was in the queue! === mpt [n=mpt@203-167-187-92.dsl.clear.net.nz] has joined #launchpad [06:23] Merge to devel/launchpad: [trivial] Disable deprecation warning in bugtask.py, working around Bug 6285 (r2963: Stuart Bishop) === dilys [i=daf@muse.19inch.net] has joined #launchpad === daf [i=daf@muse.19inch.net] has joined #launchpad === auth00 [i=auth@fiji.grd.sgsnet.se] has joined #launchpad === mpt [n=mpt@203-167-187-92.dsl.clear.net.nz] has joined #launchpad === stu1 [n=stub@ppp-58.10.73.202.revip2.asianet.co.th] has joined #launchpad [07:08] morning [07:11] mpt: hello [07:13] stu1: hi. Can we get this "Product Groups" thing backed out from production? [07:13] stu1: i have no idea how that change got there. [07:16] morning [07:17] Merge to devel/launchpad: [trivial] Fixed bug 3818 (Headers are misaligned on /distros), bug 6466 (apply underlining of links according to the rules), and sitemap presentation. Tweaked notification messages, spec whiteboard text, and other minor cleanup. (r2964: Matthew Paul Thomas) [07:17] hi SteveA [07:19] morning daf. it is uncommonly early in the uk! [07:20] it is [07:20] but I don't think I'm going to get back to sleep :) [07:21] mpt: can we do a voice call using skype? [07:22] SteveA, in about 20 minutes? [07:22] okay, although i thought we'd discussed last week starting 20 mins ago [07:23] ok, we can do it now [07:23] (I'm just being prodded to do the dishes) [07:23] 20 mins time is fine, if we can go on a bit [07:23] ok then [07:23] i think we have a number of things to talk about [07:24] and i'll get some breakfast while you do the dishes [07:27] jblack: hi, are you around? i'm a bit confused by the output of "bzr annotate" [07:27] maybe you can explain it to me [07:32] SteveA: each line has the revision number and the address of the person who modified it [07:32] when there are multiple lines in a row with the same revision/person, these details are omitted after the first line [07:33] to get more details for a particular revision, you can run "bzr log -r NNN" [07:33] stevea: I'm here. [07:33] what's throwing you? [07:33] stevea: It gets MUCH easier to understand if you use a really wide terminal [07:34] also, --long and --all can help [07:34] i'll try that [07:35] there are two different things i see [07:35] one is "merge james.h " for example [07:35] and one is " 2494 pqm@can " [07:35] and i'm wonder what is the difference [07:36] The 2494 is the revision. [07:36] now i have the --long --all output [07:37] i guess what i'm confused by is the difference between "merge NAME DATE" and "REVISION pqm DATE" [07:37] the merge means that it was not done on the mainline [07:37] it was done in jamesh's branch [07:38] is that a ghost? [07:38] the "pqm@canonical.com" is probably the same as where it gives my email address [07:38] SteveA, ready [07:38] the "merge" bit is probably for lines last modified in a revision off the mainline (which don't have a revno) [07:38] (correct me if I'm wrong) [07:40] daf: huh ? [07:40] never mind [07:40] jamesh: yes thats right. [07:41] lifeless: so why would a line be last modified by pqm, given that all it is doing is merges? [07:41] can i find out what revision number a particular line was merged in? [07:42] jamesh: looks like a merge from you caused browser/launchapd.py to have "Product Groups" in the sitemap, instead of "Projects" [07:43] SteveA: yeah. I used the terms mpt gave me on the wiki [07:44] ok [07:44] is that the only place where the terminology is changed from "projects"? [07:44] I think so [07:44] ok [07:44] if / when we make such a change, we should change the UI consistently, all at once [07:45] please coordinate with stub to get it changed back as soon as possible [07:46] I could have changed it back in my patch today, but I thought someone had done it on purpose ... [07:46] jamesh: two reasons, ghosts where it cant see the origin (or has not been rewoven so the cache is misleading), and when I do a commit as pqm. [07:47] mpt: we'll know about it because such a forthcoming terminology change will be announced in a launchpad meeting [07:50] SteveA: If you can land a fix shortly, we can roll it out with the emperor -> PG8 upgrade [07:50] stu1: I'm merging the sitemap code change into rocketfuel. The change should be suitable for cherry picking from my branch [07:52] I'm not cherry picking - looks like we are rolling out head in order to get other stuff out too. [07:52] okay [07:53] SteveA: I don't think a UI/terminology issue which causes no functional prolems whatsoever should count as 'roll out asap', ever. [07:53] i think if "hackergotchi" was changed to "dickwad" then that would be a problem [07:54] For some values of 'ever' [07:54] rotfl === Burgundavia spies lots of LP people to beat on for an error [07:56] I am trying to approve somebody to the ubuntu-doc team [07:56] and I get the error: OOPS-B73 [07:57] did you file a bug? [07:57] Burgundavia: known problem with the redirect. You'll find that you have actually approved the person [07:57] no, it just happened [07:57] jamesh: is there a bug open for this known problem? [07:57] jamesh, ah, thanks. This is like that evo error message: "Error occurred: Success"? [07:58] daf: yeah. [07:58] oh, btw, the UI for view team members sucks [07:58] Burgundavia: no. It performs the action, and then redirects you to a page. However, that page doesn't exist because it generated the wrong URL [07:58] jamesh: hmm, I can't see mto find it [07:58] ah [07:59] daf: https://launchpad.net/products/launchpad/+bug/6372 [07:59] Malone bug 6372: "approving members broken" Fix req. for: launchpad (upstream), Severity: Normal, Assigned to: Nobody, Status: New http://launchpad.net/bugs/6372 [08:00] jamesh: ta [08:00] looks like it should be a trivial fix [08:01] the "teams UI sucks" bug https://launchpad.net/products/launchpad/+bug/4178 [08:01] Malone bug 4178: "Better editing of team members" Fix req. for: launchpad (upstream), Severity: Normal, Assigned to: Nobody, Status: New http://launchpad.net/bugs/4178 [08:01] Ubugtu doesn't know about milestones [08:02] https://launchpad.net/products/launchpad/+bug/6411 seems to be a duplicate of the first part of 6372 [08:02] Malone bug 6411: "Bug in email about approve new team members" Fix req. for: launchpad (upstream), Severity: Normal, Assigned to: Nobody, Status: New http://launchpad.net/bugs/6411 [08:02] Burgundavia: that bug is awaiting a reply from you [08:02] daf, oops [08:02] :) [08:02] bug 6331 is probably the same too [08:02] Malone bug 6331: "Cannot approve new members" Fix req. for: launchpad (upstream), Severity: Normal, Assigned to: Nobody, Status: New http://launchpad.net/bugs/6331 [08:03] jamesh: looks to me like 6411 is a slightly different bug [08:04] email vs. web [08:04] daf: Jonathan Riddell's bug mentions two problems: (1) the URL in the email is wrong (this is 6411), and (2) bad redirect after approving a new member [08:04] oh, yes, misread [08:05] daf, responded [08:05] Burgundavia: thanks [08:05] jamesh: I'll mark 6331 and 6411 as duplicates of 6372 === robitaille [n=robitail@ubuntu/member/robitaille] has joined #launchpad === Nafallo_away is now known as Nafallo [08:06] daf: there is also bug 6453 === Keybuk [n=scott@descent.netsplit.com] has joined #launchpad [08:07] jamesh: aha, thanks [08:08] daf: also, the oops mentioned in 6331 is an AssertionError, which a user should not be able to trigger [08:08] hmm, do you know what the assertion is? [08:08] I reckon he tried to approve the member, which succeeded but gave the errror on redirect, then went back to the approval page and triggered the "self.context.status == TeamMembershipStatus.PROPOSED" assertion [08:09] ok, so fixing the redirect should prevent that from happening === lbm [n=lbm@cpe.atm4-0-1301006.0x50a0824e.vgnxx6.customer.tele.dk] has joined #launchpad [08:10] daf: I think he must have clicked back, then resubmitted the form [08:11] daf: you'd still be able to do that if the redirect was fixed, but you'd be less likely to do so [08:11] I see [08:25] this one isn't assigned to anyone: https://launchpad.net/products/launchpad/+bug/6564 [08:25] Malone bug 6564: "Launchpad developers need more sleep" Fix req. for: launchpad (upstream), Severity: Normal, Assigned to: Nobody, Status: New http://launchpad.net/bugs/6564 [08:31] perhaps Launchpad needs a sleep inducement feature [08:33] is there a way to run a group of page tests? [08:33] i.e. I want to run all the foaf tests [08:48] bradb has a file, and I have that now, and its finally at the top of my launchpad todo list [08:52] "a file"? [08:53] A patch to add --story to test.py [08:53] aha, cool [08:53] maybe the pagetest stories other than standalone should be presented as a single test case [08:56] SteveA: can we defer the bazaar meeting for a bit, I have shopping to do if we are to have dinner ? [08:57] jamesh: at the unittest level I think that would make sense, but thats kindof in 'rearrange the internals' rather than 'fix the user needs' buckets === carlos [n=carlos@198.Red-83-50-62.dynamicIP.rima-tde.net] has joined #launchpad [09:03] morning [09:06] morning carlos [09:06] lifeless: sure [09:09] daf: we could write a text/plain page on a bug that returns exactly what ubugtu needs [09:09] this would be easier than its current screen-scraping, and more flexible too [09:09] it can start off saying what ubugtu says now, bug including milestones [09:10] would the rdf page be more useful ? [09:10] long term, it'd be worth expanding the code to export RDF [09:11] lifeless: eventually, perhaps. right now, now [09:11] not, rather [09:12] because a text/plain page can be written and tested to do exactly what is required in a very short amount of time [09:12] and i can query a bug like that using wget [09:15] that sounds good, Steve === jinty [n=jinty@205.134.224.215] has joined #launchpad === raphink [n=raphink@raphink.net] has joined #launchpad === raphink [n=raphink@raphink.net] has joined #launchpad [09:37] SteveA: what do you think of bug 3057? [09:42] daf: yes, accepted, 1.1 === ddaa [n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net] has joined #launchpad [09:44] SteveA: great -- no assignee ok? === koke [n=koke@ubuntu/member/koke] has joined #launchpad [09:48] yes [09:49] ok [09:49] perhaps bug 1938 could do with forwarding to Zope === thisfred [n=thisfred@a80-127-80-154.adsl.xs4all.nl] has joined #launchpad [09:54] SteveA: lifeless: meeting in 7 minutes === lbm [n=lbm@cpe.atm4-0-1301006.0x50a0824e.vgnxx6.customer.tele.dk] has joined #launchpad [09:54] jblack: you can come if you are interested (#canonical-meeting) [10:18] Launchpad will be going offline for up to several hours. Grab what you need now. [10:18] what's happening today, stub? [10:19] PostgreSQL 7.4 -> 8.0 upgrade [10:19] where has the downtime been announced? [10:19] It hasn't [10:19] oh. we should have a policy about that [10:19] like, getting someone to mail rosetta-users === jordi will do it now [10:19] and (when bugzilla info is imported) mailed the appropriate devel lists [10:20] We do have a policy - I just neglected to follow it (because the final decision was made late Thursday and I didn't do it on Friday) [10:21] does the policy include rosetta-users ? [10:21] and launchpad-users? [10:21] Not yet.... === stub trys to remember the wikipage [10:21] jordi: check with stub what the expected downtime is, if you're going to announce it [10:22] daf: he said "several hours", which makes me think it's not too clear [10:22] stub? [10:23] It might be 7 hours. Hopefully a lot less, but we have no way of providing a better guess until we have performed the procedure on that hardware. [10:23] "Launchpad will be going offline for maintenance in 50 seconds." [10:23] should I give details, ie, "we're upgrading postgres"? [10:23] wow [10:24] it's a self destruction bomb what we have there ;-) [10:24] carlos: If it is a problem, I can keep it up.... [10:24] Or restart it.. [10:24] I think it's no more a problem now that it would be at other times [10:24] stub, no, I was doing some bug comments [10:24] I can wait until it's up again [10:24] mailed rosetta-users [10:24] ok. [10:24] back in a bit [10:26] Morning all === Kinnison begins the long slog through the bajillion emails he has to deal with [10:27] hi Daniel [10:27] good holiday? [10:27] daf: I need a break to recover from it [10:27] haha [10:27] daf: I spent the vast majority of it dealing with the 'rents and the out-law [10:28] oh bloody hell, PLEASE tell us in advance if you're going to take the authentication server away from the wiki! [10:28] I see [10:28] daf: a portion of it was spent in agony (abcess in jaw) [10:28] it can waste so much work [10:28] daf: and the rest was spent asleep, bemoaning my lack of energy to do the projects I had set aside for the holiday period [10:28] Kinnison: ow abcess [10:28] daf: so all-in-all a typical holiday for me [10:29] still, I managed to get up at 09:06 this morning, which is bloody good for first-day-back [10:29] stub: is there a way of allowing the wiki to continue working r/w during the upgrade? [10:29] s/get up/log-into-desktop etc/ === mdke loses a half hour of work on the wiki [10:29] Kinnison: how did your cake turn out this year? [10:29] mdke: can you get it back with BACK ? [10:29] SteveA, no [10:30] daf: very very moist and fruity [10:30] daf: there still remains some [10:30] Kinnison: ooh, sounds good [10:30] daf: perhaps I could work from yours one of the days this week? I could bring some for you [10:30] spiv: can we improve the wiki auth code so that it doesn't lose people's POSTs when it goes into RO mode? [10:30] Kinnison: you would be most welcome :) === raphink finished posting his changes on the wiki 2 mins ago pfiew [10:31] hmm, does the wiki authenticate on every page save? [10:31] SteveA: For a big chunk of the time, yes. I'll allow the authserver to connect to the old database while it is being backed up and while I'm building the new one. [10:31] daf, on every PREVIEW and every save [10:31] I see [10:31] daf: cool, I'll get on with my mail now then [10:31] SteveA, seriously, advance warning would be enough [10:32] no need to do anything more clever than that, IMO [10:32] mdke: okay, noted. there should have been an announcement on mailing lists etc. [10:32] "more clever" ugghhh [10:32] hmm, does the Ubuntu wiki not have the moin backup feature? [10:32] wiki.u.u/MatthewEast/MoinBackup doesn't exist, at any rate [10:33] MoinEditorBackup, daf, iirc [10:33] mdke: https://wiki.ubuntu.com/MatthewEast/MoinEditorBackup [10:33] mdke: it exists, but I can't view it [10:34] me neither [10:34] i haven't heard of that feature before [10:34] I suggest you try again when you log back in [10:34] maybe you have to authentificate [10:34] "The authentication database is temporarily unavailable" [10:34] daf, will do [10:34] I discovered it by accident when I was searching for other stuff, I think [10:34] thanks [10:34] they seem to have changed the search code to not find these pages any more, so they're even more obscure now [10:34] mdke: glad I could help === mdke crosses fingers [10:35] how long is downtime? [10:35] we don't know [10:35] k [10:35] we're upgrading PostgreSQL [10:35] it may take some time [10:37] SteveA, if you decide on a mailing list, for notification, which one is it likely to be? just so I can subscribe... [10:37] mdke: it will be several mailing lists [10:38] mdke, be thankful we don't use Launchpad authentication for subscribing to the mailing lists :-) [10:38] ;) [10:38] SteveA, how about launchpad-users? that seems pretty low volume ;) [10:38] soon, the authentication system won't need to be taken down when the database is taken down [10:39] separate db? [10:39] mpt, i'm sure that will come in time ;) [10:39] daf: there are a bunch of specs on it [10:40] cool [10:42] SteveA: I wonder if we could save a non-trivial amount on page size by using relative links more [10:43] are we running mod_gzip ? [10:43] or rather, links without the http://host part [10:43] canonical_url in general and the menu system particularly generate an awful lot of links with hosts in them [10:44] Kinnison: perhaps the Apache front-proxy does, dunno [10:45] well, the 503 doesn't :-) [10:45] we've discussed mod_gzip before. lifeless had some comments about it. [10:45] :) [10:46] ii think we have more important things to concern ourselves with than removing N bytes from the size of pages [10:46] SteveA: comments along the lines of "urgh, it's a poorly implement bag of shite which explodes IE when used in conjunction with mod_ssl" ? [10:48] Kinnison: when you look at launchpad.net/distros/ [10:49] there is this area, top left, called the "site map" [10:49]