From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.devel Subject: Re: Android port of Emacs Date: Sun, 18 Jun 2023 04:10:35 +0300 Message-ID: <5c02371a-3c42-de66-70b7-4ed0d88cc3fa@gutov.dev> References: <83v8fnslfz.fsf@gnu.org> <83edmask4z.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="4454"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.11.0 Cc: emacs-devel@gnu.org To: Eli Zaretskii , chad Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Jun 18 03:11:35 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 1qAgx3-0000vG-JG for ged-emacs-devel@m.gmane-mx.org; Sun, 18 Jun 2023 03:11:34 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qAgwK-0004ee-7u; Sat, 17 Jun 2023 21:10:48 -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 1qAgwE-0004eM-5E for emacs-devel@gnu.org; Sat, 17 Jun 2023 21:10:45 -0400 Original-Received: from out5-smtp.messagingengine.com ([66.111.4.29]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qAgwB-0005P5-IO; Sat, 17 Jun 2023 21:10:41 -0400 Original-Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id BFE805C0127; Sat, 17 Jun 2023 21:10:37 -0400 (EDT) Original-Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Sat, 17 Jun 2023 21:10:37 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc :cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to; s=fm3; t= 1687050637; x=1687137037; bh=znKV19l9Oc9FaWkW+FvWkBw+TOwisPCvvgm uhG7Jl+w=; b=H2+xk8fUzSLXGJdXdBbxKoK66hIL57MpuBgrbsnICjVudL/C8tj 7Wr6lTROqAmXM6amE6iHmqDKDlE4LwunTaXphWENrg8s1gXTdgJbaLhEiWmVRNBw NQYCnh68+7vJa8El+rY3kV8tL8zbfhTeHpW3tTkEKi6PSVus/wAVcocegt6Nmz0c fYye0mWqvSl/0a0xFLeOtXfpVJZNSJAgThdDyD10woYbAO4Duv9qlsBh+E6W6FPG pSH4Cq1SXJivmNgfOpBBlsg4i4fd17j3Pru+PslhBh/fUoaoZ2pYwE+xiCTfXe+d VgqTtanjnOy06mZAW4lTMRHJ+POkK7Iwv4A== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; t= 1687050637; x=1687137037; bh=znKV19l9Oc9FaWkW+FvWkBw+TOwisPCvvgm uhG7Jl+w=; b=PTKrfTdeU7IBBFuPfWxPPccTp7PzepNtH9QxsRsu9nMsZ7r7GJC uPb+PAMSwtJRHWp9F4rHuv3vD9o0Y9pA92LXFcjEYRLtTc9C9dPvl5i2dOj77/p3 lgB/QyAiFQY4DOcEDjQYnbzty8+z2x19Szr+k5obkfCHDr984Vb/RzO0LEENycm/ u8ocy1NZzHVNGscYDdQiPpCIh+Q1R992TP8CQSMKbNvpFucJ5/VtWJ2CPfHfueg0 Ie1mZx9v86D2TLiUqKM3tylalJy/CfYgn8eILNXgx69OMY8npJ19MVjy2oyfPaOI ziEnwoLz2mWWrpJN36Vh5QhP4hQCoBLx9VQ== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrgedvkedggeegucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepkfffgggfuffvvehfhfgjtgfgsehtjeertddtfeejnecuhfhrohhmpeffmhhi thhrhicuifhuthhovhcuoegumhhithhrhiesghhuthhovhdruggvvheqnecuggftrfgrth htvghrnhepiefgteevheevveffheeltdeukeeiieekueefgedugfefgefhudelgfefveel vdevnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepug hmihhtrhihsehguhhtohhvrdguvghv X-ME-Proxy: Feedback-ID: i0e71465a:Fastmail Original-Received: by mail.messagingengine.com (Postfix) with ESMTPA; Sat, 17 Jun 2023 21:10:36 -0400 (EDT) Content-Language: en-US In-Reply-To: <83edmask4z.fsf@gnu.org> Received-SPF: pass client-ip=66.111.4.29; envelope-from=dmitry@gutov.dev; helo=out5-smtp.messagingengine.com X-Spam_score_int: -28 X-Spam_score: -2.9 X-Spam_bar: -- X-Spam_report: (-2.9 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, NICE_REPLY_A=-0.091, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action 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:306901 Archived-At: On 17/06/2023 09:00, Eli Zaretskii wrote: > So what bothers me is whether we as the project should take another > such port upon ourselves, instead of leaving it to others to develop > and maintain it outside of the upstream project. Because if we take > it upon ourselves, I don't see any way of making sure the Android port > will not go the way of w32 and NS soon enough, maybe the moment we > land it. We shouldn't be afraid to deprecate and remove unmaintained ports. And we shouldn't (like Po already said) delay releases over them. If we had a consensus on that, I guess the main concern that would remain is whether the Android port complicates the common code enough for it to be noticeable. Or, from another angle, whether removing the port will be a difficult operation because of having to excise those additions in the common code paths. On the flip side, I suppose we should ask how many changes the Android port requires in the shared code at all. Because if there were none, maintaining the port in a separate repo, rebasing regularly (and perhaps automatically), would be a cake walk too.