From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: YAMAMOTO Mitsuharu Newsgroups: gmane.emacs.devel Subject: Re: Emacs Mac port Date: Sun, 03 Jan 2016 16:13:01 +0900 Organization: Faculty of Science, Chiba University Message-ID: References: <87bn9a8an8.fsf@isaac.fritz.box> <87wprxfkvx.fsf@gmx.us> <568622AA.2000805@dancol.org> <615CB17D-3C40-477F-B576-3C3250C15202@gmail.com> <56862EFA.7020907@dancol.org> <87bn95p72f.fsf@acer.localhost.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Trace: ger.gmane.org 1451805193 19484 80.91.229.3 (3 Jan 2016 07:13:13 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 3 Jan 2016 07:13:13 +0000 (UTC) To: emacs-devel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jan 03 08:13:13 2016 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1aFcql-0007mC-PQ for ged-emacs-devel@m.gmane.org; Sun, 03 Jan 2016 08:13:11 +0100 Original-Received: from localhost ([::1]:40633 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aFcqk-0005CN-V9 for ged-emacs-devel@m.gmane.org; Sun, 03 Jan 2016 02:13:10 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:46784) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aFcqh-0005CG-CB for emacs-devel@gnu.org; Sun, 03 Jan 2016 02:13:08 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aFcqe-00079k-5S for emacs-devel@gnu.org; Sun, 03 Jan 2016 02:13:07 -0500 Original-Received: from mathmail.math.s.chiba-u.ac.jp ([133.82.132.2]:63331) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aFcqd-00079X-Kt for emacs-devel@gnu.org; Sun, 03 Jan 2016 02:13:04 -0500 Original-Received: from fermat1.math.s.chiba-u.ac.jp (fermat [192.168.32.10]) by mathmail.math.s.chiba-u.ac.jp (Postfix) with ESMTP id 04BD3C0561 for ; Sun, 3 Jan 2016 16:13:01 +0900 (JST) In-Reply-To: User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.3 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 133.82.132.2 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:197422 Archived-At: >>>>> On Sat, 02 Jan 2016 14:21:00 -0800, John Wiegley said: >> I'd rather like to avoid having/maintaining multiple versions of >> the Mac port, because that doesn't look better than the present >> situation. Currently I feel inclined to keep it separated from the >> standard distribution. > Unless I misunderstand, right now you are maintaining a patch. If we > merge most of your work (though apparently not all), doesn't this > just meant that the size of the patch you maintain becomes much > smaller? I'd think that no matter what, this is a win for any fork > maintainer. The size of the patch is not an issue; actually, the Mac specific files are currently distributed as raw files rather than in the patch form. Also, most of the port-independent part has already been committed to the emacs-25 branch. Maintaining a single version is much simpler especially when it comes to processing bug reports, reproducing them, and trying fix candidates. If there were no alternative for Mac-native GUI ports, or there is a consensus that it is not good enough, then it would be meaningful to have an FSF-policy compliant version as well as a full-feature version despite the maintenance burden. But that is not the case. I don't think it is a good idea to have a restricted version of the Mac port whereas the developer is not willing to provide it and most of the current Mac port users would skip it preferring the full-feature version. YAMAMOTO Mitsuharu mituharu@math.s.chiba-u.ac.jp