A NOTE has been added to this issue. 
====================================================================== 
https://austingroupbugs.net/view.php?id=1457 
====================================================================== 
Reported By:                steffen
Assigned To:                ajosey
====================================================================== 
Project:                    1003.1(2016/18)/Issue7+TC2
Issue ID:                   1457
Category:                   Shell and Utilities
Type:                       Enhancement Request
Severity:                   Editorial
Priority:                   normal
Status:                     Under Review
Name:                       Steffen Nurpmeso 
Organization:                
User Reference:              
Section:                    Vol. 3: Shell and Utilities. 
Page Number:                (page or range of pages) 
Line Number:                (Line or range of lines) 
Interp Status:              --- 
Final Accepted Text:         
====================================================================== 
Date Submitted:             2021-03-09 21:21 UTC
Last Modified:              2022-07-21 11:45 UTC
====================================================================== 
Summary:                    Add readlink(1) utility
====================================================================== 

---------------------------------------------------------------------- 
 (0005901) kre (reporter) - 2022-07-21 11:45
 https://austingroupbugs.net/view.php?id=1457#c5901 
---------------------------------------------------------------------- 
Also, wrt the now long deleted note#5701, I totally understand how
that could have happened - the combined stat(1)+readlink(1) man page
was a total mess, and almost impossible to decipher.

At NetBSD we have now split it into two entirely separate pages,
stat(1) and readlink(1) - the two (conceptually) are totally
unrelated utilities.

It just happens that they are the same binary, which looks at argv[0].
readlink (as it exists in BSD) is just stat with a particular set of
options (which depends upon the options to readlink) - readlink could
as easily have been a script that calls stat - except that for some
uses it is used a lot, and adding a sh invocation to every call would
be costly.

But that note 5701 interpreted that messy man page incorrectly doesn't
affect the conclusion to omit readlink -f from the standard.   The
coreutils
readlink -f is (effectively) realpath -E (as specified here) and the BSD
one is realpath -e - they are not compatible, and adding more options to
readlink to "fix" that would be a sub-optimal solution (what's more, the
coreutils version could not be implemented as a call to stat, no matter
what options are given stat(1) never returns data about files that don't
exist (it would have to invent that, and that's not going to happen.) 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2021-03-09 21:21 steffen        New Issue                                    
2021-03-09 21:21 steffen        Status                   New => Under Review 
2021-03-09 21:21 steffen        Assigned To               => ajosey          
2021-03-09 21:21 steffen        Name                      => Steffen Nurpmeso
2021-03-09 21:21 steffen        Section                   => Vol. 3: Shell and
Utilities.
2021-03-09 21:21 steffen        Page Number               => (page or range of
pages)
2021-03-09 21:21 steffen        Line Number               => (Line or range of
lines)
2021-03-10 04:11 emaste         Issue Monitored: emaste                      
2022-02-22 15:58 geoffclare     Note Added: 0005700                          
2022-02-22 16:01 geoffclare     Note Edited: 0005700                         
2022-02-22 16:09 geoffclare     Note Edited: 0005700                         
2022-02-22 16:11 geoffclare     Project                  1003.1(2008)/Issue 7 =>
1003.1(2016/18)/Issue7+TC2
2022-02-22 16:13 geoffclare     Note Edited: 0005700                         
2022-02-22 21:39 emaste         Note Added: 0005701                          
2022-02-22 21:41 emaste         Note Deleted: 0005701                        
2022-02-22 22:19 steffen        Note Added: 0005702                          
2022-02-22 22:34 calestyo       Issue Monitored: calestyo                    
2022-02-23 08:32 geoffclare     Note Added: 0005703                          
2022-02-23 13:31 emaste         Note Added: 0005704                          
2022-02-23 13:38 calestyo       Note Added: 0005705                          
2022-02-24 09:28 geoffclare     Note Added: 0005706                          
2022-02-24 09:32 geoffclare     Note Edited: 0005700                         
2022-02-24 09:34 geoffclare     Note Edited: 0005700                         
2022-02-24 09:36 geoffclare     Note Edited: 0005703                         
2022-02-25 21:24 mirabilos      Note Added: 0005721                          
2022-07-21 10:41 geoffclare     Note Added: 0005898                          
2022-07-21 10:42 geoffclare     Note Edited: 0005898                         
2022-07-21 10:45 geoffclare     Note Added: 0005899                          
2022-07-21 10:47 geoffclare     Note Edited: 0005899                         
2022-07-21 10:57 geoffclare     Note Edited: 0005898                         
2022-07-21 11:15 kre            Note Added: 0005900                          
2022-07-21 11:45 kre            Note Added: 0005901                          
======================================================================


      • Re:... Thorsten Glaser via austin-group-l at The Open Group
      • Re:... Robert Elz 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... Quentin Rameau via austin-group-l at The Open Group
      • Re:... Eric Blake via austin-group-l at The Open Group
      • Re:... Robert Elz via austin-group-l at The Open Group
        • ... Jonathan Wakely via austin-group-l at The Open Group
          • ... Eric Blake 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

Reply via email to