From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Michael Heerdegen Newsgroups: gmane.emacs.bugs Subject: bug#49193: Document require-final-newline vs. readonly files Date: Fri, 25 Jun 2021 00:08:34 +0200 Message-ID: <871r8q29wd.fsf@web.de> References: <87v964ehov.5.fsf@jidanni.org> <83pmwctq05.fsf@gnu.org> <87czsce68h.5.fsf@jidanni.org> <83lf6zu7qc.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="14829"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: jidanni@jidanni.org To: 49193@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Jun 25 00:09:16 2021 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1lwXX7-0003fl-R2 for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 25 Jun 2021 00:09:13 +0200 Original-Received: from localhost ([::1]:52040 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lwXX6-0005Z3-Tn for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 24 Jun 2021 18:09:12 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:44264) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lwXWw-0005Yu-CV for bug-gnu-emacs@gnu.org; Thu, 24 Jun 2021 18:09:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:60969) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lwXWw-0006Mi-5C for bug-gnu-emacs@gnu.org; Thu, 24 Jun 2021 18:09:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1lwXWw-0006wu-0Y for bug-gnu-emacs@gnu.org; Thu, 24 Jun 2021 18:09:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 24 Jun 2021 22:09:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 49193 X-GNU-PR-Package: emacs Original-Received: via spool by 49193-submit@debbugs.gnu.org id=B49193.162457253726701 (code B ref 49193); Thu, 24 Jun 2021 22:09:01 +0000 Original-Received: (at 49193) by debbugs.gnu.org; 24 Jun 2021 22:08:57 +0000 Original-Received: from localhost ([127.0.0.1]:44282 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lwXWr-0006wb-Dz for submit@debbugs.gnu.org; Thu, 24 Jun 2021 18:08:57 -0400 Original-Received: from mout.web.de ([212.227.17.12]:36305) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lwXWm-0006wH-2j for 49193@debbugs.gnu.org; Thu, 24 Jun 2021 18:08:55 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=dbaedf251592; t=1624572516; bh=bENJuIlrkHRDdVI22SsLImVzRRC68QQ2MRvWCSHNvUs=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=QrZSLwAwyi/Hp6a/ZhgOgO9s2vONfjAFiY5JPDtUiWlD/oCAvkbVY9iGc/fqtZG0d KIiBEjNwxPu/dUpNtQtGVQfXLNCP2ud8a55RnQ5p6T65HFqhqsNuxxo/AROSPi2X/l r9SlaMeRUd83MITh5ETWJ+pvCoRUvTce6i1Mwf6o= X-UI-Sender-Class: c548c8c5-30a9-4db5-a2e7-cb6cb037b8f9 Original-Received: from drachen.dragon ([178.6.28.156]) by smtp.web.de (mrweb102 [213.165.67.124]) with ESMTPSA (Nemesis) id 0MGRZc-1m0zUy0OaO-00DF9t; Fri, 25 Jun 2021 00:08:36 +0200 In-Reply-To: <83lf6zu7qc.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 24 Jun 2021 08:55:39 +0300") X-Provags-ID: V03:K1:oefL48sYScy856mPsyUpn/KRnZ7XUTgRMEFJVbbW13pePSYjRie f0RT+3nMuY8GDsl8K2o/8ttWbc1xfdV++gYkq7Pv3MufL3yRMKgAO0gxTu3xClBwdLsYPr0 1BfLsjK3ClTo/7GQX2jlauw9rBDEJw6K0UQoqMEd/ufZBHluHOOSLnGeuLWthDRNKs72/Xi UeG+okc0qYA0C2CP/wIrw== X-UI-Out-Filterresults: notjunk:1;V03:K0:TMnzn6geoAQ=:d3pTj/qnguTwVukAQUwcL3 SESWqIiYmG7y0WM6CgtsDFND7rLuf+NKRY0kKJAfq9UGpvHcTs53Xiymh3VyB7PXsFXZQONan Zo6BgZhZHKo6oIUvDgeb8YMmz3vx39p1gHI17prl1KVyo0smlsCLOMJ6kaTfLAB1HzKnBO+mT uqvYTODAAJrRf8ylYJW94c2SbFeQH6g731Gg9k5RDxG8clefSeJLyByVFfw+khy1B3pj/CkRV p/EGfW7QzH/wSCRi2hthMHPoafmaLYDQJTHCrFmRQGRY2wKgpCBF49RIB42beQUYjzSXw2SOx wPuNouR5Uy4oBBtHSAGaLogoNhq8g3tY58VX3EAA6j05WHm1BI8aREAJyIlYFJR7cCb6wy/PE wyMmwbGygxq32dliBcrm+Z86FIwcuK97uGAGDfiPlzEOSpV2JxEBgUyhCcib0AUGB3uz3SXI5 PDxVNHaFwX2f+TYiErr4xHTOdh4Zr0a7YkekSzk0/9Z422+CksxvstjM5+YsSRmtTRBHGsRS4 jDcYPuTO/j+3PS9bMxGKOo8z6M/TsShGMAiC6tCm7KHuFQC5pz2XmZCHPCAdFkVY8I1fO8C+i GLXAOsFMKfKIKW/KfUCIVReJb7GekefOZM1ui4MIwYbTTeNnYxIjLsJYfVstF3EhjWknc5rHv rl4rt05AaWQqsUhFugCZu1kkRLsnk9GG8Plzc78ujWWqMIyCBayk6DCR/1/2qKxoJfnT751Nt yJPjuXYGizxE0XB8CPT1/7cQNy07u7SyB9Pp01lqlCJgYaWwYwM2xtxoQaA5lJ4Kr+5oGrEv X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:208972 Archived-At: Eli Zaretskii writes: > > From: =E7=A9=8D=E4=B8=B9=E5=B0=BC Dan Jacobson > > Cc: 49193@debbugs.gnu.org > > Date: Thu, 24 Jun 2021 03:22:22 +0800 > >=20 > > EZ> There's nothing to mention, because this feature doesn't change how > > EZ> saving to an unwritable file behaves in Emacs. The feature works on > > EZ> the buffer text, not on the buffer's file. > >=20 > > Ah, that clears things up. > > So please mention that. > > I don't see a reason to mention that feature A doesn't change how > feature B works, for every combination of A and B. If you want a second opinion: That's not the source of my confusion about the text: | If the value is =E2=80=98visit=E2=80=99, Emacs adds a newline at the end = of any file | that doesn=E2=80=99t have one, just after it visits the file... But that's not true, is it? The file is not touched. Is the newline still added to the file's buffer? Or not even that (because the buffer is read-only)? Would | [...] Emacs adds a newline at the end of any file's buffer that | doesn=E2=80=99t have one, just after it visits the file... be clearer? Thanks, Michael.