Как подавить проверку ключа хоста с помощью ssh-agent

Реализация GNU uniq, обнаруженная в Ubuntu, с -c, не сообщает количество смежных идентичных строк, а сообщает количество смежных строк, которые сортируются одинаково¹.

В большинстве международных локалей в системах GNU есть ошибка, заключающаяся в том, что многие совершенно не связанные между собой символы были определены с одним и тем же порядком сортировки, потому что их порядок сортировки вообще не определен. Большинство других операционных систем следят за тем, чтобы все символы имели разный порядок сортировки.

$ expr ܐ = ܒ
1

(expr=для нечисловых аргументов возвращает 1, если операнды сортируются одинаково, и 0 в противном случае ).

То же самое с ar_SY.UTF-8или en_GB.UTF-8.

Что вам нужно, так это языковой стандарт, в котором для этих символов задан другой порядок сортировки. Если бы в Ubuntu были локали для сирийского языка, можно было бы ожидать, что этим символам будет присвоен другой порядок сортировки, но в Ubuntu таких локалей нет.

Список поддерживаемых локалей можно посмотреть в выводе locale -a. Вы можете включить больше локалей, запустив dpkg-reconfigure localesкак root. Вы также можете определить дополнительные локали вручную, используя localedefна основе файлов определений в /usr/share/i18n/locales, но вы не найдете там данных для сирийского языка.

Обратите внимание, что в:

LC_COLLATE=syr_SY.utf8 cat file.txt | sort | uniq -c

Вы устанавливаете только переменную LC _COLLATE для команды cat(, которая не влияет на способ вывода содержимого файла, catне заботится о сортировке и даже кодировка символов, так как это не текстовая утилита ). Вы бы хотели установить его как для sort, так и для uniq. Вы также можете установить LC_CTYPEна локаль с кодировкой UTF -8.

Поскольку в вашей системе нет локали syr_SY.utf8, это то же самое, что использовать локаль C(в качестве локали по умолчанию ).

На самом деле, здесь локаль C или C.UTF -8, вероятно, является локалью, которую вы хотели бы использовать.

В тех местах,порядок сортировки основан на кодовой точке, кодовой точке Unicode для C.UTF -8, байтовом значении для C, но в конечном итоге это то же самое, что и кодировка символов UTF -8, имеющая это свойство.

$ LC_ALL=C expr ܐ = ܒ
0
$ LC_ALL=C.UTF-8 expr ܐ = ܒ
0

Так и с:

(export LANG=ar_SY.UTF-8 LC_COLLATE=C.UTF-8 LANGUAGE=syr:ar:en
 unset LC_ALL
 sort <file | uniq -c)

У вас будет LC _CTYPE с UTF -8 в качестве набора символов, порядок сопоставления на основе кодовой точки и другие настройки, относящиеся к вашему региону, например, сообщения об ошибках на сирийском или арабском языках, если Сообщения GNU coreutils sortили uniqбыли переведены на те языки, (которые еще не были ).

Если вас не волнуют эти другие настройки, их так же просто (и более портативно )использовать:

<file LC_ALL=C sort | LC_ALL=C uniq -c

Или

(export LC_ALL=C; <file sort | uniq -c)

как уже показал @isaac.

^{¹ обратите внимание, что POSIX-совместимые реализации uniqне предназначены для сравнения строк с использованием алгоритма сопоставления локали, а вместо этого выполняют сравнение байтов -и -байтов на равенство. Это было дополнительно разъяснено в редакции стандарта 2018 года (, см. соответствующую ошибку группы Остина). Но GNU uniqв настоящее время использует strcoll(), даже под POSIXLY_CORRECT; у него также есть опция -iдля случая -нечувствительного сравнения, которое по иронии судьбы не использует информацию о локали и правильно работает только с вводом ASCII}