Su prueba cat
indica que la conexión del terminal está limpia en 8 -bits. Así que parece un posible problema de configuración regional.
Ejecute locale -a
para verificar que la configuración regional elegida "da _DK.utf8" existe; si no está en la lista y está en un sistema que pertenece a la familia Debian/Ubuntu, es posible que deba descomentarlo en /etc/locale.gen
y luego ejecutar locale-gen
como root.
Además, algunas versiones de shell no pueden cambiar de configuración regional dinámicamente, pero siguen usando la configuración de configuración regional que se heredó originalmente de su proceso principal . Si este es el caso, ejecutar LC_CTYPE=da_DK.UTF-8 bash
restauraría el comportamiento deseado, solo durante el tiempo de esa sesión en particular. Si eso es cierto, entonces cambiar la configuración regional predeterminada del sistema a cualquier configuración regional compatible con UTF -8 y luego reiniciar podría ayudar :cambiaría la configuración regional de los procesos responsables de manejar su inicio de sesión e iniciar su shell.
Одна вещь, которую я узнал в прошлом о зависимостях, это то, что часто вам нужно искать библиотеки для разработки. В зависимости от вашей системы они заканчиваются на -dev или -devel
.Большинство файлов заголовков в этих библиотеках имеют логику для переключения на другую версию.
Если вы выполняете сборку из исходного кода, вы можете зайти в файл конфигурации и вручную изменить требования к версии. *Просто запомните, что вы сделали, и сделайте резервную копию оригинала)
Еще один момент заключается в том, что к каждому дистрибутиву прикреплена определенная версия gcc. Мне пришлось отредактировать некоторые исходные файлы при работе с исходными файлами, для которых требовалась более старая версия gcc.
Я бы попробовал и посмотрел, решит ли это вашу проблему.