LINUX.ORG.RU

Локали в кодировках, отличных от UTF-8, объявлены устаревшими в Debian

 , , ,


2

0

Начиная с пакета locales версии 2.31-14 — локали в кодировках, отличных от UTF-8, объявлены устаревшими и больше не предлагаются в диалоге debconf. На локали, которые уже включены, это не распространяется; тем не менее, пользователям таких локалей настоятельно рекомендуется переключить свои системы на локаль, использующую кодировку UTF-8.

К сведению, iconv по-прежнему поддерживает конвертацию в и из кодировок, отличных от UTF-8. Например, файл в кодировке КОИ8-Р можно прочитать командой: iconv -f koi8-r foobar.txt.

Прежде сопровождающим пакета принято решение удалить такие локали полностью, однако удаление заменено объявлением устаревшими, поскольку эти локали по-прежнему активно используются в других пакетах, в особености в тестовых наборах.

Источники:

>>> debian/debhelper.in/locales.NEWS

>>> Журнал изменений



Проверено: DoctorSinus ()
Последнее исправление: DoctorSinus (всего исправлений: 1)
Ответ на: комментарий от lvdm1

Ну не скажите - в cp1251 огромная куча сайтов - а вот в koi8-r один opennet.ru остался :)

suffix ★★
()
Ответ на: комментарий от lvdm1

С трудом верю (хотя дебиановское «скоро» это почти как Патриковское), учитывая, что даже в арче мультилиб никто не выкидывает и пока не собирается. Понимаешь, полностью выкинуть поддержку 32 бит значит выкинуть wine, а ни один дистрибутив на такое в здравом уме не пойдет.

Dog ★★★
()
Ответ на: комментарий от Dog

у меня на ноуте из 2007 года дебиан 10 32 бит. лет через 10, когда выкинут 32 бит окончательно.. я просто не знаю куда буду деваться

lvdm1
()

Все тут такие радостные, вы считаете, что появилась нормальная альтернатива кодовым страницам? Да Юникод - д….о полное, его будто специальное переусложнили, в итоге он толком нигде нормально не поддерживается, везде какие-то траблы и недоработки, терминалы, плюсовая стд либа, … . Его нужно сжечь и сделать заново, предварительно выгнав всех наркоманов из консорциума.

kvpfs ★★
()
Ответ на: комментарий от lvdm1

Думаю, лет через 30 минимум) Но даже если, всегда естьв арианты - arch32 например, да и дебин форкнут, если еще не форкнули.

Dog ★★★
()
Ответ на: комментарий от x-signal

Ужос. Хорошо, что есть Slackware)

Патрегг уже несколько раз на форуме проговаривался, что это лишь вопрос времени. Там тоже дропнут.

Oberstserj ★★
()

К сведению, iconv по-прежнему поддерживает конвертацию в и из кодировок, отличных от UTF-8. Например, файл в кодировке КОИ8-Р можно прочитать командой: iconv -f koi8-r foobar.txt.
Прежде сопровождающим пакета принято решение удалить такие локали полностью, однако удаление заменено объявлением устаревшими, поскольку эти локали по-прежнему активно используются в других пакетах, в особености в тестовых наборах.

Я вот тут не понял, предложено было удалить из iconv конвертацию между локалями?

Kolins ★★★★★
()
Последнее исправление: Kolins (всего исправлений: 1)
Ответ на: комментарий от anonymous

Жалко выкидывать. Он так, чисто для кино и нетяжелого интернета

lvdm1
()
Ответ на: комментарий от Korchevatel

`env LC_ALL=ru_RU.CP1251 wine stalker.exe #я не помню как там кодировку эту зовут`

takino ★★★★★
()
Ответ на: комментарий от lvdm1

а для некоторых даже плюс

Для тех, кто до сих пор на 32-битном старье сидит? Фигня, я недавно на ЯПе видел фотку счёт на кассе.

dimgel ★★★★★
()
Ответ на: комментарий от dimgel

Тот ноут слишком много значит для меня.очень много хороших воспоминаний из детства, и он до сих пор работает, а выкидывать рабочее я не привык

lvdm1
()
Ответ на: комментарий от EXL

Если из iconv выкинут неюникодные кодировки, моей программе она уже тоже не поможет. Походу я что-то неясно написал, мой комментарий уже двое человек не распарсили.

hobbit ★★★★★
()
Ответ на: комментарий от lvdm1

Вы просто в оффлайне не пожили.

Мы вот в своё время наплодили зоопарк файлов в разных кодировках. В AkelPad они на самом видном месте переключаются. Подбирали кодировку под набор символов конкретного файла. Некому ведь было сказать, что всё это ненужный пердолинг в 2011-м :P

mertvoprog
() автор топика
Ответ на: комментарий от Dog

Поддержка локали и поддержка кодировки в iconv/mpv/чем-ты-там-смотришь-кино это совсем разные вещи.

x3al ★★★★★
()
Ответ на: комментарий от lvdm1

Мы спокойно на 32-разрядных системах гоняем 64-разрядные виртуалки. Тупят, конечно, но жить можно.

mertvoprog
() автор топика
Ответ на: комментарий от x-signal

А что LFS? В LFS просто ставится ванильный софт из сырцов. Если софт перестанет поддерживать нехрюникод (а он, по сути, уже), то что будете делать? Форкать всё подряд, как @saahriktu? Так для этого дистрибутив менять не нужно.

mertvoprog
() автор топика
Ответ на: комментарий от Dog

но есть куча старых текстов,да и игр, которые были созданы до расцвета юникода

Игры сидят себе в эмуляторах. Wine на Android уже тоже по сути является эдаким эмулятором, наглухо отгороженным от системы ввиду особенностей системы. Онтопичный из-за вяленда тоже туда скатится.

mertvoprog
() автор топика
Ответ на: комментарий от dimgel

счёт на кассе

А это и через век никуда не денется.

Примерно по той же причине, почему из 2G/3G/4G отключение начинают не с 2G, а с 3G.

mertvoprog
() автор топика
Ответ на: комментарий от lvdm1

хороших воспоминаний из детства

Ну и какие «воспоминания из детства» могут быть на новой системе?

Верните свисту, хрюшу, или чо там было, и не мучайте высирач.

mertvoprog
() автор топика
Ответ на: комментарий от Evgueni

Основной затык — это если захочешь опубликоваться в журналах издательства Наука/Интерпериодика. Там требуют cp866 и ничего другого не принимают.

Кто эти мазохисты? Есть много других ВАКовских журналов с более адекватной редакцией.

Кодировку в «Науке», может, и требуют, но до сих пор держат наборщиков, вручную перепечатывающих рукопись не то с экрана, не то ли с листа на экран, делая кучу опечаток. Потом авторы с боем добиваются правок, по три раза вычитывая набор. И вот она заветная публикация! Без опечаток. Ну, почти. И самая мякотка: имущественные права вплоть до перехода работы в общественное достояние теперь принадлежат издательству. Такого свинства я больше нигде не видел.

Bagrov ★★★★★
()

А в ядре уже полностью избавились от неуникодных строк?

anonymous
()
Ответ на: комментарий от Dog

Продолжайте повторять эту мантру.

Как он, по-Вашему, должен работать на ARM, мм?

Другого пути нет, хромпуки уже на ARM, макпуки на ARM, винда с писюками тоже переходит на ARM, скоро запускать шиндузятное легаси без эмуляции будет просто негде.

mertvoprog
() автор топика
Ответ на: комментарий от mertvoprog

На где??? Хотя, каюсь, грешен, сам пару книг так послушал. но не заходит так.

R_He_Po6oT ★★★★★
()
Ответ на: комментарий от mertvoprog

Если софт перестанет поддерживать нехрюникод (а он, по сути, уже), то что будете делать?

Основной софт (особенно для командной строки и терминала) однобайтные кодировки поддерживать никогда не переставал и вряд-ли перестанет.

Однобайтные кодировки не поддерживают только лишь отдельные софтины, которые никогда их не поддерживали. Например, telegram-cli и finch.

saahriktu ★★★★★
()
Ответ на: комментарий от mertvoprog

Кстати, да, как в 2$21-м сделать в гомощели папку «Портфель»? Очень нужная и полезная штука ;DDDDDDDD

Какое отношение шелл имеет к файловой структуре?

AP ★★★★★
()
Ответ на: комментарий от mertvoprog

Когда у арм’ов мощности хотя бы сравняются с x86, тогда и поговорим) Хотя там и других проблем хватает. Арм - это для всяких портативок, никто в здравом уме такое в нормальные компы пихить не будет.

Dog ★★★
()
Ответ на: комментарий от Dog

Ваши данные стремительно устаревают по причине продукции Apple. Говорят, Apple сейчас начинает производить довольно мощные процессоры, но при этом архитектуры ARM. Способные составить конкуренцию процессорам Intel.

А на тех же iPad'ах, говорят, уже сегодня можно даже монтаж видео спокойно делать. На Android'овских планшетах так не получится, да.

saahriktu ★★★★★
()
Ответ на: комментарий от Zhbert

Зачем? Чтобы сказать о ненужности хрюникода? Или о ненужности дебилиана вместе с systemd и прочими фекалиями?

anonymous
()
Ответ на: комментарий от saahriktu

никогда не переставал

За счёт чего?

За счёт либ?

А что, если сами эти либы поддержку нехрюникода выкидывать начнут?

mertvoprog
() автор топика
Ответ на: комментарий от saahriktu

Что-то мне подсказывает, у этих супермощных арм от яблока будут какие-то серьезные недостатки. Хотя в целом, одной из основных проблем ARM я вижу отсутствие нормального биоса, с зоопарком несовместимых u-boot’ов, что влечет проблемы с дровами, их вроде до сих пор под каждый проц отдельно пишут для всего. Если это все как-то решат, портируют софт, то почему и не ARM? Хотя больше всего надежд, конечно, на RISC-V.

Dog ★★★
()
Ответ на: комментарий от AP

А какое отношение «Портфель» имеет к файловой структуре? Это ж просто папка с костылями для быстрого переноса на внешний носитель была?

mertvoprog
() автор топика
Ответ на: комментарий от Dog

Когда у арм’ов мощности хотя бы сравняются с x86

А тут дело не в мощности, а банально в рыночных отношениях с полутора оставшимися зажравшимися производителями x86-процов. Политика, если хотите.

Арм - это для всяких портативок

А непортативки отмирают. Да и в них важно энергопотребление, зелёные весьма заинтересованы в том, чтобы запретить прожорливые домашние кудахтеры, которые зря дохрена электричества жрут и тепла выделяют. Даже за счёт мощности. Как в своё время лампы накаливания, несмотря на то, что прямых альтернатив не завезли.

mertvoprog
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.