On Tuesday, 19 July 2016 18:18:24 CEST Chris Lamb wrote: > > > [t 16] Running test t15-dupes.sh: failed > > > > Sorry, but I can't reproduce the error. Maybe there is some difference in > > the running environment. Can you test the failling test with set -x ? > > Attached. I also had to remove the "2>/dev/null" in run-tests.sh for > the output to show FYI. Thanks, I think that the problem is here: ++ echo ./repository/7a98879f7f9c-home-lamby-temp-cdt. 20160719180425.csSPyc7zqz-backup-manager-0.7.12-t-testdir. 20160719.master.tar.gz ++ sed -e 's/20160719/\*/' + file_pattern='./repository/7a98879f7f9c-home-lamby-temp- cdt.*180425.csSPyc7zqz-backup-manager-0.7.12-t-testdir.20160719.master.tar.gz' It tries to replace the "backup_date" with an "*" to get a file pattern of the same backups, but instead of generating: file_pattern='./repository/7a98879f7f9c-home-lamby-temp-cdt. 20160719180425.csSPyc7zqz-backup-manager-0.7.12-t-testdir.*.master.tar.gz' it ends up modifying parts that are related to the file path. For this particular check, changing the sed expression from: "s/$date_of_file/\*/" to "s/\\(.*\\)$date_of_file/\\1\*/" should be enough (lib/files.sh). Although, not a very "safe" way to mangle filenames. :/ I'll commit the patch, and I guess I should be able to reproduce the issue now. Happy hacking, -- "The sooner you start to code, the longer the program will take." -- Roy Carlson Saludos /\/\ /\ >< `/
Attachment:
signature.asc
Description: This is a digitally signed message part.