minor POSIX incompliance

[Bdale Garbee]

Submitted by Joey Hess as a bug against tar in Debian GNU/Linux.  Please
preserve the CC in replies so that our bug tracking system can keep a copy of
the conversation.

Bdale


> --- Begin Message ---
>
>
>
> Subject: 
>
> Bug#139881: tar: minor POSIX incompliance
>
>
>
>
> Date: 
>
> Mon, 25 Mar 2002 14:57:20 -0500
>
>
>
>
> Package: tar
> Version: 1.13.25-2
> Severity: wishlist
>
> I'm doing some testing of Debian for LSB compliance, and the POSIX part
> of the LSB test suite whines about tar not generating POSIX compliant tar
> archives.
>
> According to the test suite documentation, POSIX 10.1.1-12(A) says that
> Fields mode, uid, gid, size, mtime, chksum, devmajor and devminor are
> leading  zero-filled  octal  numbers in ASCII and are terminated by one
> or more space or null characters.
>
> Apparently (and I have not looked at this in depth), gnu tar doesn't
> always do this. Test suite output:
>
>         /tset/POSIX.os/dataform/tar/T.tar 9     Failed
>         
>                 Test Description:
>         Fields mode, uid, gid, size, mtime, chksum, devmajor and devminor  are
>         leading  zero-filled  octal numbers in ASCII and are terminated by one
>         or more space or null characters.
>         Posix Ref: Component TAR Assertion 10.1.1-13(A)
>         
>                 Test Strategy:
>         CREATE regular file using crfile() - (genlib)
>         WRITE data to regular file using write()
>         VERIFY that regular file does exist using chk_file()
>         CREATE tar archive and open() with O_RDONLY using open_tar() for
>         regular file
>         READ archive header from tar archive using read_head()
>         VERIFY that mode, uid, gid, size, mtime, chksum, devmajor and devminor
>         are strings of octal digits with possible trailing spaces or NULLs
>         using chk_oct()
>         CLOSE tar archive with unlink() and close() using close_tar()
>         
>                 Test Information:
>         "devmajor" field "" is not a zero-filled octal number
>         "devminor" field "" is not a zero-filled octal number
>
> This is the only problem the test suite finds in tar, BTW.
>
> This probably affects all linux distributions, so the LSB people may
> decide to waive the test, not requiring it for a distribution to claim
> LSB compliance. On the other hand, they may not; see
> http://lists.debian.org/lsb-test/2001/lsb-test-200105/msg00003.html
>
> -- System Information
> Debian Release: 3.0
> Architecture: i386
> Kernel: Linux silk 2.4.18 #1 Tue Feb 26 00:23:37 EST 2002 i686
> Locale: LANG=C, LC_CTYPE=C
>
> Versions of packages tar depends on:
> ii  libc6                         2.2.5-3    GNU C Library: Shared libraries an
>
>
>
>
> --- End Message ---