From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Steven Tamm Newsgroups: gmane.emacs.devel Subject: Re: Mac OS X GNU Emacs Installer (make-package) Date: Sat, 30 Nov 2002 17:53:05 -0800 Sender: emacs-devel-admin@gnu.org Message-ID: References: <2147483647.1038671435@[10.0.0.2]> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 (Apple Message framework v548) Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Trace: main.gmane.org 1038707741 27576 80.91.224.249 (1 Dec 2002 01:55:41 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 1 Dec 2002 01:55:41 +0000 (UTC) Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 18IJKd-0007Ac-00 for ; Sun, 01 Dec 2002 02:55:39 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 18IJSw-0001Lt-00 for ; Sun, 01 Dec 2002 03:04:14 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10) id 18IJJ5-00008L-00; Sat, 30 Nov 2002 20:54:03 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 18IJIE-000850-00 for emacs-devel@gnu.org; Sat, 30 Nov 2002 20:53:10 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 18IJIB-00083o-00 for emacs-devel@gnu.org; Sat, 30 Nov 2002 20:53:09 -0500 Original-Received: from a17-250-248-85.apple.com ([17.250.248.85] helo=smtpout.mac.com) by monty-python.gnu.org with esmtp (Exim 4.10) id 18IJIB-00081Q-00 for emacs-devel@gnu.org; Sat, 30 Nov 2002 20:53:07 -0500 Original-Received: from asmtp01.mac.com (asmtp01-qfe3 [10.13.10.65]) by smtpout.mac.com (Xserve/MantshX 2.0) with ESMTP id gB11r6q9006546 for ; Sat, 30 Nov 2002 17:53:06 -0800 (PST) Original-Received: from mac.com ([12.236.43.16]) by asmtp01.mac.com (Netscape Messaging Server 4.15) with ESMTP id H6F3WI00.0DB for ; Sat, 30 Nov 2002 17:53:06 -0800 Original-To: emacs-devel@gnu.org In-Reply-To: <2147483647.1038671435@[10.0.0.2]> X-Mailer: Apple Mail (2.548) Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:9772 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:9772 >> This is the solution that Andrew proposes. /usr/local/bin/emacs >> would be >> a shell script that calls /usr/local/bin/emacs-21.3.50 -nw $*. I >> don't >> like that solution very much. This is a patch I placed on the list >> earlier; it causes the executable to determine if it is inside an >> application bundle. If it is not, it will cause it to >> inhibit_windowing_system. I placed the call to this right after the >> call >> to init_mac_osx_environment inside emacs.c:main > [..] > > That was my initial idea. But in the end I like the way the shell > script works better. Typing plain "emacs" gives you a new window, > while "emacs -nw" gives you the console. It works just like under X > Windows. Otherwise there is no way to get a nice window from the > command line, except by writing your own shell wrapper. To me that is > the only reason to choose the shell script road over the patch you > propose (Although I think patch should be there as well, since emacs > should never segfault). Yeah, I think you are right. The one concern that I had was what would happen if the location of the Emacs.app was moved. Your solution fixes that by creating a "shadow" application. Why not make the whole Emacs.app directory be a link to the lib-exec one? That way you wouldn't have the problem of dealing with two sets of files depending on whether you did it from the command line or from the finder. The downside is that the icon in the Applications menu would be a little screwed up. As another aside, I think the make-package script should eventually be rewritten in perl because of the guarantee that it exists on Mac OS X. Any objections. >> BTW, I think making Contents/MacOS/Emacs be a hard link to >> emacs-21.3.50 >> is a bad idea. The Application may (and in my case usually will) >> live on >> a different volume than the /usr/local tree. I'll keep the symlink >> option there for the Application, but remove the bad behavior. > > The question is, does the installer (or pax) automatically copy the > file if it's getting unloaded accross filesystems? If so then there's > no problem with a hard link. If Emacs.app is a symlink then it's a non-issue (obviously). pax at that point is just a wrapper around tar (see the man page), so I would assume it would do the right thing in any case. -Steven