У меня показывает нормально (man-1.6f-alt1, ru_RU.UTF-8):

All empty lines or lines beginning with '#' will be ignored.

Какая версия пакета man? Какая локаль?

man-1.6f-alt1
udev-126-alt3
ru_RU.UTF-8, хотя локаль не важна

Возможно, виноват less как $PAGES? У меня less-424-alt2

Зато у меня man scanf показывает <B7> вместо какого-то символа, типа точки.

less тот же, в нем отображается все правильно
"All empty lines, or lines beginning with ´#´ will be ignored."

Попробуйте исправить в /etc/man.conf строчку

NROFF       /usr/bin/nroff -Tlatin1 -mandoc

на

NROFF       /usr/bin/nroff -Tutf8 -mandoc

Мне это помогло увидеть точку в man scanf. Возможно, поможет вам с <B4>

ru_RU.KOI8-R, последний сизиф, aterm (есл и имеет значение).  Кавычки в man udev как в comment 5, точки в man scanf (после "A directive is one of the following:"?) показываются точками.

man.conf не трогал.

(In reply to comment #7)
> ru_RU.KOI8-R, последний сизиф, aterm (есл и имеет значение).  Кавычки в man udev как в comment
> 5, точки в man scanf (после "A directive is one of the following:"?) показываются точками.

Т.е. у тебя работает вообще всё? (кстати, я смотрел man в xterm, опять же если это имеет значение).

с -Tutf8 отображает правильно

(In reply to comment #7)
> ru_RU.KOI8-R

koi8-r и т.п. давно никого не интересует

(In reply to comment #10)
> с -Tutf8 отображает правильно

Это хорошо. Значит дело в ключах nroff
 
> (In reply to comment #7)
> > ru_RU.KOI8-R
> 
> koi8-r и т.п. давно никого не интересует

Валерий, не надо говорить за всех, пожалуйста :) У меня дома CP1251 и я очень не хотел бы что-то ломать.

(In reply to comment #6)
> Мне это помогло увидеть точку в man scanf. Возможно, поможет вам с <B4>

Спасибо. У меня появились символы копирайта ( например в printf(1) ).

(In reply to comment #11)
> Это хорошо. Значит дело в ключах nroff

Я сейчас потихоньку пилю новую версию.

(In reply to comment #9)
> Т.е. у тебя работает вообще всё?
И даже символ копирайта.

(In reply to comment #10)
> koi8-r и т.п. давно никого не интересует
Отучаемся говорить за всех...

(In reply to comment #11)
> > с -Tutf8 отображает правильно
> Это хорошо. Значит дело в ключах nroff
А оно умеет само, без пинков на кодировку локали смотреть?

(In reply to comment #12)
> (In reply to comment #6)
> > Мне это помогло увидеть точку в man scanf. Возможно, поможет вам с <B4>
> Спасибо. У меня появились символы копирайта ( например в printf(1) ).

У меня русские маны перестали показываться после этого ;( (например, тот же printf(1))

"The nroff script emulates the nroff command using groff.  Only ascii, latin1, utf8, and cp1047 are valid  arguments  for  the -T option"

так что без iconv не обойтись. Но пинок "nroff -Tutf8 | iconv -t моякодировка" в пакет, вероятно, уместен.

(In reply to comment #15)

> У меня русские маны перестали показываться после этого ;( (например, тот же
> printf(1))

Попробуй добиться следующего:

1) маны, в какой бы кодировке они ни были, перекодируются в UTF-8 перед запихиванием в nroff
2) nroff работает в UTF-8
3) результат конвертируется в кодировку локали.

Посмотри ещё обсуждения в багтракере редхата и debian - там были какие-то подводные грабли.

да, русские маны сломались

(In reply to comment #17)
> 1) маны, в какой бы кодировке они ни были, перекодируются в UTF-8 перед
> запихиванием в nroff

Это старая проблема. В мане нет указания кодировки.

(In reply to comment #19)

> > 1) маны, в какой бы кодировке они ни были, перекодируются в UTF-8 перед
> > запихиванием в nroff
> Это старая проблема. В мане нет указания кодировки.
Вроде ведь порешали спецфайликом с укзанием кодировки для данного языка?

Я понимаю, что в разных пакетах могут лежать маны в разной кодировке. Но что ещё делать? Разве что к локализованному ману опционально файл с его кодировкой укладывать.

Без знания кодировки всё равно эти маны только в одной локали работают.

(In reply to comment #20)
> (In reply to comment #19)
> 
> > > 1) маны, в какой бы кодировке они ни были, перекодируются в UTF-8 перед
> > > запихиванием в nroff
> > Это старая проблема. В мане нет указания кодировки.
> Вроде ведь порешали спецфайликом с укзанием кодировки для данного языка?
> 
> Я понимаю, что в разных пакетах могут лежать маны в разной кодировке. Но что
> ещё делать? Разве что к локализованному ману опционально файл с его
> кодировкой укладывать.

Да. Есть файлик: /usr/share/man/ru/.charset

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

Всё это ооочень старые проблемы :(

(In reply to comment #17)
> 1) маны, в какой бы кодировке они ни были, перекодируются в UTF-8 перед
> запихиванием в nroff
> 2) nroff работает в UTF-8
> 3) результат конвертируется в кодировку локали.

Пункт 2) не выполняется: "Так как groff не переваривает utf на входе, то хранить manы в utf невозможно" и "groff внутри сломан от рождения" -- это всё цитаты voins@ из bug #6988

С тех пор так ничего и не изменилось.

Тогда заставить его всё выплёвывать в UTF-8 и конвертировать в текущую кодировку.

(In reply to comment #22)
> С тех пор так ничего и не изменилось.

Как дособеру новую версию, так смогу подтвердить ещё раз эти слова. Сейчас это действительно так.

(In reply to comment #21)\
> Лучше бы в начале мана был комментарий с указанием кодировки.
Проще все man-pages-* переконвертировать в UTF-8 и использовать эту кодировку по умолчанию.

(In reply to comment #25)
> Проще все man-pages-* переконвертировать в UTF-8 и использовать эту кодировку по умолчанию.

Читай комментарии 22 и 24

(In reply to comment #26)
> Читай комментарии 22 и 24
Починить нереально?

(In reply to comment #27)
> Починить нереально?

Вообще, раньше это было трудно починить. Как сейчас пока не знаю.

beginning with a '#'
·      A  sequence  of  white-space
Copyright   ©   2008   Free   Software   Foundation

man-1.6f-alt1
ru_RU.CP1251

(In reply to comment #28)
> Вообще, раньше это было трудно починить. Как сейчас пока не знаю.

Теперь знаю. Продвижения есть, но нужна поддержка со стороны man: groff научился искать признаки указания кодировке в man странице и есть ключ чтобы указать кодировку жёстко.

(In reply to comment #30)
> Теперь знаю. Продвижения есть, но нужна поддержка со стороны man: groff научился
> искать признаки указания кодировке в man странице и есть ключ чтобы указать
> кодировку жёстко.

Поддержку обеспечу, ты лучше выложи новый groff в Сизиф или на people, чтобы можно было потетстировать.

(In reply to comment #31)
> Поддержку обеспечу, ты лучше выложи новый groff в Сизиф или на people, чтобы
> можно было потетстировать.

Разумеется:

http://git.altlinux.org/people/legion/packages/groff.git?p=groff.git;a=shortlog;h=refs/heads/1.19.3

обрати внимание на утилиту preconv и groff (-k|-Karg).

(In reply to comment #32)
http://git.altlinux.org/people/legion/packages/groff.git?p=groff.git;a=shortlog;h=refs/heads/1.19.3

Ок. Если где-нибудь положишь ещё и RPM-ки, то будет совсем замечательно (я бы тогда уже начал тестировать).

(In reply to comment #33)
> (In reply to comment #32)
> http://git.altlinux.org/people/legion/packages/groff.git?p=groff.git;a=shortlog;h=refs/heads/1.19.3

в man preconf похоже не подставилось что-то:

preconv  reads  files and converts its encoding(s) to a form GNU troff(@MAN1EXT) can process

Это trivial баг тебе :)

(In reply to comment #32)
> обрати внимание на утилиту preconv и groff (-k|-Karg).

Пока сработал такой рецепт:
- поставить твой groff
- переместить (или удалить) файл /usr/share/man/ru/.charset (для того, чтобы man не пытался перекодировать из koi8-r насильно, в дальнейшем это можно будет сделать просто отключив два патча)
- заменить в /etc/man.conf

NROFF       /usr/bin/nroff -Tlatin1 -mandoc

на

NROFF       /usr/bin/nroff -Kkoi8-r -Tutf8 -mandoc

Надо проверить ещё, но сейчас у меня работает на юникодной локали, вероятно, не будет работать на однобитных локалях.

Я почитал про preconv и вижу, что есть даже возможность избавиться от нашего строгого ограничения, чтобы все маны были в кодировке koi8-r: нужно изменить порядок по которому troff ищет кодировку. Сейчас ищет так:

- если указана ключом -e
- смотрит последовательность байт (BOM)
- ищет магический комментарий
- использует текущую локаль или же latin1, если локаль установлена в С или POSIX

Так вот. Я предалагаю изменить порядок на следующий:

- ищет магический комментарий
- если указана ключом -e
- смотрит последовательность байт (BOM)
- использует текущую локаль или же latin1, если локаль установлена в С или POSIX

В таком случае именно значащий комментарий будет "хвататься" первым, а не опция -e. Тогда любой мэйнтейнер сможет указать кодировку мана и она обработается правильно. А вот если кодировка не указана (как в большинстве манов сейчас), то будет использоваться та, что передаётся в ключе -e и тут уже мы укажем KOI8-R, которая сейчас во всех манах.

Как вам идея?

(In reply to comment #35)

> NROFF       /usr/bin/nroff -Kkoi8-r -Tutf8 -mandoc
> 
> Надо проверить ещё, но сейчас у меня работает на юникодной локали, вероятно,
> не будет работать на однобитных локалях.

Здесь добавишь перекодировку из UTF-8 в текущую локаль и всё заработает. Правда, лучше не iconv'ом, а тем, что умеет © на (c) заменять и т.д.

> то будет использоваться та, что передаётся в ключе -e и тут уже
> мы укажем KOI8-R, которая сейчас во всех манах.

Лучше передавать сюда как раз /usr/share/man/<lang>/.charset - manpages-RU мир не исчерпывается.

> Как вам идея?

В остальном - нормально.

(In reply to comment #36)
[...]
> Здесь добавишь перекодировку из UTF-8 в текущую локаль и всё заработает.
> Правда, лучше не iconv'ом, а тем, что умеет © на (c) заменять и т.д.

А кто это умеет?

> > то будет использоваться та, что передаётся в ключе -e и тут уже
> > мы укажем KOI8-R, которая сейчас во всех манах.
> 
> Лучше передавать сюда как раз /usr/share/man/<lang>/.charset - manpages-RU мир не исчерпывается.

Не знаю пока как это сделать, потому что это значение в конфиге прописывается.

(In reply to comment #37)
> А кто это умеет?

Например, recode.

[mag@frontier:~]% echo © | recode UTF-8/..ASCII/ 
(c)
[mag@frontier:~]% 

> Не знаю пока как это сделать, потому что это значение в конфиге
> прописывается.

Там shell-команда. Что хочешь, то и пиши. Типа такого:

NROFF           /usr/bin/nroff -Tutf8 -e`cat /usr/share/man/$LANG/.charset` -mandoc

Или shell-враппер вокруг nroff и его в NROFF указать.

Вообще, я бы добавил отдельный ключик - "fallback encoding". Тогда -e можно оставить первым в поиске (и не указывать в конфигурации), а содержимое .charset подсовывать в качестве "fallback".

(In reply to comment #35)
> (In reply to comment #32)
> > обрати внимание на утилиту preconv и groff (-k|-Karg).
> 
> Пока сработал такой рецепт:

Когда я тестировал, то в итоге man генерировал мне:

cd "/usr/share/man/ru" &&
(echo ".ll 8.1i";
 echo ".nr LL 8.1i";
 echo ".pl 1100i";
 /bin/bzcat '/usr/share/man/ru/man1/ls.1.bz2';
 echo ".\\\"";
 echo ".pl \n(nlu+10") |
/usr/bin/gtbl |
/usr/bin/iconv -c -f KOI8-R -t utf8 |
/usr/bin/nroff -Kutf8 -Tutf8 -mandoc |
/usr/bin/iconv -c -f utf8 |
/usr/bin/less -isR

KOI8-R берётся из .charset

> Так вот. Я предалагаю изменить порядок на следующий:

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

Я добавил в preconv/groff/nroff опцию -D для того чтобы менять возможность менять кодировку по умолчанию в preconv.

ping

(In reply to comment #41)
> ping

Когда ждать новый groff в Сизифе? 

(In reply to comment #42)
> Когда ждать новый groff в Сизифе? 

Когда в нём будут всё, что нужно для нормальной работы man. Если в нём достаточно средств, то я сделаю релиз сегодня.

(In reply to comment #43)
> Когда в нём будут всё, что нужно для нормальной работы man. Если в нём
> достаточно средств, то я сделаю релиз сегодня.

Release early, release often (c) :-)
 
(Собственно, для нормального тестирования мне нужны готовые RPM-ки, потому что тянуть из git-а и собирать самому накладно как по трафику, так и по времени.)

(In reply to comment #44)
> (Собственно, для нормального тестирования мне нужны готовые RPM-ки, потому
> что тянуть из git-а и собирать самому накладно как по трафику, так и по
> времени.)

Ты же уже собирал groff из git. Если ты не удалял репозиторий, то его обповление будет *сильно* меньше rpm'ок.

(In reply to comment #44)
> (Собственно, для нормального тестирования мне нужны готовые RPM-ки, потому
> что тянуть из git-а и собирать самому накладно как по трафику, так и по
> времени.)

Если тебе нужны rpm, то они тут: ftp.altlinux.org/people/legion/repo/

В сизиф ушла сборка: groff-1.19.3-alt1.20080822

(In reply to comment #47)
> В сизиф ушла сборка: groff-1.19.3-alt1.20080822

В Сизифе пока её нет, а на people/ старая версия (пока поставил её).

Сборка с фиксом готова: http://lists.altlinux.org/pipermail/sisyphus/2008-August/217346.html

Reassign to new maintainer.

(In reply to comment #49)
> Сборка с фиксом готова: http://lists.altlinux.org/pipermail/sisyphus/2008-August/217346.html
> 

А нет смысла в новый прекрасный man сделать зависимость на именно новую прекрасную версию groff-base? А то я заметил, что у меня фигня вместо каких-то особых знаков (да и в разных терминалах -- разная), обновил man -- и нет хорошего эффекта; это при: 

man-1.6f-alt1
groff-base-1.19.2-alt2.0

(Прочитал это, попробую теперь с новым groff.)

(In reply to comment #51)

> А то я заметил, что у меня фигня вместо каких-то
> особых знаков (да и в разных терминалах -- разная)

> (Прочитал это, попробую теперь с новым groff.)

Нет, не исправилось; при

man-1.6f-alt1
groff-base-1.19.3-alt2.20080822
git-doc-1.5.6.5-alt2


в xterm-236-alt1:

$ man gitglossary | fgrep 'means to get'
           Fetching a branch means to get the branch╢s head ref from a remote
           Pushing a branch means to get the branch╢s head ref from a remote
$ locale
LANG=ru_RU.KOI8-R
LC_CTYPE="ru_RU.KOI8-R"
LC_NUMERIC="ru_RU.KOI8-R"
LC_TIME="ru_RU.KOI8-R"
LC_COLLATE="ru_RU.KOI8-R"
LC_MONETARY="ru_RU.KOI8-R"
LC_MESSAGES=POSIX
LC_PAPER="ru_RU.KOI8-R"
LC_NAME="ru_RU.KOI8-R"
LC_ADDRESS="ru_RU.KOI8-R"
LC_TELEPHONE="ru_RU.KOI8-R"
LC_MEASUREMENT="ru_RU.KOI8-R"
LC_IDENTIFICATION="ru_RU.KOI8-R"
LC_ALL=
$ 

(только вот эти ╢ (вместо апострофов) реально в xterm выглядит как вообще пустое место (нулевой ширины). В rxvt-unicode-9.02-alt1 выглядит именно так, как оно сюда скопировалсь (видно эти символы псевдографики. Ну т.е. отличия разных терминалов, про которое я говорил, оказалось чисто видимостью.)

(In reply to comment #52)
> $ man gitglossary | fgrep 'means to get'
>            Fetching a branch means to get the branch╢s head ref from a remote
>            Pushing a branch means to get the branch╢s head ref from a remote

В данном случае это ошибка в man-странице. В gitglossary(7) написано:

Fetching a branch means to get the branch\'s head ref from a remote repository

Цитирую groff(7):

\'     The acute accent .; same as \(aa.  Unescaped: apostrophe

(In reply to comment #53)
> (In reply to comment #52)
> > $ man gitglossary | fgrep 'means to get'
> >            Fetching a branch means to get the branch╢s head ref from a remote
> >            Pushing a branch means to get the branch╢s head ref from a remote
> 
> В данном случае это ошибка в man-странице. В gitglossary(7) написано:

Ясно. Спасибо за ответ!

https://bugzilla.altlinux.org/show_bug.cgi?id=17701 -- a note for me; I should check this after I'll upgrade from Sisyphus.

[alexei@threebears ~]$ rpm -qf /usr/bin/man-source       
man-1.6f-alt11


При вызове man-source --help последние строки выглядят так:

General help using GNU software: <http://www.gnu.org/gethelp/>
Report cat translation bugs to <http://translationproject.org/team/>

."
.pl \n(nlu+10


Вот этот мусор в конце должен быть там?

(В ответ на комментарий №55)

> При вызове man-source --help последние строки выглядят так:

man-source - это хелпер. У него нет опций.

Зачем он вам понадобился?

> Вот этот мусор в конце должен быть там?

Это не мусор.

Изначальная проблема исправлена.