Ну, кто против? Пусть цветут все цветы. Берегут редкие краснокнижные цветы.

без systemd

Тебе это правда принципиально? Ты же не из этих хейтеров?

Мог бы просто сказать о синдроме утенка же =]

Оно существует и процветает

Это из серии: я девочка, хочу кружевные трусики и не хочу ничего решать? Сначала оно «процветает», а потом вам диктует, какого размера огурцы вам выращивать.
Мейнстрим - это для средних людей, плывущих по течению. ТС явно не среднестатистический пользователь. Мейнстрим был, есть и будет есть, в отличие от оригинальных систем.

В Си нет строк. И никакая 8-битная кодировка это не исправит.

Да, принципиально. Мне не нужна мастдайка вместо линукса!

typedef char *STRING;

Теперь есть? Если так оценивать, то и в питоне их нету. ( с чем я мог бы согласиться )

Таки мейнтейнеры gentoo нарукожопили!

Итак, после обновления основной рабочей машины локаль тоже отвалилась. Вывод: это не я виноват, а проблема в гентовских мейнтейнерах.

Вот последнее обновившееся:

sys-firmware/seabios
x11-base/xorg-proto
dev-libs/libinput
media-libs/libglvnd
media-libs/mesa
media-libs/libepoxy
x11-drivers/xf86-input-libinput
app-accessibility/at-spi2-core
x11-libs/pango
gnome-base/librsvg
x11-libs/gtk+
x11-libs/vte
dev-tex/tex4ht
gnome-base/gvfs

Здесь явно косяк может быть либо в vte, либо в xorg-proto. Потому что в qt'шных файловых диалогах вообще кириллица перестала отображаться, т.е. поломалось что-то глобальное.

О том, что в сишке нет строк, только полоумные верещат!

Стоит оформить баг.

Понятно, желаю удачи в твоем безнадежном деле

Однако, нет: vte к qt не имеет отношения, а там в файловых диалогах вообще кириллица не видна! Откат xorg-proto тоже не помог.

Единственный вывод: накосячили в сборке иксов. Вот же уроды!

Вечером оформлю.

pango,
gtk+,
mesa

Есть где разойтись.

Пробую revert сделать. Правда, на яндексе последние дистфайлы за 25 апреля, а там версия 1.20.10 (которая могла быть уже поломанной). Если откатиться не поможет, буду страдать.

В общем, откатился на 1.20.10-r2. Не спасло. Похоже, или в десятой версии, или даже немного раньше они что-то накосячили. Ироды!

Не, ещё нет 🤣

наугад: etc-update делал?

CP1251

В последних версиях винды от нее вроде бы отказываются в сторону все того же юникода.

Нет, конечно! Я это никогда не делаю. Вручную правлю конфиги при необходимости.

Т.е. и мелкомягкие головой ударились?

я тож както удалял многое неясное мне, а потом кодировка накрылась…

Ломать так ломать:
http://gpo.zugaina.org/x11-base/xorg-server

P.S. Backup!

Добавил argent-main, но вот косяк:

emerge =xorg-server-1.17.1-r1

These are the packages that would be merged, in order:

Calculating dependencies... done!

emerge: there are no ebuilds to satisfy ">=app-eselect/eselect-opengl-1.3.0".
(dependency required by "x11-base/xorg-server-1.17.1-r1::argent-main" [ebuild])
(dependency required by "=xorg-server-1.17.1-r1" [argument])

Остается уповать на разум мейнтейнеров. Бывают у них загоны. Как-то раз в i3status добавили прибитую гвоздями зависимость от pulseaudio, пришлось его замаскировать. А недавно проверил — уже этого косяка нет. Возможно, починят иксы. А нет — ну, придется для редактирования любых файлов, как сраному вантузоиду, вызывать GUI'шный редактор. Или же жамкать ctrl+alt+Fx и там это делать.

P.S. Бэкапы системы делать бесполезно, я только данные бэкаплю и /etc

Еще не хватало вместо нормальной 8-битной кодировки

Почему тогда не CP1251?

Бэкапы системы делать бесполезно,

Когда я покупал первые ssd, по крону копировал весь корень на другой диск.
(cp -a ...) Иногда помогало искать разницу в системах, добавляло спокойствия.

как сраному вантузоиду, вызывать GUI'шный редактор.

Я тут новичок советовать, но есть вариант chroot+другая система. Как вариант, пока в генту не починят.

Так я тоже не делаю, а тут после недавнего обновления sddm отказался стартовать. Пришлось делать dispatch.conf, оказывается /etc/init.d/xdm изменился. Может и у тебя тоже какой конфиг изменился?

А cp1251 работает?

Опять вокруг одни дураки да идиоты! Куда не глянь, везде они. Да как так-то!

Кстати, Эдуард! А как Вы, уважаемый коллега, решаете задачу отображения текстов на нескольких языках одновременно?

Еще не хватало вместо нормальной 8-битной кодировки себе всякое говнище совать.

Советую посетить винфак. Там Вас поймут и приголубят. Лично я предпочитаю иероглифы квадратикам, даже если не умею читать по ним.

Опять вокруг одни дураки да идиоты! Куда не глянь, везде они. Да как так-то!

Как-как, сами же не даёте Эдуарду их всех расстрелять, а потом удивляетесь.

Листинг директории с торрентами отображает кириллицу, т.е. вместо кошерной кодировки зачем-то иксовые терминалы решили, что у меня хрюникод по умолчанию!

Т.е. ваш конфиг после обновления был изменен?

Только у дураков такая задача.

Как и открывать файлы с любым текстом не задаваясь вопросом какие там могут быть языки или лигатуры

в настройках локали КОИ8-Р

Чувак, ты когда писаешь, случайно не подвешиваешься на перекладине вверх ногами? Это ещё круче чем кои8.

Дык, про это же в news писали, что вместо xdm теперь display-manager какой-то. ХЗ, зачем это нужно, если в inittab'е ясно написано, что на пятом уровне запуска нужно стартовать xdm…

Кроме русского и английского я других языков не знаю, поэтому у меня нет проблем верстать двухъязычный документ в латехе в кодировке КОИ8-Р.

Все конфиги прежние, я ничего не менял!

Все конфиги прежние, я ничего не менял!

Если правильно понял, то конфиги после обновления остались прежние.
Вот это уже интересно … /подожду постов других форумчан/

И да, ты бы лучше взял, да потер сообщения вертухая и прочих, которые лезут с дурными советами перебраться на utf8 вместо того, чтобы нормально работать в КОИ8-Р!

Вот мне еще не хватало все файлы в юникод перекодировать. А потом еще бодаться с проблемами этого в латехе или своих велосипедах…

Я принимаю только такое решение, где 1 буква === 1 байт. Другие решения не рассматриваются ввиду своей безмозглости.

Я сравнивал все, что там нового предлагалось. Ничего, имеющего отношения к кодировкам или иксам, там не было.

В общем, 99%, что поломали пакет xorg-server. Напишу багрепорт вечером.

P.S. Похоже, просить у кого-то на ЛОРе решить проблему с восьмибитной кодировкой — это как на винфаке спрашивать, как решить проблему с кросс-зависимостями пакетов gentoo!

Я принимаю только такое решение, где 1 буква === 1 байт

Интересно, чему у тебя число π равно.

Зависит от ситуации. На микроконтроллерах обычно 314 (fixed point, 2 знака после запятой), а так чаще всего из math.h дефолтом пользуюсь.

А при чем здесь π?

Потому что 1 символ == один байт, это π = 4.

А при чем здесь π?

256 о чём-нибудь говорит?

У тебя логика сильно хромает.

Ящитаю, Эдик должен будет по итогу написать и опубликовать свои мемуары. Я даже рабочее название придумал: «Моя борьба: KOI8-R в XXI-ом веке».

Думаю, пойдут нарасхват.

Можешь зайти в мою ЖЖшку, скачать все оттуда и сделать подшивку мемуаров =D

Важно раз и навсегда решить хипсторный вопрос. И мы даже знаем какие у Эдика методы

Кстати, UTF-8 не такой уж и мейнстрим, как некоторым кажется

https://en.wikipedia.org/wiki/GBK_(character_encoding)

As of June 2020, GBK is the second-most popular Chinese encoding (after the subset GB2312), with 3.6% of web pages served from China and territories declaring it,[3] or 0.2% of all web pages globally,[4] that is when marked as such, but all major web browsers decode documents marked as e.g. «GB 2312» or «GB2312» as if they were marked «gbk» (while not all do so for pages marked «GB_2312»),[5] and GBK and the subset encoding GB 2312 have a combined 16.7% share (or 0.6% globally).

https://www.opennet.ru/base/rus/linux_russifocation.txt.html

Кодировка KOI8-R, все дистрибутивы

   Некоторые штатные (входящие в дистрибутив) пакеты разработчики
   дистрибутива слегка "подправили" для совместимости с UTF-8, поломав
   при этом все остальные кодировки, поэтому скачиваем пакеты
   less-358-24.i386.rpm, groff-1.17.2-12.i386.rpm, man-1.5j-6.i386.rpm,
   libstdc++-2.96-110.i386.rpm из поставки RedHat Linux 7.3 и
   устанавливаем их:

	# rpm -i --force libstdc++-2.96-110.i386.rpm
	# rpm -U --oldpackage less-358-24.i386.rpm
	# rpm -U --oldpackage groff-1.17.2-12.i386.rpm
	# rpm -U --oldpackage man-1.5j-6.i386.rpm

   Для RedHat Linux 8 необходимо также скачать пакет consoletools из
   состава RedHat Linux 7.3 и установить его, предварительно удалив
   пакеты kbd и kbdconfig, связано это с несколькими ошибками в скриптах
   инициализации:

	# rpm -e kbd kbdconfig
	# rpm -i consoletools*

   Затем во всех трех дистрибутивах правим файл /etc/sysconfig/i18n

	LANG="ru_RU.KOI8-R"
	SUPPORTED="en_US:en:ru_RU:ru:ru_RU.KOI8-R"
	SYSFONT="cyr-sun16"
	SYSFONTACM="koi8-u"

   Все, подготовка закончена, можно начинать редактирование файлов
   конфигурации (действия различаются в зависсимости от дистрибутива).

Причина уже определена: скорее всего, поломали xorg-server, я об этом выше писал.

И не надо мне цитировать руководства по локализации 15-летней давности! В консоли у меня КОИ8-Р работает. И об этом я тоже писал.