From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Bozhidar Batsov Newsgroups: gmane.emacs.devel Subject: Re: Emacs Mac port Date: Sun, 3 Jan 2016 12:36:40 +0000 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 Content-Type: multipart/alternative; boundary=001a11c30c6c94b1c005286d418f X-Trace: ger.gmane.org 1451824631 22432 80.91.229.3 (3 Jan 2016 12:37:11 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 3 Jan 2016 12:37:11 +0000 (UTC) Cc: emacs-devel To: YAMAMOTO Mitsuharu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jan 03 13:36:59 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 1aFhu6-0001re-O1 for ged-emacs-devel@m.gmane.org; Sun, 03 Jan 2016 13:36:58 +0100 Original-Received: from localhost ([::1]:41413 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aFhu5-0001oL-TF for ged-emacs-devel@m.gmane.org; Sun, 03 Jan 2016 07:36:57 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:45072) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aFhtq-0001oE-MI for emacs-devel@gnu.org; Sun, 03 Jan 2016 07:36:43 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aFhtp-000207-Bk for emacs-devel@gnu.org; Sun, 03 Jan 2016 07:36:42 -0500 Original-Received: from mail-ig0-x229.google.com ([2607:f8b0:4001:c05::229]:37929) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aFhtp-000203-3t for emacs-devel@gnu.org; Sun, 03 Jan 2016 07:36:41 -0500 Original-Received: by mail-ig0-x229.google.com with SMTP id mw1so91446897igb.1 for ; Sun, 03 Jan 2016 04:36:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=+iEcDpOnj5pa0x7dN8ET0EKrrhmcCpyATf6/fGX58Bc=; b=fmpj5Lk6hVJBy83sC3JAOnYKqG0zTk6Gj02jUbI1ObA3HK4TSE3hKYJNSKscCESmRk aNu8b/qy3slTNPXCncpVFKXrMO5Yos6kTcbCYyZ8Xd8cRyx+uQKrG89OC6nUtyISw8y9 Gxo65IG6GwhmuclSPGTGPp83krOXzuyMJV0HLjEQ8TWLluF0NVBJ0XMa+bYzDPZ5ungV ulJalVIzcrdOGSzr1Dr5ySh63f+TtMG3h1WO6DyJGxHj+/n9ay8YSliVy3ydl8dRJNEZ A7Jb7L2XtyNwsYpmNLfwgWDITR8TfQj57S4yi+1QlJAKBqaxJ5EC4UnMaH9fVo5tlG/F I9ww== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=batsov-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=+iEcDpOnj5pa0x7dN8ET0EKrrhmcCpyATf6/fGX58Bc=; b=vCWmAHyeAr22hCMb4Yy8tpSJKBXM13JO+IDV2Yplv/GDVXw601bcnjb/W5PqQVUdk1 woyH897bFxovXcUwrRH8Vve+oJQkvABaa5nqznZaTIG9t5PAfNbe5OOKAMq6EY1mVRGv j16QuVN8a09LPmqspAgTazLvGVv/Uslcick+3T7yXuwfHuPg5S6JfaQv5rD2rpxN8qtZ NcoZTG7peoeGx0F9C4c7ozhlmrdpUkYH1mgTqGqmMaMUmN5ymueGP30cjZGbfJ4YXkZR pgULQlJLwZz151vhElF4DGJYFf8Dj5jFa5CS4QQSZqGZwxEmAm9ZQ0wYD2YfXNmZnoK0 jQNw== X-Received: by 10.50.142.40 with SMTP id rt8mr76711770igb.28.1451824600361; Sun, 03 Jan 2016 04:36:40 -0800 (PST) Original-Received: by 10.107.6.232 with HTTP; Sun, 3 Jan 2016 04:36:40 -0800 (PST) In-Reply-To: X-Google-Sender-Auth: qv0oH3UbDfqFgCQpMYAalvwzcgg X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2607:f8b0:4001:c05::229 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:197439 Archived-At: --001a11c30c6c94b1c005286d418f Content-Type: text/plain; charset=UTF-8 On 3 January 2016 at 07:13, YAMAMOTO Mitsuharu < mituharu@math.s.chiba-u.ac.jp> wrote: > >>>>> 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. > What exactly has been committed to the emacs-25 branch? I recall no major improvements to the cocoa port in Emacs 25. > > Maintaining a single version is much simpler especially when it comes > to processing bug reports, reproducing them, and trying fix > candidates. > I'm not sure what would change if some of the functionality was moved to GNU Emacs. You still use it, as the basis for the Mac port and you always support just the latest version. > > 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 > > --001a11c30c6c94b1c005286d418f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On 3= January 2016 at 07:13, YAMAMOTO Mitsuharu <mituharu@math.s.ch= iba-u.ac.jp> wrote:
>>>>> On Sat, 02 Jan 2016 14:21:00 -0800, John Wie= gley <jwiegley@gmail.com> s= aid:
>> I'd rather like to avoid having/maintaining multiple versions = of
>> the Mac port, because that doesn't look better than the presen= t
>> 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<= br> > 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.=C2=A0 Also, most of the port-independent part has already been
committed to the emacs-25 branch.

What = exactly has been committed to the emacs-25 branch? I recall no major improv= ements to the cocoa port in Emacs 25.
=C2=A0

Maintaining a single version is much simpler especially when it comes
to processing bug reports, reproducing them, and trying fix
candidates.

I'm not sure what would= change if some of the functionality was moved to GNU Emacs. You still use = it, as the basis for the Mac port and you always support just the latest ve= rsion.

=C2=A0

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.=C2=A0 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.

=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0YAMAMOTO Mitsuha= ru
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 mituharu@math.s.chiba-u.ac.jp


--001a11c30c6c94b1c005286d418f--