rsa', '-o', 'ConnectTimeout=60', '-o',
'BatchMode=yes'].
Basically, even if there WAS no reason to do so, doesn't mean it's
invalid or undesirable. In theory, even passing in -e \\s\\s\\h should
be valid.
On 30 October 2016 at 01:13, Paul Slootman <paul+rs...@wurtel.net> wrote:
> On Sat 2
" function to produce an
appropriate command for -e argument.
On 30 October 2016 at 04:49, Wayne Davison <way...@samba.org> wrote:
> On Sat, Oct 29, 2016 at 5:36 AM, Samuel Williams
> <space.ship.travel...@gmail.com> wrote:
>>
>> The command
>>
>> s
Hello,
I'm using Ruby's Shellwords module, which generates a string from an
array, suitable for shell evaluation.
Ruby's implementation prefers escaping whitespace with a backslash
rather than quotes. However, this appears to cause some kind of issue
in Rsync when it computes argv from -e
etty awesome. the -e option is only a minor
annoyance, but it would be nice if this discussion could result in a
tangible improvement.
On 21 October 2016 at 00:03, Paul Slootman <paul+rs...@wurtel.net> wrote:
> On Thu 20 Oct 2016, Samuel Williams wrote:
>>
>> I'm using Rub
-20 10:24, Samuel Williams wrote:
>>
>> Hello,
>>
>> I'm using Ruby's Shellwords module, which generates a string from an
>> array, suitable for shell evaluation.
>>
>> Ruby's implementation prefers escaping whitespace with a backslash
>> rather than
Hmm, so after reviewing this in a bit more detail.. it would be very
nice if at least backslash escapes would be supported. Quoted strings
are pretty ugly, especially when nested several levels. Anyway, just
my 2 cents.
--
Please use reply-all for most replies to avoid omitting the mailing list.
Wayne, I guess if you apply standard shell escaping logic you end up
with a string which isn't processed correctly, yes, ssh complains, but
only because Rsync passed the backslashes through without dealing with
them. My opinion is that if Rsync is splitting a string based on
whitespace it also
> Yeah, it only does space-splitting and that's all it will ever do. It still
> looks to me like there is a bug in the original escaping, since any command
> receiving that string is receiving a backslash that is not supposed to be
> there. It should only be escaping the string enough to get it
ng whitespace.
On 29 October 2016 at 16:24, Samuel Williams
<space.ship.travel...@gmail.com> wrote:
> Kevin, I agree with what you are saying on some level, but I don't
> think the code does what you think it does. rsync -e "foo\\ bar" will
> be executed by the s