From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Jonas Bernoulli Newsgroups: gmane.emacs.bugs Subject: bug#58073: 29.0.50; Uninstalled emacs sends startup messages to stderr Date: Sun, 02 Oct 2022 16:50:19 +0200 Message-ID: <877d1img9g.fsf@bernoul.li> References: <87pmfjmqnt.fsf@bernoul.li> <83tu4vl9wr.fsf@gnu.org> <87mtanmhn6.fsf@bernoul.li> <83h70ulgbp.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="38257"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 58073@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Oct 02 16:51:18 2022 Return-path: Envelope-to: geb-bug-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 1of0JK-0009kd-Cv for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 02 Oct 2022 16:51:18 +0200 Original-Received: from localhost ([::1]:34734 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1of0JJ-0004l9-A7 for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 02 Oct 2022 10:51:17 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:46754) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1of0J4-0004im-GG for bug-gnu-emacs@gnu.org; Sun, 02 Oct 2022 10:51:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:48721) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1of0J4-00016f-89 for bug-gnu-emacs@gnu.org; Sun, 02 Oct 2022 10:51:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1of0J3-0002TV-Rv for bug-gnu-emacs@gnu.org; Sun, 02 Oct 2022 10:51:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Jonas Bernoulli Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 02 Oct 2022 14:51:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58073 X-GNU-PR-Package: emacs Original-Received: via spool by 58073-submit@debbugs.gnu.org id=B58073.16647222259461 (code B ref 58073); Sun, 02 Oct 2022 14:51:01 +0000 Original-Received: (at 58073) by debbugs.gnu.org; 2 Oct 2022 14:50:25 +0000 Original-Received: from localhost ([127.0.0.1]:47799 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1of0IS-0002SX-Ns for submit@debbugs.gnu.org; Sun, 02 Oct 2022 10:50:25 -0400 Original-Received: from mail.hostpark.net ([212.243.197.30]:39946) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1of0IQ-0002SK-PW for 58073@debbugs.gnu.org; Sun, 02 Oct 2022 10:50:23 -0400 Original-Received: from localhost (localhost [127.0.0.1]) by mail.hostpark.net (Postfix) with ESMTP id 1D0AB165FF; Sun, 2 Oct 2022 16:50:20 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=bernoul.li; h= content-type:content-type:mime-version:message-id:date:date :references:in-reply-to:subject:subject:from:from:received :received; s=sel2011a; t=1664722219; bh=8uNCNLTcLSsWFwe/3Qado3xr 4W9gFDS52JhYBACDbRg=; b=bdhVqGjZhlxqwjPwjxtFxXCd/z1aZixnM3NIGDp8 io9x38du8VNE/4lO3qcZiP+3O54wekwWjyPRNYs3hMAfnOI7MUKrBum+OJNomJl3 d0sQR0bREJwvNB8AaiCh4FTwzAmOJxTalhDye21WD/mfx0SNE7tADscrvStDpeU3 QXQ= X-Virus-Scanned: by Hostpark/NetZone Mailprotection at hostpark.net Original-Received: from mail.hostpark.net ([127.0.0.1]) by localhost (mail0.hostpark.net [127.0.0.1]) (amavisd-new, port 10224) with ESMTP id L9i27SM8Ibrw; Sun, 2 Oct 2022 16:50:19 +0200 (CEST) Original-Received: from customer (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mail.hostpark.net (Postfix) with ESMTPSA id E09E7165A6; Sun, 2 Oct 2022 16:50:19 +0200 (CEST) In-Reply-To: <83h70ulgbp.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:244229 Archived-At: Eli Zaretskii writes: >> I am under the impression that they should stop setting EMACSLOADPATH >> and should either invent their own variable to replace that or load >> "guix-emacs.el" using simpler means as I suggested above. > > I tend to agree. I don't understand why they "invade" EMACSLOADPATH: > that is supposed to be left to the users. > >> > Emacs has special support for running from the build tree, but in your >> > case it somehow doesn't realize that. >> >> As a side-note, the wrapper script that I previously used looked like >> this: >> >> #!/bin/sh >> export EMACSLOADPATH="\ >> /home/jonas/.guix-home/profile/share/emacs/site-lisp:\ >> /home/jonas/src/emacs/emacs/lisp" >> exec -a "$0" "/home/jonas/src/emacs/emacs/src/emacs" "$@" >> >> The build tree is at "/home/jonas/src/emacs/emacs"; I think the value I >> set above is correct (correct me if I am wrong), so it seems that when >> running from the build tree EMACSLOADPATH has to be unset; explicitly >> doubling down on the defaults doesn't work. I also tried with an empty >> element. > > Your EMACSLOADPATH is not entirely correct, I think: it doesn't > include the subdirectories of /home/jonas/src/emacs/emacs/lisp. > > All in all, when you run Emacs either from the source tree, or from > the place where it was configured to be installed, there should be no > need to set EMACSLOADPATH, and doing so without being VERY careful > could indeed get you in trouble. It probably will be a while until I submit a patch for Guix (am very new to the distro). Meanwhile I'll keep using a wrapper script. In case someone else runs into the same problem until I get around to it, here is what I currently use: #!/bin/sh unset EMACSLOADPATH exec -a "emacs" "/home/jonas/src/emacs/emacs/src/emacs" "$@" One problem with that approach is that the wrapper cannot be named "emacs". If it is named "emacs", then that somehow trips up Emacs and it loads all the preloaded files explicitly during startup (so it appears that it cannot find the pdumper file in this case). Eli, this isn't terribly important, but I was wondering if there is something you could do so the name of the wrapper does not matter? There might be other legitimate uses of a wrapper around the binary from the build directory, other than "I currently have not other choice because of what my distro does".