From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Android port of Emacs Date: Sat, 24 Jun 2023 10:06:40 +0300 Message-ID: <83v8fdz6db.fsf@gnu.org> References: <83v8fnslfz.fsf@gnu.org> <83edmask4z.fsf@gnu.org> <5c02371a-3c42-de66-70b7-4ed0d88cc3fa@gutov.dev> <834jn159vs.fsf@gnu.org> <831qi23bif.fsf@gnu.org> <87jzvuy2e7.fsf@yahoo.com> <83sfai1nq6.fsf@gnu.org> <87cz1mxvc2.fsf@yahoo.com> <83lega1iv1.fsf@gnu.org> <6658e180-a1d4-5a76-65e4-ea765c3e51cd@gutov.dev> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="1857"; mail-complaints-to="usenet@ciao.gmane.io" Cc: luangruo@yahoo.com, rms@gnu.org, emacs-devel@gnu.org To: Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Jun 24 09:07:09 2023 Return-path: Envelope-to: ged-emacs-devel@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 1qCxMT-0000Bs-Hf for ged-emacs-devel@m.gmane-mx.org; Sat, 24 Jun 2023 09:07:09 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qCxLx-0001Rp-L9; Sat, 24 Jun 2023 03:06:37 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qCxLt-0001Qh-78 for emacs-devel@gnu.org; Sat, 24 Jun 2023 03:06:34 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qCxLs-00020U-M5; Sat, 24 Jun 2023 03:06:32 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=eHiP3/a+DumeLYYtNXZdIzhT0mPWyWqppdlu6rpyL/0=; b=lLEJ8/gsfxgF GiblnxVoEJnLk4/ndzUhcjUEMQd9y5vXrhu+O9+T73tna2tCK4NGYmHWRezZQqEC2dcJRUn6ggpEx MtvnP51lU55AHwyw9EzP+PTV2Ce3GyPJe3pDIHTp/3MmqIaslmJofsXJsCE6l/BFmHXfWFXEQgDhe eZlRGwe8GEnuzR1TFSOJwWZDQOHJJWewL/1g69EATt8Stfycw1IfPNCLYf16eVjJosQGQoCSgviWF iEsR1lrPB8vECKhH2cT7le0ND+VbiUemR3a/Q/a/mjlQbgHIRtKZQm6gpH6ciXxeIiMZ+hL5F7Azo VJRMofyuoRJ0kYDjPvVSjQ==; Original-Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qCxLk-0000U7-KF; Sat, 24 Jun 2023 03:06:24 -0400 In-Reply-To: <6658e180-a1d4-5a76-65e4-ea765c3e51cd@gutov.dev> (message from Dmitry Gutov on Sat, 24 Jun 2023 04:39:31 +0300) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 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-mx.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:307172 Archived-At: > Date: Sat, 24 Jun 2023 04:39:31 +0300 > Cc: rms@gnu.org, emacs-devel@gnu.org > From: Dmitry Gutov > > On 23/06/2023 15:08, Eli Zaretskii wrote: > > This description doesn't fit the reality. People who use the NS port > > are quite disappointed by the problems that don't get solved, and I as > > the maintainer cannot remain indifferent to their plight. It breaks > > my heart that I can do almost nothing to facilitate the solution of > > those problems. > > If we don't add the Android port, would that help the would-be users of > it (whether the selected alternative is to move it outside the core, or > not develop it anymore)? Probably not. It won't help them, but why does it have to be our problem to help them? They will need to seek the solution elsewhere (and at least some solutions do exist, as was mentioned in this discussion). > It seems more like you are concerned about having an extra thing on your > plate, which is totally reasonable. Extra thing on our plate, yes. We had similar discussions about smaller additions, like the tree-sitter grammars, for example. Basically, anything that is a significant additional scope for Emacs maintenance should IMO be scrutinized very thoroughly, precisely because we have very limited resources. And this case is no different.