From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Andrew Choi Newsgroups: gmane.emacs.devel Subject: Re: Mac OS X GNU Emacs Installer (make-package) Date: Mon, 02 Dec 2002 11:26:56 -0700 Sender: emacs-devel-admin@gnu.org Message-ID: References: <2ABC8327-04BA-11D7-AADA-00039390AB82@mac.com> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7BIT X-Trace: main.gmane.org 1038853727 27270 80.91.224.249 (2 Dec 2002 18:28:47 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 2 Dec 2002 18:28:47 +0000 (UTC) Cc: emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 18IvJF-00075T-00 for ; Mon, 02 Dec 2002 19:28:45 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 18IvSN-0008VT-00 for ; Mon, 02 Dec 2002 19:38:11 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 18IvKY-0003Hq-00; Mon, 02 Dec 2002 13:30:06 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10.13) id 18IvJq-0002eb-00 for emacs-devel@gnu.org; Mon, 02 Dec 2002 13:29:22 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10.13) id 18IvJo-0002eC-00 for emacs-devel@gnu.org; Mon, 02 Dec 2002 13:29:21 -0500 Original-Received: from shawidc-mo1.cg.shawcable.net ([24.71.223.10] helo=pd5mo2so.prod.shaw.ca) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 18IvJo-0002e7-00 for emacs-devel@gnu.org; Mon, 02 Dec 2002 13:29:20 -0500 Original-Received: from pd4mr4so.prod.shaw.ca (pd4mr4so-qfe3.prod.shaw.ca [10.0.141.215]) by l-daemon (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 12 2002)) with ESMTP id <0H6I005QC8KYJD@l-daemon> for emacs-devel@gnu.org; Mon, 02 Dec 2002 11:26:58 -0700 (MST) Original-Received: from pn2ml10so.prod.shaw.ca (pn2ml10so-qfe0.prod.shaw.ca [10.0.121.80]) by l-daemon (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 12 2002)) with ESMTP id <0H6I00GF48KYG0@l-daemon> for emacs-devel@gnu.org; Mon, 02 Dec 2002 11:26:58 -0700 (MST) Original-Received: from owlbear.local.shawmail (h68-144-207-94.cg.shawcable.net [68.144.207.94]) by l-daemon (iPlanet Messaging Server 5.1 HotFix 0.8 (built May 12 2002)) with ESMTP id <0H6I009BY8KXE6@l-daemon> for emacs-devel@gnu.org; Mon, 02 Dec 2002 11:26:58 -0700 (MST) In-reply-to: <2ABC8327-04BA-11D7-AADA-00039390AB82@mac.com> Original-To: Steven Tamm User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50 Original-Lines: 42 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:9807 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:9807 Steven Tamm writes: > [...] 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 Hi Steven, Actually the idea (which hasn't been implemented) was to have `make install' install only one executable on the entire system: the one in the Emacs.app application bundle. Then /usr/local/bin/emacs would be the shell script: #!/bin/sh /Applications/Emacs.app/Contents/MacOS/Emacs "$@" (or whatever path leading to it). This way you get the application in the Finder, and you can start it from the command line, in either GUI or terminal mode. And since the executable is always placed in the application bundle, there's no danger of it not finding its resources. I'm not against simply printing an error message and exiting or adding your patch, which starts Emacs in terminal mode (possibly after printing out a warning message) if someone has unknowingly moved it outside the application bundle. I don't have a strong preference to implement package distribution one way or another. But I was considering the different options one can specify for make-package, which will result in the quite a few differently-configured packages people can distribute. I also think some of the options are not achievable by people building from source using `make', which is a little strange. Imagine the amount of questions we'll be getting :-). I've also remove mac/make-bin-dist and mac/osx-install, which are obsolete now. Perhaps we should mention make-package in mac/INSTALL. Andrew.