dar bug when root path starts with a dot like in "-R ./here"
Denis Corbin <[email protected]> Thu, 29 Sep 2016 20:14:30 +0200
| Newsgroups | gmane.comp.sysutils.backup.dar.announce |
|---|---|
| Message-ID | <[email protected]> |
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hi all, Just to let you know that releases 2.4.0 up to 2.4.22 and 2.5.0 up to 2.5.6 are subject to a bug when the path given to -R option starts by a dot: the filtering mechanism then becomes broken (-g, -P, -[ and -] options). example of condition to trigger this bug: -R ./this/place -g foo/bar while the following is not subject to bug: -R this/place -g foo/bar The consequence are: - - when -g or -[ option are used, no file get considered for the operation (for example restored). - - without -g nor -[ if -P or -] is given, no file get excluded from operation This may lead your backup not to contain all the expected data you would like to rely on in case of necessity. This may also lead dar not to restore files as expected. this bug is fixed in GIT (commit e46fb0e7bec4313635744531f52490bc983e73e2) and will be included in next minor releases 2.4.23 and 2.5.7 in a few weeks. in the meanwhile the workaround is to use the following syntax "-R this/place" instead of "-R ./this/place" Thanks to Jim Avera for bug report and clear scenario to describe and reproduce this bug. Regards, Denis -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIVAwUBV+1aBQgxsL0D2LGCAQjo/w/8DjzvfUAqb6sOaM3zMk3YSx0/xfnX266K ltF8ncqc6kJSNS9ktAKMOzR2VGwdi62vaLYsWfb9qqplUMeqwKBcWACofTC4QcaS 8dQfwX7VFNtVAJ4nBLkWaewvXnyi5knwtS5yNOzYeATiCIH5RMyXjeohN+O0h0GJ NDMuE+5YzC/bxZirtoo7cF1/CxU8DngfNVrKidG0Q/kYjOlA2RbYr6AmstquKuSi P0G4IbIdiIbn3jES0SCW1LXa+L5+9JzMBrv1NwZGSBKJUPmOXMZN6ZZmCDvZORkl DbYuM20ZWCdRp6mRdHmHBAITfb9Jv0qrPXkxcSnDcEij7QYiIkMcTVVF8PtHmeN8 sFxh5c/eehwv87bqu1ZKV9jIvpF1cC9P15PXLMTzJNDvuH6GTLOkW0EiULy3ym4U K7WgkyCDoheH9hga5oiKmJcUMD8KHgXAloMKkFsIEoSmrAwazHkoKvMQD3R7/DOh Dfaj7Szv7vMLRtfNSiIwwRhXuY6oNcLSnKc1ie9OQ+5x82HNpFJJ6NUErFkWeirT X4QDBgV3LGI5jljaHX7W0OO9UHpom3qlvJq3D7yYqu390yEb0+Sa+T/hWlnvBaqb ccgv92Eu3OOCiAsZEI2Ihq05YctfMT0KdHbhGYCHxjmOW11TLnd5n5OuQp2UR/qf yqXaVhVstz0= =XN1H -----END PGP SIGNATURE----- ------------------------------------------------------------------------------