Re: [Tools-discuss] Replaced-by inconsistencies

Henrik Levkowetz <henrik@levkowetz.com> Sat, 18 July 2009 20:34 UTC

Return-Path: <henrik@levkowetz.com>
X-Original-To: tools-discuss@core3.amsl.com
Delivered-To: tools-discuss@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C25C83A6B1C for <tools-discuss@core3.amsl.com>; Sat, 18 Jul 2009 13:34:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level:
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HpR4c5g5TGQk for <tools-discuss@core3.amsl.com>; Sat, 18 Jul 2009 13:34:58 -0700 (PDT)
Received: from av12-2-sn2.hy.skanova.net (av12-2-sn2.hy.skanova.net [81.228.8.186]) by core3.amsl.com (Postfix) with ESMTP id 994DF3A69CD for <tools-discuss@ietf.org>; Sat, 18 Jul 2009 13:34:58 -0700 (PDT)
Received: by av12-2-sn2.hy.skanova.net (Postfix, from userid 502) id 13510380A9; Sat, 18 Jul 2009 22:01:26 +0200 (CEST)
Received: from smtp4-2-sn2.hy.skanova.net (smtp4-2-sn2.hy.skanova.net [81.228.8.93]) by av12-2-sn2.hy.skanova.net (Postfix) with ESMTP id C4D9A37F65; Sat, 18 Jul 2009 22:01:25 +0200 (CEST)
Received: from shiraz.levkowetz.com (81-232-110-214-no16.tbcn.telia.com [81.232.110.214]) by smtp4-2-sn2.hy.skanova.net (Postfix) with ESMTP id 9BFD937E44; Sat, 18 Jul 2009 22:01:25 +0200 (CEST)
Received: from localhost ([127.0.0.1]:44451 helo=chardonnay.local) by shiraz.levkowetz.com with esmtp (Exim 4.69) (envelope-from <henrik@levkowetz.com>) id 1MSG60-0008LP-KK; Sat, 18 Jul 2009 22:01:24 +0200
Message-ID: <4A622A13.4090701@levkowetz.com>
Date: Sat, 18 Jul 2009 22:01:23 +0200
From: Henrik Levkowetz <henrik@levkowetz.com>
User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605)
MIME-Version: 1.0
To: Adam Roach <adam@nostrum.com>
References: <4A61A8D9.5010607@nostrum.com>
In-Reply-To: <4A61A8D9.5010607@nostrum.com>
X-Enigmail-Version: 0.95.7
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-SA-Exim-Connect-IP: 127.0.0.1
X-SA-Exim-Rcpt-To: adam@nostrum.com, tools-discuss@ietf.org, henrik-sent@levkowetz.com
X-SA-Exim-Mail-From: henrik@levkowetz.com
X-SA-Exim-Scanned: No (on shiraz.levkowetz.com); SAEximRunCond expanded to false
Cc: tools-discuss@ietf.org
Subject: Re: [Tools-discuss] Replaced-by inconsistencies
X-BeenThere: tools-discuss@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF Tools Discussion <tools-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/tools-discuss>, <mailto:tools-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/tools-discuss>
List-Post: <mailto:tools-discuss@ietf.org>
List-Help: <mailto:tools-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tools-discuss>, <mailto:tools-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 18 Jul 2009 20:34:59 -0000

Hi Adam,

The explanation is that the generated html files aren't always up-to-date,
and the reason for that in turn is a bit more complex:  

   1) The load (number of accesses) on the html converted drafts and
   RFCs is sufficiently high that the 4 servers currently available
   wouldn't be able to handle it if the html version was dynamically
   generated in order to be fully up-to-date,

   2) I try to keep the update frequency low, as I don't want search
   engines to believe that they have to check the whole 65,000+ corpus
   every day in order to catch changes...

This means that 

   a) I have a very long re-generation period of ~3 months -- unless
   something about the document state changes, a document is only re-
   generated if it is older than 3 months.  That re-generation is done
   mainly to catch updates to the conversion tool, which happens now
   and then (see http://tools.ietf.org/tools/rfcmarkup/changelog).

   b) In order to catch status changes in documents, an explicit re-
   generation has to be triggered when something changes which should
   be reflected in the html document.  Re-generation is now triggered
   when a new version of a draft appears, when a draft appears in the
   datatracker, when a document is published as an RFC, and in some
   other cases.

However, regeneration when new replaced-by information appears has not
up to now been triggered.  Which I'm now about to fix :-)


Best,

	Henrik
   
   

On 2009-07-18 12:50 Adam Roach said the following:
> It looks to me like the replaced-by information in drafts is being 
> applied inconsistently.
> 
> For example, if you look at:
> 
>   http://tools.ietf.org/html/draft-holmberg-sipping-199-04
> 
> The "Versions" line reads "00 01 02 03 04 draft-ietf-sip-199", which is 
> correct -- that is, because draft-ietf-sip-199 replaced 
> draft-holmberg-sipping-199, it appears after all the versions.
> 
> If you click on the draft-ietf-sip-199 link, you get taken here:
> 
>   http://tools.ietf.org/html/draft-ietf-sip-199-08
> 
> The "Versions" line links back to the draft that it replaced. Great!
> 
> Now, lets look at:
> 
>   
> http://tools.ietf.org/html/draft-ietf-sipcore-presence-scaling-requirements-01
> 
> It correctly links back to 
> draft-ietf-sipping-presence-scaling-requirements, which it replaced. So 
> far, so good. However, if you go to 
> draft-ietf-sipping-presence-scaling-requirements:
> 
>   
> http://tools.ietf.org/html/draft-ietf-sipping-presence-scaling-requirements-03
> 
> There's no link forward to the sipcore draft! The "Versions" line just 
> goes up to 03, and stops.
> 
> Certainly the tools should understand that the "replaces"/"replaced by" 
> relationship is reciprocal. Is this database corruption, or incomplete 
> data entry? It doesn't appear to be an isolated incident (cf., 
> http://tools.ietf.org/html/draft-ietf-sipcore-keep-00) -- I would 
> propose that an audit of the "replaces"/"replaced by" relationship data 
> is in order...
> 
> /a
> 
> _______________________________________________
> Tools-discuss mailing list
> Tools-discuss@ietf.org
> https://www.ietf.org/mailman/listinfo/tools-discuss
>