p7zip для zip-архивов с кириллицей через engrampa

Ключики там захадкожены в src/fr-command-7z.c и аналогичных. Если знаете правильный ключик, можно посмотреть, куда его приткнуть.

Лобовой же вариант — отобрать у p7zip архивы zip:

--- a/src/fr-command-7z.c	Wed Apr 08 16:32:30 2015
+++ b/src/fr-command-7z.c	Wed Apr 08 16:33:27 2015
@@ -530,3 +530,3 @@ const char *sevenz_mime_types[] = {  "application/x-7z-compressed",
 				    "application/x-rar",
-				    "application/zip",
+				    /*"application/zip",*/
 				    NULL };

bormant ★★★★★
(08.04.15 16:35:52 MSK)
Последнее исправление: bormant 08.04.15 16:39:11 MSK (всего исправлений: 3)

Ссылка

А можно (и это, пожалуй, лучше) ковырнуть патчи для p7zip на предмет поддержки natspec, видел тут:
https://aur.archlinux.org/packages/p7zip-natspec/

bormant ★★★★★
(08.04.15 16:50:56 MSK)
Последнее исправление: bormant 08.04.15 16:51:15 MSK (всего исправлений: 1)

Ответ на: комментарий от bormant 08.04.15 16:50:56 MSK

Ну смотрите, у меня, current, как основная система. Сам libnatspec не получилось на ней собрать, только через VBox и salix-14.1-xfce(-live) пакет получил и в current его поставил, после этого infozip получилось соответственно пропатчить.
И вот сейчас, попробовал, что-то не получается p7zip-natspec, билд отсюда брал http://slackbuilds.org/repository/14.1/system/p7zip/?search=p7zip и патч что выше Вы кинули в ссылке на AUR, версию менял, патч вроде применяется, но сборка все равно обрывается...

В общем, пока вот так поступил

--- a/src/fr-command-7z.c	Wed Apr 08 16:32:30 2015
+++ b/src/fr-command-7z.c	Wed Apr 08 16:33:27 2015
@@ -530,3 +530,3 @@ const char *sevenz_mime_types[] = {  "application/x-7z-compressed",
 				    "application/x-rar",
-				    "application/zip",
+				    /*"application/zip",*/
 				    NULL };

> patch -p1 < $CWD/zip-infozip.patch || exit 1

теперь engrampa нормально все открывает, спасибо за патч)

К слову, раз уж упомянул, xarchiver он по ходу пилится, я вот попробовал ничего так сделали, даже вкладки есть просто советую, порадовал чем-то и еще права всякие внутри архива на файлы отображает, как arK; file-roller(3) еще пробовал, но он мне из-за gtk3 не понравился(

NK ★★★★★
(08.04.15 18:18:07 MSK) автор топика
Последнее исправление: NK 08.04.15 18:19:16 MSK (всего исправлений: 1)

Проверьте:
https://github.com/bormant/SB/tree/master/p7zip

bormant ★★★★★
(08.04.15 18:36:47 MSK)

Ссылка

Ответ на: комментарий от NK 08.04.15 18:18:07 MSK

но сборка все равно обрывается

В AUR не патчится makefile.machine, а заменяется патченым (в LOCAL_LIBS добавляется -lnatspec) в соответствии с архитектурой сборки:

	[[ $CARCH = x86_64 ]] &&
	cp makefile.linux_amd64_asm makefile.machine ||
	cp makefile.linux_x86_asm_gcc_4.X makefile.machine

Я добавил выше и патч для makefile.machine, и его замену. Если у кого-то возникнет желание собирать, как было раньше, могут копирование просто закомментировать. Подключение libnatspec сделал по флагу NATSPEC=yes, соответственно собирать наподобие:

# NATSPEC=yes ./*Build

bormant ★★★★★
(08.04.15 18:43:50 MSK)
Последнее исправление: bormant 08.04.15 18:44:27 MSK (всего исправлений: 1)

Удалил p7zip и engrampa перестал понимать 7z-архивы, но
научился понимать кириллицу в зип-архиве, как только же
поставлю опять начинаются крякозябры в zip.

а я помню делел (малюсенькую утилиту) разорхиватор zip-архивов, в котором явно указываешь кодировку файлов..

ну то есть для ситуации разорхивирования вендовых zip-файлов.

утилиту эту свою назвал «locale-unzip»

user_id_68054 ★★★★★
(08.04.15 18:51:33 MSK)

Ответ на: комментарий от bormant 08.04.15 18:43:50 MSK

Я кстати, ради интереса, посмотрел, как в мяте, там в file-roller проблем нет, в engrampa - есть, по ходу у них infozip пропатчен, дальше не разбирался;

К слову про infozip, у меня когда-то проблемы с рар-архивами были в arK (дистр agilia был), вот помогало помню https://aur.archlinux.org/packages/unzip-iconv/ сейчас вроде не прокатывает( Но на зип-архиве проверял сейчас;

Итак, пока писал собрался пакет по NATSPEC=yes ./*Build
поставил, но результат увы не положительный, крякозябры немного поменялись, но не читаемы(

NK ★★★★★
(08.04.15 19:07:15 MSK) автор топика

Ответ на: комментарий от NK 08.04.15 19:07:15 MSK

Давайте попробуем сравнить.

На Slackware64-14.1 у меня так:

$ echo $LANG
ru_RU.utf8

$ ldd /usr/lib64/p7zip/7* |grep '^/\|natspec'
/usr/lib64/p7zip/7z:
	libnatspec.so.0 => /usr/lib64/libnatspec.so.0 (0x00007fd7fe0c9000)
/usr/lib64/p7zip/7z.so:
	libnatspec.so.0 => /usr/lib64/libnatspec.so.0 (0x00007ff83174e000)
/usr/lib64/p7zip/7zCon.sfx:
	libnatspec.so.0 => /usr/lib64/libnatspec.so.0 (0x00007f065958f000)
/usr/lib64/p7zip/7za:
	libnatspec.so.0 => /usr/lib64/libnatspec.so.0 (0x00007fa6b94dc000)
/usr/lib64/p7zip/7zr:
	libnatspec.so.0 => /usr/lib64/libnatspec.so.0 (0x00007f172fc38000)

$ 7z l /tmp/тест.zip

7-Zip [64] 9.38 beta  Copyright (c) 1999-2014 Igor Pavlov  2015-01-03
p7zip Version 9.38.1 (locale=ru_RU.utf8,Utf16=on,HugeFiles=on,2 CPUs,ASM)

Listing archive: /tmp/тест.zip

--
Path = /tmp/тест.zip
Type = zip
Physical Size = 249

   Date      Time    Attr         Size   Compressed  Name
------------------- ----- ------------ ------------  ------------------------
2014-12-02 18:30:32 D....            0            0  тест
2014-12-02 18:30:20 ....A            9           11  тест/Текстовый документ.txt
------------------- ----- ------------ ------------  ------------------------
2014-12-02 18:30:32                  9           11  1 files, 1 folders

тест.zip взят по вашей ссылке выше.

А у вас?

bormant ★★★★★
(08.04.15 20:17:09 MSK)
Последнее исправление: bormant 08.04.15 20:17:34 MSK (всего исправлений: 1)

Ответ на: комментарий от bormant 08.04.15 20:17:09 MSK

slackware32-current

┌─[ /tmp ]
└─$ echo $LANG
ru_RU.UTF-8
┌─[ /tmp ]
└─$ ldd /usr/lib/p7zip/7* |grep '^/\|natspec'
lib/     libexec/ 
┌─[ /tmp ]
└─$ ldd /usr/lib/p7zip/7* |grep '^/\|natspec'
/usr/lib/p7zip/7z:
	libnatspec.so.0 => /usr/lib/libnatspec.so.0 (0xb76c7000)
/usr/lib/p7zip/7z.so:
	libnatspec.so.0 => /usr/lib/libnatspec.so.0 (0xb7592000)
/usr/lib/p7zip/7zCon.sfx:
	libnatspec.so.0 => /usr/lib/libnatspec.so.0 (0xb76be000)
/usr/lib/p7zip/7za:
	libnatspec.so.0 => /usr/lib/libnatspec.so.0 (0xb776d000)
/usr/lib/p7zip/7zr:
	libnatspec.so.0 => /usr/lib/libnatspec.so.0 (0xb777d000)
┌─[ /tmp ]
└─$ 7z l /tmp/тест.zip

7-Zip 9.38 beta  Copyright (c) 1999-2014 Igor Pavlov  2015-01-03
p7zip Version 9.38.1 (locale=ru_RU.UTF-8,Utf16=on,HugeFiles=on,4 CPUs,ASM)

Listing archive: /tmp/тест.zip

--
Path = /tmp/тест.zip
Type = zip
Physical Size = 249

   Date      Time    Attr         Size   Compressed  Name
------------------- ----- ------------ ------------  ------------------------
2014-12-02 18:30:32 D....            0            0  ÑÐµÑÑ
2014-12-02 18:30:20 ....A            9           11  ÑÐµÑÑ/Ð¢ÐµÐºÑÑÐ¾Ð²ÑÐ¹ Ð´Ð¾ÐºÑÐ¼ÐµÐ½Ñ.txt
------------------- ----- ------------ ------------  ------------------------
2014-12-02 18:30:32                  9           11  1 files, 1 folders

Мне кажется дело в natspec и его какой-то зависимости, который у меня на current и не собирался. что пришлось 14.1 в виртуалке грузить и отутда собранный пакет тащить.

Ладно, ничего страшного для engrampa главное вылечилось, дальше посмотрим, если проблемы будут будем думать...

NK ★★★★★
(08.04.15 20:40:46 MSK) автор топика
Последнее исправление: NK 08.04.15 20:45:54 MSK (всего исправлений: 1)

Ответ на: комментарий от NK 08.04.15 20:40:46 MSK

Ок, сейчас -current поставлю, посмотрю, как там.

bormant ★★★★★
(08.04.15 21:22:49 MSK)

Ссылка

Ответ на: комментарий от NK 08.04.15 20:40:46 MSK

Slackware-current, 32 бита.

Для сборки libnatspec достаточно удалить/закомментировать в слакбилде пару строк перед ./configure:

#libtoolize --copy --force
#autoreconf

Ситуация с p7zip воспроизводится, надо разбираться, что идет не так...

bormant ★★★★★
(09.04.15 11:37:09 MSK)

Ссылка

Ответ на: комментарий от NK 08.04.15 20:40:46 MSK

Мне кажется дело в natspec и его какой-то зависимости, который у меня на current и не собирался

Судя по всему, виноваты параметры из makefile.linux_amd64_asm либо makefile.linux_x86_asm_gcc_4.X, где-то оптимизации/ассемблерные вставки влияют на использование кода из libnatspec, пока разбираться не стал, раз уж дефолтный makefile.machine уже пропатчил, то просто обрамил тот фрагмент гардом:

if [ "$NATSPEC" != "yes" ]; then
  [[ $CARCH = x86_64 ]] &&
  cp makefile.linux_amd64_asm makefile.machine ||
  cp makefile.linux_x86_asm_gcc_4.X makefile.machine
fi

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

Итого, Slackware-current 14.1+, 32 бита:

$ echo $LANG
ru_RU.UTF-8

$ 7z l /tmp/тест.zip

7-Zip 9.38 beta  Copyright (c) 1999-2014 Igor Pavlov  2015-01-03
p7zip Version 9.38.1 (locale=ru_RU.UTF-8,Utf16=on,HugeFiles=on,1 CPU)

Listing archive: /tmp/тест.zip

--
Path = /tmp/тест.zip
Type = zip
Physical Size = 249

   Date      Time    Attr         Size   Compressed  Name
------------------- ----- ------------ ------------  ------------------------
2014-12-02 18:30:32 D....            0            0  тест
2014-12-02 18:30:20 ....A            9           11  тест/Текстовый документ.txt
------------------- ----- ------------ ------------  ------------------------
2014-12-02 18:30:32                  9           11  1 files, 1 folders

Но с libnatspec нужно помнить, что она смотрит в текущую локаль, для локалей без русских символов, например en_US.utf8, получится так:

$ LANG=en_US.utf8 7z l ~/dl/тест.zip 

7-Zip 9.38 beta  Copyright (c) 1999-2014 Igor Pavlov  2015-01-03
p7zip Version 9.38.1 (locale=en_US.utf8,Utf16=on,HugeFiles=on,1 CPU)

Listing archive: /home/se/dl/тест.zip

--
Path = /home/se/dl/тест.zip
Type = zip
Physical Size = 249

   Date      Time    Attr         Size   Compressed  Name
------------------- ----- ------------ ------------  ------------------------
2014-12-02 18:30:32 D....            0            0  ΓÑßΓ
2014-12-02 18:30:20 ....A            9           11  ΓÑßΓ/ÆÑ¬ßΓ«óδ⌐ ñ«¬π¼Ñ¡Γ.txt
------------------- ----- ------------ ------------  ------------------------
2014-12-02 18:30:32                  9           11  1 files, 1 folders

Поэтому, если для root-а, например, хочется английского интерфейса, нужно понимать, что английский LANG сломает работу с русскими zip и нужно смотреть в /etc/profile.d/lang.sh (и .csh) для такого желания в сторону:

LANG=ru_RU.utf8
LC_MESSAGES=en_US.utf8

Основанный на libnatspec патч для infozip ведёт себя точно также.

bormant ★★★★★
(09.04.15 16:08:55 MSK)

Выложил готовый слакбилд для infozip на github:
https://github.com/bormant/SB

bormant ★★★★★
(09.04.15 17:08:11 MSK)

Ссылка

Ответ на: комментарий от bormant 09.04.15 16:08:55 MSK

а natspec для сборки по Вашим SlackBuild'ам надо пересобирать?

NK ★★★★★
(09.04.15 22:23:55 MSK) автор топика

Ответ на: комментарий от NK 09.04.15 22:23:55 MSK

Если libnatspec был собран без ошибок, смысла в его пересборке нет.

bormant ★★★★★
(09.04.15 22:57:04 MSK)

Ответ на: комментарий от bormant 09.04.15 22:57:04 MSK

ладно, спасибо, позже проверю, пока p7zip трогать не буду, для 7z все вроде прекрасно работает, с rar думаю может всплыть проблемка, ну да ладно пока что

это, кстати http://slackware.su/forum/index.php/topic,33.msg104.html#msg104
в этой теме про руссификацию man есть, не подскажете информация актуальная еще?

А то у меня вот( не знаю отсюда ли (умышлено ошибку сделал)

$ man cp-
������ ��� cp- � ����������� ��
$ locale
LANG=ru_RU.UTF-8
LC_CTYPE="ru_RU.UTF-8"
LC_NUMERIC="ru_RU.UTF-8"
LC_TIME="ru_RU.UTF-8"
LC_COLLATE=C
LC_MONETARY="ru_RU.UTF-8"
LC_MESSAGES="ru_RU.UTF-8"
LC_PAPER="ru_RU.UTF-8"
LC_NAME="ru_RU.UTF-8"
LC_ADDRESS="ru_RU.UTF-8"
LC_TELEPHONE="ru_RU.UTF-8"
LC_MEASUREMENT="ru_RU.UTF-8"
LC_IDENTIFICATION="ru_RU.UTF-8"
LC_ALL=

ну и man'ы на английском все, ничего страшного конечно, что англ., но все ж

NK ★★★★★
(10.04.15 06:15:57 MSK) автор топика

Ответ на: комментарий от user_id_68054 08.04.15 18:51:33 MSK

меня забавляет, что такую простую и нужную вещь никак не запилят в апстрим. типа, в стандарте указана одна кодировка кокок, ну и что, что в реальнсти это не так

anonymous
(10.04.15 06:30:06 MSK)

Ответ на: комментарий от anonymous 10.04.15 06:30:06 MSK

если бы в каком-нибудь ffmpeg так делали, наверное через один видеофайлы бы не открывались

anonymous
(10.04.15 06:32:33 MSK)

Ссылка

Ответ на: комментарий от NK 10.04.15 06:15:57 MSK

Квадраты в сообщениях man оттого, что сообщения эти в koi8-r, а используемый метод локализации перекодировку на лету не поддерживает (в отличие от gettext).

Для NROFF в 14.х+ есть более приятный вариант

NROFF           /usr/bin/groff -Dutf8 -Tutf8 -mandoc

За перевод страниц на русский брался много кто. Не знаю, есть ли свежее, чем https://fedoraproject.org/wiki/Ru_RU/Man-pages-ru

bormant ★★★★★
(10.04.15 08:14:58 MSK)
Последнее исправление: bormant 10.04.15 08:16:25 MSK (всего исправлений: 2)

Ответ на: комментарий от anonymous 10.04.15 06:30:06 MSK

забавляет

Любая сложная проблема имеет простое, логичное, понятное неправильное решение. Этот костыль — один из таких: сначала один крупный игрок начал делать поперек стандарта, положив имена в нестандартной кодировке (но не указав в какой, на других плевать, их как бы и нет), потом другие пытаются угадать, а вдруг в моей. И когда кодировке назначения исходная соответствует, то кажется, что вот оно, решение, простое и понятное, а когда не соответствует, то прлучается вроде такого: p7zip для zip-архивов с кириллицей через engrampa (комментарий)

bormant ★★★★★
(10.04.15 08:25:19 MSK)
Последнее исправление: bormant 10.04.15 08:26:26 MSK (всего исправлений: 1)

Ответ на: комментарий от bormant 10.04.15 08:25:19 MSK

ты тоже предлагаешь делать вид, что проблемы нет? это прям какой-то широкораспространённый баг логики моска

anonymous
(10.04.15 08:31:38 MSK)

Ответ на: комментарий от anonymous 10.04.15 08:31:38 MSK

делать вид, что проблемы нет?

Проблема есть у тех, чей алфавит не подходит под cp850. Среди держателей стандарта таких нет. У них нет проблемы, им нечего решать.

Сказали же — имена пишутся в cp850, напаркуа туда совать что-то еще?

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

Пока решать проблему никому не нужно, нет спроса (мечтания есть, а спроса нет). Если станет надо, решение появится.

bormant ★★★★★
(10.04.15 08:47:39 MSK)

Ответ на: комментарий от bormant 10.04.15 08:47:39 MSK

от того, что ты считаешь что-то неправильным(даже если это так) оно не перестаёт существовать. эти архивы с кривой кодировкой ещё тебя переживут, а более правильные форматы хомяки не начнут никогда

anonymous
(10.04.15 08:50:42 MSK)

Ссылка

Ответ на: комментарий от bormant 10.04.15 08:47:39 MSK

Пока решать проблему никому не нужно

о чём тогда тред?

anonymous
(10.04.15 08:52:31 MSK)

Ответ на: комментарий от anonymous 10.04.15 08:52:31 MSK

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

bormant ★★★★★
(10.04.15 08:55:57 MSK)

Ответ на: комментарий от bormant 10.04.15 08:55:57 MSK

чем не универсально явное задание кодировки пользователем, или автодетект с подтверждением от пользователя?

anonymous
(10.04.15 08:58:18 MSK)

Ответ на: комментарий от anonymous 10.04.15 08:58:18 MSK

чем не универсально

пользователем ;-)
Оно понятно, что можно в .conf прописать, считать, что в архивах вместо cp850 cp1251. Приходит архив от друга-немца и, опа, умляуты заменились на русские пуковки. Костыль с natspec делает примерно это же.

bormant ★★★★★
(10.04.15 09:31:46 MSK)

Ответ на: комментарий от bormant 10.04.15 09:31:46 MSK

когда 100% архивов от русских друзей распаковываются с кривыми именами, мне как-то покласть на немцев, честно говоря

anonymous
(10.04.15 09:36:55 MSK)

Ответ на: комментарий от anonymous 10.04.15 09:36:55 MSK

Если интересно про natspec:
http://freesource.info/wiki/Lokalizacija/BibliotekaNATSPEC
http://freesource.info/wiki/Lokalizacija/NATSPECDescription

Не устраивает вариант с natspec, хорошо, есть и другие, видел, но в каком сейчас состоянии — не могу сказать, давно дело было. Но что вам мешает исправить unzip/p7zip сообразно собственному пониманию правильности и полезности (самостоятельно или чужими руками — неважно)?

bormant ★★★★★
(10.04.15 09:49:21 MSK)
Последнее исправление: bormant 10.04.15 09:50:02 MSK (всего исправлений: 1)

Ссылка

Ответ на: комментарий от anonymous 10.04.15 08:31:38 MSK

Кстати, про держателей формата и их нежелание что-то менять — был слишком пессимистичен:

https://ru.wikipedia.org/wiki/ZIP

Версия			6.3.0
Год			2006
Новые возможности		Описано хранение имен файлов в формате Юникод (UTF-8). ...

Ну и где у нас имена в UTF-8?

bormant ★★★★★
(10.04.15 10:25:45 MSK)

Ответ на: комментарий от bormant 10.04.15 10:25:45 MSK

Ну и где у нас имена в UTF-8?

там специальный бит есть на эту тему :)

вот смотри эту строчку моей микро-утилитки:

https://github.com/polymorphm/locale-unzip/blob/locale-unzip-0.1.2/lib_locale...

user_id_68054 ★★★★★
(10.04.15 10:30:06 MSK)

Ответ на: комментарий от user_id_68054 10.04.15 10:30:06 MSK

Этот был вопрос про фактическую распространенность ZIP-архивов с именами в UTF-8 по отношению к архивам с именами в однобайтных кодировках :-)

bormant ★★★★★
(10.04.15 10:42:26 MSK)

Ответ на: комментарий от bormant 10.04.15 08:14:58 MSK

NROFF /usr/bin/groff -Dutf8 -Tutf8 -mandoc

Хмм, ну у меня так

$ cat /etc/man.conf | grep NROFF  
# NROFF is defined as "groff -Tascii" or "groff -Tlatin1";
# For use with utf-8, NROFF should be "nroff -mandoc" without -T option.
# causes problems, add the -c option to TROFF, NROFF, JNROFF.
#NROFF		/usr/bin/nroff -mandoc
NROFF   	/usr/bin/groff -Dutf8 -Tutf8 -mandoc
JNROFF		/usr/bin/groff -Tnippon -mandocj

NK ★★★★★
(10.04.15 18:01:59 MSK) автор топика
Последнее исправление: NK 10.04.15 18:02:15 MSK (всего исправлений: 1)

Ссылка

Ответ на: комментарий от bormant 10.04.15 10:42:26 MSK

Этот был вопрос про фактическую распространенность ZIP-архивов
с именами в UTF-8 по отношению к архивам с именами в
однобайтных кодировках :-)

самая подстава в том что обычный Вендовый zip-архиватор не только не хочет использовать этот юникодный-бит (0x800) во время архивации...

...но даже и не обращает на него внимания во время РАЗархивации! (что можно сказать свинство, я считаю! по отношению к zip-стандарту)

user_id_68054 ★★★★★
(10.04.15 21:41:37 MSK)

Ссылка

Ответ на: комментарий от bormant 10.04.15 08:14:58 MSK

https://fedoraproject.org/wiki/Ru_RU/Man-pages-ru

Установил http://slackbuilds.org/repository/14.1/system/man-pages-ru/ русские man'ы (которые переведены) появились, все нормально отображается, спасибо, я просто думал что данный пакет затерет установленное man-pages, но он просто дополнил. Возвращаясь к

NROFF /usr/bin/groff -Dutf8 -Tutf8 -mandoc

пробовал в /usr/lib/man.conf прописывать и еще вот это прописывал

NROFF iconv -f utf8 -t koi8r -c | /usr/bin/nroff -Tlatin1 -mandoc -c | iconv -f koi8r -t utf8 -c

все равно квадратики(

$ man MAN
������ ��� MAN � ����������� ��

NK ★★★★★
(11.04.15 01:15:54 MSK) автор топика

Ответ на: комментарий от NK 11.04.15 01:15:54 MSK

вопрос решаем, если другую реализацию man поставить: man-db http://higgs.rghost.ru/7NRPg9LlT/image.png

в принципе, если память мне не изменяет, он и стоит в deb-подобных дистрах и там все нормально и квадратиков нет, ну да ладно. Дело все же видимо во времени и предпочитаемых кодировках по-умолчанию, ну и на чем man изначально сделаны...

Меня только смущает в man-db http://slackbuilds.org/repository/14.1/system/man-db/ что оно как-то к Интернету обращается и чего-то там за-CRON-ено, но с ним проверил в виртуалке - /usr/bin/groff никакой прописывать не надо

NK ★★★★★
(11.04.15 04:45:43 MSK) автор топика

Ссылка

Ответ на: комментарий от NK 11.04.15 01:15:54 MSK

Те квадратики с содержимым страниц никак не связаны, это в исходниках локализованные сообщения лежат в кои8р, а система локализации не поддерживает их перекодировку на лету (в отличие от gettext). Упомянутый рецепт с пересборкой пакета ман как раз и перекодирует русские сообщения в utf8.

Русские (и прочие) локализованные страницы руководств лежат в отдельных каталогах /usr/man/ru/ и т.п.

bormant ★★★★★
(11.04.15 15:10:50 MSK)

Ответ на: комментарий от bormant 11.04.15 15:10:50 MSK

спасибо за статью и ответы, все получилось

$ man HELP
Ничего про HELP в руководстве нет

раз уж поднял вопрос, распишу что сделал

man
Что бы квадратиков не было при отсутствующем руководстве собирал man-$VERSION по http://slackware.su/forum/index.php/topic,33.msg103.html#msg103
если вкратце , вот закоментировал и прописал

# In man.conf, set NROFF to "/usr/bin/nroff -mandoc" rather
# than "/usr/bin/nroff -Tlatin1".  This works better with
# modern console encodings.  Thanks to rg3.
#zcat $CWD/man-1.6f.nroff.mandoc.diff.gz | patch -p1 || exit 1

# Patch for ru_RU.UTF-8

set -e

[ -f /tmp/man-1.6f.nroff.mandoc.diff* ] && rm -v /tmp/man-1.6f.nroff.mandoc.diff*
cp -v $CWD/man-1.6f.nroff.mandoc.diff.gz /tmp
gunzip /tmp/man-1.6f.nroff.mandoc.diff.gz
sed 's_/usr/bin/nroff -mandoc_/usr/bin/iconv -f utf8 -t cp1251 -c | /usr/bin/nroff -Tlatin1 -mandoc | /usr/bin/iconv -f cp1251 -t utf8_' -i /tmp/man-1.6f.nroff.mandoc.diff
cat /tmp/man-1.6f.nroff.mandoc.diff | patch -p1 || exit 1

echo '$ codeset=UTF-8' > msgs/mess.ru.codeset
iconv -f koi8-r -t utf-8 msgs/mess.ru > /tmp/mess.ru
cat /tmp/mess.ru > msgs/mess.ru

set +e

остальное в man.SlackBuild оставил как было. И все, собрал и установил обновив пакет

upgradepkg --reinstall $TMP/man-$VERSION-$ARCH-$BUILD.txz

man-ru
Для русских man'ов , которые переведены установил http://slackbuilds.org/repository/14.1/system/man-pages-ru/

sbopkg -Bki man-pages-ru

и прописал в /etc/man.conf NROFF следующий, закомментировав по-умолчанию который

$ cat /etc/man.conf | grep NROFF  
# NROFF is defined as "groff -Tascii" or "groff -Tlatin1";
# For use with utf-8, NROFF should be "nroff -mandoc" without -T option.
# causes problems, add the -c option to TROFF, NROFF, JNROFF.
#NROFF		/usr/bin/nroff -mandoc
NROFF   	/usr/bin/groff -Dutf8 -Tutf8 -mandoc
JNROFF		/usr/bin/groff -Tnippon -mandocj

NK ★★★★★
(11.04.15 19:36:56 MSK) автор топика

Ответ на: комментарий от NK 11.04.15 19:36:56 MSK

а вот, поспешил, в дополнение к man-ru и man
там где пересобираем man, сразу можно же сделать так и не править потом /etc/man.conf , закомментируйте строчку и пропишите ниже

#sed 's_/usr/bin/nroff -mandoc_/usr/bin/iconv -f utf8 -t cp1251 -c | /usr/bin/nroff -Tlatin1 -mandoc | /usr/bin/iconv -f cp1251 -t utf8_' -i /tmp/man-1.6f.nroff.mandoc.diff
sed 's_/usr/bin/nroff -mandoc_/usr/bin/groff -Dutf8 -Tutf8 -mandoc_' -i /tmp/man-1.6f.nroff.mandoc.diff

потом когда пересоберете сделайте: slackpkg new-config

NK ★★★★★
(11.04.15 20:30:56 MSK) автор топика

Ответ на: комментарий от user_id_68054 08.04.15 18:51:33 MSK

А такие архивы осиливает? http://archive.today/qw4pe

O02eg ★★★★★
(11.04.15 20:52:33 MSK)

Ответ на: комментарий от bormant 10.04.15 08:14:58 MSK

отходя от поднятой темы

есть ли свежее, чем https://fedoraproject.org/wiki/Ru_RU/Man-pages-ru

что-то я загнался по этому вопросу и по ходу нашел, не сколько, свежее сколько по количеству собранного среди переведенных man это в

Agilia/MOPSLinux http://packages.agilialinux.ru/show.php?id=482
и ALTLinux http://www.sisyphus.ru/ru/srpm/Sisyphus/man-pages-ru

по сравнению с этим http://sourceforge.net/projects/man-pages-ru/ , я что заметил: переведены bash, tar, cp, ls руководства и даже man man.

Для обеих прописать: «NROFF /usr/bin/nroff -Tlatin1 -mandoc -c | iconv -f koi8r» в man.conf надо только будет.

Сборку ALT подсмотреть у ARCH можно, ну там просто распаковка с удалением ненужного и запаковка в пакет https://aur.archlinux.org/packages/man-pages-ru-alt/

настораживает конечно

rm -vf man1/passwd.1*
rm -vf man5/passwd.5*

Мало ли есть еще что из совпадающего...

man-pages-ru из SBo удалить придется и строчки с NROFF для него увы не подходят(

NK ★★★★★
(12.04.15 02:23:49 MSK) автор топика

Ответ на: комментарий от O02eg 11.04.15 20:52:33 MSK

А такие архивы осиливает? http://archive.today/qw4pe

а где там кнопка «скачать» на этой web-странице ?

(вообще поддержку паролей — пытался внедрить, но не уверен по поводу успешности:))

user_id_68054 ★★★★★
(12.04.15 04:11:57 MSK)

Ответ на: комментарий от O02eg 11.04.15 20:52:33 MSK

если ты про http://archive.today/qw4pe.zip (а не аро сам музыкальный альбом, в котором я кнопку «скачать» не вижу)

то вот так получается:

[regular-user@localhost ~]$ cd ~/Desktop/test-zip/
[regular-user@localhost test-zip]$ ~/my_projects/locale-unzip.project/locale-unzip/locale-unzip cp866 qw4pe.zip 
unzipping: 'index.html'
writed: 'index.html'
unzipping: '63b4101f2172cb4cbc3289c2de47612bc7699313.jpg'
writed: '63b4101f2172cb4cbc3289c2de47612bc7699313.jpg'
unzipping: 'fc0adfe42bf82fbbb5116907450234853728a61d.jpg'
writed: 'fc0adfe42bf82fbbb5116907450234853728a61d.jpg'
unzipping: '1204b66556f4d338b4ded85fb7f6973a0fc97391.png'
writed: '1204b66556f4d338b4ded85fb7f6973a0fc97391.png'
unzipping: '6338b5cca8a44aa0e5fce6b482c790f55d929d4e.jpg'
writed: '6338b5cca8a44aa0e5fce6b482c790f55d929d4e.jpg'
unzipping: 'd9f913d09bb3c25749daf8e7ab829c850a842929.woff'
writed: 'd9f913d09bb3c25749daf8e7ab829c850a842929.woff'
unzipping: '857f768128dedec0104da3f12a6e713d3fc775c4.jpg'
writed: '857f768128dedec0104da3f12a6e713d3fc775c4.jpg'
unzipping: 'd8f26f2117b192110a4c1d3b69025302007a59a9.jpg'
writed: 'd8f26f2117b192110a4c1d3b69025302007a59a9.jpg'
unzipping: '6783b46fff6370c10c8729fbfe5cda88228aa80e.png'
writed: '6783b46fff6370c10c8729fbfe5cda88228aa80e.png'
unzipping: '9f54e4b5658f8c572ccf4143fcae5f87d9446ecd.jpg'
writed: '9f54e4b5658f8c572ccf4143fcae5f87d9446ecd.jpg'
unzipping: 'b20b90ecd6fc597f161d2228f5779e76e090edf9.woff'
writed: 'b20b90ecd6fc597f161d2228f5779e76e090edf9.woff'
unzipping: 'caba6ca5da46699db527ce81abf0208cf1c8fc7f.jpg'
writed: 'caba6ca5da46699db527ce81abf0208cf1c8fc7f.jpg'
unzipping: 'e9a08d5cd0892682cbd8d14a74577b437ee42da3.png'
writed: 'e9a08d5cd0892682cbd8d14a74577b437ee42da3.png'
unzipping: '390ee026fd1e2ff41bd9b3d6b6b34744116ab2c5.jpg'
writed: '390ee026fd1e2ff41bd9b3d6b6b34744116ab2c5.jpg'
unzipping: 'eec6925091ba7f35fad84704788361ff4e4f1f96.gif'
writed: 'eec6925091ba7f35fad84704788361ff4e4f1f96.gif'
unzipping: '421b96b5e4d498009221841792a18588d01100a6.jpg'
writed: '421b96b5e4d498009221841792a18588d01100a6.jpg'
unzipping: 'd3bc0df2fea6e4cacd8925e0feadc7b3ec016242.png'
writed: 'd3bc0df2fea6e4cacd8925e0feadc7b3ec016242.png'
unzipping: 'f5b0e9627a211af31faeb95b74f85471c07cc8e5.gif'
writed: 'f5b0e9627a211af31faeb95b74f85471c07cc8e5.gif'
unzipping: '25642b744b8816df3b1a1445789e393e4236aa55.jpg'
writed: '25642b744b8816df3b1a1445789e393e4236aa55.jpg'
unzipping: 'bbf9476eb31869c567b1f271f087a9b941c40a68.jpg'
writed: 'bbf9476eb31869c567b1f271f087a9b941c40a68.jpg'
unzipping: 'f2ca16e3fcfb09f038727d04a4d75345935f7889.jpg'
writed: 'f2ca16e3fcfb09f038727d04a4d75345935f7889.jpg'
unzipping: 'e2a5772253b32356e43aff86fb378d0daebf0d88.jpg'
writed: 'e2a5772253b32356e43aff86fb378d0daebf0d88.jpg'
unzipping: '141999c29e7f97e248510f817f690cec549612e0.jpg'
writed: '141999c29e7f97e248510f817f690cec549612e0.jpg'
unzipping: '934f13e97dd2fa1537a286b1c048022b315fb239.png'
writed: '934f13e97dd2fa1537a286b1c048022b315fb239.png'
unzipping: '179fa4f298990d76dc31b7ff2dd9c3be26d2835c.png'
writed: '179fa4f298990d76dc31b7ff2dd9c3be26d2835c.png'
unzipping: 'c5a533a43c7b5a7e8bd3ce2f6833aed40fa2e69f.jpg'
writed: 'c5a533a43c7b5a7e8bd3ce2f6833aed40fa2e69f.jpg'
unzipping: '931dd6d7487c744e2daaa36b565e14775775e4ea.png'
writed: '931dd6d7487c744e2daaa36b565e14775775e4ea.png'
unzipping: '1b8d962aba984276f1e6fa1293a1479c50360fc1.png'
writed: '1b8d962aba984276f1e6fa1293a1479c50360fc1.png'
[regular-user@localhost test-zip]$ ls -al
total 2704
drwxr-xr-x 1 regular-user regular-user    2418 Apr 12 04:17 .
drwxr-xr-x 1 regular-user regular-user      54 Apr 12 04:17 ..
-rw-r--r-- 1 regular-user regular-user    6223 Apr 12 01:16 1204b66556f4d338b4ded85fb7f6973a0fc97391.png
-rw-r--r-- 1 regular-user regular-user  739540 Apr 12 01:16 141999c29e7f97e248510f817f690cec549612e0.jpg
-rw-r--r-- 1 regular-user regular-user    1499 Apr 12 01:16 179fa4f298990d76dc31b7ff2dd9c3be26d2835c.png
-rw-r--r-- 1 regular-user regular-user    2847 Apr 12 01:16 1b8d962aba984276f1e6fa1293a1479c50360fc1.png
-rw-r--r-- 1 regular-user regular-user    1599 Apr 12 01:16 25642b744b8816df3b1a1445789e393e4236aa55.jpg
-rw-r--r-- 1 regular-user regular-user    1923 Apr 12 01:16 390ee026fd1e2ff41bd9b3d6b6b34744116ab2c5.jpg
-rw-r--r-- 1 regular-user regular-user    1371 Apr 12 01:16 421b96b5e4d498009221841792a18588d01100a6.jpg
-rw-r--r-- 1 regular-user regular-user   27260 Apr 12 01:16 6338b5cca8a44aa0e5fce6b482c790f55d929d4e.jpg
-rw-r--r-- 1 regular-user regular-user    2065 Apr 12 01:16 63b4101f2172cb4cbc3289c2de47612bc7699313.jpg
-rw-r--r-- 1 regular-user regular-user    1329 Apr 12 01:16 6783b46fff6370c10c8729fbfe5cda88228aa80e.png
-rw-r--r-- 1 regular-user regular-user    1606 Apr 12 01:16 857f768128dedec0104da3f12a6e713d3fc775c4.jpg
-rw-r--r-- 1 regular-user regular-user    3569 Apr 12 01:16 931dd6d7487c744e2daaa36b565e14775775e4ea.png
-rw-r--r-- 1 regular-user regular-user    1707 Apr 12 01:16 934f13e97dd2fa1537a286b1c048022b315fb239.png
-rw-r--r-- 1 regular-user regular-user    1764 Apr 12 01:16 9f54e4b5658f8c572ccf4143fcae5f87d9446ecd.jpg
-rw-r--r-- 1 regular-user regular-user   21520 Apr 12 01:16 b20b90ecd6fc597f161d2228f5779e76e090edf9.woff
-rw-r--r-- 1 regular-user regular-user    1227 Apr 12 01:16 bbf9476eb31869c567b1f271f087a9b941c40a68.jpg
-rw-r--r-- 1 regular-user regular-user   74636 Apr 12 01:16 c5a533a43c7b5a7e8bd3ce2f6833aed40fa2e69f.jpg
-rw-r--r-- 1 regular-user regular-user    1216 Apr 12 01:16 caba6ca5da46699db527ce81abf0208cf1c8fc7f.jpg
-rw-r--r-- 1 regular-user regular-user   28765 Apr 12 01:16 d3bc0df2fea6e4cacd8925e0feadc7b3ec016242.png
-rw-r--r-- 1 regular-user regular-user    1330 Apr 12 01:16 d8f26f2117b192110a4c1d3b69025302007a59a9.jpg
-rw-r--r-- 1 regular-user regular-user   46016 Apr 12 01:16 d9f913d09bb3c25749daf8e7ab829c850a842929.woff
-rw-r--r-- 1 regular-user regular-user  109262 Apr 12 01:16 e2a5772253b32356e43aff86fb378d0daebf0d88.jpg
-rw-r--r-- 1 regular-user regular-user    1790 Apr 12 01:16 e9a08d5cd0892682cbd8d14a74577b437ee42da3.png
-rw-r--r-- 1 regular-user regular-user    2024 Apr 12 01:16 eec6925091ba7f35fad84704788361ff4e4f1f96.gif
-rw-r--r-- 1 regular-user regular-user    1539 Apr 12 01:16 f2ca16e3fcfb09f038727d04a4d75345935f7889.jpg
-rw-r--r-- 1 regular-user regular-user    1157 Apr 12 01:16 f5b0e9627a211af31faeb95b74f85471c07cc8e5.gif
-rw-r--r-- 1 regular-user regular-user  139429 Apr 12 01:16 fc0adfe42bf82fbbb5116907450234853728a61d.jpg
-rw-r--r-- 1 regular-user regular-user  221483 Apr 12 01:16 index.html
-rw-r--r-- 1 regular-user regular-user 1250321 Apr 12 04:16 qw4pe.zip
[regular-user@localhost test-zip]$

но я не уверен что ты именно об этом спрашивал.. :-) ..

вобщем, уточни слека детали этого квеста, plz!

user_id_68054 ★★★★★
(12.04.15 04:19:17 MSK)

Ссылка

Ответ на: комментарий от NK 11.04.15 20:30:56 MSK

потом когда пересоберете сделайте: slackpkg new-config

slackpkg new-config точно смотрит *.new в /etc и ниже, но man.conf лежит в /usr/lib, /usr/lib64, смотрит ли туда в поиске *.new файлов slackpkg, я не помню. Периодически этот момент всплывает в обсуждениях, может уже добавили, можно погрепать исходники slackpkg или экспериментально проверить.

bormant ★★★★★
(12.04.15 09:23:39 MSK)

Ссылка

Ответ на: комментарий от NK 12.04.15 02:23:49 MSK

PS. slackpkg new-config в описанном рецепте вам не помощник:

$ ls /var/adm/packages/slackpkg-*
/var/adm/packages/slackpkg-2.82.0-noarch-12

/usr/sbin/slackpkg:

case "$CMD" in
...
        new-config)
                POSTINST=on
        ;;
...
esac
...
if [ "$POSTINST" != "off" ]; then
        lookkernel
        looknew
fi

/usr/libexec/slackpkg/functions.d/post-functions.sh

looknew() {
...
        echo -e "\nSearching for NEW configuration files"
        FILES=$(find /etc -name "*.new" ${ONLY_NEW_DOTNEW} \
                -not -name "rc.inet1.conf.new" \
                -not -name "group.new" \
                -not -name "passwd.new" \
                -not -name "shadow.new" \
                -not -name "gshadow.new" 2>/dev/null)
...

Итого: slackpkg new-config сработал бы, если:
1) пропатчить slackpkg, заменив «find /etc» на «find /etc /usr/lib{,64}», либо
2) пропатчить man на предмет расположения man.conf не в /usr/lib{,64}, а в /etc.

bormant ★★★★★
(12.04.15 09:38:21 MSK)
Последнее исправление: bormant 12.04.15 09:39:01 MSK (всего исправлений: 1)

Ответ на: комментарий от bormant 12.04.15 09:38:21 MSK

не-не, у меня ж current и там по ходу местоположение man.conf поменялось я смотрю

config etc/man.conf.new

http://taper.alienbase.nl/mirrors/slackware/slackware-current/slackware/ap/ma...

NK ★★★★★
(12.04.15 11:00:36 MSK) автор топика

Ответ на: комментарий от user_id_68054 12.04.15 04:11:57 MSK

а где там кнопка «скачать» на этой web-странице ?

Хм, с того времени часть ссылок померла, вот пару живых: http://www.tusfiles.net/f1e9epxs43gg http://shared.com/ngoo2y2m9z

А так были здесь:

Disc 1: 168 MB 【TF | 4S | MC】
Disc 2: 121 MB 【SH | 4S | MC】
Disc 3: 103 MB 【SB | 4S | MC】

O02eg ★★★★★
(12.04.15 12:23:46 MSK)

Ответ на: комментарий от NK 12.04.15 11:00:36 MSK

Угу, в -current добавлен флаг "-confdir /etc" в вызов .configure в слакбилде man http://taper.alienbase.nl/mirrors/slackware/slackware-current/source/ap/man/m... и в doinst.sh уже учтено новое его расположение. Одной несуразностью меньше стало.

bormant ★★★★★
(12.04.15 13:15:13 MSK)

Ссылка

Ответ на: комментарий от NK 12.04.15 02:23:49 MSK

строчки с NROFF для него увы не подходят(

Достаточно перекодировать сами страницы из koi8-r в utf8, iconv -c -f koi8-r -t utf8 в помощь...

bormant ★★★★★
(12.04.15 13:20:14 MSK)

Ответ на: комментарий от O02eg 12.04.15 12:23:46 MSK

Хм, с того времени часть ссылок померла, вот пару живых: http://www.tusfiles.net/f1e9epxs43gg http://shared.com/ngoo2y2m9z

тыг ведь это же rar :-D

user_id_68054 ★★★★★
(12.04.15 13:55:53 MSK)

Ссылка

Похожие темы