disable interpretation of trailing slash

[Tony Abernethy]

If the directories are large enough, /path/* becomes too long.
My own opinion is that that syntax is a very small price to 
pay for the flexibility and power.

> -----Original Message-----
> From: rsync-bounces at lists.samba.org [mailto:rsync-
> bounces at lists.samba.org] On Behalf Of Kevin Korb
> Sent: Saturday, January 07, 2012 8:48 PM
> To: rsync at lists.samba.org
> Subject: Re: disable interpretation of trailing slash
> 
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> I don't speak for anyone else but I would be opposed to this.
> Primarily because there isn't an alternate syntax that performs the
> exact same function /path/* doesn't work as expected if using --delete
> (and for good reason).
> 
> On 01/07/12 21:40, John J Foerch wrote:
> > Hello,
> >
> > This is a feature request for a command-line option to disable
> > special interpretation of trailing slashes on source directories.
> > I have been using rsync for a couple of years now (what an awesome
> > program!) and the meaning of the trailing slash on a source is
> > always the one aspect of its syntax that slows me down and makes me
> > check and re-check the manual to ensure that I have remembered its
> > behavior correctly.  The likelihood of making a mistake with a
> > trailing slash is compounded by the fact that shell completion
> > (e.g. in bash) puts it there by default, and it was this very
> > behavior that caused me to be a little too carefree last week and
> > mess up a large backup.  While the trailing slash is a powerful
> > and useful feature, it also strikes me as risky to have so much
> > power built into a single character of syntax, especially a
> > character which usually has no special meaning in other programs.
> > Others I have chatted with on this topic shared the same view.  My
> > feature request then, is for a command line switch to disable the
> > special interpretation of the trailing slash on sources.  A short
> > option would be preferred.  My reasoning is that it is easier to
> > remember to always use a particular option, except in situations
> > requiring more nuance, than it is to remember the special rule and
> > to always check the syntax of the sources.
> >
> > Thank you for your time.
> >
> 
> - --
> ~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-
> ,._.,-*~
> 	Kevin Korb			Phone:    (407) 252-6853
> 	Systems Administrator		Internet:
> 	FutureQuest, Inc.		Kevin at FutureQuest.net  (work)
> 	Orlando, Florida		kmk at sanitarium.net (personal)
> 	Web page:			http://www.sanitarium.net/
> 	PGP public key available on web site.
> ~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-
> ,._.,-*~
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v2.0.17 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
> 
> iEYEARECAAYFAk8JA90ACgkQVKC1jlbQAQcecwCcCCIUg19hL/gxyDKJh2OTBBO4
> N5QAnA95PRm1pDwn2MPeCmy7o2zldc+I
> =osqT
> -----END PGP SIGNATURE-----
> --
> Please use reply-all for most replies to avoid omitting the mailing
> list.
> To unsubscribe or change options:
> https://lists.samba.org/mailman/listinfo/rsync
> Before posting, read: http://www.catb.org/~esr/faqs/smart-
> questions.html