From unknown Tue Jun 17 01:47:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#42358: mv w/mkdir -p of destination Resent-From: L A Walsh Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Tue, 14 Jul 2020 22:38:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 42358 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: Vito Caputo Cc: 42358@debbugs.gnu.org X-Debbugs-Original-Cc: bug-coreutils@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.159476626523681 (code B ref -1); Tue, 14 Jul 2020 22:38:02 +0000 Received: (at submit) by debbugs.gnu.org; 14 Jul 2020 22:37:45 +0000 Received: from localhost ([127.0.0.1]:51736 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jvTYX-00069r-9e for submit@debbugs.gnu.org; Tue, 14 Jul 2020 18:37:45 -0400 Received: from lists.gnu.org ([209.51.188.17]:58714) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jvTYS-00069Q-GT for submit@debbugs.gnu.org; Tue, 14 Jul 2020 18:37:44 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:33942) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jvTYS-0004Bs-9B for bug-coreutils@gnu.org; Tue, 14 Jul 2020 18:37:40 -0400 Received: from mail-io1-f46.google.com ([209.85.166.46]:36005) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jvTYQ-0002Pv-2u for bug-coreutils@gnu.org; Tue, 14 Jul 2020 18:37:39 -0400 Received: by mail-io1-f46.google.com with SMTP id y2so166398ioy.3 for ; Tue, 14 Jul 2020 15:37:36 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=jSmBPE3TvsMs7fYrZ+/NjsW37/CIBi+50iEG0fxslQk=; b=VDvyeaCHTSgZnupwploWGrp4hD2+55sy5/tsvBh3n+S37YP65uNUxmqUp3AhiDEapy s/pcTBJnJnPAM5b7CPnJkJNjfnEdoPbF0FbZ/TNDuYV4R92AZe0Wjusyd40J1kyg1a7T ZIcif9wUMeVGehogTJkCtiqMF+vz72wEEhDIKgaM+xKdlW93rKwTsfZ0ybJp1XgUeleq sxX10/4bfkZ5kwaNPO94osVjl/tse7kjkYcoPbgLgll/5KVYpregDaThZPIJOmmYDUNd saNXtIVlRoXOGZdB10cZs6MKptH4/eoA62opRTNqN1wz9FnPtkg+Op8Aio/rRmqleTai PeYw== X-Gm-Message-State: AOAM531iqzzGY4gp8dtTWRf1eIzsjA7KUdD1tXwNXhqdJ1v1kQD7N120 HQfSO0V0cKF66VFK64zm2Rt0cvDuc4Pl0xWvx8a1nKXv X-Google-Smtp-Source: ABdhPJzXw5d7hi5HwWcHs4UsbaLhwDY30/DIufybHDAhge/wzZt821GrxHchFuwkZMbnAMh1ArxgVizkKKt9YSjRv/0= X-Received: by 2002:a02:5502:: with SMTP id e2mr38550jab.56.1594766256119; Tue, 14 Jul 2020 15:37:36 -0700 (PDT) MIME-Version: 1.0 References: <20200511031658.hvkpua4m3jzojkmx@shells.gnugeneration.com> In-Reply-To: <20200511031658.hvkpua4m3jzojkmx@shells.gnugeneration.com> From: L A Walsh Date: Tue, 14 Jul 2020 15:36:56 -0700 Message-ID: Content-Type: multipart/alternative; boundary="00000000000032441905aa6e74db" Received-SPF: softfail client-ip=209.85.166.46; envelope-from=gsuite@tlinx.org; helo=mail-io1-f46.google.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/07/14 18:37:36 X-ACL-Warn: Detected OS = Linux 2.2.x-3.x [generic] [fuzzy] X-Spam_score_int: -21 X-Spam_score: -2.2 X-Spam_bar: -- X-Spam_report: (-2.2 / 5.0 requ) BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-1, SPF_HELO_NONE=0.001, SPF_SOFTFAIL=0.665 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) 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: -2.3 (--) --00000000000032441905aa6e74db Content-Type: text/plain; charset="UTF-8" Yeah, I'd thought about asking for this as well, like as maybe a "rmdir -r" or rmdir -rp where either the want of recursion implied going up to ancestors (since decending along a chain of directories would be a bit indeterminent, or requiring a redundant '-p', as well, as it would tell the program to delete parents (since going down wouldnt' make much since) from the dir specified back up to the current directory. If the current directory wasn't 'above' the specified dir, then it would die as it isn't clear what is wanted. Obviously it can only follow a chain 'up' as long as nothing else is in the parent besides the directory-parent (i.e. no other files or dirs). But I've found asking for features usually doesn't work and sometimes results in work to preclude future implementation of the feature. Reporting bugs also, often gets ignored until some large company reports the same problem or until it causes a serious enough security incident. On Sun, May 10, 2020 at 8:17 PM Vito Caputo wrote: > > Does this already exist? > > Was just moving a .tgz into a deep path and realized I hadn't created > it on that host, and lamented not knowing what convenient flag I could > toss on the end of the typed command to make `mv` do the mkdir -p > first for me. > > I was surprised to not see it in mv --help or mv(1) when I checked for > next time... > > Regards, > Vito Caputo > > --00000000000032441905aa6e74db Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Yeah, I'd thought about asking for this as well, lik= e as maybe a "rmdir -r" or rmdir -rp
where either the= want of recursion implied going up to ancestors (since decending along a c= hain
of directories would be a bit indeterminent, or requiring a= redundant '-p', as well, as it would tell the program to delete pa= rents (since going down wouldnt' make much since) from the dir specifie= d back up to the current directory.=C2=A0 If the current directory wasn'= ;t 'above' the specified dir, then it would die
as it is= n't clear what is wanted.=C2=A0 Obviously it can only follow a chain &#= 39;up' as long as nothing else is
in the parent besides the = directory-parent (i.e. no other files or dirs).

But I've= found asking for features usually doesn't work and sometimes results i= n work to preclude future
implementation of the feature.=C2=A0 = Reporting bugs also, often gets ignored until some large company reports
the same problem or until it causes a serious enough security inci= dent.=C2=A0

On Sun, May 10, 2020 at 8:17 PM Vito Caputo <vcaputo@pengaru.com> wrote:

Does this already exist?

Was just moving a .tgz into a deep path and realized I hadn't created it on that host, and lamented not knowing what convenient flag I could
toss on the end of the typed command to make `mv` do the mkdir -p
first for me.

I was surprised to not see it in mv --help or mv(1) when I checked for
next time...

Regards,
Vito Caputo

--00000000000032441905aa6e74db-- From unknown Tue Jun 17 01:47:15 2025 X-Loop: help-debbugs@gnu.org Subject: bug#42358: mv w/mkdir -p of destination Resent-From: Paul Eggert Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Wed, 15 Jul 2020 19:10:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 42358 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: L A Walsh , Vito Caputo Cc: 42358@debbugs.gnu.org Received: via spool by 42358-submit@debbugs.gnu.org id=B42358.15948401885063 (code B ref 42358); Wed, 15 Jul 2020 19:10:01 +0000 Received: (at 42358) by debbugs.gnu.org; 15 Jul 2020 19:09:48 +0000 Received: from localhost ([127.0.0.1]:53617 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jvmmq-0001Ja-FF for submit@debbugs.gnu.org; Wed, 15 Jul 2020 15:09:48 -0400 Received: from zimbra.cs.ucla.edu ([131.179.128.68]:45924) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jvmml-0001JF-Ts for 42358@debbugs.gnu.org; Wed, 15 Jul 2020 15:09:47 -0400 Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 425FD1600A5; Wed, 15 Jul 2020 12:09:37 -0700 (PDT) Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id 7SkcY_ZBdfBW; Wed, 15 Jul 2020 12:09:36 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 8A3FE1600FA; Wed, 15 Jul 2020 12:09:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id i_fmydWH5xA4; Wed, 15 Jul 2020 12:09:36 -0700 (PDT) Received: from [192.168.1.9] (cpe-75-82-69-226.socal.res.rr.com [75.82.69.226]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id 5DD981600A5; Wed, 15 Jul 2020 12:09:36 -0700 (PDT) References: <20200511031658.hvkpua4m3jzojkmx@shells.gnugeneration.com> From: Paul Eggert Autocrypt: addr=eggert@cs.ucla.edu; prefer-encrypt=mutual; keydata= LS0tLS1CRUdJTiBQR1AgUFVCTElDIEtFWSBCTE9DSy0tLS0tCgptUUlOQkV5QWNtUUJFQURB QXlIMnhvVHU3cHBHNUQzYThGTVpFb243NGRDdmM0K3ExWEEySjJ0QnkycHdhVHFmCmhweHhk R0E5Smo1MFVKM1BENGJTVUVnTjh0TFowc2FuNDdsNVhUQUZMaTI0NTZjaVNsNW04c0thSGxH ZHQ5WG0KQUF0bVhxZVpWSVlYL1VGUzk2ZkR6ZjR4aEVtbS95N0xiWUVQUWRVZHh1NDd4QTVL aFRZcDVibHRGM1dZRHoxWQpnZDdneDA3QXV3cDdpdzdlTnZub0RUQWxLQWw4S1lEWnpiRE5D UUdFYnBZM2VmWkl2UGRlSStGV1FONFcra2doCnkrUDZhdTZQcklJaFlyYWV1YTdYRGRiMkxT MWVuM1NzbUUzUWpxZlJxSS9BMnVlOEpNd3N2WGUvV0szOEV6czYKeDc0aVRhcUkzQUZINmls QWhEcXBNbmQvbXNTRVNORnQ3NkRpTzFaS1FNcjlhbVZQa25qZlBtSklTcWRoZ0IxRApsRWR3 MzRzUk9mNlY4bVp3MHhmcVQ2UEtFNDZMY0ZlZnpzMGtiZzRHT1JmOHZqRzJTZjF0azVlVThN Qml5Ti9iClowM2JLTmpOWU1wT0REUVF3dVA4NGtZTGtYMndCeHhNQWhCeHdiRFZadWR6eERa SjFDMlZYdWpDT0pWeHEya2wKakJNOUVUWXVVR3FkNzVBVzJMWHJMdzYrTXVJc0hGQVlBZ1Jy NytLY3dEZ0JBZndoUEJZWDM0blNTaUhsbUxDKwpLYUhMZUNMRjVaSTJ2S20zSEVlQ1R0bE9n N3haRU9OZ3d6TCtmZEtvK0Q2U29DOFJSeEpLczhhM3NWZkk0dDZDCm5yUXp2SmJCbjZneGRn Q3U1aTI5SjFRQ1lyQ1l2cWwyVXlGUEFLK2RvOTkvMWpPWFQ0bTI4MzZqMXdBUkFRQUIKdENC UVlYVnNJRVZuWjJWeWRDQThaV2RuWlhKMFFHTnpMblZqYkdFdVpXUjFQb2tDUGdRVEFRSUFL QVVDVElCeQpaQUliQXdVSkVzd0RBQVlMQ1FnSEF3SUdGUWdDQ1FvTEJCWUNBd0VDSGdFQ0Y0 QUFDZ2tRN1pmcERtS3FmalJSCkd3LytJajAzZGhZZllsL2dYVlJpdXpWMWdHcmJIayt0bmZy SS9DN2ZBZW9GelE1dFZnVmluU2hhUGtabzBIVFAKZjE4eDZJREVkQWlPOE1xbzF5cDBDdEht ekdNQ0o1MG80R3JnZmpscjZnLyt2dEVPS2JobGVzek4yWHBKdnB3TQoyUWdHdm4vbGFUTFV1 OFBIOWFSV1RzN3FKSlpLS0tBYjRzeFljOTJGZWhQdTZGT0QwZERpeWhsREFxNGxPVjJtCmRC cHpRYmlvam9aelFMTVF3anBnQ1RLMjU3MmVLOUVPRVF5U1VUaFhyU0l6NkFTZW5wNE5ZVEZI czl0dUpRdlgKazlnWkRkUFNsM2JwKzQ3ZEd4bHhFV0xwQklNN3pJT053NGtzNGF6Z1Q4bnZE WnhBNUlaSHR2cUJsSkxCT2JZWQowTGU2MVdwMHkzVGxCRGgycWRLOGVZTDQyNlc0c2NFTVN1 aWc1Z2I4T0F0UWlCVzZrMnNHVXh4ZWl2OG92V3U4CllBWmdLSmZ1b1dJK3VSbk1FZGRydVk4 SnNvTTU0S2FLdlppa2tLczJiZzFuZHRMVnpIcEo2cUZaQzdRVmplSFUKaDYvQm1ndmRqV1Ba WUZUdE4rS0E5Q1dYM0dRS0tnTjN1dTk4OHl6bkQ3TG5COThUNEVVSDFIQS9HbmZCcU1WMQpn cHpUdlBjNHFWUWluQ21Ja0VGcDgzemwrRzVmQ2pKSjNXN2l2ekNuWW80S2hLTHBGVW05N29r VEtSMkxXM3haCnpFVzRjTFNXTzM4N01USzNDekRPeDVxZTZzNGE5MVp1Wk0vai9UUWRUTERh cU5uODNrQTRIcTQ4VUhYWXhjSWgKK05kOGsvM3c2bEZ1b0swd3JPRml5d2pMeCswdXI1am1t YmVjQkdIYzF4ZGhBRkc1QWcwRVRJQnlaQUVRQUthRgo2NzhUOXd5SDR3alRyVjFQejNjREVv U25WLzBaVXJPVDM3cDFkY0d5ai9JWHExeDY3MEhSVmFoQW1rMHNacFljCjI1UEY5RDVHUFlI RldsTmp1UFU5NnJEbmRYQjNoZWRtQlJoTGRDNGJBWGpJNERWK2JtZFZlK3EvSU1ubFpSYVYK bG05RWlNQ1ZBUjZ3MTNzUmV1N3FYa1c5cjNSd1kyQXpYc2twL3RBZTRCUktyMVptYnZpMm5i blE2ZXBFQzQycgpSYngwQjFFaGpiSVFaNUpIR2syNGlQVDdMZEJnbk5tb3M1d1lqendObGtN UUQ1VDBZZHpoazdKK1V4d0E1bTQ2Cm1PaFJEQzJyRlYvQTBnbTVUTHk4RFhqdi9Fc2M0Z1lu WWFpNlNRcW5VRVZoNUx1VjhZQ0pCbmlqcytUaXc3MXgKMWljbW42eEdJNDVFdWdKT2dlYyty THlwWWdwVnA0eDBISTVUODhxQlJZQ2t4SDNLZzhRbytFV05BOUE0TFJROQpEWDhuam9uYTBn ZjBzMDN0b2NLOGtCTjY2VW9xcVB0SEJuYzRlTWdCeW1DZmxLMTJlS2ZkMllZeG55ZzljWmF6 CldBNVZzbHZUeHBtNzZoYmc1b2lBRUgvVmcvOE14SHlBblBoZnJnd3lQcm1KRWNWQmFmZHNw Sm5ZUXhCWU5jbzIKTEZQSWhsT3ZXaDhyNGF0K3MrTTNMYjI2b1VUY3psZ2RXMVNmM1NEQTc3 Qk1SbkYwRlF5RSs3QXpWNzlNQk40eQpraXFhZXpReHRhRjFGeS90dmtoZmZTbzh1K2R3RzBF Z0poK3RlMzhnVGNJU1ZyMEdJUHBsTHo2WWhqcmJIclBSCkYxQ041VXVMOURCR2p4dU4zNVJM TlZFZnRhNlJVRmxSNk5jdFRqdnJBQkVCQUFHSkFpVUVHQUVDQUE4RkFreUEKY21RQ0d3d0ZD UkxNQXdBQUNna1E3WmZwRG1LcWZqU3JIQS8rS3pBS3ZUeFJoQTlNV05MeEl5SjdTNXVKMTZn cwpUM29DalpyQktHRWhLTU9HWDRPMEdBNlZPRXJ5TzdRUkNDWWFoM294U0czOElBbk5laXdK WGdVOUJ6a2s4NVVHCmJQRWQ3SEdGL1ZTZUhDUXdXb3U2anFVRFRTRHZuOVloTlRkRzBLWFBN NzRhQyt4cjJab3cxTzJtaFhpaGdXS0QKMER3KzBMWVBuVU9zUTBLT0Z4SFhYWUhtUnJTMU9a UFU1OUJMdmMrVFJoSWhhZlNIS0x3YlhLKzZja2t4Qng2aAo4ejVjY3BHMFFzNGJGaGRGWW5G ckVpZURMb0dtbkUyWUxoZFY2c3dKOVZOQ1M2cExpRW9oVDNmbTdhWG0xNXRaCk9JeXpNWmhI UlNBUGJsWHhRMFpTV2pxOG9ScmNZTkZ4YzRXMVVScEFrQkNPWUpvWHZRZkQ1TDNscUFsOFRD cUQKVXpZeGhIL3RKaGJEZEhycUhINzY3amFEYVRCMStUYWxwLzJBTUt3Y1hOT2Rpa2xHeGJt SFZHNllHbDZnOExyYgpzdTlOWkVJNHlMbEh6dWlrdGhKV2d6KzN2WmhWR3lObHQrSE5Jb0Y2 Q2pETDJvbXU1Y0VxNFJESE00NFFxUGs2Cmw3TzBwVXZOMW1UNEIrUzFiMDhSS3BxbS9mZjAx NUUzN0hOVi9waUl2Smx4R0FZejhQU2Z1R0NCMXRoTVlxbG0KZ2RoZDkvQmFiR0ZiR0dZSEE2 VTQvVDV6cVUrZjZ4SHkxU3NBUVoxTVNLbEx3ZWtCSVQrNC9jTFJHcUNIam5WMApxNUgvVDZh N3Q1bVBrYnpTck9MU280cHVqK0lUb05qWXlZSURCV3pobEExOWF2T2ErcnZVam1IdEQzc0ZO N2NYCld0a0dvaThidU5jYnk0VT0KPUFMNm8KLS0tLS1FTkQgUEdQIFBVQkxJQyBLRVkgQkxP Q0stLS0tLQo= Organization: UCLA Computer Science Department Message-ID: Date: Wed, 15 Jul 2020 12:09:34 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: -2.3 (--) 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: -3.3 (---) On 7/14/20 3:36 PM, L A Walsh wrote: > But I've found asking for features usually doesn't work and sometimes > results in work to preclude future > implementation of the feature. Reporting bugs also, often gets ignored > until some large company reports > the same problem or until it causes a serious enough security incident. You've often disagreed with design decisions made by maintainers, but this is the first time I recall you've accused them of large-company bias. Perhaps you should get your other grievances off your chest while you're at it. I haven't noticed any such bias myself. Anyway, it does help to propose good patches, since my volunteer time is limited.