Автор Тема: Неправильный перевод кодировок в новом rpm  (Прочитано 15408 раз)

Оффлайн Skull

  • Глобальный модератор
  • *****
  • Сообщений: 20 138
    • Домашняя страница
Мейнтейнеры этим заниматься не будут. Пока нет движущей силы, дальше болтовни не пойдёт. Я это тянуть не буду.
Андрей Черепанов (cas@)

Оффлайн stranger573

  • Мастер
  • ***
  • Сообщений: 1 566
Обычно используют ту кодировку, в которой работают. Так удобно.
— Мужик, ты пошто саморезы молотком забиваешь?
— А, что? Так удобнее. Держится ведь.

Да ну !? Я вот и сейчас на koi8 бы сидел с удовольствием, если бы пару CUPS+LibreOffice не поломали: https://bugzilla.altlinux.org/29879
Ну, не ну, а стандарт это не то, кто на чём сидит. Стандарт — то на чём сам дистрибутив по-умолчанию.

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

Мейнтейнеры этим заниматься не будут. Пока нет движущей силы, дальше болтовни не пойдёт. Я это тянуть не буду.
Судя по развернувшейся полемике это уже понятно. Если не хотят просто при оказии пересохранить спек в другую кодировку, то проверять и накладывать патчи со стороны — не будут тем более. Скорее накостылят что-нибудь в rpm и всё так и останется.
Из серии — перекрасить стоэтажный небоскрёб и недокрасить пять сантиметров плинтуса. Потом выдумывать причины почему.

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Судя по развернувшейся полемике это уже понятно. Если не хотят просто при оказии пересохранить спек в другую кодировку, то проверять и накладывать патчи со стороны — не будут тем более. Скорее накостылят что-нибудь в rpm и всё так и останется.

Угу. Все свалят свои проблемы на одного стрелоч^Wмейнтейнера rpm и он будет возиться пока ему не надоест.

Оффлайн asy

  • alt linux team
  • ***
  • Сообщений: 8 351
Да ну !? Я вот и сейчас на koi8 бы сидел с удовольствием, если бы пару CUPS+LibreOffice не поломали: https://bugzilla.altlinux.org/29879
Ну, не ну, а стандарт это не то, кто на чём сидит. Стандарт — то на чём сам дистрибутив по-умолчанию.
Стандарт - это i18n, и никого не волнует, какая кодировка, когда она правильно указана. Это раз. Два: в каком таком дистрибутиве ? Можно поточнее ?

dango

  • Гость
Что? От чего пошли, к тому и пришли?

Оффлайн stranger573

  • Мастер
  • ***
  • Сообщений: 1 566
Стандарт - это i18n
Системной кодировки по-умолчанию?

, и никого не волнует, какая кодировка, когда она правильно указана. Это раз.
Вообще-то волнует, но только тех кому эту бнопню в самых неожиданных местах читать приходится. Задаваясь вопросом — WTF? Потому никакой это не раз.

Два: в каком таком дистрибутиве ? Можно поточнее ?
Тут только альтовские дистрибутивы обсуждаются. Точнее указано в том месте откуда вы сами цитату потянули. Да и верно оно вплоть до самых последних. Или девятка на koi-8 планируется?

Оффлайн ruslandh

  • Поспешай не торопясь !
  • Модератор глобальный
  • *****
  • Сообщений: 32 360
  • Учиться .... Телепатами не рождаются, ими ....
По идее системная кодировка должна быть на усмотрение пользователя Но т.к. тянуть это во всех пакетах трудоемко , выбрана одна общая кодировка, которая  должна всегда работать. Но это не значит, что все сейчас пойдут везде вырубать поддержку других локалей.

Оффлайн stranger573

  • Мастер
  • ***
  • Сообщений: 1 566
По идее системная кодировка должна быть на усмотрение пользователя
Давно так и есть, никто сменить кодировку не запретит, хотя прогуляться по граблям в этом случае вполне реально. Но дефолтная всё равно одна только.

Но т.к. тянуть это во всех пакетах трудоемко , выбрана одна общая кодировка, которая  должна всегда работать.
Ну и почему бы не подтянуть к ней же те же самые спеки из которых берутся описания?
Особенно учитывая, что тенденции имеют место и вполне очевидны:
4. man-pages-ru сильно устарел. Хотя в конце 2016 года апстрим выпустил новую версию. Я её скачал на прошлой неделе и обновил, но выяснилось, что там все переводы в UTF-8 (вместо принятого у нас KOI8-R.

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

Оффлайн ruslandh

  • Поспешай не торопясь !
  • Модератор глобальный
  • *****
  • Сообщений: 32 360
  • Учиться .... Телепатами не рождаются, ими ....
А при том, что надо просто восстановить функциональность rpm

Оффлайн stranger573

  • Мастер
  • ***
  • Сообщений: 1 566
А при том, что надо просто восстановить функциональность rpm
А вы уверены, что это утрата функциональности, а не апстрим rpm решил сделать "delete deprecated"?
Да и вне зависимости от того, что там с rpm, от того что спеки будут в единой кодировке, в худшую сторону уж точно ничего не изменится. А вот авралов от этого будет только меньше.

Оффлайн Skull

  • Глобальный модератор
  • *****
  • Сообщений: 20 138
    • Домашняя страница
Из серии — перекрасить стоэтажный небоскрёб и недокрасить пять сантиметров плинтуса. Потом выдумывать причины почему.
Аналогия неуместна. 4 сотни пакетов, наверное, десятка два мейнейнеров, которым это не нужно. Важность проблемы сильно преувеличена. И инициаторы бузы не сделали ничего для исправления ситуации.
Андрей Черепанов (cas@)

Оффлайн ruslandh

  • Поспешай не торопясь !
  • Модератор глобальный
  • *****
  • Сообщений: 32 360
  • Учиться .... Телепатами не рождаются, ими ....
вы уверены, что это утрата функциональности, а не апстрим rpm решил сделать "delete deprecated"?
У нас в alt давно свой апстрим - наш rpm сильно отличается от стандартного.

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
И инициаторы бузы не сделали ничего для исправления ситуации.

Ладно, понял, хорошо:
Баг  #30982 уже почти два года висит. И здесь не код разгребать.
$ man apt.conf | col -bfx|sed -n '138,139p'
              специальным словом DIRECT означающим, что прокси использовать не
              недо.   Переменная   окружения   $http_proxy   перекрывает   эти
$ man /usr/share/man/ru/man5/apt.conf.5.bz2 | col -bfx|sed -n '138,139p'
              специальным словом DIRECT означающим, что прокси использовать не
              недо.   Переменная   окружения   $http_proxy   перекрывает   эти
$ rpm -qf /usr/share/man/ru/man5/apt.conf.5.bz2
man-pages-ru-0.98-alt23.noarch

Какой смысл репортить баги которые не исправляются годами. Чтобы было?
Этот баг исправляется правкой одного символа, а не суточным разгребанием кода..

Оффлайн ruslandh

  • Поспешай не торопясь !
  • Модератор глобальный
  • *****
  • Сообщений: 32 360
  • Учиться .... Телепатами не рождаются, ими ....
Баг повешен на другой пакет. Ни на тот, который содержит man apt.conf

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Баг повешен на другой пакет. Ни на тот, который содержит man apt.conf

Руслан, ты мои выбросы читаешь?
Баг висит на компонент man-pages-ru.
Посмотри внимательно выбросы.
Русский ман содержится в man-pages-ru, но никак не в пакете apt:
$ rpm -ql apt|grep man
/usr/share/man/man5/apt.conf.5.xz
/usr/share/man/man5/apt_preferences.5.xz
/usr/share/man/man5/sources.list.5.xz
/usr/share/man/man5/vendors.list.5.xz
/usr/share/man/man8/apt-cache.8.xz
/usr/share/man/man8/apt-cdrom.8.xz
/usr/share/man/man8/apt-config.8.xz
/usr/share/man/man8/apt-get.8.xz
/usr/share/man/man8/apt.8.xz

Ну же?..
Теперь и тебе объяснять?
« Последнее редактирование: 03.03.2017 14:31:04 от Speccyfighter »