Re: BUG[KDE3.5.5, Debian Etch]: Проблем ы с открытием каталого в с русскими именами
На Thu, 29 Mar 2007 08:54:57 +0400 Мажурин И.М. [EMAIL PROTECTED] записано: В сообщении от 28 марта 2007 15:59 Aleksey Luzin написал(a): Да есть вот в багзилле такой баг: http://bugs.kde.org/show_bug.cgi?id=104254 но че-то я не нашел в центре управления такого места, где бы можно было поменять кодировку. А русские имена в самбе показываются квадратиками :( в smb.conf dos charset = CP866 unix charset = UTF-8 display charset = LOCALE КДЕ не использует настройки самбы. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: BUG[KDE3.5.5, Debian Etch]: Проблем ы с открытием каталог ов с русскими именами
Alexander GQ Gerasiov пишет: КДЕ не использует настройки самбы. правда? а откуда она знает в какой кодировке удалёный хост отдаёт ? я только что проверил - иcправил smb.conf, перезапустил КДЕ, smb:// перестали отображатся русские имена. так что вот так =) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: BUG[KDE3.5.5, Debian Etch]: Пробл емы с открытием кат алогов с русскими и менами
Читайте внимательней, первый пост был не от меня. Надо было тогда отвечать на первоначальный пост. Мажурин И.М. wrote: В сообщении от 29 марта 2007 09:34 Aleksey Luzin написал(a): Причем тут вообще UTF-8? у меня UTF нету и в помине. unix charset говорит в какой кодировке у тебя файлы лежат. Мажурин И.М. wrote: Что тогда означает фраза Возникла проблема с открытием каталогов с русскими именами. Установлена локаль ru_RU.UTF-8. в первоначальном посте? Изъясняйтесь по-понятней !DSPAM:460b528965753708835974! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
wine+1c печать не пашет
Добрый день сообществу. Поднял сабжевую связку. Печать не работает. Debian unstable. Система печати CUPS. WINE родной, не Etersoft-овский. #dpkg -l | grep cupsys ii cupsys 1.2.7-4 ii cupsys-client 1.2.7-4 ii cupsys-common 1.2.7-4 ii cupsys-driver-gimpprint 5.0.0-3 ii cupsys-driver-gutenprint5.0.0-3 ii libcupsys2 1.2.7-4 #dpkg -l | grep wine ii libwine 0.9.31-1 ii libwine-alsa0.9.31-1 ii libwine-gl 0.9.31-1 ii libwine-print 0.9.31-1 ii libwine-sane0.9.31-1 ii libwine-twain 0.9.31-1 ii wine0.9.31-1 ii wine-utils 0.9.31-1 В диалоге печати 1с принтера видит, при этом указано что: Место: physicaly location of printer Примечание: WINEPS Printer using CUPS в консоле следующее lpr: EPSONStylusPhotoR300: unknown printer при печати на сетевой принтер вооще тишина В логах cups следующее: D [29/Mar/2007:12:27:29 +0400] Get-Printer-Attributes ipp://localhost/printers/EPSONStylusPhotoR300 D [29/Mar/2007:12:27:29 +0400] cupsdProcessIPPRequest: 7 status_code=0 (successful-ok) D [29/Mar/2007:12:27:29 +0400] cupsdAcceptClient: 9 from localhost:631 (IPv4) D [29/Mar/2007:12:27:29 +0400] cupsdReadClient: 9 GET /printers/EPSONStylusPhotoR300.ppd HTTP/1.1 D [29/Mar/2007:12:27:29 +0400] cupsdAuthorize: No authentication data provided. Куда глядеть? Какие конфиги показать? Спасибо.
Re: BUG[KDE3.5.5, Debian Etch]: Проблем ы с открытием каталого в с русскими именами
На Thu, 29 Mar 2007 11:35:24 +0400 gpf [EMAIL PROTECTED] записано: Alexander GQ Gerasiov пишет: КДЕ не использует настройки самбы. правда? а откуда она знает в какой кодировке удалёный хост отдаёт ? я только что проверил - иcправил smb.conf, перезапустил КДЕ, smb:// перестали отображатся русские имена. так что вот так =) Ого! Починили. Еще недавно (без смены апстрим версии) оно считало, что удаленная кодировка всегда UTF8 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: wine+1c печать не пашет
В сообщении от 29 марта 2007 15:33 Мажурин И.М. написал(a): http://omsk.lug.ru/wacko/WineEtersoft Оно? Добрый день сообществу. Поднял сабжевую связку. Печать не работает. Debian unstable. Система печати CUPS. WINE родной, не Etersoft-овский. #dpkg -l | grep cupsys ii cupsys 1.2.7-4 ii cupsys-client 1.2.7-4 ii cupsys-common 1.2.7-4 ii cupsys-driver-gimpprint 5.0.0-3 ii cupsys-driver-gutenprint5.0.0-3 ii libcupsys2 1.2.7-4 #dpkg -l | grep wine ii libwine 0.9.31-1 ii libwine-alsa0.9.31-1 ii libwine-gl 0.9.31-1 ii libwine-print 0.9.31-1 ii libwine-sane0.9.31-1 ii libwine-twain 0.9.31-1 ii wine0.9.31-1 ii wine-utils 0.9.31-1 В диалоге печати 1с принтера видит, при этом указано что: Место: physicaly location of printer Примечание: WINEPS Printer using CUPS в консоле следующее lpr: EPSONStylusPhotoR300: unknown printer при печати на сетевой принтер вооще тишина В логах cups следующее: D [29/Mar/2007:12:27:29 +0400] Get-Printer-Attributes ipp://localhost/printers/EPSONStylusPhotoR300 D [29/Mar/2007:12:27:29 +0400] cupsdProcessIPPRequest: 7 status_code=0 (successful-ok) D [29/Mar/2007:12:27:29 +0400] cupsdAcceptClient: 9 from localhost:631 (IPv4) D [29/Mar/2007:12:27:29 +0400] cupsdReadClient: 9 GET /printers/EPSONStylusPhotoR300.ppd HTTP/1.1 D [29/Mar/2007:12:27:29 +0400] cupsdAuthorize: No authentication data provided. Куда глядеть? Какие конфиги показать? Спасибо.
Re: wine+1c печать не пашет
В сообщении от 29 марта 2007 12:33 Evgeny Yugov написал(a): В сообщении от 29 марта 2007 15:33 Мажурин И.М. написал(a): http://omsk.lug.ru/wacko/WineEtersoft Оно? Добрый день сообществу. Поднял сабжевую связку. Печать не работает. В каком месте?
Re: wine+1c печать не пашет
Мажурин И.М. - debian-russian@lists.debian.org @ Thu, 29 Mar 2007 12:33:22 +0400: МИ В диалоге печати 1с принтера видит, при этом указано что: МИ Место: physicaly location of printer МИ Примечание: WINEPS Printer using CUPS МИ в консоле следующее МИ lpr: EPSONStylusPhotoR300: unknown printer МИ при печати на сетевой принтер вооще тишина МИ В логах cups следующее: МИ D [29/Mar/2007:12:27:29 +0400] Get-Printer-Attributes МИ ipp://localhost/printers/EPSONStylusPhotoR300 МИ D [29/Mar/2007:12:27:29 +0400] cupsdProcessIPPRequest: 7 status_code=0 МИ (successful-ok) МИ D [29/Mar/2007:12:27:29 +0400] cupsdAcceptClient: 9 from localhost:631 (IPv4) МИ D [29/Mar/2007:12:27:29 +0400] cupsdReadClient: 9 МИ GET /printers/EPSONStylusPhotoR300.ppd HTTP/1.1 МИ D [29/Mar/2007:12:27:29 +0400] cupsdAuthorize: No authentication data МИ provided. МИ Куда глядеть? МИ Какие конфиги показать? Судя по последней строчке, печатать на этот принтер (точнее, запрашивать его параметры) дают не кому попало. Так настроен cups. -- Artem Chuprina RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED] Танк - это не фаллический символ. Он просто _едет_... (С)энта -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: wine+1c печать не пашет
В сообщении от 29 марта 2007 16:20 Мажурин И.М. написал(a): http://omsk.lug.ru/wacko/WineEtersoft Оно? Добрый день сообществу. Поднял сабжевую связку. Печать не работает. В каком месте? В месте Принтеры
Re: BUG[KDE3.5.5, Debian Etch]: Проблемы с открытием каталогов с русскими именами
правда? а откуда она знает в какой кодировке удалёный хост отдаёт ? я только что проверил - иcправил smb.conf, перезапустил КДЕ, smb:// перестали отображатся русские имена. так что вот так =) Ого! Починили. Еще недавно (без смены апстрим версии) оно считало, что удаленная кодировка всегда UTF8 Тогда можно конфигом smb.conf поиграться, что-то вроде: client charset = 886 dos charset = 866 unix charset = CP1251 display charset = CP1251
Re: BUG[KDE3.5.5, Debian Etch]: Проблем ы с открытием каталог ов с русскими именами
на client charset ругается: Unknown parameter encountered: client charset Ignoring unknown parameter client charset Но и без этого параметра не помогло, все остальное уже стояло. Pechnikov Alexey wrote: правда? а откуда она знает в какой кодировке удалёный хост отдаёт ? я только что проверил - иcправил smb.conf, перезапустил КДЕ, smb:// перестали отображатся русские имена. так что вот так =) Ого! Починили. Еще недавно (без смены апстрим версии) оно считало, что удаленная кодировка всегда UTF8 Тогда можно конфигом smb.conf поиграться, что-то вроде: client charset = 886 dos charset = 866 unix charset = CP1251 display charset = CP1251 !DSPAM:460b8d8b279307818312239! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: BUG[KDE3.5.5, Debian Etch]: Проблемы с открытием каталогов с русскими именами
В сообщении от Четверг 29 марта 2007 14:05 Aleksey Luzin написал(a): на client charset ругается: Unknown parameter encountered: client charset Ignoring unknown parameter client charset Но и без этого параметра не помогло, все остальное уже стояло. Странно, что ругается. У меня работает. А параметр важный, на форумах нашел когда-то.
Re: BUG[KDE3.5.5, Debian Etch]: Проблем ы с открытием каталог ов с русскими именами
Pechnikov Alexey wrote: В сообщении от Четверг 29 марта 2007 14:05 Aleksey Luzin написал(a): на client charset ругается: Unknown parameter encountered: client charset Ignoring unknown parameter client charset Но и без этого параметра не помогло, все остальное уже стояло. Странно, что ругается. У меня работает. А параметр важный, на форумах нашел когда-то. А версия самбы какая? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
lirc + suspend2 suspend-to-disk
Hi, All! Настроил тут себе LIRC с lirc_serial... Проблема в том, что после hibernate/resume (suspend-to-disk с выключением питания) данные перестают приходить (проверял с помощью mode2, lircd соответственно тоже не получает). После перезагрузки модуля lirc_serial начинает работать. Можно было бы добавить lirc_serial в перезагружаемые скриптом hibernate модули, однако он используется lircd, при перезагрузке которого приходится перезагружать lirc-поддержку использующих его программ (нередко вместе со всей программой). Какое тут может быть решение? ядро 2.6.18 с патчем suspend2, lirc 0.8.1-1 -- --HoverHell (ICQ#174520).
Re: BUG[KDE3.5.5, Debian Etch]: Проблемы с открытием каталогов с русскими именами
В сообщении от Четверг 29 марта 2007 14:18 Aleksey Luzin написал(a): Pechnikov Alexey wrote: В сообщении от Четверг 29 марта 2007 14:05 Aleksey Luzin написал(a): на client charset ругается: Unknown parameter encountered: client charset Ignoring unknown parameter client charset Но и без этого параметра не помогло, все остальное уже стояло. Странно, что ругается. У меня работает. А параметр важный, на форумах нашел когда-то. А версия самбы какая? Самбу ставил в ноябре, сейчас обновил, тоже с этим параметром не работает :-( Вот ссылки на обсуждение, там есть инфа, какую версию самбы взять: http://209.85.165.104/search?q=cache:GGJFTBqkbMIJ:kde.ru/forum/viewtopic.php%3Ft%3D348%26postdays%3D0%26postorder%3Dasc%26+samba+%22client+charset%22hl=ruct=clnkcd=35 http://209.85.165.104/search?q=cache:hT4LEUFg8mkJ:people.debian.org/~terpstra/message/20061230.093459.1747845e.en.html+samba+%22client+charset%22hl=ruct=clnkcd=36 http://209.85.165.104/search?q=cache:DN7Csqsa0CIJ:www.opennet.ru/openforum/vsluhforumID14/13.html+samba+%22client+charset%22hl=ruct=clnkcd=32 P.S. Сам пользуюсь монтированием сетевых ФС, иначе глюки лезут, когда в сети самбы с разными кодировками работают. Если все самбы в одной кодировке отдают, победить можно.
Re: BUG[KDE3.5.5, Debian Etch]: Проблем ы с открытием каталог ов с русскими именами
Хе, победил :) создал у себя в хоме файлик ~/.smb/smb.conf, в который написал dos charset = CP866 unix charset = UTF-8 display charset = CP1251 До этого проверял папки на своей же машине, а они отображались подчеркиваниями, если прописывал это в глобальном конфиге. Pechnikov Alexey wrote: В сообщении от Четверг 29 марта 2007 14:18 Aleksey Luzin написал(a): Pechnikov Alexey wrote: В сообщении от Четверг 29 марта 2007 14:05 Aleksey Luzin написал(a): на client charset ругается: Unknown parameter encountered: client charset Ignoring unknown parameter client charset Но и без этого параметра не помогло, все остальное уже стояло. Странно, что ругается. У меня работает. А параметр важный, на форумах нашел когда-то. А версия самбы какая? Самбу ставил в ноябре, сейчас обновил, тоже с этим параметром не работает :-( Вот ссылки на обсуждение, там есть инфа, какую версию самбы взять: http://209.85.165.104/search?q=cache:GGJFTBqkbMIJ:kde.ru/forum/viewtopic.php%3Ft%3D348%26postdays%3D0%26postorder%3Dasc%26+samba+%22client+charset%22hl=ruct=clnkcd=35 http://209.85.165.104/search?q=cache:hT4LEUFg8mkJ:people.debian.org/~terpstra/message/20061230.093459.1747845e.en.html+samba+%22client+charset%22hl=ruct=clnkcd=36 http://209.85.165.104/search?q=cache:DN7Csqsa0CIJ:www.opennet.ru/openforum/vsluhforumID14/13.html+samba+%22client+charset%22hl=ruct=clnkcd=32 P.S. Сам пользуюсь монтированием сетевых ФС, иначе глюки лезут, когда в сети самбы с разными кодировками работают. Если все самбы в одной кодировке отдают, победить можно. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: BUG[KDE3.5.5, Debian Etch]: Проблем ы с открытием каталог ов с русскими именами
Aleksey Luzin пишет: Хе, победил :) создал у себя в хоме файлик ~/.smb/smb.conf, в который написал dos charset = CP866 unix charset = UTF-8 display charset = CP1251 у меня все нормально с русскими файлами dos charset = cp866 unix charset = UTF-8 display charset = UTF-8 локаль utf-8 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: BUG[KDE3.5.5, Debian Etch]: Проблем ы с открытием каталог ов с русскими именами
Потому что локаль utf-8, потому и нормально, а у меня локаль не utf. gpf wrote: Aleksey Luzin пишет: Хе, победил :) создал у себя в хоме файлик ~/.smb/smb.conf, в который написал dos charset = CP866 unix charset = UTF-8 display charset = CP1251 у меня все нормально с русскими файлами dos charset = cp866 unix charset = UTF-8 display charset = UTF-8 локаль utf-8 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: lirc + suspend2 suspend-to-disk
HoverHell - debian-russian@lists.debian.org @ Thu, 29 Mar 2007 15:37:50 +0500: H Настроил тут себе LIRC с lirc_serial... H Проблема в том, что после hibernate/resume (suspend-to-disk с выключением H питания) данные перестают приходить (проверял с помощью mode2, lircd H соответственно тоже не получает). После перезагрузки модуля lirc_serial H начинает работать. H Можно было бы добавить lirc_serial в перезагружаемые скриптом hibernate H модули, однако он используется lircd, В смысле при выгрузке модуля lircd падает? Тогда патчить lircd, чтобы переживал выгрузку/загрузку модуля. -- Artem Chuprina RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED] А вы поподробнее, поподробнее. А заодно и быстрее будет... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: lirc + suspend2 suspend-to-disk
Dear HoverHell, Я перезагружаю все программы. Правда, использую обычный swsusp из ядра - но он вообще отказывается засыпать при загруженных модулях lirc. Hi, All! Настроил тут себе LIRC с lirc_serial... Проблема в том, что после hibernate/resume (suspend-to-disk с выключением питания) данные перестают приходить (проверял с помощью mode2, lircd соответственно тоже не получает). После перезагрузки модуля lirc_serial начинает работать. Можно было бы добавить lirc_serial в перезагружаемые скриптом hibernate модули, однако он используется lircd, при перезагрузке которого приходится перезагружать lirc-поддержку использующих его программ (нередко вместе со всей программой). Какое тут может быть решение? ядро 2.6.18 с патчем suspend2, lirc 0.8.1-1 -- --HoverHell (ICQ#174520). -- With best regards, Vladyslav Solopchenko -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
dpkg-extract --root-dir=dir packet.deb
чем сделать подобное действие? из под mc ужасно медленно копируется ( rpm-ки c cpio в разы быстрей ) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: dpkg-extract --root-dir=dir packet.deb
В Чтв, 29/03/2007 в 17:18 +0400, rm-f пишет: чем сделать подобное действие? из под mc ужасно медленно копируется ( rpm-ки c cpio в разы быстрей ) dpkg-deb -x packet.deb /tmp ? -- Roman A. Busyguin Believe in what you do and do what you believe in -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: dpkg-extract --root-dir=dir packet.deb
dpkg-deb -x packet.deb /tmp ? да, спасибо -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: dpkg-extract --root-dir=dir packet.deb
rm-f - debian-russian@lists.debian.org @ Thu, 29 Mar 2007 17:18:16 +0400: r чем сделать подобное действие? man dpkg-deb. Ну и man dpkg на предмет того, какие ключи туда пробрасываются. r из под mc ужасно медленно копируется ( rpm-ки c cpio в разы быстрей ) Так он, небось, сначала в отдельную директорию распаковывает data.tar.gz, а потом таскает оттуда по файлику, вместо того, чтобы развернуть целиком... -- Artem Chuprina RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED] У кошки четыре ноги: ввод, вывод, земля и питание. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: dpkg-extract --root-dir=dir packet.deb
rm-f пишет: dpkg-deb -x packet.deb /tmp ? да, спасибо а есть какой-нибудь man или док с кратким описанием всех dpkg-ххх -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: dpkg-extract --root-dir=dir packet.deb
Twas brillig at 17:49:02 29.03.2007 UTC+04 when rm-f did gyre and gimble: r а есть какой-нибудь man или док с кратким описанием всех dpkg-ххх find /usr/bin -name 'dpkg*' -printf %f\n | xargs man find /usr/sbin -name 'dpkg*' -printf %f\n | xargs man -- JID: [EMAIL PROTECTED]
Re: imap benchmak
On Wed, Mar 21, 2007 at 06:07:18PM +0300, sergio wrote: может кто-нить подскажет тулзы на эту тему? mstone -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian Etch HP LaserJet 1000,1005,1018,1020
rm-f wrote: Недавно были посты с вопросами/советами про установку HP win-printer-ов через сборку foo2zjs из исходный кодов (сырцов). У меня получилось использовать штатный foo2zjs.deb. Ниже прилагаю мой метод, может какому-нибудь новичку поможет. - Принтеры HP LaserJet 1000,1005,1018,1020 после включения должны слопать бинарный firmware драйвер. Если прошивка по каким-то причинам не загружена (загрузка обычно устанавливается в автомате через hotplug), то вывод usb_printerid будет примерно таким [EMAIL PROTECTED]:~$ usb_printerid /dev/usb/lp0 GET_DEVICE_ID string: MFG:Hewlett-Packard;MDL:HP LaserJet 1020;CMD:ACL;CLS:PRINTER;DES:HP LaserJet 1020; без упоминания версии прошивки в конце строки (FWVER:20041129;) Устанавливаем штатный deb-пакет foo2zjs он ставит все что нужно, прописывает правило в hotplug, но у него нет самой прошивки и в логе tail -n 20 /var/log/messages вы увидите что-то подобное Mar 20 12:35:34 linuxdvr kernel: usbcore: registered new driver usblp Mar 20 12:35:34 linuxdvr kernel: drivers/usb/class/usblp.c: v0.13: USB Printer Device Class driver Mar 20 12:35:35 linuxdvr /usr/bin/hplj1020: Missing HP LaserJet 1020 firmware file /usr/share/foo2zjs/firmware/sihp1020.dl Mar 20 12:35:35 linuxdvr /usr/bin/hplj1020: ...read foo2zjs installation instructions and run ./getweb 1020 Выполняю как рекомендуют ( ./ перед getweb необязательна, так как getweb уже в каталоге /usr/bin ): [EMAIL PROTECTED]:~$ getweb 1020 в итоге c инета сайта foo2zjs качается прошивка и сохраняется как sihp1020.img Попытка загрузить его в принтер претерпела неудачу: usb_printerid не показал заветный номер версии прошивки. Изучение Makefile скаченного сырца foo2zjs.tgz показал, что бинарник нужно конвертировать в нужный формат: [EMAIL PROTECTED]:~$ arm2hpdl sihp1020.img sihp1020.dl [EMAIL PROTECTED]:~$ file sihp1020.dl /usr/share/foo2zjs/firmware/sihp1020.dl: HP Printer Job Language data Ага, уже тепло. Далее копируем куда нужно [EMAIL PROTECTED]:~$ sudo mv sihp1020.dl /usr/share/foo2zjs/firmware/ и корректируем владельца группу [EMAIL PROTECTED]:~$ sudo chown root:root /usr/share/foo2zjs/firmware/sihp1020.dl Включаем и выключаем принтер и в логе tail -n 20 /var/log/messages видим Mar 20 12:57:18 linuxdvr /usr/bin/hplj1020: loading HP LaserJet 1020 firmware /usr/share/foo2zjs/firmware/sihp1020.dl to /dev/usb/lp0 ... Mar 20 12:57:19 linuxdvr /usr/bin/hplj1020: ... download successful. Проверяем: [EMAIL PROTECTED]:~$ usb_printerid /dev/usb/lp0 GET_DEVICE_ID string: MFG:Hewlett-Packard;MDL:HP LaserJet 1020;CMD:ACL;CLS:PRINTER;DES:HP LaserJet 1020;FWVER:20041129; FWVER:20041129; - это версия успешно загруженной прошивки Все, теперь идем в кеды, гномы или ... и запускаем ОТ ROOT-а гуёвые мастера для добавления принтера. На всякий случай, привожу установленные в Debian Etch пакеты для печати на HP1020 через CUPS. [EMAIL PROTECTED]:~$ aptitude search foo|cups|foo2 | grep ^i i cupsys - Common UNIX Printing System(tm) - server i cupsys-bsd - Common UNIX Printing System(tm) - BSD comm i cupsys-client - Common UNIX Printing System(tm) - client p i A cupsys-common - Common UNIX Printing System(tm) - common f i cupsys-driver-gutenprint- printer drivers for CUPS id foo2zjs - Support for printing to ZjStream-based pri i A foomatic-db - linuxprinting.org printer support - databa i foomatic-db-engine - linuxprinting.org printer support - progra i foomatic-db-gutenprint - linuxprinting.org printer support - databa i foomatic-db-hpijs - linuxprinting.org printer support - databa i A foomatic-filters- linuxprinting.org printer support - filter i foomatic-filters-ppds - linuxprinting.org printer support - prebui i foomatic-gui- GNOME interface for configuring the Foomat i gnome-cups-manager - CUPS printer admin tool for GNOME i A libcupsimage2 - Common UNIX Printing System(tm) - image li i A libcupsys2 - Common UNIX Printing System(tm) - libs i A libgnomecups1.0-1 - GNOME library for CUPS interaction i A libgnomecupsui1.0-1c2a - UI extensions to libgnomecups i A python-foomatic - Python interface to the Foomatic printer d у меня debian unstable проблема в том что после загруки OS #usb_printerid /dev/usb/lp0 Error: Device or resource busy: can't open '/dev/usb/lp0' пишет вот такое вот . #fuser -m -u /dev/usb/lp0 /dev/usb/lp0:1(root) 1181(root) 2889(root) 2895(root) 2913(root) 3019(root) 3020(root) 3093(root) 3271(root) 3323(root) 3334(root) 3335m(root) 3336(root) 3344(root) 3426(root) 3428(client) #ps ax PID TTY
Re: BUG[KDE3.5.5, Debian Etch]: Проблем ы с открытием каталого в с русскими именами
На Thu, 29 Mar 2007 13:54:20 +0400 Pechnikov Alexey [EMAIL PROTECTED] записано: правда? а откуда она знает в какой кодировке удалёный хост отдаёт ? я только что проверил - иcправил smb.conf, перезапустил КДЕ, smb:// перестали отображатся русские имена. так что вот так =) Ого! Починили. Еще недавно (без смены апстрим версии) оно считало, что удаленная кодировка всегда UTF8 Тогда можно конфигом smb.conf поиграться, что-то вроде: client charset = 886 dos charset = 866 unix charset = CP1251 display charset = CP1251 Что-то ты не то предлагаешь... варианта dos charset = CP866 unix charset = KOI8-R display charset = LOCALE мне оказалось достаточно. Винду видел, винда меня тоже. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: BUG[KDE3.5.5, Debian Etch]: Проблем ы с открытием каталого в с русскими именами
На Thu, 29 Mar 2007 18:36:57 +0700 Aleksey Luzin [EMAIL PROTECTED] записано: Потому что локаль utf-8, потому и нормально, а у меня локаль не utf. У меня тоже. Но все работает. Правда не 1251 а кои8р gpf wrote: Aleksey Luzin пишет: Хе, победил :) создал у себя в хоме файлик ~/.smb/smb.conf, в который написал dos charset = CP866 unix charset = UTF-8 display charset = CP1251 у меня все нормально с русскими файлами dos charset = cp866 unix charset = UTF-8 display charset = UTF-8 локаль utf-8 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: lirc + suspend2 suspend-to-disk
On 3/29/07, Artem Chuprina [EMAIL PROTECTED] wrote: В смысле при выгрузке модуля lircd падает? Тогда патчить lircd, чтобы переживал выгрузку/загрузку модуля. [EMAIL PROTECTED]:~# rmmod lirc_serial ERROR: Module lirc_serial is in use Хотя при отсутствии подключенных к lircd клиентов (lircd: accepted new client on /dev/lircd ) модуль перезагружается нормально. -- --HoverHell (ICQ#174520).
Re: aptitude, xterm и локаль ru_RU.UTF-8
Stanislav Maslovski [EMAIL PROTECTED] wrote: On Wed, Mar 28, 2007 at 02:45:15AM +0400, Artem Chuprina wrote: Впрочем, твое первое письмо само было одним большим глюком, мм. А что с ним такое было? В чем большой глюк? В том, что его гнус без дополнительных телодвижений отображал в виде большого количества вопросов. Предположительно в связи с тем, что в заголовках была указана несуществующая кодировка utf8 (вместо utf-8). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: aptitude, xterm и лока ль ru_RU.UTF-8
On Thu, Mar 29, 2007 at 11:06:10PM +0500, Степан Голосунов wrote: Stanislav Maslovski [EMAIL PROTECTED] wrote: On Wed, Mar 28, 2007 at 02:45:15AM +0400, Artem Chuprina wrote: Впрочем, твое первое письмо само было одним большим глюком, мм. А что с ним такое было? В чем большой глюк? В том, что его гнус без дополнительных телодвижений отображал в виде большого количества вопросов. Предположительно в связи с тем, что в заголовках была указана несуществующая кодировка utf8 (вместо utf-8). Упс. Очепятался в 'send_charset=us-ascii:koi8-r:utf-8'. Интересно, что mutt, в отличие от gnus-а, понимает и такое. А точно, что utf8 не определен по стандарту как alias? -- Stanislav
fglrx - попытка оценки производительности
Господа! Вот, поставил тут сабж и несколько озадачился. Визуально вроде стало поживее. Попробовал померять производительность шестерёнками, и вот что получил: Исходный драйвер xorg (ati): debian:/home/vo# glxgears -printfps 11346 frames in 5.0 seconds = 2269.160 FPS 11382 frames in 5.0 seconds = 2276.221 FPS 11378 frames in 5.0 seconds = 2275.464 FPS fglrx: debian:/home/vo# fglrxinfo display: :0.0 screen: 0 OpenGL vendor string: ATI Technologies Inc. OpenGL renderer string: RADEON X550 Generic OpenGL version string: 2.0.6011 (8.28.8) debian:/home/vo# glxgears -printfps 1253 frames in 5.0 seconds = 250.447 FPS 1250 frames in 5.0 seconds = 249.990 FPS 1250 frames in 5.0 seconds = 249.990 FPS debian:/home/vo# fgl_glxgears Using GLX_SGIX_pbuffer 1966 frames in 5.0 seconds = 393.200 FPS 2408 frames in 5.0 seconds = 481.600 FPS 2372 frames in 5.0 seconds = 474.400 FPS Т.е. разница почти на порядок, и не в ту сторону... И там и там одинаковый режим - 1280х1024 60 гц, Radeon X550. И как к этому относиться? ;-) Или шестерёнки ни о чём не говорят? -- С наилучшими пожеланиями Владимир Онищенко E-Mail: vl.an.on(at)gmail(dot)com FidoNet: 2:5020/635.12
Re: aptitude, xterm и лока ль ru_RU.UTF-8
On Wed, Mar 28, 2007 at 02:45:15AM +0400, Artem Chuprina wrote: Вот глюк с обрезанием строки посреди символа - да, наблюдается. Это надо поправить и патч закинуть. Строку-то явно режет сам aptitude. Взглянул на сырцы aptitude-0.4.4. Проблема в файле /src/generic/apt/acqprogress.cc, см. строки 257 - 271. Там такой код: if (CurrentCPS != 0) { char Tmp[300]; unsigned long ETA = (unsigned long)((TotalBytes - CurrentBytes)/CurrentCPS); sprintf(Tmp, %sB/s %s,SizeToStr(CurrentCPS).c_str(),TimeToStr(ETA).c_str()); unsigned int Len = strlen(Buffer); unsigned int LenT = strlen(Tmp); if (Len + LenT ScreenWidth) { memset(Buffer + Len,' ',ScreenWidth - Len); strcpy(Buffer + ScreenWidth - LenT,Tmp); } } Buffer[ScreenWidth] = 0; BlankLine[ScreenWidth] = 0; / Собственно, всё тут плохо. (Buffer - там оказывается текущее сообщение о прогрессе закачки, типа [Ожидание заголовков] и пр., которое и режется как попало) -- Stanislav
Re: aptitude, xterm и локаль ru_RU.UTF-8
Степан Голосунов - debian-russian@lists.debian.org @ Thu, 29 Mar 2007 23:06:10 +0500: Впрочем, твое первое письмо само было одним большим глюком, мм. А что с ним такое было? В чем большой глюк? СГ В том, что его гнус без дополнительных телодвижений отображал в виде СГ большого количества вопросов. Предположительно в связи с тем, что в СГ заголовках была указана несуществующая кодировка utf8 (вместо СГ utf-8). У меня оно отобразилось так, как отображается в UTF-8 терминале текст в коях каких-нибудь. -- Artem Chuprina RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED] Попрошу благородного дона не обобщать с утра пораньше! (С)энта -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: aptitude, xterm и локаль ru_RU.UTF-8
Stanislav Maslovski - debian-russian@lists.debian.org @ Thu, 29 Mar 2007 23:26:30 +0400: Вот глюк с обрезанием строки посреди символа - да, наблюдается. Это надо поправить и патч закинуть. Строку-то явно режет сам aptitude. SM Взглянул на сырцы aptitude-0.4.4. Проблема в файле SM /src/generic/apt/acqprogress.cc, см. строки 257 - 271. Там такой код: SM SM if (CurrentCPS != 0) SM{ SM char Tmp[300]; SM unsigned long ETA = (unsigned long)((TotalBytes - CurrentBytes)/CurrentCPS); SM sprintf(Tmp, %sB/s %s,SizeToStr(CurrentCPS).c_str(),TimeToStr(ETA).c_str()); SM unsigned int Len = strlen(Buffer); SM unsigned int LenT = strlen(Tmp); SM if (Len + LenT ScreenWidth) SM { SM memset(Buffer + Len,' ',ScreenWidth - Len); SM strcpy(Buffer + ScreenWidth - LenT,Tmp); SM } SM} SMBuffer[ScreenWidth] = 0; SMBlankLine[ScreenWidth] = 0; SM / SM Собственно, всё тут плохо. (Buffer - там оказывается текущее сообщение о прогрессе SM закачки, типа [Ожидание заголовков] и пр., которое и режется как попало) Ну, плохо тут не все. Починить можно. Но я б сказал, дешевле забить. -- Artem Chuprina RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED] Творить - не делать! (c)Элхэ Ниеннах -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: fglrx - попытка оценки производительности
На Thu, 29 Mar 2007 22:52:32 +0400 Vladimir Onishchenko [EMAIL PROTECTED] записано: Господа! Вот, поставил тут сабж и несколько озадачился. Визуально вроде стало поживее. Попробовал померять производительность шестерёнками, и вот что получил: Или шестерёнки ни о чём не говорят? Ты угадал. Ну, точнее, говорят, но мало о чем. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: aptitude, xterm и локаль ru_RU.UTF-8
Twas brillig at 23:07:24 29.03.2007 UTC+04 when Stanislav Maslovski did gyre and gimble: SM А точно, что utf8 не определен по стандарту как alias? Ага. Из http://www.iana.org/assignments/character-sets: Name: UTF-8 MIBenum: 106 Source: RFC 3629 Alias: None Хорошо хоть case-insensitive ;) -- JID: [EMAIL PROTECTED]
Re: fglrx - попытка оценки производительности
В сообщении от 30 марта 2007 01:52 Vladimir Onishchenko написал(a): debian:/home/vo# glxgears -printfps debian:/home/vo# fgl_glxgears Тем более что шестеренки разные, и не факт что считают одинаково. ;-) Т.е. разница почти на порядок, и не в ту сторону... И там и там одинаковый режим - 1280х1024 60 гц, Radeon X550. И как к этому относиться? ;-) Или шестерёнки ни о чём не говорят?