From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Emanuel Berg Newsgroups: gmane.emacs.help Subject: Re: Skipping installation of .el.gz files Date: Mon, 23 Oct 2023 22:57:33 +0200 Message-ID: <874jihm4zm.fsf@dataswamp.org> References: <83wmvdo9ks.fsf@gnu.org> <83ttqhmbdz.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="8797"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) To: help-gnu-emacs@gnu.org Cancel-Lock: sha1:2SjYjcNZEkG5oCyx7El24AyiH2k= Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Sat Oct 28 12:37:50 2023 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1qwghR-00023W-KD for geh-help-gnu-emacs@m.gmane-mx.org; Sat, 28 Oct 2023 12:37:49 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qwggg-0004eY-CI; Sat, 28 Oct 2023 06:37:02 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qv1zj-0002aK-FM for help-gnu-emacs@gnu.org; Mon, 23 Oct 2023 16:57:51 -0400 Original-Received: from ciao.gmane.io ([116.202.254.214]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qv1zf-0005S6-OL for help-gnu-emacs@gnu.org; Mon, 23 Oct 2023 16:57:50 -0400 Original-Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1qv1zd-00060Y-IT for help-gnu-emacs@gnu.org; Mon, 23 Oct 2023 22:57:45 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: help-gnu-emacs@gnu.org Mail-Copies-To: never Received-SPF: pass client-ip=116.202.254.214; envelope-from=geh-help-gnu-emacs@m.gmane-mx.org; helo=ciao.gmane.io X-Spam_score_int: -15 X-Spam_score: -1.6 X-Spam_bar: - X-Spam_report: (-1.6 / 5.0 requ) BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.25, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-Mailman-Approved-At: Sat, 28 Oct 2023 06:37:00 -0400 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.help:145398 Archived-At: Spencer Baugh wrote: >> No, because the source directory could hold code different >> from the one which was used to install the files under >> /usr/share. Think about Emacs installed from a Git >> repository that got many updates after that, for example. > > Yes. And this is an issue today for jumping to the > definitions of functions in C files, since those are not > packaged with Emacs. Today, that is broken out of the box if > source-directory is still around. > > So if you think this behavior is bad, then should we fix it > to not happen for the case of C files? Perhaps by clearing > source-directory when Emacs is installed, so that Emacs > cannot find obsolete C files out of the Git repository? When you say install, do you mean with a package manager? If so, shouldn't the Git files rather than obsolete be more updated than what you get from the distribution's repository? If you OTOH mean build from source, doesn't that mean the files and references to functions etc are always in sync with the files? Unless you get new source after that and then don't install it? But then the source again isn't obsolete, rather it belongs to the future compared to the install. -- underground experts united https://dataswamp.org/~incal