"wildcard" datestamp match in dumpspecs?

Nathan Stratton Treadway <[email protected]> Mon, 25 Sep 2017 12:55:11 -0400
Newsgroups gmane.comp.archivers.amanda.devel
Message-ID <[email protected]>
(Amanda v3.4.5:)

The amanda-match.7 man page includes the following example in the DUMP
SPECIFICATIONS section:

       amtool MyConfig www1 /var/www '*' www2 /var/www '*'
           All dumps of /var/www on www1 and www2 (assuming amtool does not
           require a level argument)

However, in my tests using amvault, "*" is not valid for the datestamp.

  $ amvault TestBackup --dest-storage TestOffsite --dry-run '*' '*' '*' 1
  amvault: Illegal datestamp expression *

similarly:
  $ amvault TestBackup --dest-storage TestOffsite --dry-run '*' '*' '' 1
  amvault: Illegal datestamp expression

while e.g.

  $ amvault TestBackup --dest-storage TestOffsite --dry-run '*' '*' '2' 1
does produce a list of all the level-1 dumps.

Am I correct that "2" is currently the best "wildcard" to use for
place-holding the datestamp position in a dumpspec?

Is there any reason '*' couldn't be handled as a special exception in
match.c:match_datestamp(), so that field would behave similar to the
host and disk fields?  

							Nathan

----------------------------------------------------------------------------
Nathan Stratton Treadway  -  [email protected]  -  Mid-Atlantic region
Ray Ontko & Co.  -  Software consulting services  -   http://www.ontko.com/
 GPG Key: http://www.ontko.com/~nathanst/gpg_key.txt   ID: 1023D/ECFB6239
 Key fingerprint = 6AD8 485E 20B9 5C71 231C  0C32 15F3 ADCD ECFB 6239