From debbugs-submit-bounces@debbugs.gnu.org Thu Nov 16 05:36:38 2017 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 From debbugs-submit-bounces@debbugs.gnu.org Sat Dec 09 19:23:29 2017 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-- From unknown Sun Jun 22 00:54:55 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sun, 07 Jan 2018 12:24:04 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator 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 debbugs-submit-bounces@debbugs.gnu.org Thu Aug 16 18:08:54 2018 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 Subject: Re: bug#29315: info cp: documentation feedback To: =?UTF-8?Q?P=c3=a1draig_Brady?= , 29315@debbugs.gnu.org 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-Debbugs-Envelope-To: 29315 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 From unknown Sun Jun 22 00:54:55 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Fri, 14 Sep 2018 11:24:04 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator