BUG : Removing of old slices before archive creation
Denis Corbin <[email protected]> Sat, 08 May 2010 18:19:45 +0200
| Newsgroups | gmane.comp.sysutils.backup.dar.announce |
|---|---|
| Message-ID | <[email protected]> |
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, There is a anoying bug in the way libdar removes old slices of an archive having the same name as the one about to be created. While this operation is always done upon user agreement, it may lead dar or dar_xform to remove slices of an archive having a similar name but not exactly the same name. This problem is due to the glob expression used "<basename>.*.dar" which may match more than just slices of archive which basename is "<basename>". Here is an example : If one has an old archive with slices "example.test.1.dar" and "example.test.2.dar" in a directory and is about to create an archive using the basename "example" (thus slices with name "example.1.dar", "example.2.dar" and so on) in that same directory, dar will wrongly consider that "example.test.1.dar" is an old slice of the same archive name because it matches the "example.*.dar" glob expression. More generally, if you do not use any dot in the archive basename, you are not concerned by this bug. If you do not use archive name that is portion of another archive name you are not concerned by this bug neither. Last, if you do not create several archives in the same directory you are neither concerned by this bug. Instead, you are concerned by this bug only if you follow the three previous conditions : having dot in archive basename, having archive basename being a subset of another archive basename, having this other archive stored in the same directory as the one you are about to create. This bug has been fixed in CVS on branch 2_3_x (see [1] below for details), but due to lack of time I cannot make a new release right now. Instead, I will save my free time to push dar 2.4.0 current developement code into pre-release phase (still important work remains to do before that, but we get close to this). In the meanwhile, if you are concerned by the bug it is advised to not allow dar to remove old slices of an archive when it asks to do so. You are also welcome to grab the 2.3.11_interim version of dar from CVS. Thanks to Brendon Higgins for his feedback about this bug [2]. Kind Regards, Denis. [1] http://dar.linux.free.fr/doc/index.html#CVS [2] http://sourceforge.net/tracker/?func=detail&aid=2998408&group_id=65612&atid=511612 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFL5Y8gpC5CI8gYGlIRAknuAJ9/jTdxrH7oREq8QOSPKqRRZagIDQCfZauJ n9oJqUfSlZaSXX2QHC5m7/A= =IQJn -----END PGP SIGNATURE----- ------------------------------------------------------------------------------