Про cups и русский текст

[vitus_wagner]

Поставил таки дома cups. Решил разобраться, а как этим cups-ом (1.3.8-1lenny4.1) plain-текст то печатать. Да, я знаю, современный лемминг, на которого этот cups рассчитан, plain-текст не печатает, он для того чтобы список покупок в магазине напечатать, OpenOffice запускает.
А я вот, нехороший человек люблю ls|lp и тому подобное делать. И вообще основной редактор у меня vim.

Выяснилось следующее:
1. texttops из cups умеет плюс-минус корректно генерировать Postscript из русского utf-8.
Он правильно энкодит буковки, и даже кладет туда шрифт из /usr/share/cups/fonts/Courier.
2. Кодировок, отличных от utf-8 он не умеет. Совсем. Разучился. При явном запуске texttops с CHARSET=koi8-r оно ругается что нет такого файла /usr/share/cups/charsets/koi8-r. А поскольку lp, запущенный в локали ru_RU.KOI8-R что-то да печатает, а ls |iconv -t utf-8| lp печатает то, что надо, lp НЕ ПЕРЕДАЕТ фильтру charset.
3. Шрифт, который у них называется Courier, это на самом деле слегка подхаканный Urw Nimbus Mono версии 1.05, в котором русских букв нет.
4. Если взять Urw Nimbus Mono 1.06 из пакета t1-cyrillic, сконвертировать его в pfa-формат, и слегка подредактировать заголовки, чтобы он считал себя Courier-ом, а не Nimbus-ом, русские буквы на бумаге даже вполне появляются.
5. В /usr/share/cups/charsets/utf-8 утверждается, что для диапазона 0x0400-0x04ff надо использовать Courier, Courier-Bold etc. Хотя см. п. 3.

Bug #513956

И еще. Прописал я тут Location и Description купсовским принтерам через web-интерфейс русскими буквами. Результат - офигительный. В Gtk-шных диалогах все показывается как надо, независимо от локали, в которой запущено приложение. В OpenOffice.org, запущенном в локали UTF-8 - все в порядке. Но если запустить OO.o в какой другой локали, мы увидим... Ну сами понимаете что мы увидим, если программа покажет utf-8 строку, думая что она koi8-r или cp1251.

Comments

[vadiml.livejournal.com]

если не ошибаюсь, печать обычного текста lpr -l

я когда-то программы на foxpro 2.6 из dosemu на матричник заставлял печатать, там как раз надо было без проебразований.

А в остальных случаях -- тоже через iconv

[vadiml.livejournal.com]

Зато у меня тогда fox печатал на лазерники и струйники, на многих из которых под виндой нельзя было такое сделать :)

[vitus_wagner]

Если не предпринимать специальных действий (установки пакета cups-bsd), то команды lpr в cups вообще нету. Там больше похоже на systemV спулинг и базовая команда lp.

[vinsent_ru]

я помню для нужд банка делал скрипт-фильтр на enscript, вроде, который конвертил cp866 в koi8 и затем гнал в .ps, используя какойто аццкий шрифт Kurier, это был единственный шрифт где все в порядке было с псевдографикой
а уже .ps шел на CUPS и в принтера

[vitus_wagner]

Бойцы вспоминали минувшие дни. Нынче на дворе не XX век, и со шрифтами все хорошо. Вот только мейнтейнерам/авторам пакетов бы объяснить что к чему.

[vinsent_ru]

это вообще то год другой назад было на SLES 9
чтото других шрифтов подходящих не нашлось

[buldozr.livejournal.com]

Похоже, победное шествие UTF-8 зашло дальше, чем мы надеялись. Эдак скоро 8-битную кривизну совсем перестанут поддерживать.

[relf.livejournal.com]

для печати текста я использую a2ps

[vitus_wagner]

Он не поддерживается уже хрен знает сколько лет, и багов в нем как бы не больше, чем во всей cups.
К тому же с utf-8 он совсем работать не умеет.

[relf.livejournal.com]

может быть, но меня всем устраивает.
utf-8 я не пользуюсь.

[besm6.livejournal.com]

У меня фильтр для печати текста, если он еще не сломан (а кажется, еще не сломан) успешно делает выводы на основе $CHARSET. Ты его можешь проверить на cougar (нет, я не до такой степени сдурел, чтобы пользоваться texttops, там a2ps стоит). Если в lenny сломали - это повод запостить баг.

[vitus_wagner]

Ран, на cougar etch. Там cups 1.2,7, от которого поддержку CHARSET ещё не оторвали. Это не баг, это документированная feature cups 1.3

[besm6.livejournal.com]

Я в курсе, что на cougar etch. А если из 1.3 документированно оторвали передачу переменных окружения в фильтр, то об этом надо постить багу в апстрим.

Потому что для меня основное конкурентное преимущество CUPS перед LPD было ровно в том, что в LPD'шный фильтр передать текущую кодировку было невозможно, и поэтому невозможно было печатать текст командой lpr. А в купсовский - возможно, и поэтому печатать текст, который я вижу, можно было просто командой lp.

[vitus_wagner]

Ну и пости баг в апстрим. А я искал text -> ps конвертер, который умеет работать с русским текстом в utf-8. И выяснил, что texttops от cups 1.3 таковым является при минимальных телодвижениях (подкладывании корректного русского шрифта). Правда, решить другую проблему - написать враппер-перекодировщик, не удалось.

Еще надо подумать, не логичнее ли производить перекодировку из текущей локали в utf-8 на уровне клиента, а не фильтров.

[besm6.livejournal.com]

Еще надо подумать, не логичнее ли производить перекодировку из текущей локали в utf-8 на уровне клиента, а не фильтров.

Так на клиенте нет разницы, в utf-8 или сразу в PostScript...

[vitus_wagner]

Есть. Потому что процедура перекодировки в utf-8 у нас в libc, то есть есть по определению и бесплатно, и мы можем быть уверены, что она не сломается (потому что на выходе - utf-8, оно все стерпит). А вот процедура преобразования plain text в postscript - дело тонкое. Требует по крайней мере четвертьмегабайтного pfa-шрифта.

[besm6.livejournal.com]

А вот процедура преобразования plain text в postscript - дело тонкое.

Именно. Поэтому возможность посмотреть, что получилось, до того, как оно потратило пол-пачки бумаги, часто полезна. Если уж нету готового средства "попросил напечатать - и оно печатает", если все равно что-то настраивать, то лучше настраивать сразу преобразование в PostScript. И лучше - не купсовским texttops... Может, он и крут безмерно на предмет UTF-8, но вот когда мне попадется UTF-8, который невозможно перекодировать в то, что понимает a2ps (и при этом texttops его реально может - а то что-то я подозреваю, что вовсе не так он крут, и об деванагари обломается на раз...), тогда я этим ублюдечком и воспользуюсь. Пока ни разу не попался.

[serge-g239.livejournal.com]

paps (http://paps.sourceforge.net/) ???

[vitus_wagner]

Оно использует pango.

Package: libpango1.0-0
Installed-Size: 840
Depends: libpango1.0-common (>= 1.14.8-5), libc6 (>= 2.3.6-6), libcairo2 (>= 1.2.4), libfontconfig1 (>= 2.4.0), libfreetype6 (>= 2.2), libglib2.0-0 (>= 2.12.0), libx11-6, libxft2 (>> 2.1.1), zlib1g (>= 1:1.2.1)

Командно-строчная утилита, которая зависит от libX11 - это отказать сразу.
Её на print-server ставить, какая там X11?

[serge-g239.livejournal.com]

Pango, вообще говоря, не зависит от Х. Это в дебиане всё зависит от всего. Но от этого конечно не легче :)

ldd /usr/bin/paps
linux-gate.so.1 => (0xffffe000)
libpangoft2-1.0.so.0 => /usr/lib/libpangoft2-1.0.so.0 (0xb7ef8000)
libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 (0xb7eb7000)
libm.so.6 => /lib/libm.so.6 (0xb7e91000)
libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0xb7e66000)
libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xb7de5000)
libz.so.1 => /lib/libz.so.1 (0xb7dd2000)
libexpat.so.1 => /usr/lib/libexpat.so.1 (0xb7db0000)
libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0xb7d71000)
libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0xb7d6c000)
libdl.so.2 => /lib/libdl.so.2 (0xb7d68000)
libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0xb7c97000)
libc.so.6 => /lib/libc.so.6 (0xb7b5d000)
/lib/ld-linux.so.2 (0xb7f50000)