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: Merging Finder into package mechanism Date: Mon, 1 Nov 2010 15:03:45 -0700 Message-ID: <86FFAB03D4B34DFE9B593C615D682F13@us.oracle.com> References: <87hbie8ppy.fsf@stupidchicken.com><41A82A0C268E42CA838BB6AF4C778B20@us.oracle.com><87eib72orn.fsf@stupidchicken.com><1DFC8CFFD80647C086EAC377F7AAA837@us.oracle.com><87wroxgh1b.fsf@stupidchicken.com> <87iq0gafy2.fsf@stupidchicken.com> 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 1288649071 5037 80.91.229.12 (1 Nov 2010 22:04:31 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 1 Nov 2010 22:04:31 +0000 (UTC) Cc: emacs-devel@gnu.org To: "'Chong Yidong'" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Nov 01 23:04:27 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 1PD2U5-0007Fy-BU for ged-emacs-devel@m.gmane.org; Mon, 01 Nov 2010 23:04:26 +0100 Original-Received: from localhost ([127.0.0.1]:40108 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PD2U1-000824-1n for ged-emacs-devel@m.gmane.org; Mon, 01 Nov 2010 18:04:05 -0400 Original-Received: from [140.186.70.92] (port=53505 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PD2Ts-00081Z-Bz for emacs-devel@gnu.org; Mon, 01 Nov 2010 18:03:58 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PD2Tq-000305-VD for emacs-devel@gnu.org; Mon, 01 Nov 2010 18:03:55 -0400 Original-Received: from rcsinet10.oracle.com ([148.87.113.121]:37441) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PD2Tq-0002zo-Jo for emacs-devel@gnu.org; Mon, 01 Nov 2010 18:03:54 -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 oA1M3oRo008843 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 1 Nov 2010 22:03:52 GMT Original-Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id oA1M3n0x023149; Mon, 1 Nov 2010 22:03:49 GMT Original-Received: from abhmt009.oracle.com by acsmt353.oracle.com with ESMTP id 740457981288649022; Mon, 01 Nov 2010 15:03:42 -0700 Original-Received: from dradamslap1 (/130.35.178.194) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 01 Nov 2010 15:03:40 -0700 X-Mailer: Microsoft Office Outlook 11 Thread-Index: Act6DDSM9x0LkHUwTjCcgANxebiRPAAATbuQ In-Reply-To: <87iq0gafy2.fsf@stupidchicken.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 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:132257 Archived-At: > > Nothing, including doc strings, the manuals, and even code behavior, > > _really_ matters for users until Emacs is released. Of course. But > > that is no reason to wait until just before a release to add the doc > > strings, update the manual, or correct the code. > > There's a significant difference between ChangeLog entries and > docstrings, on the one hand, and the manual. Additions to the manual > take an order of magnitude more time and effort, which are > wasted if the code changes later in the development cycle. I don't disagree with any of that. > The NEWS file falls somewhere in between. It's good to keep NEWS > entries as detailed and up to date as possible. We agree. That's what I was asking for: as up-to-date as possible. > But, in cases where we know an implementation detail is going to > be changed before release, it's OK to put FIXME placeholders there. > Before the pretest, someone (usually me) goes through NEWS and fixes > the entries. Yes to all of that also. So I guess you are saying that nothing is known today about where the info will be that used to be in `finder-package-info'. You know where it is today, but you expect that will change. Fair enough. I was hoping we could tell developers today what to do to migrate their code from using `finder-package-info'. Apparently that's not yet the case. Please update the NEWS with this info when it is available. Thanks.