ïÐÑÔØ ÐÒÏ CUPS
Hi! Таки заставил я CUPS нормально печатать текст, но хочу спросить: Это у меня неправильно charset называется или у CUPS Ж-) Дело в том, что клиентские программы CUPS (lpr, lp и т.д.) берут charset из LC_MESSAGES дальше ищут файл в /usr/share/local/${LC_MESSAGES}/cups_${LC_MESSAGES} и если не находят ставят charset в iso-8859-1 У меня именно не находило :-( С какого-то бухта разработчики CUPS решили, что charset должен называться koi8r - без минуса и в нижнем регистре? У меня лет пять уже LANG=ru_RU.KOI8-R и все приложения понимали отлично откуда я родом :-) Я конечно создал для CUPS ссылку и довольный печатаю тексты, но всё же как правильно называется наш charset? Важен ли регистр? Нужно ли мне делать ссылки KOI8-R - kOi8-r, KOI8-R - Koi8-R и т.п. Есть ли по этому поводу стандарт? -- Sed-Off Жена друга лучше, чем друг жены. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Опять про CUPS
On 03 Jun 2002 08:38:47 +0400 Sed-Off [EMAIL PROTECTED] wrote: С какого-то бухта разработчики CUPS решили, что charset должен называться koi8r - без минуса и в нижнем регистре? У меня лет пять уже LANG=ru_RU.KOI8-R и все приложения понимали отлично откуда я родом :-) С такой локалью и uk_UA_KOI8-U CUPS печатал без проблем. Правда я его пересобирал сам, накладывая на дебиановские сырцы патчи от ALT Linux. Я конечно создал для CUPS ссылку и довольный печатаю тексты, но всё же как правильно называется наш charset? Важен ли регистр? Нужно ли мне делать ссылки KOI8-R - kOi8-r, KOI8-R - Koi8-R и т.п. Посмотри у себя в /etc/locale.alias Есть ли по этому поводу стандарт? Адназначна да. :) -- VEL-RIPE ICQ UIN# 3159256 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: SAMBA как PDC и NT клиенты
On Sat, Jun 01, 2002 at 06:56:45PM +1100, Alex Shupikov wrote: Никто случайно не сталкивался с проблемой долго выключения НТ машин в домене под управлением Samba? Выключение - эт не все. Обычный logout будет иметь тот же эффект. Подозреваю, что в момент завершения работы синхронизируются профили... но соотношения размера профилей и времени завершения просто до безобразия неприлично :( Точно. Может быть у кого-нибудь есть идеи или опыт по разрешению данной проблемы? Отключить хранение профилей пользователей на сервере? Либо policy наваять, либо ручками отключать, либо баловаться с netlogon скриптом и registry. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: mp3 concatenation
On Sat, Jun 01, 2002 at 05:20:02PM +0400, Ingvarr Zhmakin wrote: Как разумными средствами слить два mp3 без потери качества? Можно sox'ом попробовать. -- Regards, Wartan. Computers are not intelligent. They only think they are. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: inn and ppp
On 2002.06.02 at 19:51:59 +0400, Терехов Геннадий wrote: ЪТХPтЪzf╒зy╦ЗН╡хЗч╙Г╛╥Ыb╡шЪuФБjХ╝╤╛╧╦чrзЧИЛ╧╩╝чЪТК╒ФЕ{П╗ж╤X╛╤f╛╣ЙЪ+- ^^-- а почему у меня mutt'у на письмах, подобных этому башню сносит конкретно, начинают мешаться строки Вообще, на таких письмах башню сносит обычно не мутту а xterm-у. tin от этого тоже страдает, да и pine, если ему разрешить pass-control-characters-as-is. Лечится это посредством команды reset, которая восстанавливает установки терминала. Набираешь в mutt !reset и все Ок. от разных сообщений и ничего не помогает кроме как перезапустить мутт? Причем на данном письме при просмотре вышеотквоченного мусора (или что это у него такое). Mutt 1.3.28i (2002-03-13) Юзается из-под xterm'а (под консолью то же самое). Помнится в бытность В общем-то я верю, что под консолью какие-то коды в диапазоне 0x80-0x9f тоже делают что-то нехорошее. reset может помочь и в этом случае. А еще есть rxvt, который не интерпретирует кодов в диапазоне 0x80-0x9f. Можно почтовку пускать в нем. Хотя во всем остальном (кроме размера) он хуже xterm-а - менюшек нет, например. -- Victor Wagner [EMAIL PROTECTED] Chief Technical Officer Office:7-(095)-748-53-88 Communiware.Net Home: 7-(095)-135-46-61 http://www.communiware.net http://www.ice.ru/~vitus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: inn and ppp
On Mon, 3 Jun 2002 11:17:15 +0400 Victor Wagner [EMAIL PROTECTED] wrote: On 2002.06.02 at 19:51:59 +0400, Терехов Геннадий wrote: ЪТХPтЪzf╒зy╦ЗН╡хЗч╙Г╛╥Ыb╡шЪuФБjХ╝╤╛╧╦чrзЧИЛ╧╩╝чЪТК╒ФЕ{П╗ж╤X╛╤f╛╣ЙЪ+- ^^-- а почему у меня mutt'у на письмах, подобных этому башню сносит конкретно, начинают мешаться строки Вообще, на таких письмах башню сносит обычно не мутту а xterm-у. tin от этого тоже страдает, да и pine, если ему разрешить pass-control-characters-as-is. Лечится это посредством команды reset, которая восстанавливает установки терминала. Набираешь в mutt !reset и все Ок. от разных сообщений и ничего не помогает кроме как перезапустить мутт? Причем на данном письме при просмотре вышеотквоченного мусора (или что это у него такое). Mutt 1.3.28i (2002-03-13) Юзается из-под xterm'а (под консолью то же самое). Помнится в бытность В общем-то я верю, что под консолью какие-то коды в диапазоне 0x80-0x9f тоже делают что-то нехорошее. reset может помочь и в этом случае. А еще есть rxvt, который не интерпретирует кодов в диапазоне 0x80-0x9f. Можно почтовку пускать в нем. Хотя во всем остальном (кроме размера) он хуже xterm-а - менюшек нет, например. В догонку такой вопрос: как в xterm под woody заставить нормально русские символы отображать. локаль koi8r все везде ок, а вот xterm кажет кракозябры. -- Victor Wagner [EMAIL PROTECTED] Chief Technical Officer Office:7-(095)-748-53-88 Communiware.Net Home: 7-(095)-135-46-61 http://www.communiware.net http://www.ice.ru/~vitus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Jan Solovjov mob. +37256159411 ICQ UIN: 92473601 sysadmin MagicNET Network | Registered Linux User: 202313 mailto:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re[2]: inn and ppp
Hi debian-russian, Monday, June 3, 2002, 7:22:36 PM, you wrote: JS В догонку такой вопрос: как в xterm под woody заставить нормально русские JS символы отображать. локаль koi8r все везде ок, а вот xterm кажет кракозябры. как это не банально! сказать ему пользоваться правильным шрифтом? -- With best regards! Shupikov Alex mailto:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: inn and ppp
On 2002.06.03 at 10:22:36 +0200, Jan Solojov wrote: В догонку такой вопрос: как в xterm под woody заставить нормально русские символы отображать. локаль koi8r все везде ок, а вот xterm кажет кракозябры. Это ж надо было ухитнриться заставить его НЕ отображать русские буквы. У меня он прекрасно отображает русские буквы и в ru_RU.KOI8-R и в ru_RU.CP1251 и в ru_RU.UTF-8. Вообще говоря был в woody какой-то пакет типа language-cyrillic, который сам прописывал xterm-у правильные ресурсы. -- Victor Wagner [EMAIL PROTECTED] Chief Technical Officer Office:7-(095)-748-53-88 Communiware.Net Home: 7-(095)-135-46-61 http://www.communiware.net http://www.ice.ru/~vitus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: mp3 concatenation
On Mon, Jun 03, 2002 at 10:41:51AM +0400, Wartan Hachaturow wrote: Как разумными средствами слить два mp3 без потери качества? Можно sox'ом попробовать. Я использовал lame, но у меня в середине щелчок появился. Так что если sox чисто сольет -- скажи, будем знать... -- Дмитрий Бородаенко -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re[2]: SAMBA как PDC и NT клиенты
Hi debian-russian, Monday, June 3, 2002, 4:47:37 PM, you wrote: i Выключение - эт не все. Обычный logout будет иметь тот же эффект. Может быть у кого-нибудь есть идеи или опыт по разрешению данной проблемы? Отключить хранение профилей пользователей на сервере? i Либо policy наваять, либо ручками отключать, либо баловаться с i netlogon скриптом и registry. а есть где-нибудь примеры того скрипта? Которым можно отключить синхронизацию профилей? -- With best regards! Shupikov Alex mailto:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: NetSniffer
On Fri, 31 May 2002, Ilya Anfimov wrote: Сорри за тормоза с ответом.. On Fri, May 31, 2002 at 04:55:27PM +0500, Vlad Harchev wrote: On Fri, 31 May 2002, Ilya Anfimov wrote: Ну во-первых это не винда - API расширять произвольно не принято. А молча впихивать новые свойства в стандартные видимо уже вошло в привычку. А разве в стандарте написано, имена каких registry должны пониматься iconv'ом? А что должен выдавать этот API (что на входе, что на выходе) - какие соображения? Как один из вариантов: На входе -- исходное registry (строка, из списка вроде IANA, system/locale, system/iconv, Adobe, X, только чуть более официальные названия. попавшие в этот список регистрируются у разработчиков библиотеки), и точное название charset из этого registry, выходное registry. Всего, вероятно, можно придумать несколько десятков таких имён. На выходе -- название charset в выходном registry, процент соответствия, комментарии. Как ещё один из вариантов -- библиотека перекодировки, на выходе кроме названия, опционально -- указатели на структуры перекодировки. Тогда логично будет добавить ещё API, с получением структуры работы с символами исходного charset как таковыми. Впрочем, второе уже не факт, что будет минимальным для создания полного API перекодировок и работы с разнонациональными символами. Возможно, что это надо выносить в отдельные библиотеки. Собственно, одна из таких библиотек уже есть. Кроме того, в такой API нужно будет изначально включить функции для его расширения подключёнными библиотеками или самой программой. Через callbacks, я думаю. имхо все это слишком общо и в реальной жизни не пригодится практически никому. Уж если расширять API - то лучше сделать портабельную библиотеку (не то чтобы linux-specific, а даже не unix-specific) с единственной ф-ией - iconv_ex_open(char* in,char* out) которая полазает по своим таблицам схожести и таблицам псевдонимов и вернет iconv_t от системного iconv. Хотя еще можно впихнуть функциональность для перечисления всех канонических имен чарсетов (чтобы перечислять их в менюшке Вид-Кодировка). Ну и можно еще впихнуть информацию о том, какой чарсет используют для данного языка на данной платформе для текста и для названий файлов (типа для ru и текста: win = cp251, linux=koi8-r, dos= cp866) - это нужно в редакторах например (сохранить как текст DOS) и при импорте/экспорте из форматов, в которых текст хранится не в unicode и не в utf. Такие таблицы (для какого языка в какой системе какая кодировка для текста) мне пришлось ручками вставлять в код gnumeric'а и abiword'а когда я добавлял к ним i18n support. По-любому, этому не место в glibc, а в какой-то универсальной библиотеке. Best regards, -Vlad -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: inn and ppp
On Mon, 3 Jun 2002 12:52:11 +0400 Victor Wagner [EMAIL PROTECTED] wrote: On 2002.06.03 at 10:22:36 +0200, Jan Solojov wrote: В догонку такой вопрос: как в xterm под woody заставить нормально русские символы отображать. локаль koi8r все везде ок, а вот xterm кажет кракозябры. Это ж надо было ухитнриться заставить его НЕ отображать русские буквы. У меня он прекрасно отображает русские буквы и в ru_RU.KOI8-R и в ru_RU.CP1251 и в ru_RU.UTF-8. Вообще говоря был в woody какой-то пакет типа language-cyrillic, который сам прописывал xterm-у правильные ресурсы. В стандартном дереве нет такого пакета... а в установке из коробки он использует шрифт adobe, в итоге ничерта по русски не видно :( -- Victor Wagner [EMAIL PROTECTED] Chief Technical Officer Office:7-(095)-748-53-88 Communiware.Net Home: 7-(095)-135-46-61 http://www.communiware.net http://www.ice.ru/~vitus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Jan Solovjov mob. +37256159411 ICQ UIN: 92473601 sysadmin MagicNET Network | Registered Linux User: 202313 mailto:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: NetSniffer
Vlad Harchev ([EMAIL PROTECTED]) wrote: On Sun, 2 Jun 2002, Терехов Геннадий wrote: Hi, 1234567890 ^^^ BTW, что это? У всех так или у меня что-то глюкнуло? .. skipped .. Слишком уж велики таблицы описания кодировок, которые предоставляет iconv (и которые соответственно пришлось бы интегрировать в mutt). В мути лучше иметь враппер к iconv (который описывает алиасы для чарсетов, понимаемыех iconv'ом) charset-hook? Дык он вроде давно там. Геннадий P.S. Имхо по-юниксовому могли бы дать возможность свой перекодировщик прикручивать... Или я что-то недопонимаю? Там наверно есть filter program как в pine.. Best regards, -Vlad -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- /gonzo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Debian tcl policy: есть ли мысли?
Здравствуйте, народ. Тут у меня возникла тревога за дальнейшую судьбу tcl в debian. Грубо говоря, явно намечается некоторый бардак (я тут дебианизировал tkhtml, и для этого изучал, как собираются другие расширения). Первый ужас в том, что tcl сканирует все подкаталоги /usr/lib в поисках pkgIndex'ов (впрочем, тут upstream виноват -- но в дистрибутиве это в любом случае лучше оторвать). Это создаёт жуткую задержку, а толку не видно. Второй ужас в том, что нет разделения расширений по зависимости от разных версий tcl, и по признаку бинарное оно или pure tcl. И _насколько_ оно зависит от версии -- tktable, например, можно грузить в любой tcl/tk с 8.2 по 8.4, и ничего ему не будет -- а какой-нибудь Img надо пересобирать. (То есть, тут хорошо бы иметь каталоги /usr/lib/site-tcl/$version, по которым раскладывать правильные pkgIndex'ы. Или класть pkgIndex'ы в подкаталоги /usr/lib/tcl$version). (Ну и /usr/local/lib/site-tcl завести, для полного щастья) Ещё отрицательную роль играет догма сошки должны быть в /usr/lib. Вот у python'а сошки лежат чёрт знает где, и никто не возражает... Ну ладно, пускай так надо -- потому что могут быть бинарники, слинкованные с такой so-шкой. Но если собиратель пакета двигает сошку в /usr/lib (а потом ещё и переименовывает в *so.$subversion), то пропатчить pkgIndex он забывает, и package require эту сошку уже не подцепит. И вот, даже package require Tk я из tclsh сказать не могу... И package require expect тоже. Ещё пригодился бы /usr/share/site-tcl, куда можно было бы ставить pure-tcl вещи типа tcllib и bwidget. И /etc/tkrc, который читался бы из tk.tcl не только при интерактивном запуске wish, а всегда. Вот ещё есть пакет с blt -- у которого so-шки сделаны для всех трёх тиклей, что есть в debian: (tcl,tk)8.[023]. Какую грузить -- он выбирает автоматически через info version, и package require BLT отработает в любом wish8.x нормально (но не в tclsh; см. выше, почему). Замечательная идея, но при этом он build-depends от _всех_ tcl*-dev и tk*-dev из дистрибутива, и дальше будет только хуже. Начиная с tcl8.4, появляется ведь ещё вариант сборки tcl с тредами и без тредов -- то есть зоопарк раздваивается. Сколько тут новых граблей будет для пакетостроителей -- и представить страшно. В общем и целом, пришла мне мысль -- debian tcl policy надо рожать. Чтобы понять, как _правильно_ разбираться с этими граблями, и к авторам пакетов уже с конкретными предложениями лезть. А потом я подумал -- может, кто-нибудь уже думал на ту же тему? Неплохо было бы услышать... Решил спросить. Спрашиваю. -- With Best Wishes, Anton Kovalenko /* http://kovalenko.webzone.ru */ #!/usr/bin/wish - best wish I have for you! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]