From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.devel Subject: RE: http access to source code Date: Thu, 22 Jul 2010 08:26:08 -0700 Message-ID: <9AF1D8B3C2A64A02A2B2BF420661CEB3@us.oracle.com> 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="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1279812942 22339 80.91.229.12 (22 Jul 2010 15:35:42 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 22 Jul 2010 15:35:42 +0000 (UTC) Cc: "'alin.s'" , 'Giuseppe Scrivano' , Emacs-devel@gnu.org To: "'Stefan Monnier'" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jul 22 17:35:39 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 1Obxo9-0003f3-B0 for ged-emacs-devel@m.gmane.org; Thu, 22 Jul 2010 17:35:37 +0200 Original-Received: from localhost ([127.0.0.1]:49730 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ObxgF-0003vy-7y for ged-emacs-devel@m.gmane.org; Thu, 22 Jul 2010 11:27:27 -0400 Original-Received: from [140.186.70.92] (port=43636 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Obxg7-0003tk-GK for Emacs-devel@gnu.org; Thu, 22 Jul 2010 11:27:22 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Obxg6-0004AV-Fg for Emacs-devel@gnu.org; Thu, 22 Jul 2010 11:27:19 -0400 Original-Received: from rcsinet10.oracle.com ([148.87.113.121]:49348) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Obxg2-00048T-Kv; Thu, 22 Jul 2010 11:27:14 -0400 Original-Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id o6MFR9ZC030889 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 22 Jul 2010 15:27:10 GMT Original-Received: from acsmt355.oracle.com (acsmt355.oracle.com [141.146.40.155]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o6MF5ahm026776; Thu, 22 Jul 2010 15:26:58 GMT Original-Received: from abhmt015.oracle.com by acsmt355.oracle.com with ESMTP id 427863501279812374; Thu, 22 Jul 2010 08:26:14 -0700 Original-Received: from dradamslap1 (/130.35.178.194) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 22 Jul 2010 08:26:13 -0700 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: Thread-Index: Acspqq32Ak8zjDo4R7i3FSwLjlpAkQABh73A X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5931 X-Source-IP: acsmt355.oracle.com [141.146.40.155] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090203.4C48634A.011D:SCFMA4539814,ss=1,fgs=0 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) 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:127642 Archived-At: > > This sorry sorry-thank-you page has been thanking us for > > our patience for a _very_ long time now. > > Have you tried to access that page a few times in a row. Yes, indeed, I have - naturally. That's usually what I do, for the reasons you mention below. > I've seen this message as well, but if I retry right away, > it usually works Sometimes it does; I agree. Too often it does not. To me, this HTTP access is woefully inadequate. Others do not seem to complain, however. Dunno whether there are only a few people who try HTTP access, with nearly everyone using BZR instead. I use HTTP to download specific source files, so for me this is a sorry regression wrt the state of things prior to the move to BZR. (I'm *not* making any general statement about BZR vs CVS or GIT or whatever.) > (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). Yes, I've imagined the same thing. And I do try refreshing (repeatedly). And sometimes I do get through. But not often enough to consider that workaround a remedy. More anecdotal support for the model you suggest is that on the days that you ultimately can get through, it definitely is not a good idea to open two browser windows to different parts of the repository. ;-)