From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Glenn Morris Newsgroups: gmane.emacs.bugs Subject: bug#14064: info.info page has conflict with info package Date: Mon, 01 Apr 2013 11:29:50 -0400 Message-ID: References: <5152E426.1000800@redhat.com> <51530C74.2060000@redhat.com> <2j7gkn79nb.fsf@fencepost.gnu.org> <83wqsn2y5n.fsf@gnu.org> <83sj3a3j9u.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1364831980 4727 80.91.229.3 (1 Apr 2013 15:59:40 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 1 Apr 2013 15:59:40 +0000 (UTC) Cc: 14064@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Apr 01 18:00:08 2013 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1UMh9T-0001tU-L0 for geb-bug-gnu-emacs@m.gmane.org; Mon, 01 Apr 2013 18:00:07 +0200 Original-Received: from localhost ([::1]:55130 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UMh95-0001Tv-7H for geb-bug-gnu-emacs@m.gmane.org; Mon, 01 Apr 2013 11:59:43 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:57426) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UMh8W-0000Wy-QB for bug-gnu-emacs@gnu.org; Mon, 01 Apr 2013 11:59:09 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UMh8U-00020e-Ky for bug-gnu-emacs@gnu.org; Mon, 01 Apr 2013 11:59:08 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:52015) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UMggU-0001IR-4m for bug-gnu-emacs@gnu.org; Mon, 01 Apr 2013 11:30:10 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1UMgjG-0006o3-Cv for bug-gnu-emacs@gnu.org; Mon, 01 Apr 2013 11:33:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Glenn Morris Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 01 Apr 2013 15:33:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 14064 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 14064-submit@debbugs.gnu.org id=B14064.136483037226145 (code B ref 14064); Mon, 01 Apr 2013 15:33:02 +0000 Original-Received: (at 14064) by debbugs.gnu.org; 1 Apr 2013 15:32:52 +0000 Original-Received: from localhost ([127.0.0.1]:56124 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UMgj4-0006nc-Al for submit@debbugs.gnu.org; Mon, 01 Apr 2013 11:32:51 -0400 Original-Received: from fencepost.gnu.org ([208.118.235.10]:60557) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UMgj2-0006nU-0O for 14064@debbugs.gnu.org; Mon, 01 Apr 2013 11:32:49 -0400 Original-Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1UMggB-0006wc-Em; Mon, 01 Apr 2013 11:29:51 -0400 X-Spook: Kh-11 Croatian NSA class struggle COSCO Legion of Doom X-Ran: ohFcg;aG#pG~>ans{Oo.q:S]~E~pYL7(}UjG,2C4?i}[/~IX^7p(A[)(IfL}J!';g02UO7 X-Hue: black X-Attribution: GM In-Reply-To: <83sj3a3j9u.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 01 Apr 2013 08:35:41 +0300") User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:73072 Archived-At: Eli Zaretskii wrote: >> So AFAICS there is nothing clever the Emacs install rule can do >> here. As I said, I'd just make the rpm spec file unconditionally not >> install Emacs's info.info. > > How is an rpm more clever than Emacs? What do they do that Emacs's > installation procedure cannot? I won't explain this very well, but: You configure+build+install once on one machine, making a binary rpm that other people install on their machines. When they do so, they don't run any of the Emacs Makefile pieces, the rpm just unpacks itself (like a tar file, I guess, but smarter, registering what file gets installed where, etc). It can choose to do various clever things at installation time, but these things are controlled by the rpm's specification file, not by any part of the Emacs normal installation rules. AFAICS, there is literally nothing smart the Emacs Makefiles can do about this issue, because they are not invoked at the relevant point.