public inbox for goredo-devel@lists.cypherpunks.ru
Atom feed
From: Sergey Matveev <stargrave@stargrave•org>
To: goredo-devel@lists.cypherpunks.ru
Subject: Re: [PATCH] Don't create nested target directories automatically
Date: Fri, 15 Apr 2022 19:23:16 +0300 [thread overview]
Message-ID: <Ylmb9NqI3cQzKBOj@stargrave.org> (raw)
In-Reply-To: <20220415005559.3682838-1-ac@acha.ninja>
[-- Attachment #1: Type: text/plain, Size: 1033 bytes --]
*** Andrew Chambers [2022-04-15 12:55]:
>If a user mistypes a rule, goredo creates those directories automatically
>leaving junk on the filesystem. This change means higher level rules must
>create those directories explicitly if needed.
Actually I was aware of automatic mistyped directories creation when I
talked with the baredo's author. And actually my first intent was
prohibiting "mkdir -p" behaviour indeed too. And I also gave the same
suggestion to use "mkdir -p $2:h"-analogue in default.do-files. But
baredo's author calls that "mkdir -p"-like behaviour a feature, very
convenient feature other implementation lacks and he explicitly added
that behaviour to his implementation too.
Personally I have never mistyped my targets (do not know why), so have
never noticed that unexpectedly left garbage. But if users find that
side-effect as a feature, not a bug, I decided to leave it as it is.
--
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263 6422 AE1A 8109 E498 57EF
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
prev parent reply other threads:[~2022-04-15 16:23 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-04-15 0:55 [PATCH] Don't create nested target directories automatically Andrew Chambers
2022-04-15 6:10 ` goredo
2022-04-15 6:49 ` Andrew Chambers
2022-04-15 7:15 ` goredo
2022-04-15 7:31 ` Andrew Chambers
2022-04-15 9:28 ` goredo
2022-04-15 12:00 ` Andrew Chambers
2022-04-15 13:17 ` goredo
2022-04-15 13:39 ` Andrew Chambers
2022-04-15 13:58 ` goredo
2022-04-15 16:23 ` Sergey Matveev
2022-04-16 0:36 ` Andrew Chambers
2022-04-15 16:23 ` Sergey Matveev
2022-04-15 6:57 ` Andrew Chambers
2022-04-15 16:23 ` Sergey Matveev [this message]