bin/44498: [dM] tar unnecessarily demands wd name

[der Mouse <mouse%Rodents-Montreal.ORG@localhost>]

>Number:         44498
>Category:       bin
>Synopsis:       [dM] tar(1) unnecessarily demands that getcwd() work
>Confidential:   no
>Severity:       serious
>Priority:       low
>Responsible:    bin-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Mon Jan 31 13:35:00 +0000 2011
>Originator:     der Mouse
>Release:        NetBSD 4.0.1
>Organization:
        Dis-
>Environment:
        Probably any 4.0.1; noticed on
System: NetBSD Draupadi.Rodents-Montreal.ORG 4.0.1 NetBSD 4.0.1 (GEN401) #1: 
Mon Jan 17 04:14:49 EST 2011 
mouse%Draupadi.Rodents-Montreal.ORG@localhost:/home/mouse/kbuild/GEN401 i386
Architecture: i386
Machine: i386
        Also seen on a 5.1 machine.
>Description:
        tar(1) demands that it be able to determine its working
        directory.  This is problematic for normal use; it is
        particularly egregious when it happens even for operations such
        as "tar tvf -" that have nothing to do with filesystem access.

        This is a regression as compared to 1.4T; I no longer have
        anything in between to test with.  The same problem appears on
        morden (5.1_STABLE amd64).
>How-To-Repeat:
        % mkdir foo foo/bar
        % chmod 111 foo
        % cd foo/bar
        % tar tvf -
        tar: Cannot get working directory (Permission denied)
        % 

        Notice in particular that tar does not even try to actually
        perform the operation indicated - it doesn't read anything
        before erroring out.
>Fix:
        Unknown.  Isn't our tar a product from elsewhere?  Then this
        probably would need a cluestick applied to the upstream
        maintainers - or for us to switch tar implementations.

/~\ The ASCII                             Mouse
\ / Ribbon Campaign
 X  Against HTML                mouse%rodents-montreal.org@localhost
/ \ Email!           7D C8 61 52 5D E7 2D 39  4E F1 31 3E E8 B3 27 4B