A NOTE has been added to this issue. 
====================================================================== 
https://austingroupbugs.net/view.php?id=1544 
====================================================================== 
Reported By:                calestyo
Assigned To:                
====================================================================== 
Project:                    1003.1(2016/18)/Issue7+TC2
Issue ID:                   1544
Category:                   Shell and Utilities
Type:                       Clarification Requested
Severity:                   Editorial
Priority:                   normal
Status:                     Resolution Proposed
Name:                       Christoph Anton Mitterer 
Organization:                
User Reference:              
Section:                    uudecode 
Page Number:                3357 
Line Number:                113061-113063 
Interp Status:              --- 
Final Accepted Text:        https://austingroupbugs.net/view.php?id=1544#c5711 
====================================================================== 
Date Submitted:             2022-01-08 03:21 UTC
Last Modified:              2022-02-24 23:23 UTC
====================================================================== 
Summary:                    uudecode: standardise or at least reserve - as
another special symbol for decoding to stdout
====================================================================== 

---------------------------------------------------------------------- 
 (0005713) kre (reporter) - 2022-02-24 23:23
 https://austingroupbugs.net/view.php?id=1544#c5713 
---------------------------------------------------------------------- 
Re https://austingroupbugs.net/view.php?id=1544#c5712

I understand the point, but the proposed wording is horrid.   We should
just say what we mean, and not be afraid of using more than one sentence,
we don't pay a premium for using the '.' character.

As I understand it, the intent is more like

    If the -o option is used, the pathname shall be outfile, otherwise
    the pathname is that encoded in the file data header by uuencode.
    If the pathname so determined is "-" or "/dev/stdout", output
    in the same format as the file originally encoded by uuencode shall be
    sent to standard output, otherwise standard output shall not be used.

With the wording and formatting cleaned up to be nicer.  Perhaps making
the
earlier text more clearly contain the first sentemce, and limiting the
STDOUT
section to simply the second (omitting "so determined" of course). 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2022-01-08 03:21 calestyo       New Issue                                    
2022-01-08 03:21 calestyo       Name                      => Christoph Anton
Mitterer
2022-01-08 03:21 calestyo       Section                   => uudecode        
2022-01-08 03:21 calestyo       Page Number               => N/A             
2022-01-08 03:21 calestyo       Line Number               => N/A             
2022-01-10 10:08 geoffclare     Note Added: 0005584                          
2022-01-10 15:16 calestyo       Note Added: 0005586                          
2022-01-11 00:19 alanc          Note Added: 0005592                          
2022-02-24 09:24 Don Cragun     Page Number              N/A => 3357         
2022-02-24 09:24 Don Cragun     Line Number              N/A => 113061-113063
2022-02-24 09:24 Don Cragun     Interp Status             => ---             
2022-02-24 15:51 shware_systems Note Added: 0005707                          
2022-02-24 16:01 calestyo       Note Added: 0005708                          
2022-02-24 16:26 geoffclare     Note Added: 0005709                          
2022-02-24 16:39 calestyo       Note Added: 0005710                          
2022-02-24 17:33 geoffclare     Note Added: 0005711                          
2022-02-24 17:35 geoffclare     Final Accepted Text       =>
https://austingroupbugs.net/view.php?id=1544#c5711    
2022-02-24 17:35 geoffclare     Status                   New => Resolution
Proposed
2022-02-24 21:34 calestyo       Note Added: 0005712                          
2022-02-24 23:23 kre            Note Added: 0005713                          
======================================================================


  • [1003.1(2016... Austin Group Bug Tracker via austin-group-l at The Open Group
  • [1003.1(2016... Austin Group Bug Tracker via austin-group-l at The Open Group
  • [1003.1(2016... Austin Group Bug Tracker via austin-group-l at The Open Group
  • [1003.1(2016... Austin Group Bug Tracker via austin-group-l at The Open Group
  • [1003.1(2016... Austin Group Bug Tracker via austin-group-l at The Open Group
  • [1003.1(2016... Austin Group Bug Tracker via austin-group-l at The Open Group
  • [1003.1(2016... Austin Group Bug Tracker via austin-group-l at The Open Group
  • [1003.1(2016... Austin Group Bug Tracker via austin-group-l at The Open Group
  • [1003.1(2016... Austin Group Bug Tracker via austin-group-l at The Open Group
  • [1003.1(2016... Austin Group Bug Tracker via austin-group-l at The Open Group
  • [1003.1(2016... Austin Group Bug Tracker via austin-group-l at The Open Group
  • [1003.1(2016... Austin Group Bug Tracker via austin-group-l at The Open Group
  • [1003.1(2016... Austin Group Bug Tracker via austin-group-l at The Open Group
  • [1003.1(2016... Austin Group Bug Tracker via austin-group-l at The Open Group
  • [1003.1(2016... Austin Group Bug Tracker via austin-group-l at The Open Group
  • [1003.1(2016... Austin Group Bug Tracker via austin-group-l at The Open Group
  • [1003.1(2016... Austin Group Bug Tracker via austin-group-l at The Open Group
    • Re: [10... Robert Elz via austin-group-l at The Open Group
      • Re:... Steffen Nurpmeso via austin-group-l at The Open Group
  • [1003.1(2016... Austin Group Bug Tracker via austin-group-l at The Open Group
  • [1003.1(2016... Austin Group Bug Tracker via austin-group-l at The Open Group

Reply via email to