SATA
Появилась тут машинка с SATA и вопрос возник - после включения поддержки SATA в ядро linux теперь нормально с sata-винта грузится и даже видит его в ACIH mode (что хорошо), но почему-то лампочка винта на корпусе горит всегда, т.е. даже когда чтения/записи нет. Вот я и думаю - это плохо или нормально? P.S. Остряков просьба не беспокоиться - она горит всегда только под linux [EMAIL PROTECTED] spb ru Serge Matveev ... ICQ 3575357 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: снова mutt
Sunday, November 13, 2005, 3:02:12 PM, Вы писали: Для разумно новых версий с +USE_HCACHE set header_cache=path Спасибо огромное! То, что нужно. -- Иван Лох P.S. Читайте архивы этой рассылки... Ок, учту... -- С уважением, Павел Архипов mailto:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
BIND9 Sarge
Добрый день ! Проблема в следующем. Есть система Debian Sarge с установленным bind9. Необходимо резолвить внешний хост на другой IP /etc/hosts 1.1.1.1 testhost /etc/host.conf order hosts, bind /etc/resolv.conf nameserver 127.0.0.1 /etc/nsswitch.conf hosts: files dns # host testhost Host testhost not found: 3(NXDOMAIN) Где зарыта проблема? Google ничего не подсказывает, кроме вышеупомянутых файлов P.S Извините за вожможный оффтопик. E.
ipop3d plain text login
Я включил plain text для imap параметром set disable-plaintext 0 и для imap все зарабтало, но как добиться того же от ipop3d я не нашел? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Сборка Debian из исходных текстов
Я не думаю, что просто подогнав всё к конкретной архитектуре можно достичь ощутимого прироста в производительности. Нет, он будет, но не такой, чтобы стоило ради этого собирать всю систему их исходников, тем более Дебиан. Для таких целей существует система для мазохистов известная как Gentoo.Также следует отметить, что Дебиан будучи i386, по производительности существенно опережает такие оптимизированные системы, как SuSE и пр. Поэтому мой совет: ставь бинарные пакеты. и я бы хотел, что-бы пакеты в моей системе имели более высокий уровень оптимизации (я еще с этим не разбирался - для меня это кажется i586 или athlon).
Re: Сборка Debian из и сходных текстов
On Mon, Nov 14, 2005 at 01:29:34PM +0100, seorge wrote: Я не думаю, что просто подогнав всё к конкретной архитектуре можно достичь ощутимого прироста в производительности. Нет, он будет, но не такой, чтобы стоило ради этого собирать всю систему их исходников, тем более Дебиан. Для таких целей существует система для мазохистов известная как Gentoo.Также следует отметить, что Дебиан будучи i386, по производительности существенно опережает такие оптимизированные системы, как SuSE и пр. Поэтому мой совет: ставь бинарные пакеты. Я бы добавил, что для некоторых пакетов, где оптимизация под процессор имеет смысл, есть уже собранные версии с оптимизацией под нужный процессор, например, libc6-i686 -- Stanislav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ipop3d plain text login
On 2005.11.14 at 13:04:14 +0200, Yura wrote: Я включил plain text для imap параметром set disable-plaintext 0 и для imap все зарабтало, но как добиться того же от ipop3d я не нашел? Правильное решение - поставить более другой pop3-сервер - qpopper там или courier-pop3. Поделками Univercity of washington надо елико возможно избегать пользоваться А вообще, у меня после прочтения /usr/share/doc/libc-client2002edebian/imaprc.txt.gz все заработало. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: vim и файлы в русских кодировках (success story)
jetxee - debian-russian@lists.debian.org @ Mon, 14 Nov 2005 12:05:24 +0100:
j Идея красивая. Но в скрипте, кажется, есть ошибка. Итак, у меня
j LANG=ru_RU.KOI8-R, соответственно в скрипте правлю:
j set fileencodings=utf-8,cp1251,cp866,koi8-r
j set encoding=koi8-r
j set termencoding=koi8-r
j Далее проверяю так:
j 1) запускаю vim
j 2) :source /path/to/rotenc.vim
j 3) :e file-in-utf8-or-cp1251 (= отображается нормально, [перекодировано])
Да ну!? Из 1251 перекодировано!? Когда это он научился частотному
анализу? Или это rotenc читает опцию fileencodings и занимается
частотным анализом?
Скрипт я, сорри, не смотрел, когда он тут пробегал.
--
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]
framebuffer and cyrillic
Здравствуйте, debian-russian. Проблема в следующем. Включаю framebuffer через драйвер vesafb прописываю для загрузки параметр vga=792, что соответствует 1024х768. Все замечательно работает. Проблема в следующем - при данном режиме руссифицируется только первая консоль. Руссификация осуществляется посредством console-cyrillic. При переключении в другую консоль вместо русских букв наблюдаются прямоугольники. В советах к старому Debian, версии 1,3 или 2, нашел следующий спопсоб. for t in 1 2 3 4 5 6 do echo -e \033(K /dev/tty$t echo -e \033[0;30;42m Enable mapping on \033[0;31;42m /dev/tty$t \033[0;36;40m] done Файл с данным содержимым был создан и помещен в автозагрузку. При загрузке появились надписи Enable mapping on, правда почему то не цветные. Но консоли к сожалению все равно не руссифицировались. Можно конечно входя в консоли перезапускать console-cyrillic, но как то оно не удобно. Собствено говоря вопрос состоит в следующем - как при включенном framebuffere руссифицировать все консоли. -- С уважением, Brilliantov mailto:[EMAIL PROTECTED]
Re: Сборка Debian из исходных текстов
Роман Гуща - debian-russian@lists.debian.org @ Mon, 14 Nov 2005 18:15:13
+0600:
РГ Здравствуйте. Планирую в среднесрочной перспективе перейти на
РГ Debian на домашнем компьютере (сейчас - ASPLinux 10, мой первый
РГ линукс) и хочу сделать все как можно лучше. Поэтому начал заранее и
РГ без спешки готовиться. Как я понял, Debian для ix86 можно получить
РГ в виде бинарных пакетов с оптимизацией под i386 и в виде пакетов с
РГ исходными текстами. У меня Duron 1600 и я бы хотел, что-бы пакеты в
РГ моей системе имели более высокий уровень оптимизации (я еще с этим
РГ не разбирался - для меня это кажется i586 или athlon).
[...]
РГ Наконец - является ли желание иметь Debian заточенный под свой
РГ процессор нормальным (и соответственно мой вопрос закономерным) и
РГ значит предусмотренным разработчиками и сравнительно легко
РГ осуществимым? Или это удел гуру, а для чайников - блажь и в массе
РГ никто этим не занимается?
И для гуру это тоже блажь. Оптимизация под процессор для большинства
программ является не более чем распространенным среди чайников мифом.
Количество программ, для которых она имеет смысл до такой степени, чтобы
хоть в какой-то ситуации окупить время пересборки, можно пересчитать по
пальцам одной руки. Включая ядро. Это ffmpeg на машине, занятой
исключительно обработкой видео, libcrypto и аналоги (там еще, кажется,
libgmp бывает) на машине, основная функция которой - криптография, и в
общем, так сходу все. Узкоспециальные вычислительные программы, где это
было бы критично, в дистрибутиве все равно отсутствуют. И то я бы в
этих случаях начал с замены gcc на интеловский компилятор. AMD он умеет
хуже, чем intel, но тоже умеет.
--
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: SATA
On Mon, 14 Nov 2005 14:54:05 +0300 Andrey Melnikoff wrote: Появилась тут машинка с SATA и вопрос возник - после включения поддержки SATA в ядро linux теперь нормально с sata-винта грузится и даже видит его в ACIH mode (что хорошо), но почему-то лампочка винта на корпусе горит всегда, т.е. даже когда чтения/записи нет. Вот я и думаю - это плохо или нормально? AM 2.6.14+ поправили. 10x. Тогда спокойно подожду пока он в testing приедет. P.S. Остряков просьба не беспокоиться - она горит всегда только под linux AM Да нет - оказалось, что там лампочкой драйверу мигать надо ;) Чудесно :-) [EMAIL PROTECTED] spb ru Serge Matveev ... ICQ 3575357 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Сборка Debian из и сходных текстов
On Mon, Nov 14, 2005 at 06:15:13PM +0600, Роман Гуща wrote: Скажите, как можно установить Debian с более высоким уровнем оптимизации пакетов? apt-build, вплоть до apt-build world Нужно-ли вначале установить минимальную систему Debian i386 Да и настройке таких пакетов? Наконец - является ли желание иметь Debian заточенный под свой процессор нормальным (и соответственно мой вопрос закономерным) и значит предусмотренным разработчиками и сравнительно легко осуществимым? Или это удел гуру, а для чайников - блажь и в массе никто этим не занимается? Напротив, это удел чайников: 1) Прирост производительности от пересборки большинства программ для данной архитектуры не велик, если конечно они не содержат кода оптимизированного под ММХ, SSE... 2) Если такой код есть (и не только в этом случае) существуют дополнительные пакеты для различных типов процессоров. 3) Есть _очень_ много других, на порядки более эффективных, способов повышения эффективности типичной системы. Например, выбор более аскетичного графического окружения пользователя или минимизация количества запущенных процессов в системе. 4) Если какая-либо программа занимает несоизмеримый с остальными процент времени работы процессора, (тяжелая и при этом регулярно используемая программа), то ее, возможно, стоит перекомпилировать под Вашу архитектуру. Может быть она стенет работать быстрей. Или медленней. -- Иван Лох -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: True Flash File System (TrueFFS)
Здравствуйте. Есть image - *.rom Похоже что там True Flash File System (TrueFFS) Как его прочитать/вскрыть/смонтировать и т.п. Кто нибудь делал? Google: http://www.m-sys.com/site/en-US/DeveloperZone/Software/SoftwareDownload/TrueFFS5.x/Linux.htm -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: vim и файлы в русских кодировка х (success story)
On Mon, Nov 14, 2005 at 03:48:20PM +0300, Artem Chuprina wrote: jetxee - debian-russian@lists.debian.org @ Mon, 14 Nov 2005 12:05:24 +0100: j 3) :e file-in-utf8-or-cp1251 (= отображается нормально, [перекодировано]) Да ну!? Из 1251 перекодировано!? Когда это он научился частотному анализу? Или это rotenc читает опцию fileencodings и занимается частотным анализом? Скрипт я, сорри, не смотрел, когда он тут пробегал. Перекодировал-то он действительно перекодировал, факт. Посмотрел скрипт. Частотным анализом здесь, вроде, не пахнет. Просто есть последовательность перебора кодировок: set fileencodings=utf-8,cp1251,cp866,koi8-r (и я по случаю для первого раза CP1251 и открыл, а для второго - в UTF-8) А на F8 скрипт вешает функцию (RotateEnc), которая циклически перебирает кодировки и делает :e ++enc=encoding_name для каждой из них, так что несколькими нажатиями всегда можно кодировку поправить. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
ru-unzip
Добрый день! В начале проблема: если взять созданный в Windows ZIP-файл с русскими именами файлов внутри и попытаться распаковать его с помощью unzip (5.52) -- русские имена файлов будут испорчены. Поиск указал, что проблема эта уже известна и решена: https://bugzilla.altlinux.ru/show_bug.cgi?id=4871 Хранящие в CP866 русские имена файлов перекодируются unzip-ом как CP850 в CP1251. Чтобы исправить это, в AltLinux сделали патч, добавляющий ключи выбора кодировки для unzip, и таким образом позволяющий нормально обрабатывать полученные от Windows-пользователей ZIP-архивы с русскими именами упакованных файлов. Похоже, что-то подобное сделано в ru-unzip из FreeBSD (наткнулся, но толком не смотрел). В Debian аналогичных средств я не нашёл. Так что пока взял патч от altlinux и пересобрал unzip. Однако очень интересно, совершаются ли в проекте Debian какие-то усилия по обеспечению переносимости русских zip-архивов между платформами? (или совершались?) С уважением, Сергей. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: vim и файлы в русских кодировках (success story)
jetxee - debian-russian@lists.debian.org @ Mon, 14 Nov 2005 13:36:51 +0100:
j 3) :e file-in-utf8-or-cp1251 (= отображается нормально,
[перекодировано])
Да ну!? Из 1251 перекодировано!? Когда это он научился частотному
анализу? Или это rotenc читает опцию fileencodings и занимается
частотным анализом?
Скрипт я, сорри, не смотрел, когда он тут пробегал.
j Перекодировал-то он действительно перекодировал, факт. Посмотрел скрипт.
j Частотным анализом здесь, вроде, не пахнет. Просто есть
j последовательность перебора кодировок:
set fileencodings=utf-8,cp1251,cp866,koi8-r
j (и я по случаю для первого раза CP1251 и открыл, а для второго - в UTF-8)
А... Видишь ли, дело в том, что если отличить UTF-8 от CP1251 vim еще
может, то различить cp1251, cp866 и koi8-r он в принципе не в
состоянии. Тут, действительно, сработало то, что файл случайно оказался
в 1251, которая после utf-8 написана первой. Попробуй открыть файл в
koi8-r. Скорее всего, будешь неприятно удивлен.
--
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: ru-unzip
jetxee - debian-russian@lists.debian.org @ Mon, 14 Nov 2005 13:54:06 +0100:
j В начале проблема: если взять созданный в Windows ZIP-файл с русскими
j именами файлов внутри и попытаться распаковать его с помощью unzip
j (5.52) -- русские имена файлов будут испорчены.
j Поиск указал, что проблема эта уже известна и решена:
j https://bugzilla.altlinux.ru/show_bug.cgi?id=4871
j Хранящие в CP866 русские имена файлов перекодируются unzip-ом как CP850
j в CP1251. Чтобы исправить это, в AltLinux сделали патч, добавляющий
j ключи выбора кодировки для unzip, и таким образом позволяющий нормально
j обрабатывать полученные от Windows-пользователей ZIP-архивы с русскими
j именами упакованных файлов.
j Похоже, что-то подобное сделано в ru-unzip из FreeBSD (наткнулся, но
j толком не смотрел).
j В Debian аналогичных средств я не нашёл. Так что пока взял патч от
j altlinux и пересобрал unzip. Однако очень интересно, совершаются ли в
j проекте Debian какие-то усилия по обеспечению переносимости русских
j zip-архивов между платформами? (или совершались?)
А почему ви тут спрашиваете? Ви на bugs.debian.org спросите. Если там
есть такой баг - почитайте, что на него ответил мейнтейнер. Если нет -
сделайте, чтоб было.
--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED]
Intel - тоже Сильмарилл. Только сделанный не так...
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: vim и файлы в русских кодировка х (success story)
j (и я по случаю для первого раза CP1251 и открыл, а для второго - в UTF-8) А... Видишь ли, дело в том, что если отличить UTF-8 от CP1251 vim еще может, то различить cp1251, cp866 и koi8-r он в принципе не в состоянии. Тут, действительно, сработало то, что файл случайно оказался в 1251, которая после utf-8 написана первой. Попробуй открыть файл в koi8-r. Скорее всего, будешь неприятно удивлен. Это я уже давно заметил. Удивлён не был. Идея же моего первого письма была не в другом: не то, что не определяется (этого как раз никто не обещал), а то, что при попытке ручной перекодировки этим скриптом (по нажатию F8) приводит к ошибке в одном случае, и не приводит в другом. На это и хотел обратить внимание автора скрипта и людей, которые в написании vim-скриптов более меня сведующие. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ru-unzip
On Mon, Nov 14, 2005 at 05:21:09PM +0300, Artem Chuprina wrote: jetxee - debian-russian@lists.debian.org @ Mon, 14 Nov 2005 13:54:06 +0100: j В Debian аналогичных средств я не нашёл. Так что пока взял патч от j altlinux и пересобрал unzip. Однако очень интересно, совершаются ли в j проекте Debian какие-то усилия по обеспечению переносимости русских j zip-архивов между платформами? (или совершались?) А почему ви тут спрашиваете? Ви на bugs.debian.org спросите. Если там есть такой баг - почитайте, что на него ответил мейнтейнер. Если нет - сделайте, чтоб было. Благодарю, Артём, за совет. Так и сделал. Такого бага не было. Тут же я спрашивал по следующей причине: прежде чем с вопросами использования программы в _русскоязычном_ окружении лезть к людям от него далёким (как мейнтейнер пакета), хорошо бы узнать, что в этом направлении уже делалось или делается. Вот к _русскоязычным пользователям Debian_ и обратился. Может кроме того патча есть и другие способы, более элегантные. И вообще интересно, как другие русскоязычные пользователи Debian эту проблему решают. Мне это любопытно. С уважением, Сергей. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Поменять шрифты в xpdf
Кто-нибудь знает можно ли как-то поменять те шриты которые xpdf использует для документа? Те что он сейчас использует, какие-то уж больно неразборчивые. Или шриты уже жестко зашиты в самом документе и поменять их нельзя? xpdf из Sarge -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Поменять шрифты в xpdf
В сообщении от 14 Ноябрь 2005 18:28 Vladimir Zolotykh написал(a): Кто-нибудь знает можно ли как-то поменять те шриты которые xpdf использует для документа? Те что он сейчас использует, какие-то уж больно неразборчивые. Или шриты уже жестко зашиты в самом документе и поменять их нельзя? xpdf из Sarge Зависит от документа. По личному опыту чаще всего оказывается зашито в документ -- Макс -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: SATA
В сообщении от Понедельник, 14-Ноя-2005 14:29 Serge Matveev написал(a): On Mon, 14 Nov 2005 14:54:05 +0300 Andrey Melnikoff wrote: Появилась тут машинка с SATA и вопрос возник - после включения поддержки SATA в ядро linux теперь нормально с sata-винта грузится и даже видит его в ACIH mode (что хорошо), но почему-то лампочка винта на корпусе горит всегда, т.е. даже когда чтения/записи нет. Вот я и думаю - это плохо или нормально? AM 2.6.14+ поправили. 10x. Тогда спокойно подожду пока он в testing приедет. А через сколько обычно приезжает? И легко ли это тестинг ядро к саржу прикручивается? -- Всего доброго, Александр Березовский
Re: Поменять шрифты в xpdf
Max Dmitrichenko wrote: Зависит от документа. По личному опыту чаще всего оказывается зашито в документ А можно это как-то выяснить, зашиты или нет ? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Поменять шрифты в xpdf
On Mon, Nov 14, 2005 at 05:28:59PM +0200, Vladimir Zolotykh wrote: Кто-нибудь знает можно ли как-то поменять те шриты которые xpdf использует для документа? Те что он сейчас использует, какие-то уж больно неразборчивые. Или шриты уже жестко зашиты в самом документе и поменять их нельзя? xpdf из Sarge 1) По-разному. 2) man xpdfrc -- Иван Лох -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ru-unzip
jetxee - debian-russian@lists.debian.org @ Mon, 14 Nov 2005 15:18:11 +0100:
j Может кроме того патча есть и другие способы, более элегантные. И
j вообще интересно, как другие русскоязычные пользователи Debian эту
j проблему решают. Мне это любопытно.
Я ее решаю способом если в кране нет воды - удали с винта винды. Мне
то ли как-то до сих пор не понадобилось ни одного такого файла, то ли
меня вполне устраивали их получающиеся из зипа имена.
--
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: ru-unzip
On Mon, Nov 14, 2005 at 07:03:06PM +0300, Artem Chuprina wrote: j вообще интересно, как другие русскоязычные пользователи Debian эту j проблему решают. Мне это любопытно. Я ее решаю способом если в кране нет воды - удали с винта винды. В основном я такие файлы по e-mail получаю. А коль скоро в типовой установке Debian работать с ними крайне неудобно, то рекомендовать другим удалить с винта винды не могу :) Ну да ладно, спасибо альтам, инструмент подходящий имеется. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ru-unzip
You ([EMAIL PROTECTED]) wrote: j В Debian аналогичных средств я не нашёл. Так что пока взял патч от j altlinux и пересобрал unzip. Однако очень интересно, совершаются j ли в проекте Debian какие-то усилия по обеспечению переносимости j русских zip-архивов между платформами? (или совершались?) Похоже, что не не совершаются. Так что весьма советую взять альтовый патч, и создать баг в дебиановской BTS, в котором объяснить, почему этот патч необходим (в том числе и говорящим на других языках, где есть бардаки с charset'ами, хотя я таковых сходу и не припомню). Можно также его отослать в upstream - нелишним будет. -- Mikhail Gusarov ICQ UIN: 111575219 JID: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ru-unzip
You ([EMAIL PROTECTED]) wrote: AC Я ее решаю способом если в кране нет воды - удали с винта AC винды. Мне то ли как-то до сих пор не понадобилось ни одного AC такого файла, то ли меня вполне устраивали их получающиеся из AC зипа имена. Это у вас магазины с компьютерным барахлом уже отучались складывать в веб прайсы _только_ в виде зазипованного 'Прайс 11.2005.xls', а вот в 'глубинке' они всё ещё встречаются. -- Mikhail Gusarov ICQ UIN: 111575219 JID: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ru-unzip
On 2005.11.14 at 22:09:39 +0600, Mikhail Gusarov wrote: You ([EMAIL PROTECTED]) wrote: AC Я ее решаю способом если в кране нет воды - удали с винта AC винды. Мне то ли как-то до сих пор не понадобилось ни одного AC такого файла, то ли меня вполне устраивали их получающиеся из AC зипа имена. Это у вас магазины с компьютерным барахлом уже отучались складывать в веб прайсы _только_ в виде зазипованного 'Прайс 11.2005.xls', а вот в 'глубинке' они всё ещё встречаются. У unzip есть ключик -p как раз для этой цели. В случае одного зазипованного файла - замечательно спасает. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ru-unzip
On 2005.11.14 at 22:00:20 +0600, Mikhail Gusarov wrote: You ([EMAIL PROTECTED]) wrote: j В Debian аналогичных средств я не нашёл. Так что пока взял патч от j altlinux и пересобрал unzip. Однако очень интересно, совершаются j ли в проекте Debian какие-то усилия по обеспечению переносимости j русских zip-архивов между платформами? (или совершались?) Похоже, что не не совершаются. Так что весьма советую взять альтовый патч, и создать баг в дебиановской BTS, в котором объяснить, почему этот патч необходим (в том числе и говорящим на других языках, где есть бардаки с charset'ами, хотя я таковых сходу и не припомню). Можно Ну, во-первых, вся восточная Европа, где Latin-2. Во-вторых, Турция, про CJK я вообще молчу. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: BIND9 Sarge
Edvins - debian-russian@lists.debian.org @ Mon, 14 Nov 2005 11:26:01 +0200:
E Добрый день !
E Проблема в следующем. Есть система Debian Sarge с установленным bind9.
E Необходимо резолвить внешний хост на другой IP
E /etc/hosts
E 1.1.1.1 testhost
E /etc/host.conf
E order hosts, bind
E /etc/resolv.conf
E nameserver 127.0.0.1
E /etc/nsswitch.conf
E hosts: files dns
E # host testhost
E Host testhost not found: 3(NXDOMAIN)
E Где зарыта проблема? Google ничего не подсказывает, кроме
E вышеупомянутых файлов
man host:
host is a simple utility for performing DNS lookups.
Чтение написаного в /etc/hosts не относится к разряду DNS lookup.
--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED]
А Элберет оксюморон! (c)JB
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: SATA
Serge Matveev [EMAIL PROTECTED] wrote: Появилась тут машинка с SATA и вопрос возник - после включения поддержки SATA в ядро linux теперь нормально с sata-винта грузится и даже видит его в ACIH mode (что хорошо), но почему-то лампочка винта на корпусе горит всегда, т.е. даже когда чтения/записи нет. Вот я и думаю - это плохо или нормально? 2.6.14+ поправили. P.S. Остряков просьба не беспокоиться - она горит всегда только под linux Да нет - оказалось, что там лампочкой драйверу мигать надо ;) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: vim и файлы в русских кодировка х (success story)
Идея красивая. Но в скрипте, кажется, есть ошибка. Итак, у меня LANG=ru_RU.KOI8-R, соответственно в скрипте правлю: set fileencodings=utf-8,cp1251,cp866,koi8-r set encoding=koi8-r set termencoding=koi8-r Далее проверяю так: 1) запускаю vim 2) :source /path/to/rotenc.vim 3) :e file-in-utf8-or-cp1251 (= отображается нормально, [перекодировано]) 4) F8 = получаю ошибку: Обнаружена ошибка при обработке function RotateEnc: строка4: E121: Неопределенная переменная: b:encindex E116: Параметры для функции match(encstring,#,b:encindex) заданы неверно E15: Недопустимое выражение: match(encstring,#,b:encindex) строка5: E121: Неопределенная переменная: x E116: Параметры для функции match(encstring,#,x+1) заданы неверно E15: Недопустимое выражение: match(encstring,#,x+1) строка6: E121: Неопределенная переменная: x 5) нажимаю ENTER = перекодировано в koi8-r 6) дальнейшие нажатия F8 проходят без ошибок 7) аналогично с первым нажатием F7 Если последовательность обратная -- вначале открываю, а только затем исполняю перекодировочный скрипт, то нажатия на F8 проходят без ошибок. Надеюсь, поможет понять в чём дело. С уважением, Сергей On Tue, Nov 08, 2005 at 01:59:58PM +0400, Dmitry-T wrote: Ранее я здесь спрашивал про то как просмотреть файл в различных русских кодировках. Попробовав разные варианты остановился на доработке скрипта предложенного Denis Golubev со ссылкой на www.linuxforum.ru. Получилось на мой взгляд очень удобно поэтому и решил выложить кусок своего .vimrc (во вложении) со следующими возможностями: F7 меняет по очереди формат концов строк (dos - CR NL, unix - NL, mac - CR) F8 переоткрывает файл в разных кодировках через :e ++enc=кодировка Shift+F8 тоже что и F8, но предварительно меняет внутреннюю кодировку vim на равную кодировке файла. Это нужно когда vim умничает и команда :e ++enc=кодировка для него не указ. Минус этого метода в том что когда внутренняя кодировка равна 8bit-cp866, то vim некоторые русские буквы неверно показывает, но именно показывает поскольку если конвертировать то ничего не портится (сравнить можно с результатом работы F8). Ctrl+F8 меняет кодировку файла, то есть после его сохранения он будет конвертирован Статусная строка позволяет контролировать происходящее. Показывает и формат файла и кодировки, заодно в нормальном режиме показывает код текущего символа в дес. и шестнадцатиричном виде. Кодировки: koi8-r cp1251 8bit-cp866 utf-8 ucs-2le. где ucs-2le - MS Windows unicode encoding (можно посмотреть содержимое вордовского файла, правда мотать неудобно из-за длинных строк) Опробация проводилась в ru_RU.UTF-8 -- С уважением Телегин Дмитрий -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Сборка Debian из исход ных текстов
Здравствуйте. Планирую в среднесрочной перспективе перейти на Debian на домашнем компьютере (сейчас - ASPLinux 10, мой первый линукс) и хочу сделать все как можно лучше. Поэтому начал заранее и без спешки готовиться. Как я понял, Debian для ix86 можно получить в виде бинарных пакетов с оптимизацией под i386 и в виде пакетов с исходными текстами. У меня Duron 1600 и я бы хотел, что-бы пакеты в моей системе имели более высокий уровень оптимизации (я еще с этим не разбирался - для меня это кажется i586 или athlon). В принципе, в debian-faq.ru.pdf на странице 41 говорится, как самостоятельно собирать двоичные пакеты из исходных. Однако из того, что там написано, я понял, что для сборки двоичного файла необходимо несколько файлов, а не один пакет исходных текстов, подготовленный к компилляции. К тому же процедура эта включает несколько последовательных действий для каждого пакета. Скажите, как можно установить Debian с более высоким уровнем оптимизации пакетов? Есть какой-то способ по массовой перегонке исходных пакетов в двоичные? Нужно-ли вначале установить минимальную систему Debian i386 или есть какой-то другой способ (например, из другого дистрибутива или еще как-нибудь)? Не будет-ли затем новых проблем в установке и настройке таких пакетов? Наконец - является ли желание иметь Debian заточенный под свой процессор нормальным (и соответственно мой вопрос закономерным) и значит предусмотренным разработчиками и сравнительно легко осуществимым? Или это удел гуру, а для чайников - блажь и в массе никто этим не занимается? И ещё: насколько уместно обращаться с вопросами вроде этого в эту рассылку? Может для чайников существует специальная рассылка? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Ошибка инсталляции ядра
В сообщении от 14 Ноябрь 2005 10:45 Pavel Ammosov написал(a): On Mon, Nov 14, 2005 at 12:06:07AM +0300, Yuri Sudakov wrote: У меня такая проблема - устанавливаю Sarge с винта, дошел до инсталяции ядра. Вылетает такая ошибка: /usr/sbin/mkinitrd: device /dev/hda6 is not a block device /dev/hda6 в данный момент является корнем (/). Я вторично mkinitrd проверяет устройство как-то типа [ -b $root ]. Посмотри на вывод ls -ld /dev/hda6 есть ли там в действительности блочное устройство. Я подозреваю что мешается devfs и там симлинк на /dev/ide/hostX/busY/... И действительно нету, вообще никаких hda. А как бы их создать? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
автозапуск
В какой файл писать команды который я хочу чтоб выполнялись при старте? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Ошибка инсталляции ядра
On Monday 14 November 2005 21:19, Yuri Sudakov wrote: В сообщении от 14 Ноябрь 2005 10:45 Pavel Ammosov написал(a): On Mon, Nov 14, 2005 at 12:06:07AM +0300, Yuri Sudakov wrote: У меня такая проблема - устанавливаю Sarge с винта, дошел до инсталяции ядра. Вылетает такая ошибка: /usr/sbin/mkinitrd: device /dev/hda6 is not a block device /dev/hda6 в данный момент является корнем (/). Я вторично mkinitrd проверяет устройство как-то типа [ -b $root ]. Посмотри на вывод ls -ld /dev/hda6 есть ли там в действительности блочное устройство. Я подозреваю что мешается devfs и там симлинк на /dev/ide/hostX/busY/... И действительно нету, вообще никаких hda. А как бы их создать? После загрузки основных компонентов инсталлера должна появиться директория /dev/discs. У меня по крайней мере так.
Re: автозапуск
On Monday 14 November 2005 19:20, Sergey Didanov wrote: В какой файл писать команды который я хочу чтоб выполнялись при старте? Надо поместить autoexec.bat в каталог /etc/init.d/ и после этого прочитать man update-rc.d -- Anton
Re: Ошибка инсталляции ядра
В сообщении от 14 Ноябрь 2005 22:51 Petrov Dmithriy написал(a): После загрузки основных компонентов инсталлера должна появиться директория /dev/discs. У меня по крайней мере так. У меня нет. Из группы discs есть только loop и ram. Я что-то не то при установке сделал? Вроде все по инструкции, ошибок не было. Никак Дебиан не хочет на мою машину вставать :( С компакта не видит разделы винта - предлагает весь винт угробить и новую таблицу создать. С винта ставлю - вот такая зараза выявилась. Что еще можно попробовать сделать? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
трабла с dosemu
система Debian Sarge 3.1r0 ядро 2.6.12, самосборное dosemu не запускается ни из под обычного пользователя, ни из под рута содержимое ~/.dosemu/boot.log следующее: -- CONF: config variable parser_version_3 set CONF: config variable c_system set CONF: Parsing built-in dosemu.conf file. CONF: config variable version_3_style_used set CONF: Parsing built-in global.conf file. CONF: config variable version_3_style_used unset CONF: config variable version_3_style_used set CONF: opened include file /etc/dosemu/dosemu.conf CONF: closed include file /etc/dosemu/dosemu.conf debug flags: -a+cw CONF: Disabling use of pentium timer CONF: dosbanner on CONF: timer freq=18, update=54925 CONF: CPU set to 386 CONF: 8192k bytes XMS memory CONF: 2048k bytes EMS memory CONF: EMS-frame = 0xe000 CONF: DPMI-Server on CONF: dosemu running on _xterm SER: directory /var/lock namestub LCK.. binary No MOUSE: (null) type 0 using internaldriver: yes, emulate3buttons: no baudrate: 0 CONF: Keyboard-layout keyb-user CONF: Alternate keyboard-layout ru device: /dev/fd0 type 2 h: 0 s: 0 t: 0 floppy A: CONF: fastfloppy = 1 CONF: IPX support off CONF(LPT0) f: (null) c: lpr o: -Plp t: 20 port: 0 CONF(LPT1) f: (null) c: lpr o: '' t: 20 port: 0 CONF: not allowing speaker port access CONF: Packet Driver disabled. device: /var/lib/dosemu/freedos type 4 h: -1 s: -1 t: -1 drive C: CONF: config variable c_system unset CONF: mostly running as USER: uid=1000 (cached 1000) gid=1000 (cached 1000) DBG_FD already set DOSEMU-1.2.1.0 is coming up on Linux version 2.6.12-686 CONF: reserving 640Kb at 0x0 for 'd' (Base DOS memory (first 640K)) CONF: reserving 64Kb at 0xF for 'r' (Dosemu reserved area) major = 136 minor = 0 CONF: reserving 128Kb at 0xA for 'v' (Video memory) SERIAL $Header: /cvsroot/dosemu/dosemu/src/base/serial/ser_init.c,v 1.1.2.5 2004/02/10 00:36:26 bartoldeman Exp $ Slang:S-Lang Error: Inconsistency in define key. Slang:S-Lang Error: Inconsistency in define key. CONF: reserving 64Kb at 0xE for 'E' (EMS page frame) TIME: using 9154 usec for updating ALRM timer ERROR: cpu exception in dosemu code outside of VM86()! trapno: 0x0e errorcode: 0x0005 cr2: 0xff8e eip: 0x69ee esp: 0xbfe5ffcc eflags: 0x00010246 cs: 0x0073 ds: 0x007b es: 0x007b ss: 0x007b Page fault: read instruction to linear address: 0xff8e CPU was in user mode Exception was caused by insufficient privilege VFLAGS(b): 01001001000110 EAX: EBX: 34c0 ECX: 081142c8 EDX: 0003 VFLAGS(h): 00010246 ESI: 3640 EDI: EBP: 0080 CS: 0073 DS: 007b ES: 007b FS: GS: 0033 FLAGS: PF ZF IF RF IOPL: 0 OOPS : 46 fc 7c 63 26 8a 07 98 89 c7 - 8b 44 42 8b 54 44 e8 34 f1 89 leavedos(4|0x4) called - shutting down ERROR: leavedos() called from within a signal context! -- WBR, Abba ICQ UIN: 241758589 JID: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: SATA
On Mon, 14 Nov 2005 16:06:57 +0200 Alexander Berezovsky wrote: AM 2.6.14+ поправили. 10x. Тогда спокойно подожду пока он в testing приедет. AB А через сколько обычно приезжает? Когда как. Вот баги пофиксят и приедет. AB И легко ли это тестинг ядро к саржу прикручивается? Дык откуда же я знаю, если у меня testing (Etch)? [EMAIL PROTECTED] spb ru Serge Matveev ... ICQ 3575357 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: framebuffer and cyrillic
может dpkg-reconfigure console-cyrillic поможет ? On 11/14/05, Brilliantov Kirill [EMAIL PROTECTED] wrote: Здравствуйте, debian-russian. Проблема в следующем. Включаю framebuffer через драйвер vesafb прописываю для загрузки параметр vga=792, что соответствует 1024х768. Все замечательно работает. Проблема в следующем - при данном режиме руссифицируется только первая консоль. Руссификация осуществляется посредством console-cyrillic. При переключении в другую консоль вместо русских букв наблюдаются прямоугольники. В советах к старому Debian, версии 1,3 или 2, нашел следующий спопсоб. for t in 1 2 3 4 5 6 do echo -e \033(K /dev/tty$t echo -e \033[0;30;42m Enable mapping on \033[0;31;42m /dev/tty$t \033[0;36;40m] done Файл с данным содержимым был создан и помещен в автозагрузку. При загрузке появились надписи Enable mapping on, правда почему то не цветные. Но консоли к сожалению все равно не руссифицировались. Можно конечно входя в консоли перезапускать console-cyrillic, но как то оно не удобно. Собствено говоря вопрос состоит в следующем - как при включенном framebuffere руссифицировать все консоли. -- С уважением, Brilliantov mailto:[EMAIL PROTECTED] -- every day we are more
SATA и IDE-CD
Что-то тут не то, но я никак не пойму что. Итак, мать ASUS P5GD1 на 915P чипсете. SATA винт, IDE CD-ROM, testing, 2.6.12, udev. После вкомпиливания libata в ядро винт видится и мы с него грузимся, но не видится CD-ROM. Совсем. Нету /dev/hd*. Куда рыть? Вялые попытки загрузить ide-cd ни к чему не приводят :-( Я не исключаю, что во время переноса системы со старого винта на этот я что-то не доделал в /dev, но udev ведь сам должен создасть устройство? В общем, спасите, кто может :-( [EMAIL PROTECTED] spb ru Serge Matveev ... ICQ 3575357 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Ошибка инсталляци и ядра
Yuri Sudakov пишет: В сообщении от 14 Ноябрь 2005 22:51 Petrov Dmithriy написал(a): После загрузки основных компонентов инсталлера должна появиться директория /dev/discs. У меня по крайней мере так. У меня нет. Из группы discs есть только loop и ram. Я что-то не то при установке сделал? Вроде все по инструкции, ошибок не было. Никак Дебиан не хочет на мою машину вставать :( С компакта не видит разделы винта - предлагает весь винт угробить и новую таблицу создать. С винта ставлю - вот такая зараза выявилась. Что еще можно попробовать сделать? А чё за машина? с 2.4 ядром пробовал ставиться? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: SATA и IDE-CD
15.11.05, Serge Matveev[EMAIL PROTECTED] написал(а): Что-то тут не то, но я никак не пойму что. Итак, мать ASUS P5GD1 на 915P чипсете. SATA винт, IDE CD-ROM, testing, 2.6.12, udev. После вкомпиливания libata в ядро винт видится и мы с него грузимся, но не видится CD-ROM. Совсем. Нету /dev/hd*. Куда рыть? Вялые попытки загрузить ide-cd ни к чему не приводят :-( Я не исключаю, что во время переноса системы со старого винта на этот я что-то не доделал в /dev, но udev ведь сам должен создасть устройство? Ядро его видит ? -- Regards, Yuri Kozlov
Re: InitNG
Добрый всем. Кто-нибудь пробовал это уже? В каком оно состоянии ныче? В experimental предыдущая версия есть, но как-то боязно ставить :-( А есть смысл его вообще ставить? Я честно говоря не нашел существенных за, возможно просто плохо искал. -- /al -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Сборка Debian из исхо дных текстов
Спасибо всем ответившим. Буду ставить Debian - возьму i386, если потом будет нечем заняться - почитаю про apt-build и что-нибудь попересобираю. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Сборка Debian из исхо дных текстов
On Tue, 15 Nov 2005, Роман Гуща wrote: Спасибо всем ответившим. Буду ставить Debian - возьму i386, если потом будет нечем заняться - почитаю про apt-build и что-нибудь попересобираю. На всякий случай, для размышления: http://www.debian.org/releases/stable/i386/release-notes/ True 80386 CPUs are no longer supported by sarge. This does not affect any CPUs that are compatible with 80486 CPUs or above. То есть i386 - это на самом деле i486... Успехов. Юра.
