Defect in XCU pax

[yyyyyyyyy@xxxxxxxxxxxxxxxxxxx]

        Defect report from : Jörg Schilling , FOKUS-Fraunhofer

(Please direct followup comments direct to yyyyyyyyyyyyyy@xxxxxxxxxxxxx)

@ page 2902 line 26971 section pax editorial {none}

Problem:

Edition of Specification (Year): 2003 

Defect code :  3. Clarification required

The desciption of the options -H and -L is very hard to understand.
The last sentence for both options is ambiguous.

It is unclear whether the text:

        "The default behavior shall be to archive the symbolic link itself."

refers to the behavior that is in effect when -L or -H don't have been
specified or if it refers to a case when all cases listed before
do not apply.

Second problem with this text: it does not mention how the text:

        "...file type which pax can normally archive ..."

Should be understood.

Third problem:

Several other utilities also implement -H and -L.
The standard should use a unique text for all descriptions
for the same options in different utilities.

Action:

First problem:

The minimum required action is to change this sentence for -H/-L to
e.g.:

        If none of the cases listed before apply (e.g. the
        symlink does not point to a non-symlink file type or
        the file the symlink points to may not archives with
        the archive type currently in effect) pax should archive
        the symlink itself.

Second problem:

        The solution is already in the text proposal for the first
        problem. The important change is to mention the archive
        type currently in effect as pax supports different archive
        types that allow a different set if file types to be archived.

Third problem:

'find' behaves very similar to 'pax' regarding the -H/-L options.
The text for the find utulity is much easier to understand.
A good idea would be to use the text from find for all programs
(at least for pax also) and add sentences for the additional care 
that needs to be taken for e.g. pax.