ports/57843: misc/amanda-client still depends on gtar in source

[Kirk Strauser]

>Number:         57843
>Category:       ports
>Synopsis:       misc/amanda-client still depends on gtar in source
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-ports-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Fri Oct 10 09:20:08 PDT 2003
>Closed-Date:
>Last-Modified:
>Originator:     Kirk Strauser
>Release:        FreeBSD 5.1-CURRENT i386
>Organization:
The Strauser Group
>Environment:
System: FreeBSD kanga.honeypot.net 5.1-CURRENT FreeBSD 5.1-CURRENT #0: Fri Sep 19 14:51:41 CDT 2003 root at kanga.honeypot.net:/usr/obj/usr/src/sys/KANGA i386


	
>Description:
The misc/amanda-client port has been modified to remove dependency on
archivers/gtar since it is now included in the base system.  However, the
/usr/local/libexec/sendbackup program the amanda-client port still calls
"gtar" directly by name.  I discovered this when investigating why a backup
that seemed to have completed properly was missing a few filesystems from
FreeBSD servers.
	
>How-To-Repeat:
	
>Fix:
As a workaround:

  # cd /usr/bin
  # ln -s tar gtar

A fix would look similar to below, although I haven't investigated whether
other programs are involved.  This hardcoded value sort of surprised me:

--- sendbackup-gnutar.c-old     Fri Oct 10 11:08:07 2003
+++ sendbackup-gnutar.c Fri Oct 10 11:08:30 2003
@@ -480,7 +480,7 @@

        start_index(options->createindex, dumpout, mesgf, indexf, indexcmd);

-       my_argv[i++] = "gtar";
+       my_argv[i++] = "tar";
        my_argv[i++] = "--create";
        my_argv[i++] = "--file";
        my_argv[i++] = "-";

	


>Release-Note:
>Audit-Trail:
>Unformatted: