From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#36828: 27.0.50; Uninstalled emacs shows installed documentation Date: Sun, 27 Oct 2019 07:13:05 +0200 Message-ID: <835zkau5y6.fsf@gnu.org> References: <87lfwitcyf.fsf@telefonica.net> <87h875qbrv.fsf@gmail.com> <83r268kiss.fsf@gnu.org> <875znkrj6y.fsf@gmail.com> <83mugwkh8u.fsf@gnu.org> <871ry8rfge.fsf@gmail.com> <83k1c0kcbw.fsf@gnu.org> <87wog0pwg6.fsf@gmail.com> <83ftmok8tt.fsf@gnu.org> <874l34smwx.fsf@telefonica.net> <83blxck5gf.fsf@gnu.org> <87v9vkr1je.fsf@telefonica.net> <83wofzimq8.fsf@gnu.org> <87eez0kxhq.fsf@telefonica.net> <83v9sbvqhl.fsf@gnu.org> <874kzvlo0w.fsf@telefonica.net> <838sp7vgfl.fsf@gnu.org> <87zhhnk57f.fsf@telefonica.net> <83y2x7tyb1.fsf@gnu.org> <87v9sbjms0.fsf@telefonica.net> <83d0ejtfzu.fsf@gnu.org> <87r22zjl44.fsf@telefonica.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="35585"; mail-complaints-to="usenet@blaine.gmane.org" Cc: 36828@debbugs.gnu.org, stepnem@gmail.com To: =?UTF-8?Q?=C3=93scar?= Fuentes Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Oct 27 06:14:13 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iOasV-00098p-Or for geb-bug-gnu-emacs@m.gmane.org; Sun, 27 Oct 2019 06:14:11 +0100 Original-Received: from localhost ([::1]:44086 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iOasT-00056v-IF for geb-bug-gnu-emacs@m.gmane.org; Sun, 27 Oct 2019 01:14:09 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:58557) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iOasN-000516-Gg for bug-gnu-emacs@gnu.org; Sun, 27 Oct 2019 01:14:04 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iOasM-00071Y-BP for bug-gnu-emacs@gnu.org; Sun, 27 Oct 2019 01:14:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:32784) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iOasM-00071T-8P for bug-gnu-emacs@gnu.org; Sun, 27 Oct 2019 01:14:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1iOasM-0005Z5-23 for bug-gnu-emacs@gnu.org; Sun, 27 Oct 2019 01:14:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 27 Oct 2019 05:14:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 36828 X-GNU-PR-Package: emacs Original-Received: via spool by 36828-submit@debbugs.gnu.org id=B36828.157215320321333 (code B ref 36828); Sun, 27 Oct 2019 05:14:02 +0000 Original-Received: (at 36828) by debbugs.gnu.org; 27 Oct 2019 05:13:23 +0000 Original-Received: from localhost ([127.0.0.1]:41605 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iOarj-0005Y1-70 for submit@debbugs.gnu.org; Sun, 27 Oct 2019 01:13:23 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:49474) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iOarh-0005Xm-LJ for 36828@debbugs.gnu.org; Sun, 27 Oct 2019 01:13:22 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:51716) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1iOarb-0006rL-I8; Sun, 27 Oct 2019 01:13:15 -0400 Original-Received: from [176.228.60.248] (port=2699 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1iOarb-0003sf-0q; Sun, 27 Oct 2019 01:13:15 -0400 In-reply-to: <87r22zjl44.fsf@telefonica.net> (message from =?UTF-8?Q?=C3=93scar?= Fuentes on Sat, 26 Oct 2019 22:40:59 +0200) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.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" Xref: news.gmane.org gmane.emacs.bugs:170229 Archived-At: > From: Óscar Fuentes > Cc: stepnem@gmail.com, 36828@debbugs.gnu.org > Date: Sat, 26 Oct 2019 22:40:59 +0200 > > Eli Zaretskii writes: > > >> I wonder why we assign Vdata_directory on init_callproc_1 to the > >> installed Emacs directory ("/usr/local/share/emacs/27.0.50/etc/" on > >> this case) when we are running a non-installed Emacs. > > > > I thought the comments there explained that? > > It is not clear to me why assigning Vdata_directory must wait until > init_callproc when we are running a non-installed emacs. It looks like > all the required information is present. We currently decide about non-installed by looking at Vinstallation_directory, and that is not set in init_callproc_1, per the comments. > Furthermore, the logic should be "first check if this is an > non-installed emacs; if false, locate the installed stuff" instead of > "first locate the installed stuff, then check if we are a non-installed > emacs and fix the vars we assigned previously." I prefer not to consider such radical changes in this logic, because we've been using what's there now for ages. Who knows how many legitimate use cases this could potentially break? Your use case is quite specialized: having an older binary of the exact same version installed is unusual, IME. So radical changes due to this use case are unjustified, IMO. Let's try to find a way of detecting your situation without making too many waves elsewhere, okay? > > But we do have 'dir' in the source tree, it's in info/. > > Right, thanks. So I must check why C-h i fetches the `dir' in the > installed info directory. I think it's just because configure-info-directory is set by epaths.h to point to ${prefix}/share/info (via PATH_INFO). We never change that, even in a non-installed Emacs. See Info-default-directory-list.