From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=DKIM_SIGNED,DKIM_VALID autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 13223 invoked from network); 12 Aug 2023 20:10:19 -0000 Received: from 9front.inri.net (168.235.81.73) by inbox.vuxu.org with ESMTPUTF8; 12 Aug 2023 20:10:19 -0000 Received: from pb-smtp20.pobox.com ([173.228.157.52]) by 9front; Sat Aug 12 16:07:34 -0400 2023 Received: from pb-smtp20.pobox.com (unknown [127.0.0.1]) by pb-smtp20.pobox.com (Postfix) with ESMTP id E7AC41BDFD for <9front@9front.org>; Sat, 12 Aug 2023 16:07:28 -0400 (EDT) (envelope-from unobe@cpan.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=pobox.com; h=message-id :to:subject:date:from:in-reply-to:mime-version:content-type :content-transfer-encoding; s=sasl; bh=CgEWHY3toIlvVgHTefOtd8e4s DMvlPSw+tDcH4Cay70=; b=pkGPObMSJHDQ7oufhTOJSETpzviUEsODSav0Full5 gDQhYrfqwYOQp2ntky4KTLb9G7HDMaz6xpq06EQLjkQG4inXyN8L7OPCS3la2Rwj n2EsoOARYvMNnmxVSqFTeiPla/kiaXbNaOWOMKS3urBX8ksn+kH1Ivs+DYRHbqAB 5c= Received: from pb-smtp20.sea.icgroup.com (unknown [127.0.0.1]) by pb-smtp20.pobox.com (Postfix) with ESMTP id D47361BDFC for <9front@9front.org>; Sat, 12 Aug 2023 16:07:28 -0400 (EDT) (envelope-from unobe@cpan.org) Received: from strider.localdomain (unknown [97.131.109.8]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pb-smtp20.pobox.com (Postfix) with ESMTPSA id 27C001BDFB for <9front@9front.org>; Sat, 12 Aug 2023 16:07:25 -0400 (EDT) (envelope-from unobe@cpan.org) Message-ID: <83141A347AB120929D25ECB163D134AC@smtp.pobox.com> To: 9front@9front.org Date: Sat, 12 Aug 2023 13:07:22 -0700 From: unobe@cpan.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Pobox-Relay-ID: DADDC26A-394B-11EE-8FFE-C2DA088D43B2-09620299!pb-smtp20.pobox.com List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: persistence-oriented API Subject: Re: [9front] PATCH walk(1) to (optionally) quote name and path Reply-To: 9front@9front.org Precedence: bulk Quoth ori@eigenstate.org: > Quoth unobe@cpan.org: > > I realized I didn't reply to your question, sorry. No, not directly. > > I am trying to consolidate some files spread across different paths to > > one directory, so first doing: > > > > walk -f -eP | grep 'pattern' > /tmp/files_of_interest.txt > > > > Then after reviewing and deleting further, I was going to do something like: > > > > clone `{cat /tmp/files_of_interest.txt} /path/ > > in this case, rc doesn't evaluate the quotes, it simply splits > on spaces (or whatever ifs is). Oy, that's right. > > Are you thinking I'd do something like set the ifs manually? > > > > ifs=' > > ' > > clone `{cat /tmp/files_of_interest.txt} /path > > > > yes; though I tend to use the inline version, since > it has fewer warts around nested shell functions. > > nl=' > ' > clone `$nl{cat /tmp/files} /path > +1 Anyway, I'll let this simmer for another few days before consolidating the two commits and merging as one commit (including fixing the indentation for the end curly bracket on my last commit).