bug#35939: version sort is incorrect with hyphen-minus

2019-06-28 Thread Florian Weimer
* Vincent Lefevre: > On 2019-06-26 18:40:50 -0700, Paul Eggert wrote: >> Perhaps the coreutils manual could be improved to make this all clearer, and >> perhaps it should refer to the Debian manual if it doesn't already. > > In this case, there should be a new ordering option to provide > true

bug#36416: realpath doesn't preserve '..' consistently as per POSIX, nor '/.'

2019-06-28 Thread Eric Blake
On 6/28/19 12:47 PM, L A Walsh wrote: > I don't recall reading anything about posix allowing the elimination > of such paths. https://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap04.html 4.13: "If a pathname begins with two successive characters, the first component following the

bug#36416: realpath doesn't preserve '..' consistently as per POSIX, nor '/.'

2019-06-28 Thread L A Walsh
I don't recall reading anything about posix allowing the elimination of such paths. If I have an application layer on top of linux that processes those double slashes, it may or may not work depending on the underlying OS? That wouldn't be very portable w/r/t a Portable OS Information eXchange

bug#36416: realpath doesn't preserve '//' in -m mode

2019-06-28 Thread L A Walsh
realpath -m //sysname/rootdir/. returns "/sysname/rootdir" This is incorrect, according to POSIX. and #3-4 have specific meanings in various applications that in usage. 1) leading double slashes are to be preserved My Notes: in combining paths like pathcat(//, sys, /a) => should get