From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Alan Third Newsgroups: gmane.emacs.bugs Subject: bug#52948: 28.0.90; NS variant and X11 client are not separated on macOS Monterey, Version 12.1 Date: Sun, 2 Jan 2022 14:17:45 +0000 Message-ID: References: <3213B217-ABA7-4EFF-82C5-0C28F5939DF6@Web.DE> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="38728"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 52948@debbugs.gnu.org To: Peter Dyballa Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Jan 02 15:18:12 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 1n41gZ-0009s5-F6 for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 02 Jan 2022 15:18:11 +0100 Original-Received: from localhost ([::1]:35238 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1n41gY-0008RP-DM for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 02 Jan 2022 09:18:10 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:37970) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1n41gQ-0008QL-QM for bug-gnu-emacs@gnu.org; Sun, 02 Jan 2022 09:18:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:48521) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1n41gQ-0001EE-Gd for bug-gnu-emacs@gnu.org; Sun, 02 Jan 2022 09:18:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1n41gQ-00048V-92 for bug-gnu-emacs@gnu.org; Sun, 02 Jan 2022 09:18:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Alan Third Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 02 Jan 2022 14:18:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 52948 X-GNU-PR-Package: emacs Original-Received: via spool by 52948-submit@debbugs.gnu.org id=B52948.164113307915887 (code B ref 52948); Sun, 02 Jan 2022 14:18:02 +0000 Original-Received: (at 52948) by debbugs.gnu.org; 2 Jan 2022 14:17:59 +0000 Original-Received: from localhost ([127.0.0.1]:60067 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n41gM-00048A-UI for submit@debbugs.gnu.org; Sun, 02 Jan 2022 09:17:59 -0500 Original-Received: from outbound.soverin.net ([116.202.126.228]:53177) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n41gJ-00047t-ME for 52948@debbugs.gnu.org; Sun, 02 Jan 2022 09:17:56 -0500 Original-Received: from smtp.soverin.net (unknown [10.10.3.24]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (No client certificate requested) by outbound.soverin.net (Postfix) with ESMTPS id 34BEF85C; Sun, 2 Jan 2022 14:17:49 +0000 (UTC) Original-Received: from smtp.soverin.net (smtp.soverin.net [159.69.232.138]) by soverin.net DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=idiocy.org; s=soverin; t=1641133068; bh=xeerH7Ak5b6TT9OzOBihrNAbvvewQDGkwzcbpmaf9FM=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=JDM3UCBlep9+SG3k4/v1qMZZdkoWhKXEhMAO3kMP4vO0epqGnj/3tNO8LCjoTGtbH kJbRkeabji3uxC1iSpFviXy8GNr39shmA2XOHACjRd609c+GV1PKYyDez2HyZvh5Ps K+PnfqIbJdX59eECT6h+Iwmw44xOeVtfW4eC9zBE9YfB3jHMSUOMAQ853ogUcxuLty T0TJoix4WH4hqqaofMC2RvyXGECGSQ7xqJLob9KiD65cKr3wW5y0Przaiynwo3/NMC 1aQa2RjgxOCqbf43P1NeslkWnnpF3fjChQEEAzW7e+TMzHKHElv2uiW/OwCmkMajzv G7A70ETw1lkaA== Original-Received: by breton.holly.idiocy.org (Postfix, from userid 501) id 7E0E2202DCF86B; Sun, 2 Jan 2022 14:17:45 +0000 (GMT) Mail-Followup-To: Alan Third , Peter Dyballa , 52948@debbugs.gnu.org Content-Disposition: inline In-Reply-To: <3213B217-ABA7-4EFF-82C5-0C28F5939DF6@Web.DE> 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:223540 Archived-At: On Sun, Jan 02, 2022 at 03:03:54PM +0100, Peter Dyballa wrote: > > > > Am 2.1.2022 um 14:42 schrieb Alan Third : > > > > On Sun, Jan 02, 2022 at 12:20:28PM +0100, Peter Dyballa wrote: > >> --disable-ns-self-contained > > > >> It built and was just installed. When I now invoke '/Applications/AquaEmacs-28.0.90.app/Contents/MacOS/Emacs -Q' it complains: > >> > >> desired fingerprint: 4d354353b8f40c4a104e7d527485c1326771b2eb129780879008256a10c405cf > >> found fingerprint: 5e8639f383b8b6dbf3a84b080fad2ff84d81c23682262d61fc16d63a7177256c > >> emacs: could not load dump file "/usr/local/libexec/emacs/28.0.90/x86_64-apple-darwin21.2.0/emacs.pdmp": not built for this Emacs executable > > > > You disabled the self-contained install for NS, so it's not installed > > in the app bundle. I think the basic bundle is still built to allow > > you to use it to run the installed Emacs from the GUI, but all the > > files will be installed under /usr/local or wherever. > > > It's that what I want: just one single pile of 100 MB of files. > > Actually my first description is wrong. > > In the meantime I tried to reproduce the effect – and failed. The bug is that I have to invoke 'make install' to produce a working Emacs.app in the nextstep sub-directory. This in turn installs /usr/local/libexec/emacs/28.0.90/x86_64-apple-darwin21.2.0/emacs.pdmp: > > During "make": > ------------------ > rm -f bootstrap-emacs.pdmp > Dumping under the name bootstrap-emacs.pdmp > Dumping under the name emacs.pdmp > Adding name emacs-28.0.90.1.pdmp > cp -f emacs.pdmp bootstrap-emacs.pdmp > cp -f ../src/emacs.pdmp /Users/pete/Quellen/Emacs_CVS/emacs-28.0.90/nextstep/Emacs.app/Contents/MacOS/libexec/Emacs.pdmp > > During "make install": > -------------------------- > /usr/bin/install -c -m 644 src/emacs.pdmp "/usr/local/libexec/emacs/28.0.90/x86_64-apple-darwin21.2.0"/emacs.pdmp > > Is the latter actually necessary? Yes. You have a UNIX style installed emacs that happens to use the NS term. The app bundle is only provided as a helper for running it from the GUI. > Renaming > /usr/local/libexec/emacs/28.0.90/x86_64-apple-darwin21.2.0/emacs.pdmp > lead to Emacs loading a lot of ELisp files. The other copied dump > file, Emacs.app/Contents/MacOS/libexec/Emacs.pdmp, is not used > although it exists in /Applications, where I "installed" Emacs.app. How do you propose we find the .pdmp file in the app bundle, which can be put *anywhere*, when you run 'emacs' from the command line? If you want to use the app bundle and expect Emacs to load files from within the bundle, don't use a UNIX style install. If you must have two different UNIX style installs of Emacs then you'll have to use different prefixes or something. Someone who knows more about the way emacs installs may have a better idea, but this isn't a bug. -- Alan Third