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.devel Subject: Re: Install C source code for for debugging help Date: Fri, 27 Sep 2019 16:33:48 +0300 Message-ID: <83a7apkgn7.fsf@gnu.org> References: <7ba0e94a-6256-c425-aaf8-7ee8822216a7@cs.ucla.edu> <8336gil439.fsf@gnu.org> <1cb04f23-5fa1-c866-41a8-60156d15936d@cs.ucla.edu> <83v9tejjdv.fsf@gnu.org> Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="217725"; mail-complaints-to="usenet@blaine.gmane.org" Cc: eggert@cs.ucla.edu, emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Sep 27 16:13:55 2019 Return-path: Envelope-to: ged-emacs-devel@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 1iDr0J-000uRq-7i for ged-emacs-devel@m.gmane.org; Fri, 27 Sep 2019 16:13:51 +0200 Original-Received: from localhost ([::1]:51400 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iDr0G-0003OE-Pr for ged-emacs-devel@m.gmane.org; Fri, 27 Sep 2019 10:13:48 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:37010) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iDqO0-00065X-MF for emacs-devel@gnu.org; Fri, 27 Sep 2019 09:34:17 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:38571) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1iDqO0-00029A-2z; Fri, 27 Sep 2019 09:34:16 -0400 Original-Received: from [176.228.60.248] (port=3147 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1iDqNy-0001hN-Cl; Fri, 27 Sep 2019 09:34:15 -0400 In-reply-to: (message from Stefan Monnier on Fri, 27 Sep 2019 09:01:14 -0400) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:240331 Archived-At: > From: Stefan Monnier > Cc: Paul Eggert , emacs-devel@gnu.org > Date: Fri, 27 Sep 2019 09:01:14 -0400 > > >> It's all very well to say that the user can change the > >> source-directory variable to some random location and then download > >> a correct copy of the right version of the Emacs source to that > >> location, but that can be a tricky thing to do correctly > > > > Can you explain in more detail why is this tricky? AFAIR, Emacs > > prompts for the directory in this case, and all the user needs to do > > is type its file name at the prompt. > > There is no valid answer to this prompt, because those source files > simply aren't installed on the machine (at least for 99.99% of the > users, I expect). If they have no sources, and don't want to install them, they don't need to worry about displaying the source of the primitives by clicking on the Help button. If they do have the sources installed somewhere, there _is_ a valid answer to the prompt. > I never considered doping what Paul suggests, because I expected the > amount of space wasted this way is too large. But admittedly, once > compressed with something like lzip the C source files take up less > than 3MB, so it's really not that bad given the size of the `emacs` > executable, plus the .pdmp file and all the .elcs. What other GNU project installs sources, let alone by default? Why should Emacs be different? > In the case of Debian, it would make sense to include those compressed-C > files in the `emacs-el` package (the optional package that provides the > (compressed) .el files, since a normal install of the `emacs` package > only installs the .elc files) which currently weighs in at around 16MB. > > Arguably, this is something that Debian/RedHat should be doing on their > side Exactly. > but maybe Paul's patch is an easier way to convince "all" distros to > do that, rather than lobbying them one by one. I don't see why would we want to convince them. In the age when GNU/Linux machines come without a compiler, why would we assume people want to have the sources handy? 3MB might not be much, but I, for example, keep all the official releases on my system (and the /usr/share/emacs tree is specifically arranged to allow that), so these megabytes add up...