similar to: trailing slash on module name

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

Good afternoon all, I'm currently working on a backup script that will fetch a set of logs from remote machines and store them on a central machine. The command I'm using is of the form ${RSYNC} -avz root@${site}:/data/access_* ${LOG_REPOSITORY}/${site}/ Each site usually holds about 8 files with the prefix "access_". Some machines however only have one, and this is where my

Hello List, i use Dovecot 1.0.7 for pop and imap on Suse Linux 10.1. I need a little help in understanding something. If i want to create a folder with outlook express or thunderbird which can also create subfolders, then i have to create these folders with a trailing slash. folders created with trailing slash are in filesystem created als real folders, "normal" folders are

Hello, I am noticing inconsistencies when using a trailing slash on the source directories in conjunction with the '--delete' option. In one instance when using a trailing slash files get deleted from subdirectories in the destination tree. In the other instance they don't. I am using rsync 2.5.5. The following are the scenarios: Scenario 1 ---------- *nix(src) ---> *nix(dest)

Hi, I was wondering if anyone has run into this issue in which trailing slashes are triggering the controller/action instead of serving the cached page in the public/ directory. For example www.myhost.com/controller/action - will serve up public/controller/action.html but www.myhost.com/controller/action/ - will run the action again. I''m quite newbie with the entire Apache

I'm trying to rsync a folder like so - rsync -aP --delete /home/share_20110801 /lastbackup/ share Under the /lastbackup folder there is a "share" folder. I'd like to rsync all the contents of the "share _20110801" folder directly under the the "share" folder under /lastbackup. I know I can add the trailing slash to the source directory to accomplish this,

Hi, I got the following report from a Debian user, about --files-from transferring the contents of a dir (i.e. including the files in it) specified in the input, even thugh the files aren't listed in the input. This happens only when the dir name ends with a slash. I asked him to cook up a script to reproduce this (as it wasn't quite clear to me at first what happened exactly). Any

Use a simplier version using a loop, skipping multiple '/' at once, reducing the amount of memmove and strlen needed. Updates commit 865d070ddcbb071a919614f45c8eef8fcb4497ff. --- src/inspect-fs-unix.c | 56 ++++++++++++++++++--------------------------------- 1 file changed, 20 insertions(+), 36 deletions(-) diff --git a/src/inspect-fs-unix.c b/src/inspect-fs-unix.c index

Add a new optional bool "directoryslash" to indicate whether the caller wants trailing slashes in names of directories, defaulting to true (the current behaviour); this helps with interoperability with other tools (such as rm). Related to RHBZ#1293271. --- daemon/glob.c | 11 +++++++++-- generator/actions.ml | 21 ++++++++++++++++----- gobject/Makefile.inc | 2 ++ po/POTFILES

I'm writing to ask if R Core would make file.exists more Windows tolerant when the argument has a trailing slash. This has been discussed by users a few times here, I know it is not a new topic. But it is not a solved problem, yet. I acknowledge that CRAN packages exist which fix this by replacing file.exists(), but it seems more elegant to me to fix the problem in R itself. R Core goes to

Do not pass GLOB_MARK as flag for glob(3) in the daemon implementation of glob, so names of directories will not have a trailing slash. This allows users to have filenames that can be used with other tools, such as rm. Add a new test to check this (based on RHBZ#1293271). A mild behaviour change is that users of the glob API now need to append the slash when building paths using its results.

For example, converts "///usr//local//" -> "/usr/local". --- src/inspect-fs-unix.c | 52 +++++++++++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 52 insertions(+) diff --git a/src/inspect-fs-unix.c b/src/inspect-fs-unix.c index a1a757c..0fea9c8 100644 --- a/src/inspect-fs-unix.c +++ b/src/inspect-fs-unix.c @@ -89,6 +89,7 @@ static char *resolve_fstab_device

Hi there, I have been browsing the mailing list archives in search of a solution to my problem, related to the quite infamous "trailing slash" issue with Thunderbird, but I don't seem to have found any closely related discussion. Please forgive me if this problem has already found a solution. Here I go; We use a lot of TB clients (2.x and 3.x), and we are using Dovecot 1.2.4

Patch includes fixes to man page including: - Typos/Spelling - Clarity - Special characters. - Moved around text explaining example. Make sure I didn't confuse the exclude list/file paragraph (line ~961 after applying the patch), I haven't used the feature and the motive of that paragraph is a tad unclear. Hope the patch is helpful. Never had used yodl before. Thanks for rsync. /a

Hi, I''ve been trying to deploy a simple Rails app for a friend on a shared hosting account. I was able to get the Rails application running, but the URL need to end in a slash or else it would result in a 400 Bad Request error. After searching through the Rails I wiki found a page on the exact same error (http://wiki.rubyonrails.com/rails/show/Non +VHost+Installation, it''s

Hi all! I've read the manual and google'ed aplenty, but sadly can't figure out this particular issue. Perhaps someone can thwack me with the correct cluestick? I have a number of directories listed under one path in an rsyncd module. I'd like to rsync the contents of some of the directories. Here's essentially what the source filesystem looks like: /home /home/user1

Add a new optional bool "nodirectoryslash", to indicate that the caller does not want trailing slashes in names of directories; this helps with interoperability with other tools (such as rm). Related to RHBZ#1293271. --- daemon/glob.c | 8 ++++++-- generator/actions.ml | 17 ++++++++++++----- gobject/Makefile.inc | 2 ++ po/POTFILES | 1 + 4 files changed, 21

What should be the official behaviour here? I must admit some of my scripts probably have both trailing and non-trailing "/". But just played around until it was mirroring into the correct directory. Lachlan. At 18:20 07/11/02 -0500, you wrote: >It appears that the trailing slash in the source is being ignored: > >rsync -auv clam::root/usr/local/bin/ /tmp/bin > >ends

https://bugzilla.samba.org/show_bug.cgi?id=6376 Summary: Trailing slashes avoid creating directories in daemon mode Product: rsync Version: 3.0.6 Platform: x64 OS/Version: FreeBSD Status: NEW Severity: enhancement Priority: P3 Component: core AssignedTo: wayned@samba.org

Hello, I am configuring apache 2.2 to serve my rails app through mongrel at the root of my server. First, I redirect all http traffic to https with the following: ServerName emiliano NameVirtualHost *:80 <VirtualHost *:80> RedirectPermanent / https://emiliano #this server is only accessed internally </VirtualHost> Inside the <VirtualHost *:443> section, I have the following