Welcome! » Log In » Create A New Profile

link-dest puzzle

Posted by Anonymous 
link-dest puzzle
February 25, 2015 08:01PM
Apologies if this is not the appropriate forum for beginners.

I have rsnapshot running a backup process from an embedded linux machine (QNAP with BusyBox) for two remote Windows machines; one called haney and the other avon.

When I run rsnapshot -t daily the rsync instruction for haney appears to be different to that for avon, yet they both appear to have the same entry
in the .conf file:

/opt/bin/rsync -a --no-owner --no-group --fake-super
--link-dest=/share/MD0_DATA/CSAF_backups/daily.5/haney.dhcp/d_frames/
haney::d_frames
/share/MD0_DATA/CSAF_backups/daily.0/haney.dhcp/d_frames/

/opt/bin/rsync -a --no-owner --no-group --fake-super avon::d_frames
/share/MD0_DATA/CSAF_backups/daily.0/avon.dhcp/d_frames/

[quote]From the .conf file:
[/quote]backup haney::d_frames haney.dhcp/d_frames/ rsync_long_args=--no-owner --no-group --fake-super
backup avon::d_frames avon.dhcp/d_frames/ rsync_long_args=--no-owner --no-group --fake-super

Presumably link-dest should be used for both; if so, how would I make it so?

[b] [/b]
Thanks, Peter[b].[/b]
[b] [/b]
[b][/b]
link-dest puzzle
February 26, 2015 11:49AM
Peter,

Please provide the complete statement of the test command and outputs, e.g.:

$ rsnapshot -t -c rsnapshot.conf daily
echo 24363 > /var/run/rsnapshot.pid
mv /backupdir/daily.5/ /backupdir/daily.6/
mkdir -m 0755 -p /backupdir/daily.0/
/usr/bin/rsync -a --delete --numeric-ids --relative --delete-excluded
    /home/joebot/dropbox /backupdir/daily.0/localhost/
touch /backupdir/daily.0/
$

That way we can provide better help.

I haven't seen rsnapshot use the --link-dest command before, but that doesn't mean that it won't. It might be a harmless result of the fact that "haney" has a daily.5 folder, while "avon" is apparently about to run the first backup.

In any event, I would do the following:

1. Use the global "rsync_log_args" directive in your config file instead of putting the same directive on the lines for the sources:

rsync_long_args<tab>--no-owner<tab>--no-group<tab>--fake-super
...
backup<tab>haney::d_frames<tab>haney.dhcp/d_frames/
backup<tab>avon::d_frames<tab>avon.dhcp/d_frames/

2. Audit your config file very carefully for spaces. They should appear very rarely except on comment lines. Try this:

$ egrep -v &#39;^(#|$)&#39; rsnapshot.conf | grep &#39; &#39;

If it returns any output, you should know why.

HTH, PM

On Wed, Feb 25, 2015 at 7:39 PM, Peter Turner <peter.turner < at > sydney.edu.au ([email]peter.turner < at > sydney.edu.au[/email])> wrote:
[quote]
Apologies if this is not the appropriate forum for beginners.  [u][/u][u][/u]
[u][/u] [u][/u]
I have rsnapshot running a backup process from an embedded linux machine (QNAP with BusyBox) for two remote Windows machines; one called haney and the other avon. [u][/u][u][/u]
[u][/u] [u][/u]
When I run rsnapshot -t daily the rsync instruction for haney appears to be different to that for avon, yet they both appear to have the same entry
in the .conf file:

/opt/bin/rsync -a --no-owner --no-group --fake-super
--link-dest=/share/MD0_DATA/CSAF_backups/daily.5/haney.dhcp/d_frames/
haney::d_frames
/share/MD0_DATA/CSAF_backups/daily.0/haney.dhcp/d_frames/

/opt/bin/rsync -a --no-owner --no-group --fake-super avon::d_frames
/share/MD0_DATA/CSAF_backups/daily.0/avon.dhcp/d_frames/

[quote]From the .conf file:
[/quote]backup haney::d_frames haney.dhcp/d_frames/ rsync_long_args=--no-owner --no-group --fake-super
backup avon::d_frames avon.dhcp/d_frames/ rsync_long_args=--no-owner --no-group --fake-super[u][/u][u][/u]
[u][/u] [u][/u]
[u][/u] [u][/u]
Presumably link-dest should be used for both; if so, how would I make it so?[u][/u][u][/u]
[u][/u] [u][/u]
[b][u][/u] [u][/u][/b]
Thanks, Peter[b].[u][/u][u][/u][/b]
[b][u][/u] [u][/u][/b]
[b][/b][u][/u][u][/u]
[u][/u] [u][/u]
[u][/u] [u][/u]

------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the
conversation now. [url=http://goparallel.sourceforge.net/]http://goparallel.sourceforge.net/[/url]
_______________________________________________
rsnapshot-discuss mailing list
rsnapshot-discuss < at > lists.sourceforge.net ([email]rsnapshot-discuss < at > lists.sourceforge.net[/email])
[url=https://lists.sourceforge.net/lists/listinfo/rsnapshot-discuss]https://lists.sourceforge.net/lists/listinfo/rsnapshot-discuss[/url]

[/quote]

--
Paul Mackinney
Systems & Quality Manager
O.N. Diagnostics, LLC
2150 Shattuck Ave. Suite 610, Berkeley, CA 94704
510-204-0688 (phone) | 510-356-4349 (fax)
_____________________________________________
If you receive this message in error, please delete it immediately. This message may contain information that is privileged, confidential and exempt from disclosure and dissemination under applicable law.
link-dest puzzle
February 26, 2015 04:14PM
Many thanks Paul, there were indeed spaces and after their removal and using’rsync_log_args’ globally, ‘link-dest’ is applied to both rsync instructions – see paste below.

Cheers, Peter.

# rsnapshot –t daily
echo 22919 > /opt/var/run/rsnapshot.pid
/opt/bin/rm -rf /share/MD0_DATA/CSAF_backups/daily.6/
mv /share/MD0_DATA/CSAF_backups/daily.5/
/share/MD0_DATA/CSAF_backups/daily.6/
mv /share/MD0_DATA/CSAF_backups/daily.4/
/share/MD0_DATA/CSAF_backups/daily.5/
mv /share/MD0_DATA/CSAF_backups/daily.3/
/share/MD0_DATA/CSAF_backups/daily.4/
mv /share/MD0_DATA/CSAF_backups/daily.2/
/share/MD0_DATA/CSAF_backups/daily.3/
mv /share/MD0_DATA/CSAF_backups/daily.1/
/share/MD0_DATA/CSAF_backups/daily.2/
mv /share/MD0_DATA/CSAF_backups/daily.0/
/share/MD0_DATA/CSAF_backups/daily.1/
/opt/bin/rsync -a --no-owner
--link-dest=/share/MD0_DATA/CSAF_backups/daily.1/haney.dhcp/d_frames/
haney::d_frames
/share/MD0_DATA/CSAF_backups/daily.0/haney.dhcp/d_frames/
/opt/bin/rsync -a --no-owner
--link-dest=/share/MD0_DATA/CSAF_backups/daily.1/avon.dhcp/d_frames/
avon::d_frames /share/MD0_DATA/CSAF_backups/daily.0/avon.dhcp/d_frames/
touch /share/MD0_DATA/CSAF_backups/daily.0/

[b]From:[/b] Paul Mackinney [mailto]
[b]Sent:[/b] Friday, 27 February 2015 6:48 AM
[b]To:[/b] Peter Turner
[b]Cc:[/b] rsnapshot-discuss < at > lists.sourceforge.net
[b]Subject:[/b] Re: [rsnapshot-discuss] link-dest puzzle

Peter,

Please provide the complete statement of the test command and outputs, e.g.:

$ rsnapshot -t -c rsnapshot.conf daily
echo 24363 > /var/run/rsnapshot.pid
mv /backupdir/daily.5/ /backupdir/daily.6/
mkdir -m 0755 -p /backupdir/daily.0/
/usr/bin/rsync -a --delete --numeric-ids --relative --delete-excluded
/home/joebot/dropbox /backupdir/daily.0/localhost/
touch /backupdir/daily.0/
$

That way we can provide better help.

I haven't seen rsnapshot use the --link-dest command before, but that doesn't mean that it won't. It might be a harmless result of the fact that "haney" has a daily.5 folder, while "avon" is apparently about to run the first backup.

In any event, I would do the following:

1. Use the global "rsync_log_args" directive in your config file instead of putting the same directive on the lines for the sources:

rsync_long_args<tab>--no-owner<tab>--no-group<tab>--fake-super
...
backup<tab>haney::d_frames<tab>haney.dhcp/d_frames/
backup<tab>avon::d_frames<tab>avon.dhcp/d_frames/

2. Audit your config file very carefully for spaces. They should appear very rarely except on comment lines. Try this:

$ egrep -v '^(#|$)' rsnapshot.conf | grep ' '

If it returns any output, you should know why.

HTH, PM

On Wed, Feb 25, 2015 at 7:39 PM, Peter Turner <peter.turner < at > sydney.edu.au ([email]peter.turner < at > sydney.edu.au[/email])> wrote:
Apologies if this is not the appropriate forum for beginners.

I have rsnapshot running a backup process from an embedded linux machine (QNAP with BusyBox) for two remote Windows machines; one called haney and the other avon.

When I run rsnapshot -t daily the rsync instruction for haney appears to be different to that for avon, yet they both appear to have the same entry
in the .conf file:

/opt/bin/rsync -a --no-owner --no-group --fake-super
--link-dest=/share/MD0_DATA/CSAF_backups/daily.5/haney.dhcp/d_frames/
haney::d_frames
/share/MD0_DATA/CSAF_backups/daily.0/haney.dhcp/d_frames/

/opt/bin/rsync -a --no-owner --no-group --fake-super avon::d_frames
/share/MD0_DATA/CSAF_backups/daily.0/avon.dhcp/d_frames/

[quote]From the .conf file:
[/quote]backup haney::d_frames haney.dhcp/d_frames/ rsync_long_args=--no-owner --no-group --fake-super
backup avon::d_frames avon.dhcp/d_frames/ rsync_long_args=--no-owner --no-group --fake-super

Presumably link-dest should be used for both; if so, how would I make it so?

[b] [/b]
Thanks, Peter[b].[/b]
[b] [/b]

------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the
conversation now. [url=http://goparallel.sourceforge.net/]http://goparallel.sourceforge.net/[/url]
_______________________________________________
rsnapshot-discuss mailing list
rsnapshot-discuss < at > lists.sourceforge.net ([email]rsnapshot-discuss < at > lists.sourceforge.net[/email])
[url=https://lists.sourceforge.net/lists/listinfo/rsnapshot-discuss]https://lists.sourceforge.net/lists/listinfo/rsnapshot-discuss[/url]

--
Paul Mackinney
Systems & Quality Manager
O.N. Diagnostics, LLC
2150 Shattuck Ave. Suite 610, Berkeley, CA 94704
510-204-0688 (phone) | 510-356-4349 (fax)
_____________________________________________
If you receive this message in error, please delete it immediately. This message may contain information that is privileged, confidential and exempt from disclosure and dissemination under applicable law.
link-dest puzzle
February 27, 2015 08:46AM
I get stung by this every time I touch that file, because I have expandtab enabled by default in vim. Good for python coding, but for rsnapshot.conf.

On Thu, Feb 26, 2015 at 4:11 PM, Peter Turner <peter.turner < at > sydney.edu.au ([email]peter.turner < at > sydney.edu.au[/email])> wrote:
[quote]
[u][/u] [u][/u]
[u][/u] [u][/u]
Many thanks Paul, there were indeed spaces and after their removal and using’rsync_log_args’ globally, ‘link-dest’ is applied to both rsync instructions – see paste below.[u][/u][u][/u]
[u][/u] [u][/u]
Cheers, Peter.[u][/u][u][/u]
[u][/u] [u][/u]
# rsnapshot –t daily[u][/u][u][/u]
echo 22919 > /opt/var/run/rsnapshot.pid[u][/u][u][/u]
/opt/bin/rm -rf /share/MD0_DATA/CSAF_backups/daily.6/[u][/u][u][/u]
mv /share/MD0_DATA/CSAF_backups/daily.5/ [u][/u][u][/u]
    /share/MD0_DATA/CSAF_backups/daily.6/[u][/u][u][/u]
mv /share/MD0_DATA/CSAF_backups/daily.4/ [u][/u][u][/u]
    /share/MD0_DATA/CSAF_backups/daily.5/[u][/u][u][/u]
mv /share/MD0_DATA/CSAF_backups/daily.3/ [u][/u][u][/u]
    /share/MD0_DATA/CSAF_backups/daily.4/[u][/u][u][/u]
mv /share/MD0_DATA/CSAF_backups/daily.2/ [u][/u][u][/u]
    /share/MD0_DATA/CSAF_backups/daily.3/[u][/u][u][/u]
mv /share/MD0_DATA/CSAF_backups/daily.1/ [u][/u][u][/u]
    /share/MD0_DATA/CSAF_backups/daily.2/[u][/u][u][/u]
mv /share/MD0_DATA/CSAF_backups/daily.0/ [u][/u][u][/u]
    /share/MD0_DATA/CSAF_backups/daily.1/[u][/u][u][/u]
/opt/bin/rsync -a --no-owner [u][/u][u][/u]
    --link-dest=/share/MD0_DATA/CSAF_backups/daily.1/haney.dhcp/d_frames/ [u][/u][u][/u]
    haney::d_frames [u][/u][u][/u]
    /share/MD0_DATA/CSAF_backups/daily.0/haney.dhcp/d_frames/[u][/u][u][/u]
/opt/bin/rsync -a --no-owner [u][/u][u][/u]
    --link-dest=/share/MD0_DATA/CSAF_backups/daily.1/avon.dhcp/d_frames/ [u][/u][u][/u]
    avon::d_frames /share/MD0_DATA/CSAF_backups/daily.0/avon.dhcp/d_frames/[u][/u][u][/u]
touch /share/MD0_DATA/CSAF_backups/daily.0/[u][/u][u][/u]
[u][/u] [u][/u]
[u][/u] [u][/u]
[b]From:[/b] Paul Mackinney [mailto]paul.mackinney < at > ondiagnostics.com[/email])]
[b]Sent:[/b] Friday, 27 February 2015 6:48 AM
[b]To:[/b] Peter Turner
[b]Cc:[/b] rsnapshot-discuss < at > lists.sourceforge.net ([email]rsnapshot-discuss < at > lists.sourceforge.net[/email])
[b]Subject:[/b] Re: [rsnapshot-discuss] link-dest puzzle[u][/u][u][/u]
[u][/u] [u][/u]
Peter,[u][/u][u][/u]

Please provide the complete statement of the test command and outputs, e.g.:[u][/u][u][/u]

$ rsnapshot -t -c rsnapshot.conf daily
echo 24363 > /var/run/rsnapshot.pid
mv /backupdir/daily.5/ /backupdir/daily.6/
mkdir -m 0755 -p /backupdir/daily.0/
/usr/bin/rsync -a --delete --numeric-ids --relative --delete-excluded
    /home/joebot/dropbox /backupdir/daily.0/localhost/
touch /backupdir/daily.0/
$[u][/u][u][/u]

That way we can provide better help.[u][/u][u][/u]

I haven&#39;t seen rsnapshot use the --link-dest command before, but that doesn&#39;t mean that it won&#39;t. It might be a harmless result of the fact that "haney" has a daily.5 folder, while "avon" is apparently about to run the first backup.

In any event, I would do the following:[u][/u][u][/u]

1. Use the global "rsync_log_args" directive in your config file instead of putting the same directive on the lines for the sources:[u][/u][u][/u]

rsync_long_args<tab>--no-owner<tab>--no-group<tab>--fake-super
...
backup<tab>haney::d_frames<tab>haney.dhcp/d_frames/
backup<tab>avon::d_frames<tab>avon.dhcp/d_frames/[u][/u][u][/u]

2. Audit your config file very carefully for spaces. They should appear very rarely except on comment lines. Try this:

$ egrep -v &#39;^(#|$)&#39; rsnapshot.conf | grep &#39; &#39;[u][/u][u][/u]

If it returns any output, you should know why.[u][/u][u][/u]

HTH, PM[u][/u][u][/u]

[u][/u] [u][/u]

[u][/u] [u][/u]
On Wed, Feb 25, 2015 at 7:39 PM, Peter Turner <peter.turner < at > sydney.edu.au ([email]peter.turner < at > sydney.edu.au[/email])> wrote:[u][/u][u][/u]
Apologies if this is not the appropriate forum for beginners.  [u][/u][u][/u]
 [u][/u][u][/u]
I have rsnapshot running a backup process from an embedded linux machine (QNAP with BusyBox) for two remote Windows machines; one called haney and the other avon. [u][/u][u][/u]
 [u][/u][u][/u]
When I run rsnapshot -t daily the rsync instruction for haney appears to be different to that for avon, yet they both appear to have the same entry
in the .conf file:

/opt/bin/rsync -a --no-owner --no-group --fake-super
--link-dest=/share/MD0_DATA/CSAF_backups/daily.5/haney.dhcp/d_frames/
haney::d_frames
/share/MD0_DATA/CSAF_backups/daily.0/haney.dhcp/d_frames/

/opt/bin/rsync -a --no-owner --no-group --fake-super avon::d_frames
/share/MD0_DATA/CSAF_backups/daily.0/avon.dhcp/d_frames/

[quote]From the .conf file:
[/quote]backup haney::d_frames haney.dhcp/d_frames/ rsync_long_args=--no-owner --no-group --fake-super
backup avon::d_frames avon.dhcp/d_frames/ rsync_long_args=--no-owner --no-group --fake-super[u][/u][u][/u]
 [u][/u][u][/u]
 [u][/u][u][/u]
Presumably link-dest should be used for both; if so, how would I make it so?[u][/u][u][/u]
 [u][/u][u][/u]
[b] [/b][u][/u][u][/u]
Thanks, Peter[b].[/b][u][/u][u][/u]
[b] [/b][u][/u][u][/u]
 [u][/u][u][/u]
 [u][/u][u][/u]

------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the
conversation now. [url=http://goparallel.sourceforge.net/]http://goparallel.sourceforge.net/[/url]
_______________________________________________
rsnapshot-discuss mailing list
rsnapshot-discuss < at > lists.sourceforge.net ([email]rsnapshot-discuss < at > lists.sourceforge.net[/email])
[url=https://lists.sourceforge.net/lists/listinfo/rsnapshot-discuss]https://lists.sourceforge.net/lists/listinfo/rsnapshot-discuss[/url][u][/u][u][/u]

-- [u][/u][u][/u]
Paul Mackinney
Systems & Quality Manager
O.N. Diagnostics, LLC
2150 Shattuck Ave. Suite 610, Berkeley, CA 94704
[url=tel]510-204-0688[/url] (phone) | [url=tel]510-356-4349[/url] (fax)
_____________________________________________
If you receive this message in error, please delete it immediately. This message may contain information that is privileged, confidential and exempt from disclosure and dissemination under applicable law. [u][/u][u][/u]

------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the
conversation now. [url=http://goparallel.sourceforge.net/]http://goparallel.sourceforge.net/[/url]
_______________________________________________
rsnapshot-discuss mailing list
rsnapshot-discuss < at > lists.sourceforge.net ([email]rsnapshot-discuss < at > lists.sourceforge.net[/email])
[url=https://lists.sourceforge.net/lists/listinfo/rsnapshot-discuss]https://lists.sourceforge.net/lists/listinfo/rsnapshot-discuss[/url]

[/quote]

--
Paul Mackinney
Systems & Quality Manager
O.N. Diagnostics, LLC
2150 Shattuck Ave. Suite 610, Berkeley, CA 94704
510-204-0688 (phone) | 510-356-4349 (fax)
_____________________________________________
If you receive this message in error, please delete it immediately. This message may contain information that is privileged, confidential and exempt from disclosure and dissemination under applicable law.
link-dest puzzle
February 27, 2015 04:23PM
On 2015-02-27, Paul Mackinney wrote:
[quote]I get stung by this every time I touch that file, because I have expandtab
enabled by default in vim. Good for python coding, but for rsnapshot.conf.
[/quote]
I found myself doing that often enough that I threw together the
attached after/syntax/conf.vim file which highlights in red any
spaces where tabs should be.

HTH,
Gary

------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the
conversation now. http://goparallel.sourceforge.net/
_______________________________________________
rsnapshot-discuss mailing list
rsnapshot-discuss < at > lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rsnapshot-discuss
link-dest puzzle
February 27, 2015 07:00PM
On Fri, Feb 27, 2015 at 7:07 PM, Gary Johnson <garyjohn < at > spocom.com> wrote:
[quote]On 2015-02-27, Paul Mackinney wrote:
[quote]I get stung by this every time I touch that file, because I have expandtab
enabled by default in vim. Good for python coding, but for rsnapshot.conf.
[/quote]
I found myself doing that often enough that I threw together the
attached after/syntax/conf.vim file which highlights in red any
spaces where tabs should be.

HTH,
Gary
[/quote]
Use emacs?

Or more seriously,

http://stackoverflow.com/questions/2741908/how-do-you-enable-file-specific-tab-indent-settings-in-vim

------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the
conversation now. http://goparallel.sourceforge.net/
_______________________________________________
rsnapshot-discuss mailing list
rsnapshot-discuss < at > lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rsnapshot-discuss
link-dest puzzle
February 28, 2015 09:38AM
On 2015-02-27, Nico Kadel-Garcia wrote:
[quote]On Fri, Feb 27, 2015 at 7:07 PM, Gary Johnson <garyjohn < at > spocom.com> wrote:
[quote]On 2015-02-27, Paul Mackinney wrote:
[quote]I get stung by this every time I touch that file, because I have expandtab
enabled by default in vim. Good for python coding, but for rsnapshot.conf.
[/quote]
I found myself doing that often enough that I threw together the
attached after/syntax/conf.vim file which highlights in red any
spaces where tabs should be.

HTH,
Gary
[/quote]
Use emacs?

Or more seriously,

http://stackoverflow.com/questions/2741908/how-do-you-enable-file-specific-tab-indent-settings-in-vim
[/quote]
My editor configuration was not the problem. My forgetfulness was.
I do have 'noexpandtabs' set for configuration files, but sometimes
I would forget to use just tabs and put spaces in those positions
anyway. Then the highlighting reminder was handy.

Regards,
Gary

------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the
conversation now. http://goparallel.sourceforge.net/
_______________________________________________
rsnapshot-discuss mailing list
rsnapshot-discuss < at > lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rsnapshot-discuss
link-dest puzzle
March 02, 2015 04:43AM
On Fri, Feb 27, 2015 at 04:07:20PM -0800, Gary Johnson wrote:
[quote]On 2015-02-27, Paul Mackinney wrote:
[quote]I get stung by this every time I touch that file, because I have expandtab
enabled by default in vim. Good for python coding, but for rsnapshot.conf.
[/quote]I found myself doing that often enough that I threw together the
attached after/syntax/conf.vim file which highlights in red any
spaces where tabs should be.
[/quote]
FWIW I think that aside from the lack of a comprehensive set of tests,
whitespace-sensitivity in the config file is the biggest problem
rsnapshot has.

--
David Cantrell | Godless Liberal Elitist

Wow, my first sigquoting! I feel so special now!
-- Dan Sugalski

------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the
conversation now. http://goparallel.sourceforge.net/
_______________________________________________
rsnapshot-discuss mailing list
rsnapshot-discuss < at > lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/rsnapshot-discuss
Sorry, only registered users may post in this forum.

Click here to login