bug#36674: Sort Suggestion
tag 36674 notabug close 36674 stop Hello, On Mon, Jul 15, 2019 at 11:42:01AM -0700, Marshall Lake wrote: > Even though this isn't a bug, I was asked to send the following to this > email address. (General suggestions and discussions are better suited for coreut...@gnu.org mailing list, that way the system won't open a new bug item.) > > Re: SORT Command from GNU coreutils 8.25 > > A suggestion for an additional option to the SORT command is to ignore > non-alphanumeric characters. > > As an example, in attempting to sort an index ... > > Abbott, William259 > > sorts before: > > Abbot, William 099 > > If non-alphanumeric characters were ignored then the same two records > would sort as: > > Abbot, William 099 > Abbott, William259 > > There's actually something else at play here: In your case, sort does ignore non-alphanumeric characters, but it ALSO ignores white space. That happens because your locale is set to some language (for example, en_US.UTF8). Using such locale makes sort ignore all non-alphanumeric chareacters, whitespace, and upper/lower cases. In essense, you are compaing "AbbottWilliam" (two 't's) to 'AbbotWilliam' (one 't') - and then the second 't' is compared to a 'w', and is determined to come first. If you force a POSIX/C locate, then all characters are considered, and the result will be as you requested. Observe the following: $ printf "%s\n" AbbottWilliam AbbotWilliam | LC_ALL=en_CA.utf8 sort AbbottWilliam AbbotWilliam $ printf "%s\n" "Abbott William" "Abbot William" | LC_ALL=en_CA.utf8 sort Abbott William Abbot William $ printf "%s\n" "Abbott William" "Abbot William" | LC_ALL=C sort Abbot William Abbott William $ printf "%s\n" "Abbott, William" "Abbot, William" | LC_ALL=C sort Abbot, William Abbott, William Note that 'sort' already has an option for dictionary style sorting: -d, --dictionary-order: consider only blanks and alphanumeric characters. However, locale rules take precedence over it, so effectively it only works in "C" locale: $ printf "%s\n" "Ab,,b,,ott William" "Abbot William" | LC_ALL=C sort Ab,,b,,ott William Abbot William $ printf "%s\n" "Ab,,b,,ott William" "Abbot William" | LC_ALL=C sort -d Abbot William Ab,,b,,ott William You can read past discussion about the confusion resulting from locale sorting rules here: https://debbugs.gnu.org/11621 https://debbugs.gnu.org/12783 As such, I'm closing this as "not a bug", but discussion can continue by replying to this thread. -assaf
bug#36674: Sort Suggestion
Hi, Even though this isn't a bug, I was asked to send the following to this email address. Re: SORT Command from GNU coreutils 8.25 A suggestion for an additional option to the SORT command is to ignore non-alphanumeric characters. As an example, in attempting to sort an index ... Abbott, William259 sorts before: Abbot, William 099 If non-alphanumeric characters were ignored then the same two records would sort as: Abbot, William 099 Abbott, William259 Thanks for reading. -- Marshall Lake -- ml...@mlake.net -- http://www.mlake.net
bug#36671: tail: unrecognized file system type 0x794c7630 for ‘/var/log/messages’. please report this to bug-coreutils@gnu.org. reverting to polling
tag 36671 notabug close 36671 stop Hello, On Mon, Jul 15, 2019 at 06:22:47PM +0200, John Koppolu wrote: > tail: unrecognized file system type 0x794c7630 for ‘/var/log/messages’. > please report this to bug-coreutils@gnu.org. reverting to polling You've previously reported this 4 days ago, please see the reply there: https://bugs.gnu.org/36600#8 -assaf
bug#36671: tail: unrecognized file system type 0x794c7630 for ‘/var/log/messages’. please report this to bug-coreutils@gnu.org. reverting to polling
tail: unrecognized file system type 0x794c7630 for ‘/var/log/messages’. please report this to bug-coreutils@gnu.org. reverting to polling -- */John Koppolu'/* * * */Technical Director,/* */PrimeTel PTY LTD T/A NConnect ,/* */Plot 1266 Luthuli Road, /* */Gaborone +267 3912016 +267 77 8 999 51/* */Skype: johnkoppolu./* /Help line: 3994077 is avail 24 hours 3994079 is only avail during working days/ /between 8A to 5PM also you can write us email to supp...@ncbw.co.bw./ / / /*Our Bank Details:* Bank of India (Botswana)Ltd, A/C Name: Primtel (Pty)Ltd A/C Online:712010187 Other Transfer: 26712010187 Branch Code: 4501667/
bug#36666: Minor bug/inconsistency in ls command
Hi, I am using ls from the cureutils 8.31 on arch linux (5.2.0 x86_64) and think it has a bug/inconsistant in printing an file type indicator (-F) while using the long listing format (-l). If I use `ls -F ~` I get the following output: --- Desktop/Downloads/ Nextcloud/ Pictures/ Templates/ Workspace/ Documents/ Music@ OneDrive/ Public/Videos/ As the Music directory in ~ is a symbolic link to another folder an @ is appended. But when using `ls -Fl ~` the output is --- total 40 drwxr-xr-x 2 rxo users 4096 8. Jul 07:34 Desktop/ drwxr-xr-x 2 rxo users 4096 1. Jun 11:44 Documents/ drwxr-xr-x 5 rxo users 4096 12. Jul 12:04 Downloads/ lrwxrwxrwx 1 rxo users 15 8. Jul 08:07 Music -> OneDrive/Music// drwxr-xr-x 19 rxo users 4096 9. Jul 15:00 Nextcloud/ drwxr-xr-x 6 rxo users 4096 18. Jun 14:45 OneDrive/ drwxr-xr-x 3 rxo users 4096 11. Jul 13:30 Pictures/ drwxr-xr-x 2 rxo users 4096 10. Jul 16:01 Public/ drwxr-xr-x 2 rxo users 4096 10. Jul 16:01 Templates/ drwxr-xr-x 2 rxo users 4096 10. Jul 16:01 Videos/ drwxr-xr-x 17 rho users 4096 10. Jul 14:58 Workspace/ As you can see the @ symbol is missing and instead there is an additional "/" appended to the corresponding entry. I think this is inconsistant and confusing. I would expect to see this line: --- lrwxrwxrwx 1 rxo users 15 8. Jul 08:07 Music@ -> OneDrive/Music/ or alternatively: --- lrwxrwxrwx 1 rxo users 15 8. Jul 08:07 Music -> OneDrive/Music/@ but I would prefer the first suggestion.
