From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lennart Borgman Newsgroups: gmane.emacs.devel Subject: Re: http access to source code Date: Thu, 22 Jul 2010 18:08:37 +0200 Message-ID: References: <1416CFD72B1E41C7B58B75E1B4BC98CA@us.oracle.com> <8739zahru4.fsf@canonical.com> <87C7759A1ACA404D99C4CF9A409719D2@us.oracle.com> <87iq85hprt.fsf@red-bean.com> <9CCD02A1325E4FBE9C044480CE75A6F7@us.oracle.com> <28577935.post@talk.nabble.com> <87mxvzfp1a.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1279817211 6294 80.91.229.12 (22 Jul 2010 16:46:51 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 22 Jul 2010 16:46:51 +0000 (UTC) Cc: "alin.s" , Giuseppe Scrivano , Drew Adams , Emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jul 22 18:46:48 2010 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Obyuz-0001Yd-Fh for ged-emacs-devel@m.gmane.org; Thu, 22 Jul 2010 18:46:48 +0200 Original-Received: from localhost ([127.0.0.1]:56568 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Obyuw-00086O-LY for ged-emacs-devel@m.gmane.org; Thu, 22 Jul 2010 12:46:42 -0400 Original-Received: from [140.186.70.92] (port=50633 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ObyKT-0004dC-DT for Emacs-devel@gnu.org; Thu, 22 Jul 2010 12:09:02 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1ObyKR-0004If-PV for Emacs-devel@gnu.org; Thu, 22 Jul 2010 12:09:00 -0400 Original-Received: from mail-qw0-f41.google.com ([209.85.216.41]:50900) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1ObyKR-0004IO-NP; Thu, 22 Jul 2010 12:08:59 -0400 Original-Received: by qwk4 with SMTP id 4so3332492qwk.0 for ; Thu, 22 Jul 2010 09:08:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=DT0b0D8yZCQn3eQO9aXAmOMTDj8khU5e5miOfJnkclo=; b=TaA8e114d+5W776o0uK8qgmI/LNdP9JsD1VHqWVmdKcbsn5sBy0P4D3golp+xZxXuA M78Ns6pHm+IDXxEgrlUGN3om57KIkVQxt8TbsBZK6BE5NhozotRZ8s+JUt6pn5MoRLT+ 94WPstlngFYjlYrNC+17/vWGiq/3GtfV7vpzk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=N4H4E8AjhggfkLTds6HNQhKpmZiVPVrXCQ/b0cwlQU19Ez/dhBwhy2UygQmMOFnDVO KxLFkett2jkm4/uXBECbY3UDW4+GqvbCuHgYaNSvQuPc0OtntmcAwmg/9xYNrv4CfuII cr7Iy5odrcYsm7SN/UuYPxj9TnvnqpPLoTohQ= Original-Received: by 10.224.113.101 with SMTP id z37mr1453717qap.103.1279814938646; Thu, 22 Jul 2010 09:08:58 -0700 (PDT) Original-Received: by 10.229.5.72 with HTTP; Thu, 22 Jul 2010 09:08:37 -0700 (PDT) In-Reply-To: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:127645 Archived-At: On Thu, Jul 22, 2010 at 4:32 PM, Stefan Monnier wrote: >> This sorry sorry-thank-you page has been thanking us for our patience fo= r a >> _very_ long time now. > > Have you tried to access that page a few times in a row. =C2=A0I've seen = this > message as well, but if I retry right away, it usually works (my mental > model to explain it: the Emacs repository is so large that it takes too > long to swap it in, so the webserver timeouts and gives an error even > though the operation actually works fine, so if you try it again right > away, it can work because some of the data is already swapped in and > the whole process can then finish before the timeout). So you mean that the whole tree structure has to be swapped in to access a single directory or file? Is that the web server interface of bazaar that has this kind of problem? I would guess that the problem is within bazaar (because of optimizations perhaps have been made against single goals there, but this is just my guess). In that case the cure would be caching the tree structure.