Re: человеческий xmessage
On Fri, Jun 13, 2003 at 01:04:46AM +0600, Sergey wrote: В Чтв, 12.06.2003, в 12:03, Vlad Harchev пишет: On Wed, Jun 11, 2003 at 11:55:26PM +0600, Sergey wrote: Привет всем! Где прописываются шрифты для xmessage? Хочется чтоб мессаги на русском отображались по человечески. А можно пользоваться gdialog (идет с гномом) или Xdialog (ставится отдельно) или kdialog (есть в 3ем KDE по-моему) - у них всех намного более богатая функциональность. Попробовал gdialog: gdialog --title test --infobox test 100 100 Segmentation fault из логов signal 11 sent to (gdialog:25694) uid/euid:500/500 gid/egid:100/100, parent (init:1) uid/euid:0/0 gid/egid:0/0 Она у меня тоже валится если пускать от рута.. Странно.. Если от простого юзера - то все ОК. Завтра попробую Xdialog.. Да, пользовать лучше его - он более продвинутый чем gdialog. И тем более gdialog на gnome2 не будут портировать (написали ему несовместимую по командным строкам замену и с другим именем). Правда будут ли портировать Xdialog на gnome2 - неизвестно.. Но он хоть сам по себе идет и его можно с собой носить.. -- Best regards, -Vlad
Re: gcc?
On Fri, 13 Jun 2003, Yury Yurevich wrote: Доброго времени суток! Было дело, что 12 Июн 2003 в 12:07 Yuri Nefedov писал(а): По своему опыту работы с научными программами могу сказать, что опции компилятора вообще, а опции относящиеся к процессору в особенности, ничего не меняют (+/- 5% не в счет). Могу поспорить, поскольку для P4 для win-компилятора (vc6 vs. icc) включение оптимизации дает прирост в 2-5 раз (!!), а для AthlonXP: ~1.5 раза. В vc6 оптимизация под pentium и под скорость. Для IntelC последовательно включались SSE1/2 (для атлона, соответственно, только SSE1). Хотелось попробовать, какие скорости будет показывать gcc ;)) Может ли включение флагов MMX/SSE/3DNow (AFAIK, появилились в gcc-3.2) на lin аналогично увеличить скорость? И вопрос: если я поставлю оптимизацию под атлон (march, mcpu, 3dnow, etc), то значит ли это, что откомпиленная прога не запуститься на p4? Кстати, и есть ли разница в скорости выполнения проги при компиляции share/static? P.S. Мерялось не на бенчмарках, а на живых приложениях ( а) Расчет инерционных и фрикционных коэффициентов для уравнений Ланжевена в трехмерной модели; б) расчет функционалов потенциальной энергии в модели жидкой капли с диффузным краем в трехмерном случае [расчет небольшого количества точек, ~2% от 396526]) ; влияние дисковой подсистемы нивелировалось (измерения шли не со времени запуска программы, а со времени подгрузки всех данных с винта); измерения производились секундомером. P.P.S. Не малую роль играет фортран; за неимением intel fortran compiler ;)) измерения не проводились. А правда, что g77 имеет такие же флаги оптимизации, как и g++? -- Best regards, Yury Yurevich Доброе утро, Yuri. Ну возможно я и несколько преувеличил :). Однако, надо помнить, что использование SSE1 и 3Dnow ускоряет только single-precision операции, (давненько мне такие программы не попадались). У 3Dnow есть еще неприятная особенность, что оно не придерживается стандартов IEEE для чисел с плавающей точкой. Как я помню, например, при делении на ноль не будет nan образовываться. То есть пользоваться конечно можно, но в 100% работающих программах. SSE2 - несколько лучше, но имеется оно только у P4, у которого FPU довольно слабый, мягко говоря. Честно говоря сам на них никогда не работал, не знаю. Очень руки чешутся попробовать athlon64, как там с fp дела обстоят. С переносимостью проблема. Как я понимаю, собрав с 3Dnow на P4 уже не запустишь, и т.д. Для g77 я обычно ставлю -O -funroll-loops -mcpu=i686 -malign-double Какие-то опции общие с g++, какие-то нет. В общем info g77 Успехов, Юра.
Re[2]: gcc?
On Thu, 12 Jun 2003, Konstantin Ovchinnikov wrote: Здравствуйте, Yuri. Вы писали 12 июня 2003 г., 12:40:42: YN On Thu, 12 Jun 2003, Yury Yurevich wrote: Hi, debian-russian! Господа, объясните мне, пожайлуста, объясните мне ситуацию с различными версиями gcc. Итак, если есть проц (P4 или Athlon -- не важно, важно, что в march/mcpu для gcc-2.95 нет упоминания о них), значит ли это что, при компиляции я максимум добиваюсь оптимизации для абстрактного i686? Есть научная программа, которае нечто считает; стОит ли замарачиваться на вытягивание из сети gcc-3.2, даст ли это к-л преимущества по сравнению с gcc 2.95/3.0.4 на athlon/p4? Теперь о компиляции ядра: почему его стоит собирать только с gcc-2.95? -- Best regards, Yury Yurevich YN Hi, YN По своему опыту работы с научными программами могу сказать, YN что опции компилятора вообще, а опции относящиеся к процессору YN в особенности, ничего не меняют (+/- 5% не в счет). YN Ну не умеют еще компиляторы мысли отгадывать. YN Если написано криво, и в цикле каждый раз вызывается никому не YN нужная функция... YN Часто подход к написанию, - главное что бы цифра вылезла, YN а будет это день считаться или пять минут.., - значит YN пора новую машину покупать. Общая кривизна кода близка YN к абсолютной. YN Правда, есть исключения в виде lapack, вернее blas, который YN специально оптимизируют под отдельные процессоры. Но тут опять YN скорее не компилятор важен, а нужную библиотеки надо найти. YN (Это в сторону atlas надо смотреть) YN С новым компилятором связываться стоит скорее не из-за YN скорости, а потому как, все равно рано или позно, на него YN перебираться прийдется. Плюс, к синтаксису (для с++) YN он более строгий, - смотришь ошибки сами собой вылезут. YN Удачи. YN Юра. Год-полтора назад ковырялся с опцией march в gcc 3.0 или 3.1 - сейчас уже не помню. Машина - атлон, программа - amsol, если вам это ничего не говорит - она проводит множество операций с матрицами и расчитывает интегралы, т.е. чисто расчетная консольная прога. Ускорение работы наблюдалось при переходе от march=386 к march=486 и к march=athlon. 586 и 686 даже слегка замедляли расчет по сравнению с 486 8-)) Я уже не помню точно во сколько раз расчет ускорился (сравнивая march=386 и march=athlon), примерно в 5-7 раз!!! Можете представить мою радость - вместо 3-4 часов на задачу - 30 мин (а бывают и более долгие задачки) Да, забыл сказать - прога на фортране, компилировалась через фортрановый транслятор в сишный код. Настоящими фортрановскими компиляторами (в том числе и коммерческими) получался файл более крупный и медленный. Версии gcc не сравнивал, хотя собирался из спортивного интереса перекомпилить на 3.2 -- С уважением, Konstantin mailto:[EMAIL PROTECTED] Здравствуйте, Konstantin. Да, конечно, универсальных рецептов не существует, наверное я несколько сгустил краски :) Хотя такой большой прирост производительности (5 раз) внушает подозрения, даже трудно придумать, за счет чего такое может быть. Я бы профайлером посмотрел, что изменилось. Все же, обычно, основное время, особенно если много расчетов с матрицами, съедается на fp-умножения, что тут выиграешь. Правда, возможно они (матрицы) в кеш стали умещаться, ну так это тоже не от компилятора зависит. Заг-г-гадочно... Успехов, Юра = -- Вот дыры шире, шире, шире... -- А где же сыр? -- Забудь о сыре! =
ïðîáëåìà ñ âèäåîêàð òîé
Åñòü êàðòî÷êà NVidia Geforce4 MX440 64Mb, íî debian (kern 2.4.20) åå â óïîð âèäåòü íå õî÷åò. Xserver ïðîáóåò ïîñòàâèòü ñâîé äðàéâåð nv, íî â ïåðå÷íå îáîðóäîâàíèÿ åå íåò. Çàãëÿíóë íà nvidia.com, íî êàê òî íå óçðåë íè÷åãî ïîäõîäÿùåãî. Ìîæåò ïîäñêàæåò ãäå äðîâ ñêà÷àòü...èëè ìîæåò ñòîèò ðóêè ïîïðàâèòü? :) Ñÿíêñ!
Re: Sockets ?
Hello Vova, Monday, June 9, 2003, 4:22:19 AM, you wrote: V Есть такой вопрос: netstat говорит об открытых сокетах. Как узнать, V какие процессы с ними связанны. V И еще: как узнать какой процесс живет не заданном порту. netstat -p -- Al-r Kralin mailto:[EMAIL PROTECTED] http://[EMAIL PROTECTED]/ jabber://[EMAIL PROTECTED]
Re[2]: iBCS kernel patch
Hello Vladimir, Tuesday, June 10, 2003, 5:23:09 PM, you wrote: Спасибо за всё, ядро собралось. Теперь буду разбираться с sco-шными бинарниками. VNV Пожалуйста. Свежо в памяти - сам вот ковыряю. VNV BTW чуток успешной истории. Запустил фоксовую прогу VNV SCO'тским рантаймом. Проблему воода/вывода (cp866-koi8) VNV решил с помощью filterm (см. konwert). VNV Вторая жизнь для фоксовых программ. Сорри, если оффтопик. Фоксовых - это MS FoxPro? Если да, то где можно взять? -- Al-r Kralin mailto:[EMAIL PROTECTED] http://[EMAIL PROTECTED]/ jabber://[EMAIL PROTECTED]
Re: build source package for CPU
Bogdan wrote: On Thu, 12 Jun 2003 13:42:34 +0300 Pasha Kustov [EMAIL PROTECTED] wrote: А apt-build'у можно сказать выкачивать и исходники зависимостей? А то как-то неприкольно качать сначала licq, потом kdelibs, потом... И кто-нибудь делал apt-build world? Паша, алумниз и прочая ваша публика тебя прикончит за такие экспирименты. У вас ведь сеть и так полусдохшая, даже буз тебя там серфиться практически нереально - я еще с наших линуксовок зимних помню Не прикончит. Теперь сетка вроде уже нормально пашет. :) А что касается такого экстрима - то нет, с unstable такое не покатит, хотя мне самому так хочется. Пробуй c testing - там шансов больше, хотя никаких гарантий. Так у меня и есть тестинг... Так всё-таки КАК??? -- Pasha Kustovmailto:[EMAIL PROTECTED] IATP System Administrator Assistant
Linux LVM
Здравствуйте debian-russian . Возникло желание посмотреть 'Linux Volume Manager' aka LVM ... Бегло просмотрел HOWTO - вроде все очень просто ... Планирую использовать на разделах для ftp сервера. Стоит ли связываться ? Насколько ЭТО стабильно - может быть есть какие подводные камни, будет ли видеть LVM раздел команда 'df -h' и т.п . Debian Woody; 2.4.20; Спасибо !
Re: Linux LVM
Algis wrote: Здравствуйте debian-russian . Возникло желание посмотреть 'Linux Volume Manager' aka LVM ... Бегло просмотрел HOWTO - вроде все очень просто ... Планирую использовать на действительно просто разделах для ftp сервера. Стоит ли связываться ? Насколько ЭТО стабильно - может быть есть какие подводные камни, будет ли видеть LVM раздел команда вполне стабильно 'df -h' и т.п . будет единственный подводный камень - ты не сможешь потом отдать ни байта из лвм разела другой ОС, которая ЛВМ не поддерживает
Re: KDE
On Wed, 11 Jun 2003 02:10:30 +0300 [EMAIL PROTECTED] (Alexander V. Butenko) wrote: PK == Pasha Kustov writes: PK Ага. И заодно когда там XFree 4.3 будет... Кто-нибудь из присутствующик в курсе, какие перспективы у KDE 3.x попасть, наконец, в testing? С чем они зависли-то? А что тебя не устраивает в 4.2.1? По-мойму больше и не нужно. -- Bye А курсор прозрачный это же вообще супер! просто прелесть, хотя может его и можно забомбить в более раних версиях?? я не знаю! --
Unstable
Вопрос о целесообразности использавания различных версий Debian. 1. Что обычно ставят домашние пользователи которым нужен офис/мультимедия? 2. На примере моей моей системы: поставил woody первый диск, добавил sid 3-4 месячной давности (около 10 компактов). добавил sid (первый диск) посвежее в source.lst Сделал select, install в dselecte. (Woody была нужна потому что sid не ставился с нуля). Вопрос насколько такая система нестабильнее при работе основных программ (X40, wmaker, gnome, emacs, mutt, apache 1, iptables, postfix, procmail, mysql, php, 2.4.18, mc, grub... ) по сравнению с Woody, стоит ли ее использовать на домашнем компьюторе (1 пользователь) ? Пытаясь ответить на вопрос сам могу сказать что: кто-то кое-где у нас порой вылетает (xmms при переключении из х и обратно с нвидиа драйвером, не/многие мультимедиа программы. stormpkg, gsynaptic), некоторые программы не грузятся, wmAppы иногда забывают стартовать в wmDocke, некоторые виснут (х игры, мозилла). некоторые не инсталируются (из дистрибьютива. деселектом). Насколько это характерно для современного GNU/Linux? ? (Ред Хет 5.2 был хуже) Спрашиваю для того чтобы лучше понять какой вариант (stable/unstable/testing/смешанный) лично мне стоит использовать и чего ждать. Документы на debian.org я читал. Хочется услышать субьективные, личностные мнения. С уважением Николай [EMAIL PROTECTED]
Re: KDE
NN == Nikolaev Nikolay writes: PK Ага. И заодно когда там XFree 4.3 будет... Кто-нибудь из присутствующик в курсе, какие перспективы у KDE 3.x попасть, наконец, в testing? С чем они зависли-то? А что тебя не устраивает в 4.2.1? По-мойму больше и не нужно. NN А курсор прозрачный это же вообще супер! просто прелесть, хотя NN может его и можно забомбить в более раних версиях?? я не знаю! 8-) Обнять и плакать. Мне наверное не понять полезности этой крутейшей фичи. -- Bye np: Deep Purple - Call of the Wild
SSL
Hello debian-russian ! Недавно возникла такая проблема с ssl: программа которая ее использует (nessus) пишет SSL_connect[753]: error::lib(0):func(0):reason(0) С чем бы это могло быть связанно ?
Re: Re[2]: iBCS kernel patch
On Fri, 13 Jun 2003 15:50:32 +0400 Al-r Kralin [EMAIL PROTECTED] wrote: Tuesday, June 10, 2003, 5:23:09 PM, you wrote: VNV BTW чуток успешной истории. Запустил фоксовую прогу VNV SCO'тским рантаймом. Проблему воода/вывода (cp866-koi8) VNV решил с помощью filterm (см. konwert). VNV Вторая жизнь для фоксовых программ. Сорри, если оффтопик. Фоксовых - это MS FoxPro? Если да, то где можно взять? http://www.intergate.com/~dallen24/ http://www.intergate.com/~dallen24/share/foxrun.tar Если хорошо поискать в сети, то можно найти и сам FoxPro 2.6 for SCO Unix. Зовётся foxpro.tgz 8-D -- jabber: [EMAIL PROTECTED] VEL-RIPE
Re: KDE
On Sat, Jun 14, 2003 at 01:05:18AM +0300, Alexander V. Butenko wrote: А что тебя не устраивает в 4.2.1? По-мойму больше и не нужно. NN А курсор прозрачный это же вообще супер! просто прелесть, хотя NN может его и можно забомбить в более раних версиях?? я не знаю! 8-) Обнять и плакать. Мне наверное не понять полезности этой крутейшей фичи. течет красиво... -- WBR, Michael Shigorin [EMAIL PROTECTED] -- Linux.Kiev http://www.linux.kiev.ua/
snort 2.0 не работает!
Здравствуйте! Поставил себе на машину snort из testing (v 2.0.0-3.1)... Но он не работает. Не работал и 1.8. Даже сканирование портов не определял... И такое чувство, что только у меня одного во всем мире была такая проблема -- ни одного следа в Google по этой теме... Все, что я сделал -- это установил apt-get'ом snort из testing и произвел минимальную настройку с помощью debconf (эта настройка сохранилась в snort.debian.conf). Еще раскомментировал пару строк в snort.conf (касательно правил). При запуске (snort -c /etc/snort/snort.conf -m 027 -S HOME_NET=any -l /var/log/snort -d -u snort -g snort -i eth0 -o) программа выдает сообщения об ходе загрузки правил и начинает слушать (интерфейс eth0, как и ожидается). Однако: Сканирование портов с помощью nmap (-sS, -sT) ни к чему не приводит (нигде в логах ничего не видно...). Проба древним (2001-11-29) эксплоитом apache тоже. Соответственно, ежедневные доклады snort пусты... Пинги она вообще не детектирует, то есть в результатах сессии рядом с ICMP стоит 0... Iptables тут ни при чем -- он и сканирование позволяет, и пинги и много еще чего -- я тут еще особо не утруждал себя пока... Помогите, как мне с этой проблемой справиться? Что нужно еще настраивать? Где есть какое-то подобие мини-HOWTO по настройке snort на Debian? Есть ли хорошая альтернатива snort-у? Всего хороего, -- [:: Andrei Sosnin ]---[*]) [:: http://zzx.dyn.ee ][*]) [it:all:depends:on:your:vision]--[*])
