You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Sorry for the poor bug-report quality, below, but i just spent way too long writing up my exact steps in a "micro" case, and then found opposite behavior (still broken, though)....
In my real-world backup (of $HOME), a leading slash confuses --exclude-file contents
In my test-case backup (of a mktemp -d w/2 dirs and 2 files), a leading slash has no effect (restic still backups everything indiscriminately) but removing the trailing slash from --exclude-file lines solves the problem.
So I'm not sure exact reproduction steps, unfortunately :( I only know that:
expected: simple[1] paths should be excluded by their presence in an --exclude-file
actual: said paths are almost always - except above-mentioned attempts - backed up anyway
[1]: (no globs, no env. variables, just simple paths)
The text was updated successfully, but these errors were encountered:
Output of
restic version
built from HEAD....
$ git rev-parse HEAD 5b33a7a903fc0c6d834be20c7399fe3f5ba1f210 $ bin/restic version restic compiled manually compiled at unknown time with go1.6
Setup
Runnig my backup with:
bad report :(
Sorry for the poor bug-report quality, below, but i just spent way too long writing up my exact steps in a "micro" case, and then found opposite behavior (still broken, though)....
$HOME
), a leading slash confuses--exclude-file
contentsmktemp -d
w/2 dirs and 2 files), a leading slash has no effect (restic still backups everything indiscriminately) but removing the trailing slash from--exclude-file
lines solves the problem.So I'm not sure exact reproduction steps, unfortunately :( I only know that:
--exclude-file
[1]: (no globs, no env. variables, just simple paths)
The text was updated successfully, but these errors were encountered: