From unknown Sat Aug 16 16:56:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29315: info cp: documentation feedback Resent-From: kalle Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Thu, 16 Nov 2017 10:37:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 29315 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: 29315@debbugs.gnu.org X-Debbugs-Original-To: bug-coreutils@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.15108285985744 (code B ref -1); Thu, 16 Nov 2017 10:37:02 +0000 Received: (at submit) by debbugs.gnu.org; 16 Nov 2017 10:36:38 +0000 Received: from localhost ([127.0.0.1]:42632 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eFHXC-0001Ua-Hw for submit@debbugs.gnu.org; Thu, 16 Nov 2017 05:36:38 -0500 Received: from eggs.gnu.org ([208.118.235.92]:36377) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eFHXA-0001UL-IX for submit@debbugs.gnu.org; Thu, 16 Nov 2017 05:36:36 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eFHX1-0002Lr-GM for submit@debbugs.gnu.org; Thu, 16 Nov 2017 05:36:31 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=BAYES_40,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:38552) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1eFHX1-0002LY-D4 for submit@debbugs.gnu.org; Thu, 16 Nov 2017 05:36:27 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:55512) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eFHX0-0000Zw-AM for bug-coreutils@gnu.org; Thu, 16 Nov 2017 05:36:27 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eFHWx-0002EA-26 for bug-coreutils@gnu.org; Thu, 16 Nov 2017 05:36:26 -0500 Received: from mail.netzguerilla.net ([217.11.57.120]:55487) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1eFHWw-0002AN-OI for bug-coreutils@gnu.org; Thu, 16 Nov 2017 05:36:22 -0500 Received: from localhost (localhost [127.0.0.1]) by mail.netzguerilla.net (Postfix) with ESMTP id 66622100013 for ; Thu, 16 Nov 2017 11:36:19 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at netzguerilla.net Received: from mail.netzguerilla.net ([IPv6:2a00:1828:2000:612::25]) by localhost (sal.netzguerilla.net [IPv6:::1]) (amavisd-new, port 10024) with ESMTP id jrxwZZCjMQi4 for ; Thu, 16 Nov 2017 11:36:18 +0100 (CET) Received: from [IPv6:2003:dd:ff22:fd01:226:18ff:fee1:ab1b] (p200300DDFF22FD01022618FFFEE1AB1B.dip0.t-ipconnect.de [IPv6:2003:dd:ff22:fd01:226:18ff:fee1:ab1b]) by mail.netzguerilla.net (Postfix) with ESMTPSA id 427F0100012 for ; Thu, 16 Nov 2017 11:36:18 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=projektwerkstatt.de; s=fckp; t=1510828578; bh=/iePUdZfitC3U6W3hDkcP3rHj917aFMdMva9VyWmBUs=; h=Date:From:To:Subject:From; b=EfBqywspGk8TKzsL7+CGnkanpqP4B3B6w/RALocvtw/6La2VcuIXIaAjNu73J4yWS Tw7mXXK/KlTguug74t1xlFp4WoepGHl/1KlvRuAl3uhqa5RWIx4KOseOFMSKvLD5VA Npdf6vRoO08GwSk/hli1XvoaTcj4jgjg8R/jef+tvoLZFk3YtfD1TXBJ6pt4WJ6ePw vs4eg1ERV0v4nJ6lfrwOl9ESyJ3+R4hiljqk6+bq6LziXMoSkhEoScokrKgmWhxHuE YBxgUYuYIT2tG5/MVHA5gwih9d2R1UA2/VaUNz64KpZuR/Jm0P6gmqR08IYp5Iybbk 666dS88Na9OGw== Message-ID: <5A0D7826.4070105@projektwerkstatt.de> Date: Thu, 16 Nov 2017 12:36:06 +0100 From: kalle User-Agent: Mozilla/5.0 (X11; Linux i686; rv:31.0) Gecko/20100101 Icedove/31.2.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) hello, here some mistakes/improvement proposals to `info cp' from me: -sentence "If the `--target": take away "failing that"? -sentence "descending into source directories": shouldn't it be rather "descending into SOURCE's directories"?And since `-r' and `-R' is the same: write "-r/-R" instead. -option `-f': why is it written about _opening_ a file, e.g. "opened for writing" and not simply "writeable"? What is meant by "removes it and tries to open it again"? It is said "`cp' then removes it". It should be added ", if the user has write-permission in the containing directory." -part "-i": shouldn't be written "When copying to a file" instead? greetings, kalle From unknown Sat Aug 16 16:56:50 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: kalle Subject: bug#29315: closed (Re: bug#29315: info cp: documentation feedback) Message-ID: References: <1acbe31b-7d4d-e4bf-d117-1a3c361c7962@draigBrady.com> <5A0D7826.4070105@projektwerkstatt.de> X-Gnu-PR-Message: they-closed 29315 X-Gnu-PR-Package: coreutils Reply-To: 29315@debbugs.gnu.org Date: Sun, 10 Dec 2017 00:24:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1512865442-32075-1" This is a multi-part message in MIME format... ------------=_1512865442-32075-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #29315: info cp: documentation feedback which was filed against the coreutils package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 29315@debbugs.gnu.org. --=20 29315: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D29315 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1512865442-32075-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 29315-done) by debbugs.gnu.org; 10 Dec 2017 00:23:29 +0000 Received: from localhost ([127.0.0.1]:54309 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eNpOz-0008Ke-3k for submit@debbugs.gnu.org; Sat, 09 Dec 2017 19:23:29 -0500 Received: from mail.magicbluesmoke.com ([82.195.144.49]:58438) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eNpOx-0008KW-G4 for 29315-done@debbugs.gnu.org; Sat, 09 Dec 2017 19:23:27 -0500 Received: from localhost.localdomain (c-73-158-116-184.hsd1.ca.comcast.net [73.158.116.184]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.magicbluesmoke.com (Postfix) with ESMTPSA id 834BE9C8D; Sun, 10 Dec 2017 00:23:26 +0000 (GMT) Subject: Re: bug#29315: info cp: documentation feedback To: kalle , 29315-done@debbugs.gnu.org References: <5A0D7826.4070105@projektwerkstatt.de> From: =?UTF-8?Q?P=c3=a1draig_Brady?= Message-ID: <1acbe31b-7d4d-e4bf-d117-1a3c361c7962@draigBrady.com> Date: Sat, 9 Dec 2017 16:23:24 -0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <5A0D7826.4070105@projektwerkstatt.de> Content-Type: multipart/mixed; boundary="------------E29F48810579A57E91EE318A" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 29315-done X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) This is a multi-part message in MIME format. --------------E29F48810579A57E91EE318A Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit On 16/11/17 03:36, kalle wrote: > hello, > here some mistakes/improvement proposals to `info cp' from me: > > -sentence "If the `--target": take away "failing that"? It's better as is, to document that these are separate modes > -sentence "descending into source directories": shouldn't it be rather > "descending into SOURCE's directories"? That could be interpreted as only descending one level > And since `-r' and `-R' is the > same: write "-r/-R" instead. That would be less standard/searchable > -option `-f': why is it written about _opening_ a file, e.g. "opened for > writing" and not simply "writeable"? There can be differing restrictions on various operations, so we're being explicit about the truncation permission. > What is meant by "removes it and > tries to open it again"? It creates a new file rather than rewriting an existing one. I suppose that could be clarified. Patch attached. > It is said "`cp' then removes it". It should be > added ", if the user has write-permission in the containing directory." There are other permissions that may block the unlink also. It's better not to partially list potential issues, and just state what cp does. > -part "-i": shouldn't be written "When copying to a file" instead? Subtly no, because we prompt if overwriting a dir with a file. So the prompt depends on the source, not the dest. cheers, Pádraig. --------------E29F48810579A57E91EE318A Content-Type: text/x-patch; name="cp-f-recreate.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="cp-f-recreate.patch" >From f17c1df3919d66fd1e71057070604f9af6d4bcc5 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?P=C3=A1draig=20Brady?= Date: Sat, 9 Dec 2017 16:18:00 -0800 Subject: [PATCH] doc: clarify that cp --force may recreate files * doc/coreutils.texi (cp invocation): The language used to describe recreating the file was a little confusing as it mentioned opening a removed file. Fixes https://bugs.gnu.org/29315 --- doc/coreutils.texi | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/doc/coreutils.texi b/doc/coreutils.texi index 09730f6..ed3a633 100644 --- a/doc/coreutils.texi +++ b/doc/coreutils.texi @@ -8520,8 +8520,9 @@ Equivalent to @option{--no-dereference --preserve=links}. @opindex --force When copying without this option and an existing destination file cannot be opened for writing, the copy fails. However, with @option{--force}, -when a destination file cannot be opened, @command{cp} then removes it and -tries to open it again. When this option is combined with +when a destination file cannot be opened, @command{cp} then +tries to recreate the file by first removing it. +When this option is combined with @option{--link} (@option{-l}) or @option{--symbolic-link} (@option{-s}), the destination link is replaced, and unless @option{--backup} (@option{-b}) is also given there is no brief -- 2.9.3 --------------E29F48810579A57E91EE318A-- ------------=_1512865442-32075-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 16 Nov 2017 10:36:38 +0000 Received: from localhost ([127.0.0.1]:42632 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eFHXC-0001Ua-Hw for submit@debbugs.gnu.org; Thu, 16 Nov 2017 05:36:38 -0500 Received: from eggs.gnu.org ([208.118.235.92]:36377) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eFHXA-0001UL-IX for submit@debbugs.gnu.org; Thu, 16 Nov 2017 05:36:36 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eFHX1-0002Lr-GM for submit@debbugs.gnu.org; Thu, 16 Nov 2017 05:36:31 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=BAYES_40,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:38552) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1eFHX1-0002LY-D4 for submit@debbugs.gnu.org; Thu, 16 Nov 2017 05:36:27 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:55512) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eFHX0-0000Zw-AM for bug-coreutils@gnu.org; Thu, 16 Nov 2017 05:36:27 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eFHWx-0002EA-26 for bug-coreutils@gnu.org; Thu, 16 Nov 2017 05:36:26 -0500 Received: from mail.netzguerilla.net ([217.11.57.120]:55487) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1eFHWw-0002AN-OI for bug-coreutils@gnu.org; Thu, 16 Nov 2017 05:36:22 -0500 Received: from localhost (localhost [127.0.0.1]) by mail.netzguerilla.net (Postfix) with ESMTP id 66622100013 for ; Thu, 16 Nov 2017 11:36:19 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at netzguerilla.net Received: from mail.netzguerilla.net ([IPv6:2a00:1828:2000:612::25]) by localhost (sal.netzguerilla.net [IPv6:::1]) (amavisd-new, port 10024) with ESMTP id jrxwZZCjMQi4 for ; Thu, 16 Nov 2017 11:36:18 +0100 (CET) Received: from [IPv6:2003:dd:ff22:fd01:226:18ff:fee1:ab1b] (p200300DDFF22FD01022618FFFEE1AB1B.dip0.t-ipconnect.de [IPv6:2003:dd:ff22:fd01:226:18ff:fee1:ab1b]) by mail.netzguerilla.net (Postfix) with ESMTPSA id 427F0100012 for ; Thu, 16 Nov 2017 11:36:18 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=projektwerkstatt.de; s=fckp; t=1510828578; bh=/iePUdZfitC3U6W3hDkcP3rHj917aFMdMva9VyWmBUs=; h=Date:From:To:Subject:From; b=EfBqywspGk8TKzsL7+CGnkanpqP4B3B6w/RALocvtw/6La2VcuIXIaAjNu73J4yWS Tw7mXXK/KlTguug74t1xlFp4WoepGHl/1KlvRuAl3uhqa5RWIx4KOseOFMSKvLD5VA Npdf6vRoO08GwSk/hli1XvoaTcj4jgjg8R/jef+tvoLZFk3YtfD1TXBJ6pt4WJ6ePw vs4eg1ERV0v4nJ6lfrwOl9ESyJ3+R4hiljqk6+bq6LziXMoSkhEoScokrKgmWhxHuE YBxgUYuYIT2tG5/MVHA5gwih9d2R1UA2/VaUNz64KpZuR/Jm0P6gmqR08IYp5Iybbk 666dS88Na9OGw== Message-ID: <5A0D7826.4070105@projektwerkstatt.de> Date: Thu, 16 Nov 2017 12:36:06 +0100 From: kalle User-Agent: Mozilla/5.0 (X11; Linux i686; rv:31.0) Gecko/20100101 Icedove/31.2.0 MIME-Version: 1.0 To: bug-coreutils@gnu.org Subject: info cp: documentation feedback Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) hello, here some mistakes/improvement proposals to `info cp' from me: -sentence "If the `--target": take away "failing that"? -sentence "descending into source directories": shouldn't it be rather "descending into SOURCE's directories"?And since `-r' and `-R' is the same: write "-r/-R" instead. -option `-f': why is it written about _opening_ a file, e.g. "opened for writing" and not simply "writeable"? What is meant by "removes it and tries to open it again"? It is said "`cp' then removes it". It should be added ", if the user has write-permission in the containing directory." -part "-i": shouldn't be written "When copying to a file" instead? greetings, kalle ------------=_1512865442-32075-1-- From debbugs-submit-bounces@debbugs.gnu.org Thu Aug 16 15:38:03 2018 Received: (at control) by debbugs.gnu.org; 16 Aug 2018 19:38:03 +0000 Received: from localhost ([127.0.0.1]:52833 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fqO5r-0002yb-9u for submit@debbugs.gnu.org; Thu, 16 Aug 2018 15:38:03 -0400 Received: from mail.netzguerilla.net ([217.11.57.120]:51539) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fqO5p-0002xc-NH for control@debbugs.gnu.org; Thu, 16 Aug 2018 15:38:02 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.netzguerilla.net (Postfix) with ESMTP id 8B3B7100013 for ; Thu, 16 Aug 2018 21:37:55 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at netzguerilla.net Received: from mail.netzguerilla.net ([217.11.57.120]) by localhost (sal.netzguerilla.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id O7zL7xMGxPcC for ; Thu, 16 Aug 2018 21:37:54 +0200 (CEST) Received: from webmail.netzguerilla.net (fckp.netzguerilla.net [IPv6:2a00:1828:2000:12::25]) by mail.netzguerilla.net (Postfix) with ESMTPA id 79256100019 for ; Thu, 16 Aug 2018 21:37:54 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=projektwerkstatt.de; s=fckp; t=1534448274; bh=pwDiIoFF4BeFK6iw4bQnCrHG5505GLA5aELKmkqlGU8=; h=Date:From:To:Subject:From; b=hNUZ1nmuCPjBg6+/tZtS7LSJuc10+pDZp6vNWISy4nVvBta2dpPkp5MWMr23FggzF iWMBJSEbMDq3qP97RE4htXNefrYGHwKS0N4NvmJ+h2QpdTKBNqdL598q3h80/1GvPQ 0AYRbJtI0j2wK4ZzMlY/MFyO7QDwMInHZZaIN/94u/XclwLYSQgL/xzq3vLE0gmn01 O69fS3Iu5nFLdBCpJucUKaCAcBEFDACIDUrNNhXUZw71LKPTXO4P6BktcMMdOeySTL oTw9GrjXQuZJL8U9LTYGJMmko5+trwrojTy5Zv0GFvGe2IjZIovp/lxsuOOVgPwbol +x/VnpORDmtVQ== MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 16 Aug 2018 21:37:54 +0200 From: kalle To: control@debbugs.gnu.org Subject: unarchive 29315 Message-ID: X-Sender: kalle@projektwerkstatt.de User-Agent: Roundcube Webmail/1.3.7 X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) unarchive 29315 From unknown Sat Aug 16 16:56:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29315: info cp: documentation feedback Resent-From: kalle Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Thu, 16 Aug 2018 22:09:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29315 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: =?UTF-8?Q?P=C3=A1draig?= Brady , 29315@debbugs.gnu.org Received: via spool by 29315-submit@debbugs.gnu.org id=B29315.153445733415944 (code B ref 29315); Thu, 16 Aug 2018 22:09:02 +0000 Received: (at 29315) by debbugs.gnu.org; 16 Aug 2018 22:08:54 +0000 Received: from localhost ([127.0.0.1]:52955 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fqQRp-000496-V7 for submit@debbugs.gnu.org; Thu, 16 Aug 2018 18:08:54 -0400 Received: from mail.netzguerilla.net ([217.11.57.120]:57035) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fqQRn-00048d-Pf for 29315@debbugs.gnu.org; Thu, 16 Aug 2018 18:08:52 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.netzguerilla.net (Postfix) with ESMTP id 7EB1310001B; Fri, 17 Aug 2018 00:08:45 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at netzguerilla.net Received: from mail.netzguerilla.net ([217.11.57.120]) by localhost (sal.netzguerilla.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tN9ypbs2tmOm; Fri, 17 Aug 2018 00:08:44 +0200 (CEST) Received: from [IPv6:2003:dd:ff0f:ba01:dd9c:6c87:84c2:de24] (p200300DDFF0FBA01DD9C6C8784C2DE24.dip0.t-ipconnect.de [IPv6:2003:dd:ff0f:ba01:dd9c:6c87:84c2:de24]) by mail.netzguerilla.net (Postfix) with ESMTPSA id 0446F100019; Fri, 17 Aug 2018 00:08:43 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=projektwerkstatt.de; s=fckp; t=1534457324; bh=qUairR0Nd4PqHqYQQ/sWOgwHaYIC8fa9Ue+DPHEheRI=; h=From:Subject:To:References:Date:In-Reply-To:From; b=cdZFIew53UrBPLa40ZlFY8nioQ9/kJ/z6O1w9tC+M29+nvZ5I9hO3XdIgh+iFlJJH 90CB6pLe0g+96uSDeQV3eOX6rBJFm9Ls0f77yCr2n6FJLG7Ki6/hdjwYdAo8lE+joY oB3bixAEY2cnu1FDmJ273xGHahfsw3W+dRiklSN4lNzC5UPwh1FNlqD4VU/o6RW5YJ myvCqoVn47lA6GM02ZZHYUXhBTSQRuJjWvQjIFMjIdc6zG9bmk8h6L4br4wIyMJX5Y bsenWO2P7scaWEk8uvBkbDDnDj0U8iJN0BV5yCcf/jxkNvoAbROE//0KZgd032Wc8K A9UVQITE6s7Gw== From: kalle References: <5A0D7826.4070105@projektwerkstatt.de> <1acbe31b-7d4d-e4bf-d117-1a3c361c7962@draigBrady.com> Message-ID: Date: Fri, 17 Aug 2018 00:08:43 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.1.1 MIME-Version: 1.0 In-Reply-To: <1acbe31b-7d4d-e4bf-d117-1a3c361c7962@draigBrady.com> Content-Type: text/plain; charset=utf-8 Content-Language: de-DE Content-Transfer-Encoding: 8bit X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) I already sent this mail on 19.05.2018, but since I got no response and my bug-report then had be closed and I just unarchived and reopened it, here again my message. > Am 10.12.2017 um 01:23 schrieb Pádraig Brady: >> On 16/11/17 03:36, kalle wrote: >> here some mistakes/improvement proposals to `info cp' from me: >> -sentence "If the `--target": take away "failing that"? > > It's better as is, to document that these are separate modes I simply don't understand the sentence. what is meant by "If the ‘--target-directory’ (‘-t’) option is given, or failing that if the last file is a directory and the ‘--no-target-directory’ (‘-T’) option is not given " ? -the sentence "just as they are read" sounds ambiguous using the words "just as", since it is not clear if it refers to a time point or to an operating mode.. That it is not about a time point becomes clear from the reference to the 'sparse'-option, but it shouldn't be necessary to read information about the sparse-option first to understand this sentence. -option "sparse": I don't really understand the explanation - do the 'holes' neither contain any physical device blocks nor any space at all? Then - how is this possible How can a series of zero bytes not occupy any physical disk blocks? >> -sentence "descending into source directories": shouldn't it be rather >> "descending into SOURCE's directories"? > > That could be interpreted as only descending one level I don't understand why only the first level of subdirectories could be meant, but that point is not so important to me. > >> And since `-r' and `-R' is the >> same: write "-r/-R" instead. > > That would be less standard/searchable what I meant was, to write "-r/-R" in the sentence "to copy recursively by descending". > >> -option `-f': why is it written about _opening_ a file, e.g. "opened for >> writing" and not simply "writeable"? > > There can be differing restrictions on various operations, > so we're being explicit about the truncation permission. maybe one could add a specific, more common example of such a restriction situation or refer to further explanation such that the terminology (writing a file) seems not too alienating, as it was to me. kalle