Minutes of the 13th August 2020 Teleconference

2020-08-14 Thread Andrew Josey via austin-group-l at The Open Group
All
Enclosed are the minutes of the thursday call this week.

As a reminder there are no meetings on Mon 2020-08-17, Mon 2020-08-31, Mon 
2020-09-07

The next call is August 20th .
regards
Andrew
--

Minutes of the 13th August 2020 Teleconference Austin-1053 Page 1 of 1
Submitted by Andrew Josey, The Open Group. 15th August 2020

Attendees:
Nick Stoughton, USENIX, ISO/IEC JTC 1/SC 22 OR
Don Cragun, IEEE PASC OR
Eric Ackermann, HPI, University of Potsdam
Mark Ziegast, SHware Systems Dev.
Eric Blake, Red Hat, The Open Group OR
Joerg Schilling, FOKUS Fraunhofer
Geoff Clare, The Open Group
Andrew Josey, The Open Group 
Richard Hansen
Tom Thompson, IEEE

* General news 

We discussed an issue Nick had raised about ISO C and use of consts
(changing char * to const char *).  There is a document being prepared
as a response to the ISO C committee.

N2526 document http://www.open-std.org/jtc1/sc22/wg14/www/docs/n2526.htm
Draft response: 
https://docs.google.com/document/d/1lgITI8PhAQk6ox6OjsrJK65WjykH47Kua74CusjswFE/edit?usp=sharing

We noted the terminology usage discussion is still running on the list.

A reminder that the Draft 1 review is now underway and runs until
August 25 2020.  The draft can be obtained from the login page of
the Austin Group at: https://www.opengroup.org/austin/login.html .

* Outstanding actions

(Please note that this section has been flushed to shorten the minutes -
to locate the previous set of outstanding actions, look to the minutes
from 13th June 2019 and earlier)

Bug 1254: "asynchronous list" description uses "command" instead of "AND-OR 
list" OPEN
https://austingroupbugs.net/view.php?id=1254
Action: Joerg to investigate how his shell behaves.

Bug 700 - Nick to raise this issue with the C committee
Bug 713 - Nick to raise with the C committee.
Bug 739 - Nick to raise with the C committee.
Bug 1216 - Eric to ask if The Open Group is willing to sponsor this interface, 
referencing bug note 4478.


* Current Business

Gettext draft.

We continued this discussion and will continue on the next call.

The gettext draft in the etherpad is at

https://posix.rhansen.org/p/gettext_draft
https://posix.rhansen.org/p/gettext_split

Next Steps 
--
There are no meetings on Mon 2020-08-17, Mon 2020-08-31, Mon 2020-09-07

The next calls are on:

August 20th 2020 (Thursday)
This call will be for 90 minutes.

Aug 24th 2020 (Monday) 
This call will be for 60 minutes.

Apologies in advance:
None

Calls are anchored on US time. (8am Pacific) 

Please check the calendar invites for dial in details.

Bugs are at:
https://austingroupbugs.net


An etherpad is usually up for the meeting, with a URL using the date format as 
below:

https://posix.rhansen.org/p/20xx-mm-dd
username={first part of hostname} password=2115756#


Andrew JoseyThe Open Group
Austin Group Chair  
Email: a.jo...@opengroup.org 
Apex Plaza, Forbury Road,Reading,Berks.RG1 1AX,England

To learn how we maintain your privacy, please review The Open Group Privacy 
Statement at http://www.opengroup.org/privacy.
To unsubscribe/opt-out from this mailing list login to The Open Group 
collaboration portal at
https://collaboration.opengroup.org/operational/portal.php?action=unsub&listid=2481







[1003.1(2016)/Issue7+TC2 0001392]: find(1): clarify whether -perm ops - and + should follow chmod

2020-08-14 Thread Austin Group Bug Tracker via austin-group-l at The Open Group


The following issue has been SUBMITTED. 
== 
https://austingroupbugs.net/view.php?id=1392 
== 
Reported By:mohd_akram
Assigned To:
== 
Project:1003.1(2016)/Issue7+TC2
Issue ID:   1392
Category:   Shell and Utilities
Type:   Clarification Requested
Severity:   Editorial
Priority:   normal
Status: New
Name:   Mohamed Akram 
Organization:
User Reference:  
Section:find 
Page Number:2797 
Line Number:91951-91956 
Interp Status:  --- 
Final Accepted Text: 
== 
Date Submitted: 2020-08-14 12:55 UTC
Last Modified:  2020-08-14 12:55 UTC
== 
Summary:find(1): clarify whether -perm ops - and + should
follow chmod
Description: 
Currently, BSD/macOS find(1) behave like chmod when it comes to the - and +
operators of -perm:

$ umask
0022
$ touch file
$ chmod +w file
$ find file -perm -+w
file

GNU find behaves differently (https://savannah.gnu.org/bugs/?58654):

$ umask
0002
$ touch file
$ chmod +w
$ find file -perm -+w

GNU find treats = and + as equivalent, while BSD find doesn't (which is IMO
more useful).
Desired Action: 
Clarify the behavior of find(1) -perm with respect to the - and +
operators.
== 

Issue History 
Date ModifiedUsername   FieldChange   
== 
2020-08-14 12:55 mohd_akram New Issue
2020-08-14 12:55 mohd_akram Name  => Mohamed Akram   
2020-08-14 12:55 mohd_akram Section   => find
2020-08-14 12:55 mohd_akram Page Number   => 2797
2020-08-14 12:55 mohd_akram Line Number   => 91951-91956 
==




[1003.1(2016)/Issue7+TC2 0001389]: Shell command search procedure is incorrect

2020-08-14 Thread Austin Group Bug Tracker via austin-group-l at The Open Group


A NOTE has been added to this issue. 
== 
https://www.austingroupbugs.net/view.php?id=1389 
== 
Reported By:kre
Assigned To:
== 
Project:1003.1(2016)/Issue7+TC2
Issue ID:   1389
Category:   Shell and Utilities
Type:   Error
Severity:   Objection
Priority:   normal
Status: New
Name:   Robert Elz 
Organization:
User Reference:  
Section:2.9.1.1 1.c (2.9.1.4 1.c in Issue8 Draft 1), 2.9.1.1
1.d, 2.9.1.1 1.e.i.a 
Page Number:2367 (2335 in Issue8 draft 1) 
Line Number:75564-73 75577-78   (74159-64 74168-71 in Issue8
draft 1) 
Interp Status:  --- 
Final Accepted Text: 
== 
Date Submitted: 2020-08-13 19:52 UTC
Last Modified:  2020-08-14 10:39 UTC
== 
Summary:Shell command search procedure is incorrect
==
Relationships   ID  Summary
--
duplicate of854 requirement for additional built-in uti...
related to  0001390 No method to invoke a non-standard buil...
related to  0001391 Unclear language in specification of ut...
== 

-- 
 (0004924) joerg (reporter) - 2020-08-14 10:39
 https://www.austingroupbugs.net/view.php?id=1389#c4924 
-- 
Just in case this is not known, ksh93 implements PATH search for builtin
commands and this was a requirement for ksh93 integration into OpenSolaris
in 2008 after a long and heaty discussion. The reason for that requirement
was to retain POSIX compliance even though basicstandard utilities are
built into the standard shell.

If a shell does not implement PATH search for additional builtins, we would
need to forbid shells to add more builtins than the minimal set.

ksh93 added many additional builtins like cat, chown, cmp, ... and POSIX
grants that a user that if he has private version of system utilities, the
shell needs to use them if they are first in PATH.

If a shell adds more builtins than currently documented, this would no
longer work as historically builtin are always found first.

As a consequence, we created a list of tainted utilities see bug:854, that
already may be builtins.

If you like to add more builtins from the list of standard utilities, you
either need to implement PATH search for these builtins, or you are
forbidden to implement these utilities as builtins.

In ksh93, builtin commands are managed with the builtin named "builtin".

Call builtin for a liste.g.

builtin
:
.
[
/bin/cat
/bin/chown
/bin/cksum
/bin/cmp
/bin/comm
/bin/cut
/bin/dirname
/bin/fold
/bin/getconf
/bin/head
/bin/join
/bin/logname
/bin/mkdir
/bin/mkfifo
/bin/mktemp
/bin/paste
/bin/pathchk
/bin/rev
/bin/rmdir
/bin/sum
/bin/sync
/bin/tail
/bin/tee
/bin/tty
/bin/uniq
/bin/wc
/bin/xgrep
/sbin/sync
/usr/ast/bin/basename
/usr/ast/bin/cat
/usr/ast/bin/chgrp
/usr/ast/bin/chmod
/usr/ast/bin/chown
/usr/ast/bin/cksum
/usr/ast/bin/cmp
/usr/ast/bin/comm
/usr/ast/bin/cp
/usr/ast/bin/cut
/usr/ast/bin/date
/usr/ast/bin/dirname
/usr/ast/bin/egrep
/usr/ast/bin/expr
/usr/ast/bin/fds
/usr/ast/bin/fgrep
/usr/ast/bin/fmt
/usr/ast/bin/fold
/usr/ast/bin/grep
/usr/ast/bin/head
/usr/ast/bin/id
/usr/ast/bin/join
/usr/ast/bin/ln
/usr/ast/bin/logname
/usr/ast/bin/md5sum
/usr/ast/bin/mkdir
/usr/ast/bin/mkfifo
/usr/ast/bin/mktemp
/usr/ast/bin/mv
/usr/ast/bin/paste
/usr/ast/bin/pathchk
/usr/ast/bin/readlink
/usr/ast/bin/rev
/usr/ast/bin/rm
/usr/ast/bin/rmdir
/usr/ast/bin/stty
/usr/ast/bin/sum
/usr/ast/bin/sync
/usr/ast/bin/tail
/usr/ast/bin/tee
/usr/ast/bin/tty
/usr/ast/bin/uname
/usr/ast/bin/uniq
/usr/ast/bin/wc
/usr/ast/bin/xgrep
/usr/sbin/sync
/usr/xpg4/bin/basename
/usr/xpg4/bin/egrep
/usr/xpg4/bin/fgrep
/usr/xpg4/bin/grep
/usr/xpg4/bin/id
/usr/xpg4/bin/rm
/usr/xpg4/bin/tail
/usr/xpg6/bin/expr
alarm
alias
bg
break
builtin
cd
command


Note that the builtins bound to /usr/ast/bin are not fully POSIX compliant
and there fore are not bound to a path that appears in the default PATH.

If you do not care about POSIX compliance or if you do not like to add more
builtins to your shell, you may do what ever you like. If you however like
to add more builtins, you need to follow long existing rules about PATH
s

Re: [1003.1(2008)/Issue 7 0001387]: Should EAGAIN be acceptable for malloc failure?

2020-08-14 Thread casper....@oracle.com via austin-group-l at The Open Group



>--
>Re:bugnote: 4916
>
>Hi Alan, do you know where EAGAIN is created in the Solaris kernel while
>running sbrk()?

Not Alan; but EAGAIN when anon_resv() fails.  (anon_resv tries to allocate 
space in swapfs).


ENOMEM is generally returned when we run into limits: out of VM or into 
resource control limits in Solaris.

Casper



[1003.1(2008)/Issue 7 0001387]: Should EAGAIN be acceptable for malloc failure?

2020-08-14 Thread Austin Group Bug Tracker via austin-group-l at The Open Group


A NOTE has been added to this issue. 
== 
https://www.austingroupbugs.net/view.php?id=1387 
== 
Reported By:rhansen
Assigned To:ajosey
== 
Project:1003.1(2008)/Issue 7
Issue ID:   1387
Category:   System Interfaces
Type:   Clarification Requested
Severity:   Editorial
Priority:   normal
Status: Under Review
Name:   Richard Hansen 
Organization:
User Reference:  
Section:malloc 
Page Number:1295 (Issue 7 2018 edition) 
Line Number:43161 (Issue 7 2018 edition) 
Interp Status:  --- 
Final Accepted Text: 
== 
Date Submitted: 2020-08-10 16:46 UTC
Last Modified:  2020-08-14 09:50 UTC
== 
Summary:Should EAGAIN be acceptable for malloc failure?
== 

-- 
 (0004923) joerg (reporter) - 2020-08-14 09:50
 https://www.austingroupbugs.net/view.php?id=1387#c4923 
-- 
Re:bugnote: 4916

Hi Alan, do you know where EAGAIN is created in the Solaris kernel while
running sbrk()?

Due to the object oriented design of the address space administration in
SunOS, it is hard to find the right location in the code.

What I however can say is that since SunOS-4.0 (from late 1987),
kmem_alloc() with a flag of KM_NOSLEEP return EAGAIN in case that the
operation would result in a sleep.

The anon pages segment driver vm_anon.c however only returns ENOMEM, the
sgvn driver seg_vn.c returns ENOMEM in plenty of cases (e.g. with shared
mappings that are not expected to apply to sbrk()), but also ENOMEM in
other cases. 

Issue History 
Date ModifiedUsername   FieldChange   
== 
2020-08-10 16:46 rhansenNew Issue
2020-08-10 16:46 rhansenStatus   New => Under Review 
2020-08-10 16:46 rhansenAssigned To   => ajosey  
2020-08-10 16:46 rhansenName  => Richard Hansen  
2020-08-10 16:46 rhansenSection   => malloc  
2020-08-10 16:46 rhansenPage Number   => 1295 (Issue 7 2018
edition)
2020-08-10 16:46 rhansenLine Number   => 43161 (Issue 7 2018
edition)
2020-08-10 16:46 rhansenInterp Status => --- 
2020-08-10 17:09 rhansenNote Added: 0004914  
2020-08-10 17:14 rhansenDescription Updated  
2020-08-10 17:35 rhansenDesired Action Updated   
2020-08-10 17:36 rhansenDesired Action Updated   
2020-08-10 17:39 Don Cragun Note Added: 0004915  
2020-08-10 17:45 alanc  Note Added: 0004916  
2020-08-10 17:45 alanc  Note Edited: 0004916 
2020-08-11 01:08 shware_systems Note Added: 0004918  
2020-08-14 09:50 joerg  Note Added: 0004923  
==




[1003.1(2016)/Issue7+TC2 0001391]: Unclear language in specification of utilities implemented as functions

2020-08-14 Thread Austin Group Bug Tracker via austin-group-l at The Open Group


A NOTE has been added to this issue. 
== 
https://austingroupbugs.net/view.php?id=1391 
== 
Reported By:kre
Assigned To:
== 
Project:1003.1(2016)/Issue7+TC2
Issue ID:   1391
Category:   Shell and Utilities
Type:   Error
Severity:   Objection
Priority:   normal
Status: New
Name:   Robert Elz 
Organization:
User Reference:  
Section:2.9.1.1 1.c  (2.9.1.4 1.c in Issue 8 draft 1) 
Page Number:2367 (2294 in Issue 8 draft 1) 
Line Number:75564-7 (74159-62 in Issue 8 draft 1) 
Interp Status:  --- 
Final Accepted Text: 
== 
Date Submitted: 2020-08-13 19:58 UTC
Last Modified:  2020-08-14 09:21 UTC
== 
Summary:Unclear language in specification of utilities
implemented as functions
==
Relationships   ID  Summary
--
related to  0001390 No method to invoke a non-standard buil...
related to  0001389 Shell command search procedure is incor...
== 

-- 
 (0004922) geoffclare (manager) - 2020-08-14 09:21
 https://austingroupbugs.net/view.php?id=1391#c4922 
-- 
I think there is a misunderstanding here of what "If the implementation has
provided a standard utility in the form of a function" means. The
description talks about "if the shell did implement some standard utility
as a function" which has implications that are not quite the same.

I believe the thinking behind "the implementation has provided a standard
utility in the form of a function" is that an implementation could define a
function in an implementation-provided shell startup file. Some
implementations do this with aliases (such as the misguided alias rm='rm
-i'); the standard allows a similar thing with functions. I suppose a
function could also be predefined internally by the shell itself. However,
the crucial thing is that it is just a function definition like any other;
it is not special (other than being already defined by the time the shell
reads commands from the user/script). So if the application defines a
function of the same name, it simply replaces the one provided by the
implementation. The application could also delete the function using "unset
-f".

I think a suitable change to clarify this would be to change:If
the implementation has provided a standard utility in the form of a
function, it shall not be recognized at this
point.to:If the implementation has provided a
standard utility in the form of a function, and that function definition
still exists (i.e. has not been removed using unset -f or
replaced via another function definition with the same name), it shall not
be recognized at this point. 

Issue History 
Date ModifiedUsername   FieldChange   
== 
2020-08-13 19:58 kreNew Issue
2020-08-13 19:58 kreName  => Robert Elz  
2020-08-13 19:58 kreSection   => 2.9.1.1 1.c 
(2.9.1.4 1.c in Issue 8 draft 1)
2020-08-13 19:58 krePage Number   => 2367 (2294 in Issue
8 draft 1)
2020-08-13 19:58 kreLine Number   => 75564-7 (74159-62
in Issue 8 draft 1)
2020-08-13 21:18 Don Cragun Relationship added   related to 0001389  
2020-08-13 21:19 Don Cragun Relationship added   related to 0001390  
2020-08-14 08:31 geoffclare Interp Status => --- 
2020-08-14 08:31 geoffclare Description Updated  
2020-08-14 09:21 geoffclare Note Added: 0004922  
==




[1003.1(2016)/Issue7+TC2 0001390]: No method to invoke a non-standard built-in utility

2020-08-14 Thread Austin Group Bug Tracker via austin-group-l at The Open Group


A NOTE has been added to this issue. 
== 
https://austingroupbugs.net/view.php?id=1390 
== 
Reported By:kre
Assigned To:
== 
Project:1003.1(2016)/Issue7+TC2
Issue ID:   1390
Category:   Shell and Utilities
Type:   Omission
Severity:   Objection
Priority:   normal
Status: New
Name:   Robert Elz 
Organization:
User Reference:  
Section:XCU 2.9.1.1 (In Issue 8 draft 1, section 2.9.1.4) 
Page Number:2367-8   (in Issue 8 draft 1: 2293-4) 
Line Number:75545-75627 (In Issue 8 Draft 1, lines 74140-74183) 
Interp Status:  --- 
Final Accepted Text: 
== 
Date Submitted: 2020-08-13 19:54 UTC
Last Modified:  2020-08-14 09:01 UTC
== 
Summary:No method to invoke a non-standard built-in utility
==
Relationships   ID  Summary
--
related to  0001389 Shell command search procedure is incor...
related to  0001391 Unclear language in specification of ut...
== 

-- 
 (0004921) geoffclare (manager) - 2020-08-14 09:01
 https://austingroupbugs.net/view.php?id=1390#c4921 
-- 
"The standard as currently written provides no mechanism to allow such
non-standard built-in utilities to be invoked."

This was solved in Issue 8 draft 1 by allowing implementations to add to
the list of intrinsic utilities. See XCU 1.7 (P2268 L73117) in the draft:
"Whether any additional utility is considered an intrinsic utility is
implementation-defined."
All the implementation needs to do is document the additions. 

This practice is not recommended (through the use of "should not" on
L73119) but is allowed. 

Issue History 
Date ModifiedUsername   FieldChange   
== 
2020-08-13 19:54 kreNew Issue
2020-08-13 19:54 kreName  => Robert Elz  
2020-08-13 19:54 kreSection   => XCU 2.9.1.1 (In
Issue 8 draft 1, section 2.9.1.4)
2020-08-13 19:54 krePage Number   => 2367-8   (in Issue
8 draft 1: 2293-4)
2020-08-13 19:54 kreLine Number   => 75545-75627 (In
Issue 8 Draft 1, lines 74140-74183)
2020-08-13 21:17 Don Cragun Relationship added   related to 0001389  
2020-08-13 21:19 Don Cragun Relationship added   related to 0001391  
2020-08-14 08:30 geoffclare Interp Status => --- 
2020-08-14 08:30 geoffclare Description Updated  
2020-08-14 09:01 geoffclare Note Added: 0004921  
==




[1003.1(2013)/Issue7+TC1 0000854]: requirement for additional built-in utilities to be searched for via $PATH was not and is not existing practice

2020-08-14 Thread Austin Group Bug Tracker via austin-group-l at The Open Group


The issue 0001389 has been set as DUPLICATE OF the following issue. 
== 
https://austingroupbugs.net/view.php?id=854 
== 
Reported By:philip-guenther
Assigned To:
== 
Project:1003.1(2013)/Issue7+TC1
Issue ID:   854
Category:   Shell and Utilities
Type:   Error
Severity:   Objection
Priority:   normal
Status: Applied
Name:   Philip Guenther 
Organization:   OpenBSD 
User Reference:  
Section:XCU 2.9.1.1 
Page Number:2339 
Line Number:74397-74398 
Interp Status:  Approved 
Final Accepted Text:See
https://austingroupbugs.net/view.php?id=854#c2495 
Resolution: Accepted As Marked
Fixed in Version:   
== 
Date Submitted: 2014-07-02 07:29 UTC
Last Modified:  2020-03-27 17:22 UTC
== 
Summary:requirement for additional built-in utilities to be
searched for via $PATH was not and is not existing practice
==
Relationships   ID  Summary
--
related to  705 Add hash, type and ulimit to regular bu...
has duplicate   0001389 Shell command search procedure is incor...
related to  901 reserve _POSIX* shell option namespace ...
related to  654 unclear behavior of in-line variable as...
== 

Issue History 
Date ModifiedUsername   FieldChange   
== 
2014-07-02 07:29 philip-guentherNew Issue
2014-07-02 07:29 philip-guentherName  => Philip Guenther 
2014-07-02 07:29 philip-guentherOrganization  => OpenBSD 
2014-07-02 07:29 philip-guentherSection   => XCU 2.9.1.1 
2014-07-02 07:29 philip-guentherPage Number   => 2339
2014-07-02 07:29 philip-guentherLine Number   => 74397-74398 
2014-12-01 06:39 Don Cragun Note Added: 0002453  
2014-12-01 06:46 Don Cragun Note Edited: 0002453 
2014-12-01 06:53 Don Cragun Note Edited: 0002453 
2014-12-01 06:57 Don Cragun Note Edited: 0002453 
2014-12-01 07:01 Don Cragun Interp Status => --- 
2014-12-01 07:01 Don Cragun Final Accepted Text   => See
https://austingroupbugs.net/view.php?id=854#c2453.
2014-12-01 07:01 Don Cragun Tag Attached: issue8 
2014-12-01 07:17 wpollock   Note Added: 0002454  
2014-12-01 07:34 Don Cragun Note Edited: 0002453 
2014-12-01 07:36 Don Cragun Note Added: 0002455  
2014-12-04 07:56 Don Cragun Note Edited: 0002453 
2014-12-04 07:56 Don Cragun Note Edited: 0002455 
2014-12-04 08:17 Don Cragun Note Edited: 0002453 
2014-12-04 08:18 Don Cragun Note Edited: 0002453 
2014-12-04 08:21 Don Cragun Note Edited: 0002455 
2014-12-04 08:23 Don Cragun Note Edited: 0002453 
2014-12-04 08:24 Don Cragun Note Edited: 0002455 
2014-12-04 16:18 Don Cragun Note Edited: 0002453 
2014-12-04 16:33 Don Cragun Note Edited: 0002453 
2014-12-05 08:37 rhansenNote Added: 0002477  
2014-12-05 08:39 rhansenNote Edited: 0002477 
2014-12-05 08:42 rhansenNote Edited: 0002477 
2014-12-05 08:43 rhansenNote Edited: 0002477 
2014-12-05 14:03 chet_ramey Note Added: 0002479  
2014-12-06 22:51 Don Cragun Note Added: 0002487  
2014-12-06 22:54 Don Cragun Note Edited: 0002487 
2014-12-06 23:01 Don Cragun Note Edited: 0002487 
2014-12-06 23:01 Don Cragun Note View State: public: 2487   

2014-12-08 15:03 Don Cragun Note Edited: 0002487 
2014-12-11 16:21 nick   Relatio

[1003.1(2016)/Issue7+TC2 0001389]: Shell command search procedure is incorrect

2020-08-14 Thread Austin Group Bug Tracker via austin-group-l at The Open Group


The following issue has been set as DUPLICATE OF issue 854. 
== 
https://austingroupbugs.net/view.php?id=1389 
== 
Reported By:kre
Assigned To:
== 
Project:1003.1(2016)/Issue7+TC2
Issue ID:   1389
Category:   Shell and Utilities
Type:   Error
Severity:   Objection
Priority:   normal
Status: New
Name:   Robert Elz 
Organization:
User Reference:  
Section:2.9.1.1 1.c (2.9.1.4 1.c in Issue8 Draft 1), 2.9.1.1
1.d, 2.9.1.1 1.e.i.a 
Page Number:2367 (2335 in Issue8 draft 1) 
Line Number:75564-73 75577-78   (74159-64 74168-71 in Issue8
draft 1) 
Interp Status:  --- 
Final Accepted Text: 
== 
Date Submitted: 2020-08-13 19:52 UTC
Last Modified:  2020-08-14 08:47 UTC
== 
Summary:Shell command search procedure is incorrect
==
Relationships   ID  Summary
--
duplicate of854 requirement for additional built-in uti...
related to  0001390 No method to invoke a non-standard buil...
related to  0001391 Unclear language in specification of ut...
== 

Issue History 
Date ModifiedUsername   FieldChange   
== 
2020-08-13 19:52 kreNew Issue
2020-08-13 19:52 kreName  => Your Name Here  
2020-08-13 19:52 kreSection   => (section number or
name, can be interface name)
2020-08-13 19:52 krePage Number   => (page or range of
pages)
2020-08-13 19:52 kreLine Number   => 75564-73 75577-78  
(74159-64 74168-71 in Issue8 draft 1)
2020-08-13 21:17 Don Cragun Name Your Name Here =>
Robert Elz
2020-08-13 21:17 Don Cragun Interp Status => --- 
2020-08-13 21:17 Don Cragun Relationship added   related to 0001390  
2020-08-13 21:18 Don Cragun Relationship added   related to 0001391  
2020-08-13 21:24 Don Cragun Severity Editorial => Objection
2020-08-13 21:24 Don Cragun Type Clarification Requested
=> Error
2020-08-13 21:30 Don Cragun Section  (section number or
name, can be interface name) => 2.9.1.1 1.c (2.9.1.4 1.c in Issue8 Draft 1),
2.9.1.1 1.d, 2.9.1.1 1.e.i.a
2020-08-13 21:30 Don Cragun Page Number  (page or range of
pages) => 2367 (2335 in Issue8 draft 1)
2020-08-14 08:47 geoffclare Note Added: 0004920  
2020-08-14 08:47 geoffclare Relationship added   duplicate of 854
==




[1003.1(2016)/Issue7+TC2 0001389]: Shell command search procedure is incorrect

2020-08-14 Thread Austin Group Bug Tracker via austin-group-l at The Open Group


A NOTE has been added to this issue. 
== 
https://austingroupbugs.net/view.php?id=1389 
== 
Reported By:kre
Assigned To:
== 
Project:1003.1(2016)/Issue7+TC2
Issue ID:   1389
Category:   Shell and Utilities
Type:   Error
Severity:   Objection
Priority:   normal
Status: New
Name:   Robert Elz 
Organization:
User Reference:  
Section:2.9.1.1 1.c (2.9.1.4 1.c in Issue8 Draft 1), 2.9.1.1
1.d, 2.9.1.1 1.e.i.a 
Page Number:2367 (2335 in Issue8 draft 1) 
Line Number:75564-73 75577-78   (74159-64 74168-71 in Issue8
draft 1) 
Interp Status:  --- 
Final Accepted Text: 
== 
Date Submitted: 2020-08-13 19:52 UTC
Last Modified:  2020-08-14 08:47 UTC
== 
Summary:Shell command search procedure is incorrect
==
Relationships   ID  Summary
--
related to  0001390 No method to invoke a non-standard buil...
related to  0001391 Unclear language in specification of ut...
== 

-- 
 (0004920) geoffclare (manager) - 2020-08-14 08:47
 https://austingroupbugs.net/view.php?id=1389#c4920 
-- 
Although it goes into more detail, this is effectively a repeat of bug
https://austingroupbugs.net/view.php?id=854 and should be closed as a duplicate.


Issue History 
Date ModifiedUsername   FieldChange   
== 
2020-08-13 19:52 kreNew Issue
2020-08-13 19:52 kreName  => Your Name Here  
2020-08-13 19:52 kreSection   => (section number or
name, can be interface name)
2020-08-13 19:52 krePage Number   => (page or range of
pages)
2020-08-13 19:52 kreLine Number   => 75564-73 75577-78  
(74159-64 74168-71 in Issue8 draft 1)
2020-08-13 21:17 Don Cragun Name Your Name Here =>
Robert Elz
2020-08-13 21:17 Don Cragun Interp Status => --- 
2020-08-13 21:17 Don Cragun Relationship added   related to 0001390  
2020-08-13 21:18 Don Cragun Relationship added   related to 0001391  
2020-08-13 21:24 Don Cragun Severity Editorial => Objection
2020-08-13 21:24 Don Cragun Type Clarification Requested
=> Error
2020-08-13 21:30 Don Cragun Section  (section number or
name, can be interface name) => 2.9.1.1 1.c (2.9.1.4 1.c in Issue8 Draft 1),
2.9.1.1 1.d, 2.9.1.1 1.e.i.a
2020-08-13 21:30 Don Cragun Page Number  (page or range of
pages) => 2367 (2335 in Issue8 draft 1)
2020-08-14 08:47 geoffclare Note Added: 0004920  
==




Re: Did I ever say how much I detest mantis...

2020-08-14 Thread Geoff Clare via austin-group-l at The Open Group
Robert Elz wrote, on 14 Aug 2020:
>
> Any chance that you could also correct 1390 and 1391 and change
> bug:1389 into bugid:1389 so that the auto link generation works
> (that one being wrong is entirely my fault, I forgot to check the
> correct method).

I have made these changes.

-- 
Geoff Clare 
The Open Group, Apex Plaza, Forbury Road, Reading, RG1 1AX, England



[1003.1(2016)/Issue7+TC2 0001391]: Unclear language in specification of utilities implemented as functions

2020-08-14 Thread Austin Group Bug Tracker via austin-group-l at The Open Group


The following issue has been UPDATED. 
== 
https://austingroupbugs.net/view.php?id=1391 
== 
Reported By:kre
Assigned To:
== 
Project:1003.1(2016)/Issue7+TC2
Issue ID:   1391
Category:   Shell and Utilities
Type:   Error
Severity:   Objection
Priority:   normal
Status: New
Name:   Robert Elz 
Organization:
User Reference:  
Section:2.9.1.1 1.c  (2.9.1.4 1.c in Issue 8 draft 1) 
Page Number:2367 (2294 in Issue 8 draft 1) 
Line Number:75564-7 (74159-62 in Issue 8 draft 1) 
Interp Status:  --- 
Final Accepted Text: 
== 
Date Submitted: 2020-08-13 19:58 UTC
Last Modified:  2020-08-14 08:31 UTC
== 
Summary:Unclear language in specification of utilities
implemented as functions
==
Relationships   ID  Summary
--
related to  0001390 No method to invoke a non-standard buil...
related to  0001389 Shell command search procedure is incor...
== 

Issue History 
Date ModifiedUsername   FieldChange   
== 
2020-08-13 19:58 kreNew Issue
2020-08-13 19:58 kreName  => Robert Elz  
2020-08-13 19:58 kreSection   => 2.9.1.1 1.c 
(2.9.1.4 1.c in Issue 8 draft 1)
2020-08-13 19:58 krePage Number   => 2367 (2294 in Issue
8 draft 1)
2020-08-13 19:58 kreLine Number   => 75564-7 (74159-62
in Issue 8 draft 1)
2020-08-13 21:18 Don Cragun Relationship added   related to 0001389  
2020-08-13 21:19 Don Cragun Relationship added   related to 0001390  
2020-08-14 08:31 geoffclare Interp Status => --- 
2020-08-14 08:31 geoffclare Description Updated  
==




[1003.1(2016)/Issue7+TC2 0001390]: No method to invoke a non-standard built-in utility

2020-08-14 Thread Austin Group Bug Tracker via austin-group-l at The Open Group


The following issue has been UPDATED. 
== 
https://austingroupbugs.net/view.php?id=1390 
== 
Reported By:kre
Assigned To:
== 
Project:1003.1(2016)/Issue7+TC2
Issue ID:   1390
Category:   Shell and Utilities
Type:   Omission
Severity:   Objection
Priority:   normal
Status: New
Name:   Robert Elz 
Organization:
User Reference:  
Section:XCU 2.9.1.1 (In Issue 8 draft 1, section 2.9.1.4) 
Page Number:2367-8   (in Issue 8 draft 1: 2293-4) 
Line Number:75545-75627 (In Issue 8 Draft 1, lines 74140-74183) 
Interp Status:  --- 
Final Accepted Text: 
== 
Date Submitted: 2020-08-13 19:54 UTC
Last Modified:  2020-08-14 08:30 UTC
== 
Summary:No method to invoke a non-standard built-in utility
==
Relationships   ID  Summary
--
related to  0001389 Shell command search procedure is incor...
related to  0001391 Unclear language in specification of ut...
== 

Issue History 
Date ModifiedUsername   FieldChange   
== 
2020-08-13 19:54 kreNew Issue
2020-08-13 19:54 kreName  => Robert Elz  
2020-08-13 19:54 kreSection   => XCU 2.9.1.1 (In
Issue 8 draft 1, section 2.9.1.4)
2020-08-13 19:54 krePage Number   => 2367-8   (in Issue
8 draft 1: 2293-4)
2020-08-13 19:54 kreLine Number   => 75545-75627 (In
Issue 8 Draft 1, lines 74140-74183)
2020-08-13 21:17 Don Cragun Relationship added   related to 0001389  
2020-08-13 21:19 Don Cragun Relationship added   related to 0001391  
2020-08-14 08:30 geoffclare Interp Status => --- 
2020-08-14 08:30 geoffclare Description Updated  
==