Re: Как спастись от mysql-ser ver в KDE 4.2
Владимир Ступин пишет: Плюсую. Люди, которые не могут зафиксировать свои желания в письменном виде, обычно сами не знают чего хотят. А те, кому это делать лень, либо имеют достаточно денег, чтобы переложить эту заботу на других, либо ничего не получат. Вопрос только в том на кого переложат - на собственных сотрудников или на компанию-исполнителя. Во втором случае бывает проще отказаться. В общем-то почти соглашусь. По моей практике заказчик почти никогда не знает, чего он хочет в точности. Но для есть менеджеры, дело которых выяснить как работает заказчик, что можно автоматизировать в его работе и предложить заказчику это в виде ТЗ. Сам заказчик собственно не пишет такие документы. Он собственно сам не фиксирует в письменном виде, он только оплачивает работу по написанию такого документа :) А вариант мне по аське сказали поправить - допускаю только если мне скинули текст ошибки на исправление, а не новую работу. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Багав Evolution
3/16/2009, ivan i...@ngavt.omskcity.com вы писали: В Пнд, 16/03/2009 в 00:19 +0300, Mishustin Alexey пишет: Доброго времени суток! Обнаружил багу в Evolution в Lenny. Воспроизводится так: Предварительное условие: должна быть хотя бы одна сохраненная задача. 1) Открыть Evolution 2) Перейти к Задачам 3) Переключить раскладку клавиатуры рус/анг (в любую сторону) 4) Открыть любую существующую задачу 5) Не перемещая курсор с названия задачи (поля Коротко), переключить раскладку клавиатуры рус/анг (в любую сторону) и после этого как-нибудь изменить название 6) Сразу после этого нажать на кнопку Сохранить или Файл - Сохранить, задача закроется 7) Переключить раскладку клавиатуры рус/анг (в любую сторону) 8) Повторить пункты 4, 5 и 6 У меня после этого крэш. У кого-то еще воспроизводится? Сначал мне казалось, что рушится всегда при правке названия, потом я установил, что на это влияет количество переключений раскладки - оно делает багу плавающей. Походу, влияет еще, переключал ли я раскладку перед работой с Задачами в Почте... У меня и без переключений рус/лат вывалилось при изменении названия задачи после сохранить. Значит, все-таки не показалось... Если не сложно, подпишитесь на багу http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=519740 - наверное, это ускорит ее рассмотрение. С уважением, Алексей Мишустин -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Как спастись от mysql-ser ver в KDE 4.2
Alexey Pechnikov пишет: Hello! Кому, простите, следует? Вы слишком категоричны - некоторые люди ухитряются познакомиться и счастливо жениться, познакомившись в аське или скайпе, а вы утверждаете, что такого общения мало для написания программы! Лично я еще не видел ни одного заказчика, который бы сам сумел сформулировать задачу. Обычно техзадание составляется на после ввода системы в эксплуатацию. Что касается личного общения, то оно конечно помогает, но далеко не всегда возможно - смею вас заверить, за МКАДом простираются огромные пространства, и до заказчика добираться оказывается или очень долго или очень дорого. Если вы отказываетесь общаться с заказчиком по аське/скайпу, то совершенно закономерно, что ни одному заказчику не удается поставить задачу посредством вышеозначенных средств коммуникации. Так что не видели не есть аргумент, раз вы и не смотрели. Впрочем, мне наверняка не удастся вас в чем-то убедить, поскольку бюрократия и формализм в России процветают, несмотря ни на что. Best regards. За время своей работы убедился, что бюрократия вещь весьма нужная. У нас задание на доработки могут давать подразделения заказчика. Так вот, бывали ситуации когда с представителем подразделения на словах обговаривали необходимые им доработки, делали их, а они потом говорили - да это все не то, мы не то имели в виду. В общем начинать работу без подписанной бумаги - себе дороже. Пусть даже это не оформленное по ГОСТу ТЗ, а простой листок с четким изложение задачи просто _подписанный_ заказчиком. Составленный возможно и не им самим. Но составлен он должен быть _обязательно_ до начала работ. В случае удаленных заказчиков - есть масса возможностей - например, S/MIME. Ну или факс с подписью. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Багав Evolution
На Mon, 16 Mar 2009 09:06:19 +0300 Mishustin Alexey shum...@shumkar.ru записано: наверное, это ускорит ее рассмотрение. Неа, не ускорит. Ускорить можно, если патч прислать, например :) -- Best regards, Alexander GQ Gerasiov Contacts: e-mail:g...@cs.msu.su Jabber: g...@jabber.ru Homepage: http://gq.net.ru ICQ: 7272757 PGP fingerprint: 0628 ACC7 291A D4AA 6D7D 79B8 0641 D82A E3E3 CE1D -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: you tube
16:52 Sun 15 Mar, Dmitry Marin wrote: В Вск, 15/03/2009 в 18:59 +0600, Ivan Petrov пишет: Какой-нибудь софт, доступный для установки в lenny, может прослеживать youtube ссылки и скачивать flv ролик на диск? И.П. P.S. может wget с какими-нибудь ключами? Плагин к iceweasel\firefox Flashgot прекрасно с этим справляется: http://flashgot.net/features#fgmedia Ну коли уж речь о плагинах зашла, то добавлю свои пять копеек. Использую DownloadHelper. Тянет любые ролики, с любых сайтов. В сущности с его помощью можно вытянуть ссылку, после чего скормить его wget'y, хотя профита от такого дела я не вижу. -- Murat D. Kadirov pgp4jzaj9tXdc.pgp Description: PGP signature
Re: Багав Evolution
3/16/2009, Alexander GQ Gerasiov g...@cs.msu.su вы писали: На Mon, 16 Mar 2009 09:06:19 +0300 Mishustin Alexey shum...@shumkar.ru записано: наверное, это ускорит ее рассмотрение. Неа, не ускорит. Ускорить можно, если патч прислать, например :) )) Понял )) С уважением, Алексей Мишустин -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: /etc/modutils (Re: включение ISA звука на ноуте или es1879 + Lenny)
Twas brillig at 21:23:29 15.03.2009 UTC-04 when s...@networkgate.us did gyre and gimble: /etc/modutils не нужен, это старьё времён пакета modutils, N А как правильно проверить, нужны ли файлы: N /etc/modutils/bluez N /etc/modutils/diald отодвинуть в сторону и посмотреть, сломалось ли что :) Не нужны. -- pgpsKN6dVHylY.pgp Description: PGP signature
Re: кодировка
d...@designinfo.ru пишет: Я теги в utf храню, но и в 1251 нормально отображаются, если не успел перекодировать. Да на своем компе можно хоть в koi-8 хранить, проблема в том, что я с сетки качаю - а там 1251. Так что совет к месту. И.П. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
tcpdump не работает с wlan?
А что, утилита tcpdump не работает с wlan? Когда компьютер подключен к проводному соединению eth0, работает нормально, показывает пакеты, когда к wlan0, пишет tcpdump: WARNING: eth0: no IPv4 adress assiahed tcpdump: verbouse output suppresed, use -v or -vv for full protocol decode listening on eth0, link-type EN10MB (Ethernet). capture size 96 bytes tcpdump -v, tcpdump -vv - результат тот же -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Мониторинг подключений Tor
В Вск, 15/03/2009 в 13:27 +0300, James Brown пишет: Не подскажите новичку, как в консоли/терминале (с помощью каких команд) мониторить подключения Tor? Не посмотреть-ли тебе на досуге proxychains? (лично я с тором дела не имел. Свою параною я через американский сервер удовлетворяю) -- DamirX -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: you tube
В Вск, 15/03/2009 в 19:02 +0600, Mikhail Gusarov пишет: AIYF. MGIYF :-) -- DamirX -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: emacs22 lenny текст на русско м
Artem Chuprina wrote: -misc-fixed-medium-r-semicondensed--13-*-*-*-*-*-iso10646-1 -misc-fixed-medium-r-normal-*-13-*-*-*-*-*-*-* Мне нормал больше по душе, кодировку опыты показали можно не указывать (для emacs графического). А вот это кусочек из ~/.fvwm/config AddToMenu Utilities Utilities Title + Mc Exec xterm -fn \ -misc-fixed-medium-r-*-*-18-*-*-*-*-*-iso10646-1 \ -name mc-secondary -geometry 120x42 -e bash -i -c mc -x Тутачки 120 позиций под имена длинных файлов, без iso10646-1 русских буковок не увидим (LANG=en_US.UTF-8) и шрифт крупненький для красивого отображения bolt'а (при 12 px буковки сливаются в пятнышка). -- С уважением, Александр Гавенко. Компания БИФИТ. Сайт: www.bifit.com.ua Тел:+38 (0562) 23-23-14, 23-31-00 E-mail: gave...@bifit.com.ua -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: tcpdump не работает с wlan?
На Mon, 16 Mar 2009 10:48:27 +0300 James Brown jbrownfi...@gmail.com записано: А что, утилита tcpdump не работает с wlan? Когда компьютер подключен к проводному соединению eth0, работает нормально, показывает пакеты, когда к wlan0, пишет tcpdump: WARNING: eth0: no IPv4 adress assiahed tcpdump: verbouse output suppresed, use -v or -vv for full protocol decode listening on eth0, link-type EN10MB (Ethernet). capture size 96 bytes ^ Какое из слов ты не в состоянии понять? -- Best regards, Alexander GQ Gerasiov Contacts: e-mail:g...@cs.msu.su Jabber: g...@jabber.ru Homepage: http://gq.net.ru ICQ: 7272757 PGP fingerprint: 0628 ACC7 291A D4AA 6D7D 79B8 0641 D82A E3E3 CE1D -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Мониторинг подключений Tor
День добрый! 2009/3/16 DamirX damir.haki...@gmail.com: В Вск, 15/03/2009 в 13:27 +0300, James Brown пишет: Не подскажите новичку, как в консоли/терминале (с помощью каких команд) мониторить подключения Tor? Не посмотреть-ли тебе на досуге proxychains? (лично я с тором дела не имел. Свою параною я через американский сервер удовлетворяю) Параноикам стоит почитать http://www.securitylab.ru/news/302579.php -- Best regards, Oleg Gashev.
Re: Мониторинг подключ ений Tor
Twas brillig at 10:44:03 16.03.2009 UTC+02 when gas...@zahav.net.il did gyre and gimble: OG Параноикам стоит почитать http://www.securitylab.ru/news/302579.php Это не параноикам, это, эээ, людям, которые слышали слово tor, и больше ничего, а про безопасность ничего не знают. -- pgpsPFW1ZpLAK.pgp Description: PGP signature
Re: tcpdump не работает с wlan?
Alexander GQ Gerasiov пишет: На Mon, 16 Mar 2009 10:48:27 +0300 James Brown jbrownfi...@gmail.com записано: А что, утилита tcpdump не работает с wlan? Когда компьютер подключен к проводному соединению eth0, работает нормально, показывает пакеты, когда к wlan0, пишет tcpdump: WARNING: eth0: no IPv4 adress assiahed tcpdump: verbouse output suppresed, use -v or -vv for full protocol decode listening on eth0, link-type EN10MB (Ethernet). capture size 96 bytes ^ Какое из слов ты не в состоянии понять? Так как писать команду? tcpdump -v wlan 0 tcpdump -vv wlan0 чтоли? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Мониторинг подключ ений Tor
На Mon, 16 Mar 2009 10:44:03 +0200 Oleg Gashev gas...@zahav.net.il записано: День добрый! 2009/3/16 DamirX damir.haki...@gmail.com: В Вск, 15/03/2009 в 13:27 +0300, James Brown пишет: Не подскажите новичку, как в консоли/терминале (с помощью каких команд) мониторить подключения Tor? Не посмотреть-ли тебе на досуге proxychains? (лично я с тором дела не имел. Свою параною я через американский сервер удовлетворяю) Параноикам стоит почитать http://www.securitylab.ru/news/302579.php http://offline.computerra.ru/2007/713/342517/ -- Best regards, Alexander GQ Gerasiov Contacts: e-mail:g...@cs.msu.su Jabber: g...@jabber.ru Homepage: http://gq.net.ru ICQ: 7272757 PGP fingerprint: 0628 ACC7 291A D4AA 6D7D 79B8 0641 D82A E3E3 CE1D -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Мониторинг подключен ий Tor
Mikhail Gusarov пишет: Twas brillig at 10:44:03 16.03.2009 UTC+02 when gas...@zahav.net.il did gyre and gimble: OG Параноикам стоит почитать http://www.securitylab.ru/news/302579.php Это не параноикам, это, эээ, людям, которые слышали слово tor, и больше ничего, а про безопасность ничего не знают. 1. Тоже самое может сделать любой пров на незаторенном соединении (или тот, кому пров не сможет отказать, например Органы). 2. А ssl, ssh и PGP шифрование на что? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: tcpdump не работ ает с wlan?
On 16.03.09 1150 (+0300), James Brown wrote: Alexander GQ Gerasiov пишет: На Mon, 16 Mar 2009 10:48:27 +0300 James Brown jbrownfi...@gmail.com записано: А что, утилита tcpdump не работает с wlan? Когда компьютер подключен к проводному соединению eth0, работает нормально, показывает пакеты, когда к wlan0, пишет tcpdump: WARNING: eth0: no IPv4 adress assiahed tcpdump: verbouse output suppresed, use -v or -vv for full protocol decode listening on eth0, link-type EN10MB (Ethernet). capture size 96 bytes ^ Какое из слов ты не в состоянии понять? Так как писать команду? tcpdump -v wlan 0 tcpdump -vv wlan0 чтоли? man tcpdump: -i Listen on interface. If unspecified, tcpdump searches the system interface list for the lowest numbered, configured up interface (excluding loopback). Ties are broken by choosing the earliest match. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org -- Best regards, Vasily Ivanov mailto:cae...@academ.org -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Утилита отлкючения питания для ноутбука
On Mon, 16 Mar 2009, James Brown wrote: yuri.nefe...@gmail.com пишет: On Sun, 15 Mar 2009, James Brown wrote: yuri.nefe...@gmail.com пишет: p.s.s. документация к laptop-mode содержится прямо в файлах конфигурации: /etc/laptop-mode/. Начинать надо с /etc/laptop-mode/laptop-mode.conf Только поосторожнее с настройками засыпания диска, hard-disk с помощью них можно и убить невзначай. Раз уж там можно сделать такой ужос, не подскажите, что там нужно отконфигурировать, чтобы при разряде батареи не было аварийного останова (и при этом не убить hard-disk :o ) 1) Надо определится, что надо делать если заряд батареи ниже какого-то уровня. И далее в соответствием с этим править /etc/laptop-mode/conf.d/auto-hibernate.conf Я себе поставил: ENABLE_AUTO_HIBERNATION=1 HIBERNATE_COMMAND=/etc/acpi/powerbtn.sh 2) Остановка (spinning down) диска - это другая песня. Я предпочитаю с этим не связываться и поэтому в /etc/laptop-mode/laptop-mode.conf # The drives that laptop mode controls. # Separate them by a space, e.g. HD=/dev/hda /dev/hdb. The default is a # wildcard, which will get you all your IDE and SCSI/SATA drives. # HD= 1) А что значит остановка диска, это типа как в винде спящий режим? И чем она плоха на Ваш взгляд? Про винду не скажу, но похоже там других режимов и не бывает :). Плохо тем, что ресурс раскрутка/остановка самый маленький для дисков ~1000 раз, так что его легко выбрать. Да и ток потребляемый при раскрутке ~1A, что ни есть хорошо (в нормальном состоянии 0.1A). 2) Стоит ли в /etc/laptop-mode/laptop-mode.conf устанавливать значение VERBOSE_OUTPUT равным 1? Спросите читателя логов. 3) Что значит настройки ACPI only, это связано с возможностью их применения только если установлены какие-то утилиты, или с аппаратным обеспечением? У меня в системе есть каталог /etc/acpi # Some options only work on ACPI systems. They are marked ACPI-ONLY. Какое слово перевести? Если портабле не слишком старый, то он поддерживает ACPI. 4) А чем отличается Ваша запись HIBERNATE_COMMAND=/etc/acpi/powerbtn.sh от записи от установленного у меня по умолчанию значения равного /usr/sbin/hibermate, в чем разница в работе этих утилит? Она определяет, что будет происходить если заряд батареи меньше, скажем, 5%. Я нажимаю кнопку power и иду спать. По умолчанию засыпает лаптоп, а пользователь бегает и ищет для него розетку. Чувствуете разницу? Только hibernate (не hibermate) apt-cache search hibernate ... hibernate - smartly puts your computer to sleep (suspend to RAM or disk) ... Ю.
Re: Мониторинг подключ ений Tor
Mikhail Gusarov - debian-russian@lists.debian.org @ Mon, 16 Mar 2009 14:47:21
+0600:
OG Параноикам стоит почитать
OG http://www.securitylab.ru/news/302579.php
MG Это не параноикам, это, эээ, людям, которые слышали слово tor, и
MG больше ничего, а про безопасность ничего не знают.
Типа параноики - это те, кто эти самые узлы сам организовал и
лично посмотрел, что там творится?
--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: r...@jabber.ran.pp.ru
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Мониторинг подключ ений Tor
Twas brillig at 12:18:49 16.03.2009 UTC+03 when r...@ran.pp.ru did gyre and gimble: AC Типа параноики - это те, кто эти самые узлы сам организовал и AC лично посмотрел, что там творится? Параноики - это те, кто не используют шифрование для передачи данных, которые нужно скрыть: что через tor, что не через tor. -- pgp3nvlER4p82.pgp Description: PGP signature
Re: you tube
DamirX - debian-russian@lists.debian.org @ Mon, 16 Mar 2009 11:15:09 +0300:
AIYF.
D MGIYF
D :-)
rm-rf/IYF ...
--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: r...@jabber.ran.pp.ru
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: emacs22 lenny текст на русск ом
Oleksandr Gavenko - debian-russian@lists.debian.org @ Mon, 16 Mar 2009
10:12:31 +0200:
-misc-fixed-medium-r-semicondensed--13-*-*-*-*-*-iso10646-1
OG -misc-fixed-medium-r-normal-*-13-*-*-*-*-*-*-*
OG Мне нормал больше по душе, кодировку опыты показали можно не
OG указывать (для emacs графического).
Кодировку и по документации можно не указывать. У меня там просто
более-менее общая конструкция формирования имени шрифта в зависимости от
размера дисплея. Распространяется не только на emacs. Данный шрифт -
от экрана 1024x768. Если поставить normal, два раза по 80 символов в
ширину экрана не влезут.
--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: r...@jabber.ran.pp.ru
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Утилита отлкючени я питания для ноутбук а
yuri.nefe...@gmail.com пишет: On Mon, 16 Mar 2009, James Brown wrote: yuri.nefe...@gmail.com пишет: On Sun, 15 Mar 2009, James Brown wrote: yuri.nefe...@gmail.com пишет: p.s.s. документация к laptop-mode содержится прямо в файлах конфигурации: /etc/laptop-mode/. Начинать надо с /etc/laptop-mode/laptop-mode.conf Только поосторожнее с настройками засыпания диска, hard-disk с помощью них можно и убить невзначай. Раз уж там можно сделать такой ужос, не подскажите, что там нужно отконфигурировать, чтобы при разряде батареи не было аварийного останова (и при этом не убить hard-disk :o ) 1) Надо определится, что надо делать если заряд батареи ниже какого-то уровня. И далее в соответствием с этим править /etc/laptop-mode/conf.d/auto-hibernate.conf Я себе поставил: ENABLE_AUTO_HIBERNATION=1 HIBERNATE_COMMAND=/etc/acpi/powerbtn.sh 2) Остановка (spinning down) диска - это другая песня. Я предпочитаю с этим не связываться и поэтому в /etc/laptop-mode/laptop-mode.conf # The drives that laptop mode controls. # Separate them by a space, e.g. HD=/dev/hda /dev/hdb. The default is a # wildcard, which will get you all your IDE and SCSI/SATA drives. # HD= 1) А что значит остановка диска, это типа как в винде спящий режим? И чем она плоха на Ваш взгляд? Про винду не скажу, но похоже там других режимов и не бывает :). Плохо тем, что ресурс раскрутка/остановка самый маленький для дисков ~1000 раз, так что его легко выбрать. Да и ток потребляемый при раскрутке ~1A, что ни есть хорошо (в нормальном состоянии 0.1A). А что касается износа самих дисков? Если они практически непрерывно работают, это не увеличивает степень их износа? (Мне как-то рассказали страшную сказку как у мужика на второй месяц после покупки ноута винт развинтился :-) ) 2) Стоит ли в /etc/laptop-mode/laptop-mode.conf устанавливать значение VERBOSE_OUTPUT равным 1? Спросите читателя логов. А смысл есть эти логи читать в принципе? Или на первых порах, будучи начинающим линуксоидом, изучая работу системы, стоит? 3) Что значит настройки ACPI only, это связано с возможностью их применения только если установлены какие-то утилиты, или с аппаратным обеспечением? У меня в системе есть каталог /etc/acpi # Some options only work on ACPI systems. They are marked ACPI-ONLY. Какое слово перевести? Если портабле не слишком старый, то он поддерживает ACPI. А как это определить? У меня Fujitsu Siemens Lifebook C2234 2003 г. выпуска, проц. Celeron 1066 Мгц 128 Мгб ОЗУ видимо, старенький (на новый двухядерник 2007 г. я пока не рискую рабочую среду менять, решил на старом изучить и тогда уже решить вопрос об окончательной миграции, точнее винду придется для некоторых прог оставить, типа бирж. терминала, версии которого для линукса нет, а самому как-то пытаться что-то с ним сделать - пока я не на том уровне). 4) А чем отличается Ваша запись HIBERNATE_COMMAND=/etc/acpi/powerbtn.sh от записи от установленного у меня по умолчанию значения равного /usr/sbin/hibermate, в чем разница в работе этих утилит? Она определяет, что будет происходить если заряд батареи меньше, скажем, 5%. Я нажимаю кнопку power и иду спать. По умолчанию засыпает лаптоп, а пользователь бегает и ищет для него розетку. Чувствуете разницу? Только hibernate (не hibermate) apt-cache search hibernate ... hibernate - smartly puts your computer to sleep (suspend to RAM or disk) ... Ю. Не совсем понял, в Вашем случае надо нажимать кнопку, а в случае с установками по умолчанию - он засыпает сам? А если у него во время работы уровень заряда батареи упал, а ты не обращаешь внимания - аварийный останов чтоли? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Мониторинг подключен ий Tor
Mikhail Gusarov пишет: Twas brillig at 12:18:49 16.03.2009 UTC+03 when r...@ran.pp.ru did gyre and gimble: AC Типа параноики - это те, кто эти самые узлы сам организовал и AC лично посмотрел, что там творится? Параноики - это те, кто не используют шифрование для передачи данных, которые нужно скрыть: что через tor, что не через tor. Вообще-то адекватный параноик должен и решать вопрос с анонимностью, и вопрос с шифрованием, а Вы про дураков каких-то пишите :-) Впрочем, если где антиправительственные лозунги в открытых ресурсах постить, то шифрование для этого в принципе не нужно :-D -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: icedove - новый глюк
Oleg Matviychuk - debian-russian @ Mon, 16 Mar 2009 06:10:22 +0200:
После апдейта, icedove стал сейвить письма, в процессе их
написания, в draft в большом количестве,
Кто-нибудь наблюдает похожие симптомы ?
на lenny на работе - нет, на трех вдовах жалоб не поступает.
Спасибо.
И на моем лаптопе перестал так глючить, после перезагрузки.
Видимо после апдейтов надо перезагружаться, для профилактики.
OM Перезагрузка после обновления софта? Где-то я уже такое видел.
По крайней мере саму софтину лучше перезагрузить. А если она малость
гноманутая - то может оказаться полезным как минимум перезагрузить
иксовую сессию (где до сих пор болтаются в памяти N+K различных
хелперных процессов, натурально, предыдущей версии...)
--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: r...@jabber.ran.pp.ru
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Перевести в lvm ж ивую систему. Какие есть варианты?
Peter Teslenko - debian-russian@lists.debian.org @ Mon, 16 Mar 2009 01:32:06
+0300:
Смотря как попиленый... Если попиленый на / и swap, и свободного места
кот наплакал, то, вероятно, только с применением другого винчестера и
парой перезагрузок.
PT Filesystem 1K-blocks Used Available Use% Mounted on
PT /dev/sda2 1951808125708 1826100 7% /
PT tmpfs 1038188 0 1038188 0% /lib/init/rw
PT udev 1024072 10168 1% /dev
PT tmpfs 1038188 0 1038188 0% /dev/shm
PT /dev/sda146633 15976 28249 37% /boot
PT /dev/sda7 9767184493140 9274044 6% /home
PT /dev/sda6 2931680349896 2581784 12% /usr
PT /dev/sda3 48828008 14396020 34431988 30% /var
PT /dev/sda5 5845408 2563888 3281520 44% /var/log
Ну, не без геморроя, но можно. downtime некоторый все же будет,
поскольку танцевать надо начинать с /var, а его на лету не больно
отмонтируешь. Файловая система, я так понимаю, не допускает shrink на
ходу?
man ext2resize, man какой-нибудь-parted, ну и man все утилиты пакета
lvm2. Бэкап сделать не забудь.
В принципе, ничего сложного, просто ошибиться легко.
Если будешь уносить корень на lvm, надо еще будет в initrd нужных
модулей напихать. Вероятно, посредством перегенерации оного после
chroot на этот самый lvm.
--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: r...@jabber.ran.pp.ru
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Утилита отлкючения питания для ноутбука
James Brown - debian-russian@lists.debian.org @ Mon, 16 Mar 2009 01:21:56
+0300:
JB 4) А чем отличается Ваша запись
JB HIBERNATE_COMMAND=/etc/acpi/powerbtn.sh от записи от установленного
JB у меня по умолчанию значения равного /usr/sbin/hibermate, в чем
JB разница в работе этих утилит?
Разница зависит от того, что у тебя написано в /etc/acpi/powerbtn.sh,
очевидно... Мужик, ну ты б хоть глянул туда, прежде чем в рассылку
писать. Там, надо полагать, три строки вместе с комментариями...
--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: r...@jabber.ran.pp.ru
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Функционал и интерфейс
В Птн, 13/03/2009 в 21:49 +0300, Artem Chuprina пишет: Покотиленко Костик - debian-russian@lists.debian.org @ Fri, 13 Mar 2009 19:56:06 +0200: Вот, навскидку назвал, и это несмотря на то, что вы привели список _консольных_ утилит в основном. Просто для информации: к любой консольной утилите (у которой есть stdin и stdout) веб-морду можно приделать как два пальца об асфальт. Осталось только узнать зачем. ПК Вот-вот. ПК Плохая практика: прога с CLI + фронтенд ПК Хорошая практика: прога с CLI -- либа -- прога с GUI То, что ты назвал плохой практикой - unix way, и тот факт, что эта практика - плохая, требует обоснования. Нет, я не утверждаю, что браузер - достаточно хороший гуй, а HTTP - достаточно хороший протокол, чтобы тыкать их во _все_ дырки... Фронтенд совершенно не обязательно должен работать по HTTP... Ну и да, по ходу дела ты, по сути, записал в плохую практику практически все клиент-серверные решения. Начиная с SMTP и HTTP :-) ПК Не так. Не путай клиент-серверное решение и IPC с фронтендом :). Разница ПК очевидна: ПК 1. IPC: связь нескольких процессов в пределах одной машины ПК 2. клиент-серверное решение: связь нескольких процессов работающих на ПК разных машинах Это разделение уже изрядно условно. Так, во-первых, я хожу к IMAP-серверу своего ноутбука вне зависимости от того, на том же ноутбуке у меня гнус или на совершенно другой машине. Во-вторых, и к нему, и к заведомо удаленному IMAP'у основной почтовки я хожу ... правильно, по IPC. Этот IPC транслируется на удаленный хост посредством ssh, но и gnus, и imapd видят пайпы к локальному процессу. Точнее, emacs и imapd видят пайпы, а гнусу безразлично, пайп там или сокет, он видит вообще буфер. Я уж молчу про erlang (как язык) и прочие средства кластерной работы. У них, я извиняюсь, задача _заключается в_ том, чтобы не было разницы, на одной машине оно выполняется или на разных. Ну и да, еще можно вспомнить про системы виртуализации и отношение их с лицензиями на софт :-) А они даже у микрософта учитывают разницу между виртуальной и физической машиной. Не могу не согласится. Чем более развиты становятся эти элементарные способы взаимодействия, тем тоньше грань между ними. Это если смотреть на вопрос в принципе. А если подойти с мыслью о оптимальности, производительности и безопасности то окажется, что одни способы целесообразнее использовать для одного рода взаимодействия (локальный IPC), другие для другого (удалённый). Как тут любят цитировать: инструмент используемый не по назначению имеет свойство превращаться в грабли. Вообще хочу сразу оговориться: - я не против скриптовых языков - я не против текстовых протоколов - я не против любых других универсальных методов однако следует понимать, что: - универсальных методов не бывает :). Для каждой задачи хорош свой метод: ограничено время для написания функционала - используй скриптовый язык, нужна производительность и компактность - используй язык более низкого уровня. - то же касается и других универсальных методов, например, трюки с IPC: проброс пайпа на другую машину и т.п. Это хорошо, так как быстро, но даже тут много нюансов, лично сталкивался. - на счёт текстовых протоколов всё гораздо загадочнее для меня. Дело в том, что протоколы отличаются от тех же скриптов тем, что разрабатываются они, грубо, один раз, а используются везде и большим количеством людей. Преимущество текстового протокола только в том, что его более удобно читать человеку, а недостатков гораздо больше. Читать бинарные данные и парсить текст - это несоизмеримо разные процедуры в плане производительности. Можно даже сказать, что людям написавшим текстовый протокол всего лишь не хватило сил написать два вида преобразований, потому как остальные затраты соизмеримы: - команды удобовоспроизводимые человеком - бинарный протокол - бинарный протокол - удобочитаемый (и заметьте настраиваемый, а не такой как есть) вывод Пару слов о глюках связанных с пробросом ввода вывода через различные туннели: дело в том, что в данном случае вовликаются дополнительные буферы промежуточных (родительских) каналов связи, которыми тяжело управлять. Пример: $ progA | ssh u...@host progB progA записывает каманду в вывод, команда улетает мгновенно в буфер ssh, в случае простого протокола, без подтверждения доставки progA будет считать команду доставленной, хотя на самом деле это ещё не так. Кроме того часто тяжело заставить команды приходить раздельными порциями. ПК 3. фронтенд: использование функционала программы с одним интерфейсом в ПК другой программе с другим интерфейсом посредством чего-либо, в том числе ПК и IPC. ПК Во вменяемых ресурсах по написанию программ так и написано: функционал ПК нужно отделять от интерфейса. Это для многих сложно, но на то есть свои ПК причины, и от того есть много преимуществ. ПК В проектах, где следуют такому принципу, фронтендами редко пахнет, так
Icedove через Tor
Уважаемые сообщники, наконец-то разобрался как торифицировать icedove. В связи с этим не подскажите новичку-линуксоиду, этот трафик идет через Tor? 12:04:50.654355 IP sec.nozav.org.www 00.39409: P 21816777:21817629(852) ack 811024 win 2003 nop,nop,timestamp 2320177896 1506079 12:04:50.654431 IP 00.39409 sec.nozav.org.www: . ack 21817629 win 29787 nop,nop,timestamp 1506100 2320177896 12:04:50.726264 IP sec.nozav.org.www 00.39409: . 21817629:21819069(1440) ack 811024 win 2003 nop,nop,timestamp 2320177914 1506092 12:04:50.726421 IP 00.39409 sec.nozav.org.www: . ack 21819069 win 29679 nop,nop,timestamp 1506118 2320177914 12:04:50.736732 IP sec.nozav.org.www 00.39409: . 21819069:21820509(1440) ack 811024 win 2003 nop,nop,timestamp 2320177914 1506092 12:04:50.736839 IP 00.39409 sec.nozav.org.www: . ack 21820509 win 29679 nop,nop,timestamp 1506120 2320177914 И на что следует обратить при работе с tcpdump для выявления утеч -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Lenny. Как открыть обычный *.log файл с помощью gedit?
В Суб, 14/03/2009 в 05:50 -0400, Mark Goldshtein пишет: 2009/3/14 Artem Chuprina ran@: Mark Goldshtein - Debian Russian Mailing List @ Fri, 13 Mar 2009 18:28:56 -0400: MG Помогите пожалуйста разобраться. MG Есть обычный лог-файл, пытаюсь открыть его с помощью gedit и получаю MG картинку на скриншоте. Смена кодировок ничего не даёт. MG Подскажите, как открывать любые файлы в текстовом режиме? Ну, он же тебе там английским по бэкграунду предлагает указать другую кодировку. Видимо, какая-то зараза пишет в лог в 8-битной кодировке, отличной от UTF-8. И при этом не по-английски (т.е. не влезая в ASCII). Английским по бэкграунду я понимаю хорошо :) Перебрал много кодировок - всё равно не открывает. Придётся на самом деле доставлять какой-нибудь ещё редакторчик... :( попробуй это: gnome-system-log или это: gksu gnome-system-log -- Покотиленко Костик cas...@meteor.dp.ua -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Мониторинг подключений Tor
В Пнд, 16/03/2009 в 12:38 +0300, James Brown пишет: Вообще-то адекватный параноик должен и решать вопрос с анонимностью, и вопрос с шифрованием, а Вы про дураков каких-то пишите :-) Впрочем, если где антиправительственные лозунги в открытых ресурсах постить, то шифрование для этого в принципе не нужно :-D жили были сниф-сниф и спуф-спуф. Вот когда они живут вместе - могут чудеса творить. -- DamirX -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: emacs22 lenny текст на русско м
Artem Chuprina wrote: размера дисплея. Распространяется не только на emacs. Данный шрифт - от экрана 1024x768. Если поставить normal, два раза по 80 символов в ширину экрана не влезут. Я об этом как раз и подумал. Ни разу не использовал вертикальное деление окон, всегда два горизонтально расположенных - C-x 2. Оно по умолчанию при C-x compile или C-x find-file-other-window горизонтально располагает окна. Привыклось так. -- С уважением, Александр Гавенко. Компания БИФИТ. Сайт: www.bifit.com.ua Тел:+38 (0562) 23-23-14, 23-31-00 E-mail: gave...@bifit.com.ua -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Как спастись от mysql-server в KDE 4.2
В Суб, 14/03/2009 в 12:18 +0300, Artem Chuprina пишет: Aleksey Cheusov - debian-russian@lists.debian.org @ Sat, 14 Mar 2009 00:22:23 +0200: Ну и если вам понадобился gdb, значит, вы как-то не так программируете... AC http://sf.net/projects/lmdbg AC Тамошняя программа lmdbg-sym при помощи gdb преобразует адреса в AC файлы исходного кода и номера строк полного stacktrace-а вызова AC malloc/free etc. Это позволяет помодульно анализировать код AC программы на предмет потребления памяти. Идея использовать для AC этого gdb в _командном_ режиме честно заимствована из ccmalloc. Но AC там оно прибито гвоздями на С... В общем, есть разные способы AC применения gdb. И естественно malloc/free-ями дело не AC ограничивается. Программное использование gdb - это, конечно, лучше, чем ручное. Но хуже, чем такое программирование, где gdb использовать не требуется. Не верю, что в сложных проектах можно обойтись без дебагера. -- Покотиленко Костик cas...@meteor.dp.ua -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Утилита отлкючения питания для ноутбука
On Mon, 16 Mar 2009, James Brown wrote: 1) А что значит остановка диска, это типа как в винде спящий режим? И чем она плоха на Ваш взгляд? Про винду не скажу, но похоже там других режимов и не бывает :). Плохо тем, что ресурс раскрутка/остановка самый маленький для дисков ~1000 раз, так что его легко выбрать. Да и ток потребляемый при раскрутке ~1A, что ни есть хорошо (в нормальном состоянии 0.1A). А что касается износа самих дисков? Если они практически непрерывно работают, это не увеличивает степень их износа? (Мне как-то рассказали страшную сказку как у мужика на второй месяц после покупки ноута винт развинтился :-) ) Ага! А сетевой кабель при этом разгавкался. Но можно придерживаться и другой точки зрения: Я всё равно поменяю диск(лаптоп) через 3 года на более ёмкий (новый). Так что ресурса хватит. А как это определить? У меня Fujitsu Siemens Lifebook C2234 2003 г. выпуска, проц. Celeron 1066 Мгц 128 Мгб ОЗУ видимо, старенький (на новый двухядерник 2007 г. я пока не рискую рабочую среду менять, решил на старом изучить и тогда уже решить вопрос об окончательной миграции, точнее винду придется для некоторых прог оставить, типа бирж. терминала, версии которого для линукса нет, а самому как-то пытаться что-то с ним сделать - пока я не на том уровне). Странно, что google ничего не знает про такой девайс. Скорее поддерживает, чем нет, но возможно с особенностями. А документация хоть какая-нибудь сохранилась? В те времена про ACPI должны были аршинными буквами писать. 4) А чем отличается Ваша запись HIBERNATE_COMMAND=/etc/acpi/powerbtn.sh от записи от установленного у меня по умолчанию значения равного /usr/sbin/hibermate, в чем разница в работе этих утилит? Она определяет, что будет происходить если заряд батареи меньше, скажем, 5%. Я нажимаю кнопку power и иду спать. По умолчанию засыпает лаптоп, а пользователь бегает и ищет для него розетку. Чувствуете разницу? Только hibernate (не hibermate) apt-cache search hibernate ... hibernate - smartly puts your computer to sleep (suspend to RAM or disk) ... Ю. Не совсем понял, в Вашем случае надо нажимать кнопку, а в случае с установками по умолчанию - он засыпает сам? А если у него во время работы уровень заряда батареи упал, а ты не обращаешь внимания - аварийный останов чтоли? Нет, всё делают эти скрипты, автомагически. /etc/acpi/powerbtn.sh - из пакета admin/acpid /usr/sbin/hibernate - из пакета utils/hibernate Установите и посмотрите, что там внутри написано. Или по документации к этим пакетам. Ю.
Re: Как спастись от mysql-server в KDE 4.2
В Суб, 14/03/2009 в 10:30 +0900, Alexander Danilov пишет:
Покотиленко Костик пишет:
В Птн, 13/03/2009 в 23:24 +0900, Alexander Danilov пишет:
Покотиленко Костик пишет:
В Птн, 13/03/2009 в 14:39 +0300, Victor Wagner пишет:
On 2009.03.13 at 11:38:27 +0200, Покотиленко Костик wrote:
Вот-вот.
Плохая практика: прога с CLI + фронтенд
Хорошая практика: прога с CLI -- либа -- прога с GUI
Абсолютно не факт. первый вариант выносит содержательные действия в
отдельный процесс, существенно упрощает отладку и облегчает избавление
от блокировок GUI, когда программа занята чем-нибудь важным.
В 90% случаев, на которые мне приходилось смотреть в дистрибутиве
(естественно, это далеко не все библиотеки, которые в нем есть)
авторы библиотек не имели не малейшего понятия, как следует дизайнить
интерфейсы библиотек. А это, между прочим, гораздо более сложная задача
чем дизайн CLI, заточенного под встраивание.
Ну и покрыть функциональность автоматизированными тестами в случае CLI
гораздо проще.
Ни капли не согласен, особенно когда участвуют циклы. CLI-GUI не проще
ни разу, ни в разработке, ни в использовании, ни в отладке. Кроме,
конечно, случая, когда разработчик не умеет либы писать.
Проще, надо только понимать, что проще не в Си, я в языках, в которых есть
нормальная обработка
событий, например, :) Tcl. Можно рулить одновременно многими cli
процессами, в том числе и
одинаковыми, а вот на Си, это будет не так уж просто. А в питоне или ruby
есть событийная обработка
на сокетах или каналах ввода/вывода?
Ты на Си в музее смотрел?
И давно на Си можно сделать событийную обработку канала или сокета в ТРИ
строки?
Вот универсальная конструкция для select:
char strtmp[1024];
struct timeval tv;
int retval;
fd_set rfds;
fd_set wfds;
for(;;) {
FD_ZERO(rfds);
FD_ZERO(wfds);
FD_SET(0, rfds);
FD_SET(1, wfds);
tv.tv_sec = 5;
tv.tv_usec = 0;
retval = select(1, rfds, wfds, NULL, tv);
if(retval0) {
/* Processing connections */
if(FD_ISSET(0, rfds)) {
// read(0, buf, 1024);
}
if(FD_ISSET(1, wfds)) {
// write(1, buf, 1024);
}
} else if(retval==-1) {
if(errno!=4) { /* Interrupted system call, we get that for SIGHUP
*/
sprintf(strtmp, Select failed: errno=%d, %s, errno,
strerror(errno));
write(2, strtmp, strlen(strtmp));
exit(5);
} else {
sprintf(strtmp, Select failed: errno=%d, %s, (Interrupted
system
call, we get that for SIGHUP)\n, errno, strerror(errno));
write(2, strtmp, strlen(strtmp));
}
} else {
}
}
--
Покотиленко Костик cas...@meteor.dp.ua
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Как спастись от mysql-server в KDE 4.2
В Птн, 13/03/2009 в 21:44 +0200, Тихон Тарнавский пишет: On Fri, 13.03.2009 20:09:00 , Покотиленко Костик wrote: В Птн, 13/03/2009 в 13:10 +0300, Artem Chuprina пишет: Владимир Ступин - debian-russian@lists.debian.org @ Fri, 13 Mar 2009 14:56:15 +0500: ПК Плохая практика: прога с CLI + фронтенд ПК Хорошая практика: прога с CLI -- либа -- прога с GUI Ну и да, по ходу дела ты, по сути, записал в плохую практику практически все клиент-серверные решения. Начиная с SMTP и HTTP :-) ВС Здесь наверное имелся в виду пример curl и libcurl. Впрочем, ВС наличие библиотеки не обязывает пользоваться именно ею, можно ВС пользоваться возможностями библиотеки и через CLI-программу. Но мне ВС кажется, что выделить функционал программы в библиотеку - это более ВС гибкий подход, который удовлетворит приверженцев любого лагеря: ВС пользователей CLI, GUI и Web-интерфейсов. Моя практика показывает, что в норме приделать к CLI-программе гуй на скриптовом языке гораздо проще, чем сделать для этого же скриптового языка обвязку вокруг библиотеки. Хотя, конечно, если ее уже кто-то за тебя сделал... Нет, я не утверждаю, что выделять библиотеку плохо. Это хорошо, ибо повышает гибкость. Я утверждаю, что заносить unix way в плохую практику не следует... Не путайте unix-way c , и | Первое включает второе, но не ограничивается им. Но если уж на то пошло, то для _взаимодействия_ с функциональностью программы я предпочитаю клиент-серверную модель, причем с _текстовым_ протоколом. Чтобы можно было сходить туда вручную и почитать ее ответы глазами. Вот SMTP, FTP и HTTP в этом смысле хорошие примеры. Если лень писать инструменты для работы с бинарными данными, остаётся единственное направление движения - в сторону SMTP, FTP, HTTP, XML, BASE64 и другого говна(сори). Пора, наконец, понять - машина работает в бинаре, ей так удобнее, в нём она быстрей, так меньше нюансов, так больше энтропия и КПД. Человек так не может, поэтому преобразования целесообразнее применять ТОЛЬКО на входе и на выходе. Это я про то к чему стремиться надо, а SMTP, FTP и HTTP - хорошо, но старомодно. Очень советую почитать http://www.ozon.ru/context/detail/id/2317804/ Многое расставит на места. В ответ посоветую: http://www.ozon.ru/context/detail/id/1335648/ http://www.ozon.ru/context/detail/id/2527041/ http://www.ozon.ru/context/detail/id/2527036/ -- Покотиленко Костик cas...@meteor.dp.ua -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Как спастись от mysql-server в KDE 4.2
В Птн, 13/03/2009 в 22:21 +0300, Иван Лох пишет: On Fri, Mar 13, 2009 at 08:09:00PM +0200, Покотиленко Костик wrote: Пора, наконец, понять - машина работает в бинаре, ей так удобнее, в нём она быстрей, так меньше нюансов, так больше энтропия и КПД. Человек так не может, поэтому преобразования целесообразнее применять ТОЛЬКО на входе и на выходе. Это я про то к чему стремиться надо, а SMTP, FTP и HTTP - хорошо, но старомодно. То, что Вы пишете, просто бред. Если мы опустим чистую функциональность, то стремиться надо к допускающему повторное использование коду с минимумом побочных эффектов, к понятным, устойчивым и расширяемым протоколам обмена данными. Вы пропагандируете прямо противоположный подход. Про энтропию, КПД и то как работает машина Вы лучше учебник почитайте. Насчет бинарных нюансов, один endian чего стоит. Про старомодность HTTP я долго ржал. P.S. Я не против библиотек. Я за. Я против разработки библиотеки для одного приложения. Или двух. Кто знает? GTK+ разрабатывался чисто под Gimp, а сейчас... То, что так учат делать в ПТУ, связано с особенностями дизайна M$ windows, где остальные пути еще кривей. Но при чем тут мы? Не знаю, под винду меня не учили сильно. -- Покотиленко Костик cas...@meteor.dp.ua -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Xen. Частота процессора
Здравствуйте! Поставил себе домой Xen на поиграться. Появились вопросы: В Xen ядре напрочь отсутствуют модули связанные с регулировкой частоты процессора (в моем случае с PowerNow). Это технология принципиально не работает под Xen? Google выдал много ссылок на жалобы по этому поводу, но никаких реальных рецептов. А очень бы хотелось - сейчас частота на максимуме при почти нулевой загрузке, соответственно поднялась температура. Ну и вдогонку о /lib/tls мне беспокоится я так понимаю не надо (у меня архитектура amd64)? Я такого каталога у себя не нашел. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Как спастись от mysql-server в KDE 4.2
В Птн, 13/03/2009 в 22:11 +0300, Artem Chuprina пишет: Покотиленко Костик - debian-russian@lists.debian.org @ Fri, 13 Mar 2009 20:09:00 +0200: Нет, я не утверждаю, что выделять библиотеку плохо. Это хорошо, ибо повышает гибкость. Я утверждаю, что заносить unix way в плохую практику не следует... ПК Не путайте unix-way c , и | ПК Первое включает второе, но не ограничивается им. Это только подтверждает мою мысль. ПК Пора, наконец, понять - машина работает в бинаре, ей так удобнее, в ПК нём она быстрей, так меньше нюансов, так больше энтропия и КПД. Пора, наконец, понять, что машины уже, слава инженерам, достигли того уровня, когда не надо заботиться о том, как удобнее _им_. Пора уже заботиться о том, как удобнее _нам_. А _нам_ всяко удобнее сказать cp этот_файл туда, чем городить неудобоваримую конструкцию из open/read/write/close, или mv этот_файл туда, чем разбираться, надо городить open/read/write/close, или можно ограничиться link. Эти танцы за нас может станцевать и машина, она, блин, для того и придумана. Как говорит мой дядя, давайте купим мерседес и будем катать его за собой на верёвочке... ПК Это я про то к чему стремиться надо, а SMTP, FTP и HTTP - хорошо, ПК но старомодно. С точностью до наоборот. Ниши работы с машинным представлением - это криптография и сжатие данных. Всё. (Предвосхищая очевидное возражение - нет, кодирование изображения и звука уже не требует машинного представления: цвет точки, равно как и частота и амплитуда звука - понятия уже более абстрактные, и программы обработки уже с этими абстракциями работают, а бинарное их представление в конкретном формате уже можно отнести к сжатию данных, поскольку форматы без сжатия сейчас уже почти не применяются.) Спорить не вижу смысла, я Ваш подход понял. ...однако все владельцы смартфонов недовольны их производительностью, почему бы??? -- Покотиленко Костик cas...@meteor.dp.ua -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: кодировка
On Sun, 15 Mar 2009 21:08:51 -0400 Nicholas wrote: Ivan Petrov wrote: Audacious не показывает русские теги в плейлисте (показывает козябры). Это поправимо? 1. Старый вариант - выставить CP1251 шрифт в плейере для тегов (xmms с этим отлично справляется, например). Я поначалу тоже так сделал. А потом понял, что достаточно указать русский для автораспознавания. Уже больше года работает без указания конкретной кодировки. -- Grey Fenrir -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: emacs22 lenny текст на русск ом
chaos zed.ch...@gmail.com writes: в ресурсы хорошо, а как бы вот самому emacs'у сказать...? непосредственно ему, и желательно в его конфиге. В ресурсах лучше, чем в конфиге. Дело в том, что шрифты в твоем конфиге подхватятся только тогда, когда до этого места дойдет emacs при инициализации. А если ты запустишь Emacs без стартового скрипта, то шрифтов не получишь, и придется тебе выставлять их снова. А в случае с ресурсами Emacs'у шрифты будут даны сразу же при старте. Я еще в ресурсах отключаю меню и тулбар, например. Хотя и в стартовом скрипте отключение дублирую для консольной версии, так как ей на ресурсы, ясное дело, пофиг. Emacs.toolBar: false Emacs.menuBar: false Ну и шрифты и вид менюшек всяких настраиваю. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Функционал и интерфейс
Hello! On Monday 16 March 2009 13:06:13 Покотиленко Костик wrote: однако следует понимать, что: - универсальных методов не бывает :). Для каждой задачи хорош свой метод: ограничено время для написания функционала - используй скриптовый язык, нужна производительность и компактность - используй язык более низкого уровня. Время ограничено _всегда_. Понимаете, физиологические процессы необратимы, поэтому бесконечного времени на одну задачу у живого существа не будет никогда. Второй вариант страшный, пока первый раз не сделаешь. Подойдёт для частого сбора сотен показаний. Дальше, если скармливать нужные счётчики и выводить их за один проход - можно обрабатывать теоретически неограниченное количество счётчиков за проход без дополнительных расходов. Дольше, если превратить этот код в демон, можно значительно сократить расходы связанные с частым сбором. Тот же самый демон намного быстрее написать на скриптовом языке. Существенная разница в производительности будет только на этапе загрузки, что для демона несущественно в принципе. Зато отладка будет намного эффективнее, не нужно перекомпилировать под разные архитектуры и проч. Так что вот как раз демон писать на С не имеет смысла. Как вы думаете, почему в /etc/init.d/ лежат шелловские скрипты?.. Best regards.
Re: Как спастись от mysql-server в KDE 4.2
Hello! On Monday 16 March 2009 13:49:02 Покотиленко Костик wrote: ...однако все владельцы смартфонов недовольны их производительностью, почему бы??? Да потому, что запуск окошечка интерфейса программы может занять десятки секунд. До какой-либо обработки данных и дело-то на этом этапе не доходит, проблема именно в тормозном интерфейсе. И перерисовка экрана в приложениях зачастую тормозная. В то же время на кпк можно без проблем смотреть видео и слушать музыку или создавать/распаковывать архивы. Best regards.
Re: you tube
Murat D. Kadirov bander...@gmail.com writes: Ну коли уж речь о плагинах зашла, то добавлю свои пять копеек. Использую DownloadHelper. Тянет любые ролики, с любых сайтов. В сущности с его помощью можно вытянуть ссылку, после чего скормить его wget'y, хотя профита от такого дела я не вижу. Я тоже хотел про Video DownloadHelper в Iceweasel (Firefox) написать, но потом почитал вопрос. Человек спрашивал про софтину, которую хочет ставить из репозитория в Lenny. Я подумал, что он знает, чего именно хочет, и не стал отвечать. :) Эт расширение очень хорошее, да. Практически любые ролики любых систем онлайн-видео тащит, mp3 из онлайн-плееров (типа myspace т пр.). -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Как спастись от mysql-server в KDE 4.2
Hello! On Monday 16 March 2009 09:01:27 Михаил Миронов wrote: В общем-то почти соглашусь. По моей практике заказчик почти никогда не знает, чего он хочет в точности. Но для есть менеджеры, дело которых выяснить как работает заказчик, что можно автоматизировать в его работе и предложить заказчику это в виде ТЗ. Сам заказчик собственно не пишет такие документы. Он собственно сам не фиксирует в письменном виде, он только оплачивает работу по написанию такого документа :) А вариант мне по аське сказали поправить - допускаю только если мне скинули текст ошибки на исправление, а не новую работу. Да, представляю себе, как вы делаете программу, базирующуюся на системе _изотропных_ уравнений, а менеджер, не имея понятия, что это такое вообще, согласует и подписывает с заказчиком мелкое изменение, которое приводит к _неизотропности_. Во-первых, все придется переделывать, а кроме того, в определенных случаях изменившаяся система просто не сможет быть численно решена на современных компьютерах (про аналитическое решение и не мечтайте). Best regards.
Re: Функционал и инте рфейс
Alexey Pechnikov пишет: Hello! Тот же самый демон намного быстрее написать на скриптовом языке. Существенная разница в производительности будет только на этапе загрузки, что для демона несущественно в принципе. Зато отладка будет намного эффективнее, не нужно перекомпилировать под разные архитектуры и проч. Так что вот как раз демон писать на С не имеет смысла. Как вы думаете, почему в /etc/init.d/ лежат шелловские скрипты?.. Best regards. Демоны почему-то чаще всего пишут не на скриптовых языках. И скажите, неужели Вы думаете, что в /etc/init.d лежат сами исполняемые файлы демонов??? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: emacs22 lenny текст на русском
Oleksandr Gavenko - debian-russian@lists.debian.org @ Mon, 16 Mar 2009
12:25:25 +0200:
размера дисплея. Распространяется не только на emacs. Данный шрифт -
от экрана 1024x768. Если поставить normal, два раза по 80 символов в
ширину экрана не влезут.
OG Я об этом как раз и подумал.
OG Ни разу не использовал вертикальное деление окон,
OG всегда два горизонтально расположенных - C-x 2.
OG Оно по умолчанию при C-x compile или
OG C-x find-file-other-window горизонтально располагает окна.
OG Привыклось так.
Так то внутри емакса два. А я про window manager.
Кстати, если other window уже есть, то emacs не сплитит существующее, а
пользуется имеющимся.
--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: r...@jabber.ran.pp.ru
Нужны две программы - одна с интерфейсом, а другая чтобы работу делала.
Victor Wagner в aut24i$gc...@wagner.wagner.home
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Как спастись от mysql-server в KDE 4.2
Hello! On Monday 16 March 2009 09:12:14 Михаил Миронов wrote: За время своей работы убедился, что бюрократия вещь весьма нужная. У нас задание на доработки могут давать подразделения заказчика. Так вот, бывали ситуации когда с представителем подразделения на словах обговаривали необходимые им доработки, делали их, а они потом говорили - да это все не то, мы не то имели в виду. В общем начинать работу без подписанной бумаги - себе дороже. Пусть даже это не оформленное по ГОСТу ТЗ, а простой листок с четким изложение задачи просто _подписанный_ заказчиком. Составленный возможно и не им самим. Но составлен он должен быть _обязательно_ до начала работ. В случае удаленных заказчиков - есть масса возможностей - например, S/MIME. Ну или факс с подписью. Задача должна быть поставлена, совершенно согласен. А вот решения задачи на этапе начала разработки вполне может и не быть. Хотя вероятно, что большинство задач достаточно типичные и решение так или иначе уже известно. При выполнении научных грантов задачи тоже совершенно четко определяется, хотя результатом года или нескольких лет работы может быть доказанное отсутствие решение. Если же в гранте есть упоминание о способе решения, то почти наверняка автор уже решил задачу и просто хочет сделать публикации, начисто провести эксперименты и т.п. Посему неверно утверждение, что всегда необходимо ТЗ с описанием способа решения (как пишет Артем). Best regards.
Re: Функционал и интерфейс
В Пнд, 16/03/2009 в 14:15 +0300, Alexey Pechnikov пишет: Hello! On Monday 16 March 2009 13:06:13 Покотиленко Костик wrote: однако следует понимать, что: - универсальных методов не бывает :). Для каждой задачи хорош свой метод: ограничено время для написания функционала - используй скриптовый язык, нужна производительность и компактность - используй язык более низкого уровня. Время ограничено _всегда_. Понимаете, физиологические процессы необратимы, поэтому бесконечного времени на одну задачу у живого существа не будет никогда. Второй вариант страшный, пока первый раз не сделаешь. Подойдёт для частого сбора сотен показаний. Дальше, если скармливать нужные счётчики и выводить их за один проход - можно обрабатывать теоретически неограниченное количество счётчиков за проход без дополнительных расходов. Дольше, если превратить этот код в демон, можно значительно сократить расходы связанные с частым сбором. Тот же самый демон намного быстрее написать на скриптовом языке. Существенная разница в производительности будет только на этапе загрузки, что для демона несущественно в принципе. Зато отладка будет намного эффективнее, не нужно перекомпилировать под разные архитектуры и проч. Так что вот как раз демон писать на С не имеет смысла. Как вы думаете, почему в /etc/init.d/ лежат шелловские скрипты?.. Глупость века? -- Покотиленко Костик cas...@meteor.dp.ua -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Функционал и интерфейс
Hello! On Monday 16 March 2009 14:28:11 Михаил Миронов wrote: Демоны почему-то чаще всего пишут не на скриптовых языках. Ошибаетесь. Большинство написанных в последние несколько лет демонов как раз скриптовые. Вот лет 10 назад да, писали на С в основном, сейчас же очень много написано на скриптовых языках. И скажите, неужели Вы думаете, что в /etc/init.d лежат сами исполняемые файлы демонов??? За счет того, что демон запускается шелловским скриптом, теряется единственное преимущество - скорость запуска. Best regards.
Re: Как спастись от mysql-ser ver в KDE 4.2
Alexey Pechnikov пишет: Да, представляю себе, как вы делаете программу, базирующуюся на системе _изотропных_ уравнений, а менеджер, не имея понятия, что это такое вообще, согласует и подписывает с заказчиком мелкое изменение, которое приводит к _неизотропности_. Во-первых, все придется переделывать, а кроме того, в определенных случаях изменившаяся система просто не сможет быть численно решена на современных компьютерах (про аналитическое решение и не мечтайте). Best regards. Ну во первых менеджер должен быть в курсе своей предметной области. Во вторых, ничего не мешает обсудить менеджеру предстоящие изменения с разработчиком, который может ему подсказать чем все обернется. Но в любом случае должен быть документ по которому работать - иначе вам могут заявить на этапе приемки работ, что нам хотелось бы, что бы это работало с системой _неизотропных_ уравнений (пользуясь вашим примером). И что вы будете делать тогда? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Как спастись от mysql-ser ver в KDE 4.2
Alexey Pechnikov пишет: Hello! Задача должна быть поставлена, совершенно согласен. А вот решения задачи на этапе начала разработки вполне может и не быть. Хотя вероятно, что большинство задач достаточно типичные и решение так или иначе уже известно. При выполнении научных грантов задачи тоже совершенно четко определяется, хотя результатом года или нескольких лет работы может быть доказанное отсутствие решение. Если же в гранте есть упоминание о способе решения, то почти наверняка автор уже решил задачу и просто хочет сделать публикации, начисто провести эксперименты и т.п. Посему неверно утверждение, что всегда необходимо ТЗ с описанием способа решения (как пишет Артем). Best regards. Не ТЗ с описанием способа решения задачи, а ТЗ с описанием самой задачи! В случае научной работы это может быть ТЗ на исследование. Результат исследования может быть как положительный так и отрицательный. Но постановка задачи и подписанное задание на исследование точно есть. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Расширение soft-raid5 без потери данных
Mon, 16 Mar 2009 13:39:49 +0300 Alexander Tiurin alexande...@gmail.com wrote: 15 марта 2009 г. 21:57 пользователь Alexander GQ Gerasiov g...@cs.msu.suнаписал: На Sun, 15 Mar 2009 20:03:21 +0300 Alexander Tiurin alexande...@gmail.com записано: Возможен ли сабж? Погуглив, так и не нашел явного ответа. В виртуалке проделал эксперимент - после добавлениия 4го диска данные на рейде потерялись. Делал так sfdisk -d старый_диск| sfdisk новый_диск mdadm --add /dev/md1 /dev/новый_диск_раздел_2 mdadm --grow /dev/md1 --raid-devices=4 Может, я чего-то упустил из вида? Да, возможно. При чем можно даже начать с одного диска (raid5 на 2 диска, с вторым отсутствующим), постепенно добавляя новые и увеличивая размер :) Почему у тебя потерялись - не знаю. У меня на рабочей машине всё было в порядке. RAID-DEVICES CHANGES в mdadm(8) смотрел? Ядро какое? Ядро 2.6.26-1-686 (Debian 2.6.26-13) RAID-DEVICES CHANGES только что посмотрел. Мой скромный английский позволил понять, что используя опцию о которой там говориться, можно служебные данные зарезервировать (для восстановления всех данных с случаи неуспешного завершения добавления новго диска), при условии что нет spare диска. При его наличии этой опцией яко бы можно пренебречь. Можно пренебречь, если у тебя есть 2 spare диска и на один из них ты хочешь растянуть рейд. Если spare один и именно на него ты расширяешь - то лучше использовать, вдруг свет выключат :) Пробовал я все проделать на таких условиях: разбивка дисков: sda -- sda1 -- sda2 sdb -- sdb1 -- sdb2 sdc -- sdc1 -- sdc2 raid и точки монтирования sda1+sdb1=md0(raid1) /boot sda2+sdb2+sdc2 =md1 (raid5) / Новый диск добавлял к md1. После процесса добавления диска данные были все доступны и mdstat показывал наличие 4 х дисков в рэйде. Но размер оставался по прежнему равный сумме sda2, sdb2 и sdc2 Погоди, а он rechunk сделал? Ты /proc/mdstat смотрел? Что именно он там показывал? ну и размер как раз и должен быть (N-1)*size, хотя подозреваю, это ты не правильно мысль выразил. После ребута получил информация, что недоступно устройство /dev/md1 и загрузка невозможна. Подозреваю, что-то неноделал до конца или например /dev надо выносить на md0. Вообще, реальна ли данная затея c raid5 при разбивке: md0 (raid1) /boot md1 (raid5) / ? По идее - да, но я бы update-initramfs еще сказал. Предварительно проверив, что в /etc/mdadm/mdadm.conf новая информация. Даже, если подумать, это обязательное условие. Только я вместо такой конфигурации делал бы: md0 - raid1 /boot md1 - LVM PV /,/home (/usr,/var,/srv не факт, зависит от того, что за комп) уже поверх LVM. Собственно именно так и делаю. -- Best regards, Alexander GQ Gerasiov Contacts: e-mail:g...@cs.msu.su Jabber: g...@jabber.ru Homepage: http://gq.net.ru ICQ: 7272757 PGP fingerprint: 0628 ACC7 291A D4AA 6D7D 79B8 0641 D82A E3E3 CE1D -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Как спастись от mysql-server в KDE 4.2
Hello! On Monday 16 March 2009 14:52:31 Михаил Миронов wrote: Не ТЗ с описанием способа решения задачи, а ТЗ с описанием самой задачи! В случае научной работы это может быть ТЗ на исследование. Результат исследования может быть как положительный так и отрицательный. Но постановка задачи и подписанное задание на исследование точно есть. А вот описание задачи можно и по аське поставить. Личное общение требуется только когда кодеру пытаются втолковать решение задачи профильные специалисты. Кстати, гранты часто получают заочно - отправил заявку с описанием задачи, которую будешь решать, и ждешь ответ. Потому я полагаю отрицание возможности удаленной работы лишь следствием некомпетентности в данной области. Хотя если исполнитель не можут сделать работу, это и лучше, что не берется. Но зачем же заявлять, что это невозможно в принципе. Проблема, как всегда, не в технических средствах (аська и скайп), а в людях (исполнитель не способен самостоятельно решить задачу). Best regards.
Re: Функционал и инте рфейс
Alexey Pechnikov пишет: Hello! On Monday 16 March 2009 14:28:11 Михаил Миронов wrote: Демоны почему-то чаще всего пишут не на скриптовых языках. Ошибаетесь. Большинство написанных в последние несколько лет демонов как раз скриптовые. Вот лет 10 назад да, писали на С в основном, сейчас же очень много написано на скриптовых языках. Проверил список демонов на одной из машин snmpd, courier-imap, courier-pop3, portmap, acpid, dbus, syslog, klog, mysql, apache, cupsd, exim4, freeradius, smartmon, samba, winbind и еще несколько других - все не скриптовые. Единственный найденный скриптовый - xen Докажите свое мнение. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: lenny pidgin icq
Привет Sergey Spiridonov wrote: Это только у меня такое? У меня стоит сейчас etch + gaim 2.0beta. Дома lenny + pidgin из lenny. Всё работает без проблем. Уточняю. Дома оказывается не работает. А на работе gaim из etch работает. Такие дела. Кто может объяснить? -- Best regards, Sergey Spiridonov -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: lenny pidgin icq
Sergey Spiridonov s...@hurd.homeunix.org writes: Уточняю. Дома оказывается не работает. А на работе gaim из etch работает. В GAIM прописана правильная версия CLIENTINFO_GAIM_ICQ. Вернее, версия клиента, которая удовлетворяет сервера AOL. В дальнейшем эта версия менялась, но не менялась в Etch. Если я ничего не путаю, то версию поменяли тогда, когда AOL что-то подкрутила и у многих Pidgin и Adium отказались логиниться (это не про последние события с UIN 1, а про события, кажется, с появлением системного номера UIN 12111). В GAIM все оставалось по-старому, никакой номер не появлялся. В этот раз то, что наменяли в Pidgin, снова перестало нравиться серверам AOL, а то, что было прописано еще в лохматые времена в GAIM, нарвится до сих пор, похоже. Там разные данные прописаны. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Как спастись от my sql-server в KDE 4.2
On Mon, Mar 16, 2009 at 03:04:51PM +0300, Alexey Pechnikov wrote: А вот описание задачи можно и по аське поставить. Личное общение требуется только когда кодеру пытаются втолковать решение задачи профильные специалисты. Кстати, гранты часто получают заочно - отправил заявку с описанием задачи, По аське. А потом по скайпу позвонил и рассказал о результатах ;-}} Russian Academy of the Science -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: lenny pidgin icq
Я вот про это имел в виду. Те же симптомы, кстати, были, но это было летом 2008-го года: http://lenta.ru/news/2008/07/01/icq/ -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Функционал и интерфейс
Hello! On Monday 16 March 2009 15:06:08 Михаил Миронов wrote: Проверил список демонов на одной из машин snmpd, courier-imap, courier-pop3, portmap, acpid, dbus, syslog, klog, mysql, apache, cupsd, exim4, freeradius, smartmon, samba, winbind и еще несколько других - все не скриптовые. Единственный найденный скриптовый - xen Давайте у меня посмотрим. Системные сервисы вещь консервативная, так что оценим рабочий софт. PostgreSQL, pound - бинарные. Впрочем, PostgreSQL для совместимости, новые версии софта работают с SQLite, который уже не демон. 6 экземпляров AOLServer (встроенный интерпретатор тикля), два из них управляют набором пулов внешних процессов (в каждом из которых запущен интерпретатор тикля). Плюс набор тиклевских демонов для сбора статистики с АТС. Best regards.
Re: Функционал и интерфейс
В Пнд, 16/03/2009 в 14:38 +0300, Alexey Pechnikov пишет: Hello! On Monday 16 March 2009 14:28:11 Михаил Миронов wrote: Демоны почему-то чаще всего пишут не на скриптовых языках. Ошибаетесь. Большинство написанных в последние несколько лет демонов как раз скриптовые. Вот лет 10 назад да, писали на С в основном, сейчас же очень много написано на скриптовых языках. Время покажет плюс это или минус. И скажите, неужели Вы думаете, что в /etc/init.d лежат сами исполняемые файлы демонов??? За счет того, что демон запускается шелловским скриптом, теряется единственное преимущество - скорость запуска. Best regards. -- Покотиленко Костик cas...@meteor.dp.ua -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Функционал и интерфейс
В Пнд, 16/03/2009 в 15:06 +0300, Михаил Миронов пишет: Alexey Pechnikov пишет: Hello! On Monday 16 March 2009 14:28:11 Михаил Миронов wrote: Демоны почему-то чаще всего пишут не на скриптовых языках. Ошибаетесь. Большинство написанных в последние несколько лет демонов как раз скриптовые. Вот лет 10 назад да, писали на С в основном, сейчас же очень много написано на скриптовых языках. Проверил список демонов на одной из машин snmpd, courier-imap, courier-pop3, portmap, acpid, dbus, syslog, klog, mysql, apache, cupsd, exim4, freeradius, smartmon, samba, winbind и еще несколько других - все не скриптовые. Единственный найденный скриптовый - xen spamassassin тоже скриптовый, но это его минус, причём большой. -- Покотиленко Костик cas...@meteor.dp.ua -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Как спастись от mysql-server в KDE 4.2
Hello! On Monday 16 March 2009 15:25:47 Иван Лох wrote: А вот описание задачи можно и по аське поставить. Личное общение требуется только когда кодеру пытаются втолковать решение задачи профильные специалисты. Кстати, гранты часто получают заочно - отправил заявку с описанием задачи, По аське. А потом по скайпу позвонил и рассказал о результатах ;-}} Russian Academy of the Science В ННГУ на радиофизическом факультете за сколько-ко то там лет несколько десятков человек работали по грантам LG, но, насколько мне известно, ни один из нас не был в Корее. Может быть, вы каждый день разъезжаете по миру, а вот нам почему-то даже не предлагали, а только раз в год принимали заявки на гранты и дважды в год отчеты. Best regards.
Re: lenny pidgin icq
В Пнд, 16/03/2009 в 12:50 +0100, Sergey Spiridonov пишет: Привет Sergey Spiridonov wrote: Это только у меня такое? У меня стоит сейчас etch + gaim 2.0beta. Дома lenny + pidgin из lenny. Всё работает без проблем. Уточняю. Дома оказывается не работает. А на работе gaim из etch работает. Такие дела. Кто может объяснить? сегодня в Lenny patch на эту темы пришёл. -- Покотиленко Костик cas...@meteor.dp.ua -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Мониторинг подключений Tor
11:12 Mon 16 Mar, DamirX wrote: В Вск, 15/03/2009 в 13:27 +0300, James Brown пишет: Не подскажите новичку, как в консоли/терминале (с помощью каких команд) мониторить подключения Tor? Не посмотреть-ли тебе на досуге proxychains? (лично я с тором дела не имел. Свою параною я через американский сервер удовлетворяю) Цепочки прокси-серверов это семечки, которые в реалиях современного интеренета мало созвучны со словами _сетевая анонимность_. Технически же абсолютно неанонимны, тем более на территории США. -- Murat D. Kadirov pgpNFbOtAixSq.pgp Description: PGP signature
Re: 28 ядро в unstable
On Thursday 12 March 2009 19:09:22 Dmitry E. Oboukhov wrote: DE On 13:07 Thu 12 Mar , Ilya Demianov wrote: DE ID Кто уже переехал на 2.6.28? Какие трудности при переезде? Что поломалось? DE у меня блютухная мыша отваливается на просыпании ноута. DE приходится делать рестарт блютуху У меня обычная усбшная мышка не поднимается при пробуждении, приходится отключать и снова подключать кабель. -- Best regards Sergei Stolyarov
Re: Мониторинг подключений Tor
11:51 Mon 16 Mar, Alexander GQ Gerasiov wrote: На Mon, 16 Mar 2009 10:44:03 +0200 Oleg Gashev gas...@zahav.net.il записано: День добрый! 2009/3/16 DamirX damir.haki...@gmail.com: В Вск, 15/03/2009 в 13:27 +0300, James Brown пишет: Не подскажите новичку, как в консоли/терминале (с помощью каких команд) мониторить подключения Tor? Не посмотреть-ли тебе на досуге proxychains? (лично я с тором дела не имел. Свою параною я через американский сервер удовлетворяю) Параноикам стоит почитать http://www.securitylab.ru/news/302579.php http://offline.computerra.ru/2007/713/342517/ Хехе, спасибо за ссылку. В своё время у меня публикация с секлаба (на которую Вы и ответели ссылкой) вызвали большие сомнения. -- Murat D. Kadirov pgpZjUGYnSlut.pgp Description: PGP signature
Re: Мониторинг подключ ений Tor
On Mon, Mar 16, 2009 at 12:38:18PM +0300, James Brown wrote: Вообще-то адекватный параноик должен и решать вопрос с анонимностью, и вопрос с шифрованием, а Вы про дураков каких-то пишите :-) Впрочем, если где антиправительственные лозунги в открытых ресурсах постить, то шифрование для этого в принципе не нужно :-D Понимаете в чем дело, открытый ресурс может, в силу своего географического размещения, быть субъектом права одной страны, а наивный не-параноик воспользовавшийся ftp для загрузки статьи содержащие разжигающие социальную рознь лозунги (антиправительственные -- можно) на этот сайт -- резидентом России. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Как спастись от m ysql-server в KDE 4.2
Покотиленко Костик пишет:
В Суб, 14/03/2009 в 10:30 +0900, Alexander Danilov пишет:
Покотиленко Костик пишет:
В Птн, 13/03/2009 в 23:24 +0900, Alexander Danilov пишет:
Покотиленко Костик пишет:
В Птн, 13/03/2009 в 14:39 +0300, Victor Wagner пишет:
On 2009.03.13 at 11:38:27 +0200, Покотиленко Костик wrote:
Вот-вот.
Плохая практика: прога с CLI + фронтенд
Хорошая практика: прога с CLI -- либа -- прога с GUI
Абсолютно не факт. первый вариант выносит содержательные действия в
отдельный процесс, существенно упрощает отладку и облегчает избавление
от блокировок GUI, когда программа занята чем-нибудь важным.
В 90% случаев, на которые мне приходилось смотреть в дистрибутиве
(естественно, это далеко не все библиотеки, которые в нем есть)
авторы библиотек не имели не малейшего понятия, как следует дизайнить
интерфейсы библиотек. А это, между прочим, гораздо более сложная задача
чем дизайн CLI, заточенного под встраивание.
Ну и покрыть функциональность автоматизированными тестами в случае CLI
гораздо проще.
Ни капли не согласен, особенно когда участвуют циклы. CLI-GUI не проще
ни разу, ни в разработке, ни в использовании, ни в отладке. Кроме,
конечно, случая, когда разработчик не умеет либы писать.
Проще, надо только понимать, что проще не в Си, я в языках, в которых есть
нормальная обработка
событий, например, :) Tcl. Можно рулить одновременно многими cli процессами, в том числе и
одинаковыми, а вот на Си, это будет не так уж просто. А в питоне или ruby есть событийная обработка
на сокетах или каналах ввода/вывода?
Ты на Си в музее смотрел?
И давно на Си можно сделать событийную обработку канала или сокета в ТРИ строки?
Вот универсальная конструкция для select:
char strtmp[1024];
struct timeval tv;
int retval;
fd_set rfds;
fd_set wfds;
for(;;) {
FD_ZERO(rfds);
FD_ZERO(wfds);
FD_SET(0, rfds);
FD_SET(1, wfds);
tv.tv_sec = 5;
tv.tv_usec = 0;
retval = select(1, rfds, wfds, NULL, tv);
if(retval0) {
/* Processing connections */
if(FD_ISSET(0, rfds)) {
// read(0, buf, 1024);
}
if(FD_ISSET(1, wfds)) {
// write(1, buf, 1024);
}
} else if(retval==-1) {
if(errno!=4) { /* Interrupted system call, we get that for SIGHUP
*/
sprintf(strtmp, Select failed: errno=%d, %s, errno,
strerror(errno));
write(2, strtmp, strlen(strtmp));
exit(5);
} else {
sprintf(strtmp, Select failed: errno=%d, %s, (Interrupted
system
call, we get that for SIGHUP)\n, errno, strerror(errno));
write(2, strtmp, strlen(strtmp));
}
} else {
}
}
Сударь, я спрашивал про 3 (ТРИ) строки, а в вашем примере только инициализация занимает пол экрана,
так я ещё и не вижу где тут собыйтийная обработка данных, нет её тут.
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Как спастись от my sql-server в KDE 4.2
On Mon, Mar 16, 2009 at 03:38:51PM +0300, Alexey Pechnikov wrote: По аське. А потом по скайпу позвонил и рассказал о результатах ;-}} В ННГУ на радиофизическом факультете за сколько-ко то там лет несколько десятков человек работали по грантам LG, но, насколько мне известно, ни один из нас не был в Корее. Может быть, вы каждый день разъезжаете по миру, а вот нам почему-то даже не предлагали, а только раз в год принимали заявки на гранты и дважды в год отчеты. Ну я и говорю -- вот она настоящая жизнь. Прожект -- по аське, деньги по вебмани, отчет по скайпу, со ссылками на arXiv.org. Тут-то мне карта и пошла... -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Функционал и инте рфейс
Покотиленко Костик пишет: В Пнд, 16/03/2009 в 15:06 +0300, Михаил Миронов пишет: Проверил список демонов на одной из машин snmpd, courier-imap, courier-pop3, portmap, acpid, dbus, syslog, klog, mysql, apache, cupsd, exim4, freeradius, smartmon, samba, winbind и еще несколько других - все не скриптовые. Единственный найденный скриптовый - xen spamassassin тоже скриптовый, но это его минус, причём большой. Ага. Про него забыл. Значит 2 скриптовых. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: you tube
On Mon, 16.03.2009 11:29:13 , Murat D. Kadirov wrote: 16:52 Sun 15 Mar, Dmitry Marin wrote: В Вск, 15/03/2009 в 18:59 +0600, Ivan Petrov пишет: Какой-нибудь софт, доступный для установки в lenny, может прослеживать youtube ссылки и скачивать flv ролик на диск? Плагин к iceweasel\firefox Flashgot прекрасно с этим справляется: http://flashgot.net/features#fgmedia Ну коли уж речь о плагинах зашла, то добавлю свои пять копеек. Использую DownloadHelper. Тянет любые ролики, с любых сайтов. Тогда уж UnPlug стоит упомянуть, который действительно тянет с любых сайтов, а не ограниченного, хотя и довольно большого списка: https://addons.mozilla.org/ru/firefox/addon/2254 -- С уважением, Тихон Тарнавский. http://linuxforum.ru http://posix.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Как спастись от mysql-server в KDE 4.2
В Пнд, 16/03/2009 в 21:43 +0900, Alexander Danilov пишет:
Покотиленко Костик пишет:
В Суб, 14/03/2009 в 10:30 +0900, Alexander Danilov пишет:
Покотиленко Костик пишет:
В Птн, 13/03/2009 в 23:24 +0900, Alexander Danilov пишет:
Покотиленко Костик пишет:
В Птн, 13/03/2009 в 14:39 +0300, Victor Wagner пишет:
On 2009.03.13 at 11:38:27 +0200, Покотиленко Костик wrote:
Вот-вот.
Плохая практика: прога с CLI + фронтенд
Хорошая практика: прога с CLI -- либа -- прога с GUI
Абсолютно не факт. первый вариант выносит содержательные действия в
отдельный процесс, существенно упрощает отладку и облегчает избавление
от блокировок GUI, когда программа занята чем-нибудь важным.
В 90% случаев, на которые мне приходилось смотреть в дистрибутиве
(естественно, это далеко не все библиотеки, которые в нем есть)
авторы библиотек не имели не малейшего понятия, как следует дизайнить
интерфейсы библиотек. А это, между прочим, гораздо более сложная задача
чем дизайн CLI, заточенного под встраивание.
Ну и покрыть функциональность автоматизированными тестами в случае CLI
гораздо проще.
Ни капли не согласен, особенно когда участвуют циклы. CLI-GUI не проще
ни разу, ни в разработке, ни в использовании, ни в отладке. Кроме,
конечно, случая, когда разработчик не умеет либы писать.
Проще, надо только понимать, что проще не в Си, я в языках, в которых
есть нормальная обработка
событий, например, :) Tcl. Можно рулить одновременно многими cli
процессами, в том числе и
одинаковыми, а вот на Си, это будет не так уж просто. А в питоне или
ruby есть событийная обработка
на сокетах или каналах ввода/вывода?
Ты на Си в музее смотрел?
И давно на Си можно сделать событийную обработку канала или сокета в ТРИ
строки?
Вот универсальная конструкция для select:
char strtmp[1024];
struct timeval tv;
int retval;
fd_set rfds;
fd_set wfds;
for(;;) {
FD_ZERO(rfds);
FD_ZERO(wfds);
FD_SET(0, rfds);
FD_SET(1, wfds);
tv.tv_sec = 5;
tv.tv_usec = 0;
retval = select(1, rfds, wfds, NULL, tv);
if(retval0) {
/* Processing connections */
if(FD_ISSET(0, rfds)) {
// read(0, buf, 1024);
}
if(FD_ISSET(1, wfds)) {
// write(1, buf, 1024);
}
} else if(retval==-1) {
if(errno!=4) { /* Interrupted system call, we get that for SIGHUP
*/
sprintf(strtmp, Select failed: errno=%d, %s, errno,
strerror(errno));
write(2, strtmp, strlen(strtmp));
exit(5);
} else {
sprintf(strtmp, Select failed: errno=%d, %s, (Interrupted
system
call, we get that for SIGHUP)\n, errno, strerror(errno));
write(2, strtmp, strlen(strtmp));
}
} else {
}
}
Сударь, я спрашивал про 3 (ТРИ) строки, а в вашем примере только
инициализация занимает пол экрана,
так я ещё и не вижу где тут собыйтийная обработка данных, нет её тут.
Естественно не видите, мелко сильно.
--
Покотиленко Костик cas...@meteor.dp.ua
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: you tube
Тихон Тарнавский tik...@lexpr.ru writes: Тогда уж UnPlug стоит упомянуть, который действительно тянет с любых сайтов, а не ограниченного, хотя и довольно большого списка: https://addons.mozilla.org/ru/firefox/addon/2254 DownloadHelper тоже тянет с любых сайтов, а не тех, что в списке. Я тащил музыку из flash-плеера, который был на страничке одной группы, и не принадлежал какой-то из известных систем. Для неизвестных систем достаточно чуть-чуть проиграть ролик, чтобы DownloadHelper предложил этот файл сохранить на диск. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Функционал и интерфейс
Покотиленко Костик - debian-russian@lists.debian.org @ Mon, 16 Mar 2009
12:06:13 +0200:
ПК $ progA | ssh u...@host progB
ПК progA записывает каманду в вывод, команда улетает мгновенно в буфер
ПК ssh, в случае простого протокола, без подтверждения доставки progA
ПК будет считать команду доставленной, хотя на самом деле это ещё не
ПК так.
Если она так думает в локальном случае, ее автора пора лечить :-) Никто
никому никогда не гарантировал мгновенной доставки в случае с локальным пайпом.
ПК Кроме того часто тяжело заставить команды приходить раздельными
ПК порциями.
Это тоже от сети не зависит.
Потому что тогда не будет способа воспользоваться
функционалом :-)
Так вот, у классической юниксовой CLI-программы интерфейс рассчитан на
юникс-юзера. Который ближе к разработчику, чем к энд-юзеру. И тем
самым просто является таким же API, что и у библиотеки.
ПК Ну нет же. Разные они, если подробно разобраться. Учитывая
ПК вышесказанное, API - для низкоуровнего (производительного и компактного)
ПК программирования,
Преждевременная оптимизация - корень всех зол. (c) кто-то из великих.
ПК CLI - для юникс-юзера и скриптов (по быстрому на коленке).
ПК На пример, для сбора счётчиков правил iptables можно использовать
ПК обёртку вокруг iptables -nvL | iptables-save типа:
ПК iptables-save | grep условие | cut -d -fI
ПК или такую конструкцию на Си:
ПК ...
ПК struct ipt_entry *ipt_e;
ПК char *target;
ПК for(ipt_e=iptc_first_rule(chain_name, ipt_h); ipt_e;
ПК ipt_e=iptc_next_rule(ipt_e, ipt_h)) {
ПКif(!ipt_e) {
ПКprintf(iptc_first_rule(): returned NULL pointer\n);
ПКreturn(NULL);
ПК}
ПКif(!условие) continue;
ПКtarget=iptc_get_target(ipt_e, ipt_h);
ПКprintf(Source IP: %s/%s (iface: %s), Destination IP: %s/%s (iface: %
ПК s), Target: %s, Counters: %llu bytes, %llu packets\n,
ПК x_strcpy(inet_ntoa(ipt_e-ip.src)),
ПК x_strcpy(inet_ntoa(ipt_e-ip.smsk)),
ПК ipt_e-ip.iniface,
ПК x_strcpy(inet_ntoa(ipt_e-ip.dst)),
ПК x_strcpy(inet_ntoa(ipt_e-ip.dmsk)),
ПК ipt_e-ip.outiface,
ПК target,
ПК ipt_e-counters.bcnt,
ПК ipt_e-counters.pcnt
ПК );
ПК }
ПК ...
ПК Первый вариант делается за 5 минут, подойдёт для не частого сбора
ПК небольшого числа счётчиков.
ПК Второй вариант страшный, пока первый раз не сделаешь. Подойдёт для
ПК частого сбора сотен показаний.
Я бы уже задумался о том, что узкое место такой системы - не в сборе
показаний...
ПК Дальше, если скармливать нужные счётчики и выводить их за один проход -
ПК можно обрабатывать теоретически неограниченное количество счётчиков за
ПК проход без дополнительных расходов.
Это как раз автомагически получается с iptables -L. На C тебе для этого
придется громоздить изрядную конструкцию (фактически, разрабатывать
половину перла). Оно окупится? У меня есть сомнения...
Но если этот человек может алгоритмизовать некоторый набор
своих действий - он поручает его программе, и API для этого у него уже
есть.
ПК Да, но это тоже, что и бегать в чугунных сапогах.
Результаты профайлинга предъяви, да?
--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: r...@jabber.ran.pp.ru
Попрошу благородного дона не обобщать с утра пораньше! (С)энта
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Как спастись от m ysql-server в KDE 4.2
Покотиленко Костик пишет:
В Пнд, 16/03/2009 в 21:43 +0900, Alexander Danilov пишет:
Покотиленко Костик пишет:
В Суб, 14/03/2009 в 10:30 +0900, Alexander Danilov пишет:
Покотиленко Костик пишет:
В Птн, 13/03/2009 в 23:24 +0900, Alexander Danilov пишет:
Покотиленко Костик пишет:
В Птн, 13/03/2009 в 14:39 +0300, Victor Wagner пишет:
On 2009.03.13 at 11:38:27 +0200, Покотиленко Костик wrote:
Вот-вот.
Плохая практика: прога с CLI + фронтенд
Хорошая практика: прога с CLI -- либа -- прога с GUI
Абсолютно не факт. первый вариант выносит содержательные действия в
отдельный процесс, существенно упрощает отладку и облегчает избавление
от блокировок GUI, когда программа занята чем-нибудь важным.
В 90% случаев, на которые мне приходилось смотреть в дистрибутиве
(естественно, это далеко не все библиотеки, которые в нем есть)
авторы библиотек не имели не малейшего понятия, как следует дизайнить
интерфейсы библиотек. А это, между прочим, гораздо более сложная задача
чем дизайн CLI, заточенного под встраивание.
Ну и покрыть функциональность автоматизированными тестами в случае CLI
гораздо проще.
Ни капли не согласен, особенно когда участвуют циклы. CLI-GUI не проще
ни разу, ни в разработке, ни в использовании, ни в отладке. Кроме,
конечно, случая, когда разработчик не умеет либы писать.
Проще, надо только понимать, что проще не в Си, я в языках, в которых есть
нормальная обработка
событий, например, :) Tcl. Можно рулить одновременно многими cli процессами, в том числе и
одинаковыми, а вот на Си, это будет не так уж просто. А в питоне или ruby есть событийная обработка
на сокетах или каналах ввода/вывода?
Ты на Си в музее смотрел?
И давно на Си можно сделать событийную обработку канала или сокета в ТРИ строки?
Вот универсальная конструкция для select:
char strtmp[1024];
struct timeval tv;
int retval;
fd_set rfds;
fd_set wfds;
for(;;) {
FD_ZERO(rfds);
FD_ZERO(wfds);
FD_SET(0, rfds);
FD_SET(1, wfds);
tv.tv_sec = 5;
tv.tv_usec = 0;
retval = select(1, rfds, wfds, NULL, tv);
if(retval0) {
/* Processing connections */
if(FD_ISSET(0, rfds)) {
// read(0, buf, 1024);
}
if(FD_ISSET(1, wfds)) {
// write(1, buf, 1024);
}
} else if(retval==-1) {
if(errno!=4) { /* Interrupted system call, we get that for SIGHUP
*/
sprintf(strtmp, Select failed: errno=%d, %s, errno,
strerror(errno));
write(2, strtmp, strlen(strtmp));
exit(5);
} else {
sprintf(strtmp, Select failed: errno=%d, %s, (Interrupted
system
call, we get that for SIGHUP)\n, errno, strerror(errno));
write(2, strtmp, strlen(strtmp));
}
} else {
}
}
Сударь, я спрашивал про 3 (ТРИ) строки, а в вашем примере только инициализация занимает пол экрана,
так я ещё и не вижу где тут собыйтийная обработка данных, нет её тут.
Естественно не видите, мелко сильно.
Вы видимо не в курсе про событийное программирование, продолжать не стану,
полагаю, что
это бессмысленно.
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Как спастись от mysql-server в KDE 4.2
Hello! On Monday 16 March 2009 15:49:43 Иван Лох wrote: Ну я и говорю -- вот она настоящая жизнь. Прожект -- по аське, деньги по вебмани, отчет по скайпу, со ссылками на arXiv.org. Тут-то мне карта и пошла... То-то я смотрю, челночников вроде не стало, и откуда импорт берется? Оказывается, спасибо академии наук и западным грантам :-) Best regards.
Re: Как спастись от mysql-server в KDE 4.2
Покотиленко Костик - debian-russian@lists.debian.org @ Mon, 16 Mar 2009
12:45:30 +0200:
P.S. Я не против библиотек. Я за. Я против разработки библиотеки для одного
приложения. Или двух.
ПК Кто знает? GTK+ разрабатывался чисто под Gimp, а сейчас...
В этом-то его и беда. Взяли библиотеку, разработанную под нужды одной
программы, и рассовали по всему дистрибутиву. Получилось печально.
Потому что этот кролик для этого лазания не приспособлен.
--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: r...@jabber.ran.pp.ru
Historically, languages designed for other people to use have been
bad: Cobol, PL/I, Pascal, Ada, C++. The good languages have been those
that were designed for their own creators: C, Perl, Smalltalk, Lisp.
-- Paul Graham
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Как спастись от mysql-server в KDE 4.2
Покотиленко Костик - debian-russian@lists.debian.org @ Mon, 16 Mar 2009
12:49:02 +0200:
ПК Это я про то к чему стремиться надо, а SMTP, FTP и HTTP - хорошо,
ПК но старомодно.
С точностью до наоборот. Ниши работы с машинным представлением - это
криптография и сжатие данных. Всё. (Предвосхищая очевидное возражение
- нет, кодирование изображения и звука уже не требует машинного
представления: цвет точки, равно как и частота и амплитуда звука -
понятия уже более абстрактные, и программы обработки уже с этими
абстракциями работают, а бинарное их представление в конкретном формате
уже можно отнести к сжатию данных, поскольку форматы без сжатия сейчас
уже почти не применяются.)
ПК Спорить не вижу смысла, я Ваш подход понял.
ПК ...однако все владельцы смартфонов недовольны их
ПК производительностью, почему бы???
Ты серьезно полагаешь, что по причине текстовости протоколов!?
--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: r...@jabber.ran.pp.ru
Машины пока еще от копирования защищены хитрой немецкой технологией сборка
трезвымAlex Korchmar в bjndsl$1p2...@ddt.demos.su
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: icedove - новый глюк
Artem Chuprina пишет: OM Перезагрузка после обновления софта? Где-то я уже такое видел. По крайней мере саму софтину лучше перезагрузить. А где в icedove меняется размер шрифта в меню и названиях папок? И.П. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Функционал и интерфейс
Покотиленко Костик - debian-russian@lists.debian.org @ Mon, 16 Mar 2009
14:36:44 +0200:
Демоны почему-то чаще всего пишут не на скриптовых языках.
Ошибаетесь. Большинство написанных в последние несколько лет демонов как
раз
скриптовые. Вот лет 10 назад да, писали на С в основном, сейчас же очень
много
написано на скриптовых языках.
Проверил список демонов на одной из машин
snmpd, courier-imap, courier-pop3, portmap, acpid, dbus, syslog, klog,
mysql, apache, cupsd, exim4, freeradius, smartmon, samba, winbind и еще
несколько других - все не скриптовые.
Единственный найденный скриптовый - xen
ПК spamassassin тоже скриптовый, но это его минус, причём большой.
Минус его не в этом. Сделать ту же обработку на C у тебя, может, и
получится, но шансы, что она окажется быстрее, близки к нулю. Потому
что perl заточен ровно под задачи этого класса, и производительность
_этих_ операций в нем вылизана гораздо лучше, чем это сможешь сделать ты
за ограниченное время.
Минус его в том, что он умеет больше, чем следует :-) Отчего нередко
употребляется там, где следовало бы отшить супостата на этапе
SMTP-сессии. Или тогда же пометить как спам, не анализируя содержимого
письма вообще.
--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: r...@jabber.ran.pp.ru
Рассмотрим этот вопрос под другим гуглом...
-- http://vitus-wagner.livejournal.com/319313.html
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Как спастись от mysql-server в KDE 4.2
Alexey Pechnikov - debian-russian@lists.debian.org @ Mon, 16 Mar 2009
14:33:50 +0300:
AP эксперименты и т.п. Посему неверно утверждение, что всегда
AP необходимо ТЗ с описанием способа решения (как пишет Артем).
Вот только не надо приписывать свои утверждения мне.
--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: r...@jabber.ran.pp.ru
НИИ требуются:
1. Кто бы мог подумать.
Кнышев.
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: you tube
On Mon, 16.03.2009 16:20:07 , Evgeny M. Zubok wrote: Тихон Тарнавский tik...@lexpr.ru writes: Тогда уж UnPlug стоит упомянуть, который действительно тянет с любых сайтов, а не ограниченного, хотя и довольно большого списка: https://addons.mozilla.org/ru/firefox/addon/2254 DownloadHelper тоже тянет с любых сайтов, а не тех, что в списке. Я тащил музыку из flash-плеера, который был на страничке одной группы, и не принадлежал какой-то из известных систем. Для неизвестных систем достаточно чуть-чуть проиграть ролик, чтобы DownloadHelper предложил этот файл сохранить на диск. Спасибо, буду знать. -- С уважением, Тихон Тарнавский. http://linuxforum.ru http://posix.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: /etc/modutils (Re: включение ISA звука на ноуте или es1879 + Len ny)
Mikhail Gusarov wrote: N А как правильно проверить, нужны ли файлы: N /etc/modutils/bluez N /etc/modutils/diald отодвинуть в сторону и посмотреть, сломалось ли что :) Не нужны. Проверить diald ломанием сейчас неначем, а летом нужен будет... А в Etch modutils мейнстрим или он только в Sarge таковым был ? -- Sincerely, Nicholas -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: 28 ядро в unstable
18:41 Mon 16 Mar, Sergei Stolyarov wrote: On Thursday 12 March 2009 19:09:22 Dmitry E. Oboukhov wrote: DE On 13:07 Thu 12 Mar , Ilya Demianov wrote: DE ID Кто уже переехал на 2.6.28? Какие трудности при переезде? Что поломалось? DE у меня блютухная мыша отваливается на просыпании ноута. DE приходится делать рестарт блютуху У меня обычная усбшная мышка не поднимается при пробуждении, приходится отключать и снова подключать кабель. В биосе попробуйте поиграйте с опцией legacy usb -- Murat D. Kadirov pgpwr2KtpizWV.pgp Description: PGP signature
Re: Как спастис ь от mysql-server в KDE 4.2
On Sat, 14.03.2009 23:13:28 , Artem Chuprina wrote: chaos - debian-russian@lists.debian.org @ Sat, 14 Mar 2009 19:51:38 +0200: В принципе, можно умять в emacs: (gnus, erc, jabber-el), opera. c как браузер в емакс умять? Хреново. Строго говоря, не так уж. См. w3m-el. Сам, правда, не пробовал c и лучше не пробовать :) w3m-el? w3-el - да, лучше не пробовать... Да. А w3m-el сейчас попробовал, так мне даже больше понравился, чем умолчательная конфигурация самого w3m. У elinks-а, правда, всё равно существенные преимущества есть; но если задаться целью сделать из emacs-а операционную систему, то w3m-el вполне хороший браузер. И с гнусом, судя по докам, неплохо интегрируется. -- С уважением, Тихон Тарнавский. http://linuxforum.ru http://posix.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Как спастис ь от mysql-server в KDE 4.2
On Mon, 16.03.2009 12:42:58 , Покотиленко Костик wrote: В Птн, 13/03/2009 в 21:44 +0200, Тихон Тарнавский пишет: On Fri, 13.03.2009 20:09:00 , Покотиленко Костик wrote: В Птн, 13/03/2009 в 13:10 +0300, Artem Chuprina пишет: Владимир Ступин - debian-russian@lists.debian.org @ Fri, 13 Mar 2009 14:56:15 +0500: ПК Плохая практика: прога с CLI + фронтенд ПК Хорошая практика: прога с CLI -- либа -- прога с GUI Ну и да, по ходу дела ты, по сути, записал в плохую практику практически все клиент-серверные решения. Начиная с SMTP и HTTP :-) ВС Здесь наверное имелся в виду пример curl и libcurl. Впрочем, ВС наличие библиотеки не обязывает пользоваться именно ею, можно ВС пользоваться возможностями библиотеки и через CLI-программу. Но мне ВС кажется, что выделить функционал программы в библиотеку - это более ВС гибкий подход, который удовлетворит приверженцев любого лагеря: ВС пользователей CLI, GUI и Web-интерфейсов. Моя практика показывает, что в норме приделать к CLI-программе гуй на скриптовом языке гораздо проще, чем сделать для этого же скриптового языка обвязку вокруг библиотеки. Хотя, конечно, если ее уже кто-то за тебя сделал... Нет, я не утверждаю, что выделять библиотеку плохо. Это хорошо, ибо повышает гибкость. Я утверждаю, что заносить unix way в плохую практику не следует... Не путайте unix-way c , и | Первое включает второе, но не ограничивается им. Но если уж на то пошло, то для _взаимодействия_ с функциональностью программы я предпочитаю клиент-серверную модель, причем с _текстовым_ протоколом. Чтобы можно было сходить туда вручную и почитать ее ответы глазами. Вот SMTP, FTP и HTTP в этом смысле хорошие примеры. Если лень писать инструменты для работы с бинарными данными, остаётся единственное направление движения - в сторону SMTP, FTP, HTTP, XML, BASE64 и другого говна(сори). Пора, наконец, понять - машина работает в бинаре, ей так удобнее, в нём она быстрей, так меньше нюансов, так больше энтропия и КПД. Человек так не может, поэтому преобразования целесообразнее применять ТОЛЬКО на входе и на выходе. Это я про то к чему стремиться надо, а SMTP, FTP и HTTP - хорошо, но старомодно. Очень советую почитать http://www.ozon.ru/context/detail/id/2317804/ Многое расставит на места. В ответ посоветую: http://www.ozon.ru/context/detail/id/1335648/ http://www.ozon.ru/context/detail/id/2527041/ http://www.ozon.ru/context/detail/id/2527036/ Это к чему? Вы хоть предисловие к указанной книге прочитайте, там написано, куда восходит её название. И уж конечно ESR ни в чём Кнуту не противоречит. -- С уважением, Тихон Тарнавский. http://linuxforum.ru http://posix.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Функционал и интерфейс
В Пнд, 16/03/2009 в 14:40 +0300, Artem Chuprina пишет:
Покотиленко Костик - debian-russian@lists.debian.org @ Mon, 16 Mar 2009
12:06:13 +0200:
ПК $ progA | ssh u...@host progB
ПК progA записывает каманду в вывод, команда улетает мгновенно в буфер
ПК ssh, в случае простого протокола, без подтверждения доставки progA
ПК будет считать команду доставленной, хотя на самом деле это ещё не
ПК так.
Если она так думает в локальном случае, ее автора пора лечить :-) Никто
никому никогда не гарантировал мгновенной доставки в случае с локальным
пайпом.
ПК Кроме того часто тяжело заставить команды приходить раздельными
ПК порциями.
Это тоже от сети не зависит.
Потому что тогда не будет способа воспользоваться
функционалом :-)
Так вот, у классической юниксовой CLI-программы интерфейс рассчитан на
юникс-юзера. Который ближе к разработчику, чем к энд-юзеру. И тем
самым просто является таким же API, что и у библиотеки.
ПК Ну нет же. Разные они, если подробно разобраться. Учитывая
ПК вышесказанное, API - для низкоуровнего (производительного и компактного)
ПК программирования,
Преждевременная оптимизация - корень всех зол. (c) кто-то из великих.
ПК CLI - для юникс-юзера и скриптов (по быстрому на коленке).
ПК На пример, для сбора счётчиков правил iptables можно использовать
ПК обёртку вокруг iptables -nvL | iptables-save типа:
ПК iptables-save | grep условие | cut -d -fI
ПК или такую конструкцию на Си:
ПК ...
ПК struct ipt_entry *ipt_e;
ПК char *target;
ПК for(ipt_e=iptc_first_rule(chain_name, ipt_h); ipt_e;
ПК ipt_e=iptc_next_rule(ipt_e, ipt_h)) {
ПК if(!ipt_e) {
ПК printf(iptc_first_rule(): returned NULL pointer\n);
ПК return(NULL);
ПК }
ПК if(!условие) continue;
ПК target=iptc_get_target(ipt_e, ipt_h);
ПК printf(Source IP: %s/%s (iface: %s), Destination IP: %s/%s (iface: %
ПК s), Target: %s, Counters: %llu bytes, %llu packets\n,
ПК x_strcpy(inet_ntoa(ipt_e-ip.src)),
ПК x_strcpy(inet_ntoa(ipt_e-ip.smsk)),
ПК ipt_e-ip.iniface,
ПК x_strcpy(inet_ntoa(ipt_e-ip.dst)),
ПК x_strcpy(inet_ntoa(ipt_e-ip.dmsk)),
ПК ipt_e-ip.outiface,
ПК target,
ПК ipt_e-counters.bcnt,
ПК ipt_e-counters.pcnt
ПК);
ПК }
ПК ...
ПК Первый вариант делается за 5 минут, подойдёт для не частого сбора
ПК небольшого числа счётчиков.
ПК Второй вариант страшный, пока первый раз не сделаешь. Подойдёт для
ПК частого сбора сотен показаний.
Я бы уже задумался о том, что узкое место такой системы - не в сборе
показаний...
ПК Дальше, если скармливать нужные счётчики и выводить их за один проход -
ПК можно обрабатывать теоретически неограниченное количество счётчиков за
ПК проход без дополнительных расходов.
Это как раз автомагически получается с iptables -L. На C тебе для этого
придется громоздить изрядную конструкцию (фактически, разрабатывать
половину перла). Оно окупится? У меня есть сомнения...
Уже окупилось. На системе где так работает после таких оптимизаций прогу
передающую счётчики в snmpd в top'е не видно, а snmpd иногда до 10% CPU
тратит. Следующим шагом, там от snmp откажусь в пользу самописного
демона, проблема иссякнет.
Но если этот человек может алгоритмизовать некоторый набор
своих действий - он поручает его программе, и API для этого у него уже
есть.
ПК Да, но это тоже, что и бегать в чугунных сапогах.
Результаты профайлинга предъяви, да?
Есть конкретный пример? С профайлингом на Ваш любимый скриптовый
язык...
--
Покотиленко Костик cas...@meteor.dp.ua
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Как спастись от mysql-server в KDE 4.2
В Пнд, 16/03/2009 в 15:56 +0200, Тихон Тарнавский пишет: On Mon, 16.03.2009 12:42:58 , Покотиленко Костик wrote: В Птн, 13/03/2009 в 21:44 +0200, Тихон Тарнавский пишет: On Fri, 13.03.2009 20:09:00 , Покотиленко Костик wrote: В Птн, 13/03/2009 в 13:10 +0300, Artem Chuprina пишет: Владимир Ступин - debian-russian@lists.debian.org @ Fri, 13 Mar 2009 14:56:15 +0500: ПК Плохая практика: прога с CLI + фронтенд ПК Хорошая практика: прога с CLI -- либа -- прога с GUI Ну и да, по ходу дела ты, по сути, записал в плохую практику практически все клиент-серверные решения. Начиная с SMTP и HTTP :-) ВС Здесь наверное имелся в виду пример curl и libcurl. Впрочем, ВС наличие библиотеки не обязывает пользоваться именно ею, можно ВС пользоваться возможностями библиотеки и через CLI-программу. Но мне ВС кажется, что выделить функционал программы в библиотеку - это более ВС гибкий подход, который удовлетворит приверженцев любого лагеря: ВС пользователей CLI, GUI и Web-интерфейсов. Моя практика показывает, что в норме приделать к CLI-программе гуй на скриптовом языке гораздо проще, чем сделать для этого же скриптового языка обвязку вокруг библиотеки. Хотя, конечно, если ее уже кто-то за тебя сделал... Нет, я не утверждаю, что выделять библиотеку плохо. Это хорошо, ибо повышает гибкость. Я утверждаю, что заносить unix way в плохую практику не следует... Не путайте unix-way c , и | Первое включает второе, но не ограничивается им. Но если уж на то пошло, то для _взаимодействия_ с функциональностью программы я предпочитаю клиент-серверную модель, причем с _текстовым_ протоколом. Чтобы можно было сходить туда вручную и почитать ее ответы глазами. Вот SMTP, FTP и HTTP в этом смысле хорошие примеры. Если лень писать инструменты для работы с бинарными данными, остаётся единственное направление движения - в сторону SMTP, FTP, HTTP, XML, BASE64 и другого говна(сори). Пора, наконец, понять - машина работает в бинаре, ей так удобнее, в нём она быстрей, так меньше нюансов, так больше энтропия и КПД. Человек так не может, поэтому преобразования целесообразнее применять ТОЛЬКО на входе и на выходе. Это я про то к чему стремиться надо, а SMTP, FTP и HTTP - хорошо, но старомодно. Очень советую почитать http://www.ozon.ru/context/detail/id/2317804/ Многое расставит на места. В ответ посоветую: http://www.ozon.ru/context/detail/id/1335648/ http://www.ozon.ru/context/detail/id/2527041/ http://www.ozon.ru/context/detail/id/2527036/ Это к чему? Вы хоть предисловие к указанной книге прочитайте, там написано, куда восходит её название. Прочитал все три. Кучу примеров и домашних заданий порешал и проанализировал. И? И уж конечно ESR ни в чём Кнуту не противоречит. Ещё бы -- Покотиленко Костик cas...@meteor.dp.ua -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: tcpdump не работает с wlan?
Vasily Ivanov пишет: On 16.03.09 1150 (+0300), James Brown wrote: Alexander GQ Gerasiov пишет: На Mon, 16 Mar 2009 10:48:27 +0300 James Brown jbrownfi...@gmail.com записано: А что, утилита tcpdump не работает с wlan? Когда компьютер подключен к проводному соединению eth0, работает нормально, показывает пакеты, когда к wlan0, пишет tcpdump: WARNING: eth0: no IPv4 adress assiahed tcpdump: verbouse output suppresed, use -v or -vv for full protocol decode listening on eth0, link-type EN10MB (Ethernet). capture size 96 bytes ^ Какое из слов ты не в состоянии понять? Так как писать команду? tcpdump -v wlan 0 tcpdump -vv wlan0 чтоли? man tcpdump: -iListen on interface. If unspecified, tcpdump searches the system interface list for the lowest numbered, configured up interface (excluding loopback). Ties are broken by choosing the earliest match. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Премного благодарен Все работает -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Функционал и интерфейс
On Mon, 16.03.2009 16:02:07 , Покотиленко Костик wrote:
В Пнд, 16/03/2009 в 14:40 +0300, Artem Chuprina пишет:
Покотиленко Костик - debian-russian@lists.debian.org @ Mon, 16 Mar 2009
12:06:13 +0200:
ПК $ progA | ssh u...@host progB
ПК progA записывает каманду в вывод, команда улетает мгновенно в буфер
ПК ssh, в случае простого протокола, без подтверждения доставки progA
ПК будет считать команду доставленной, хотя на самом деле это ещё не
ПК так.
Если она так думает в локальном случае, ее автора пора лечить :-) Никто
никому никогда не гарантировал мгновенной доставки в случае с локальным
пайпом.
ПК Кроме того часто тяжело заставить команды приходить раздельными
ПК порциями.
Это тоже от сети не зависит.
Потому что тогда не будет способа воспользоваться
функционалом :-)
Так вот, у классической юниксовой CLI-программы интерфейс рассчитан на
юникс-юзера. Который ближе к разработчику, чем к энд-юзеру. И тем
самым просто является таким же API, что и у библиотеки.
ПК Ну нет же. Разные они, если подробно разобраться. Учитывая
ПК вышесказанное, API - для низкоуровнего (производительного и
компактного)
ПК программирования,
Преждевременная оптимизация - корень всех зол. (c) кто-то из великих.
ПК CLI - для юникс-юзера и скриптов (по быстрому на коленке).
ПК На пример, для сбора счётчиков правил iptables можно использовать
ПК обёртку вокруг iptables -nvL | iptables-save типа:
ПК iptables-save | grep условие | cut -d -fI
ПК или такую конструкцию на Си:
ПК ...
ПК struct ipt_entry *ipt_e;
ПК char *target;
ПК for(ipt_e=iptc_first_rule(chain_name, ipt_h); ipt_e;
ПК ipt_e=iptc_next_rule(ipt_e, ipt_h)) {
ПКif(!ipt_e) {
ПКprintf(iptc_first_rule(): returned NULL pointer\n);
ПКreturn(NULL);
ПК}
ПКif(!условие) continue;
ПКtarget=iptc_get_target(ipt_e, ipt_h);
ПКprintf(Source IP: %s/%s (iface: %s), Destination IP: %s/%s
(iface: %
ПК s), Target: %s, Counters: %llu bytes, %llu packets\n,
ПК x_strcpy(inet_ntoa(ipt_e-ip.src)),
ПК x_strcpy(inet_ntoa(ipt_e-ip.smsk)),
ПК ipt_e-ip.iniface,
ПК x_strcpy(inet_ntoa(ipt_e-ip.dst)),
ПК x_strcpy(inet_ntoa(ipt_e-ip.dmsk)),
ПК ipt_e-ip.outiface,
ПК target,
ПК ipt_e-counters.bcnt,
ПК ipt_e-counters.pcnt
ПК );
ПК }
ПК ...
ПК Первый вариант делается за 5 минут, подойдёт для не частого сбора
ПК небольшого числа счётчиков.
ПК Второй вариант страшный, пока первый раз не сделаешь. Подойдёт для
ПК частого сбора сотен показаний.
Я бы уже задумался о том, что узкое место такой системы - не в сборе
показаний...
ПК Дальше, если скармливать нужные счётчики и выводить их за один проход -
ПК можно обрабатывать теоретически неограниченное количество счётчиков за
ПК проход без дополнительных расходов.
Это как раз автомагически получается с iptables -L. На C тебе для этого
придется громоздить изрядную конструкцию (фактически, разрабатывать
половину перла). Оно окупится? У меня есть сомнения...
Уже окупилось. На системе где так работает после таких оптимизаций прогу
передающую счётчики в snmpd в top'е не видно, а snmpd иногда до 10% CPU
тратит. Следующим шагом, там от snmp откажусь в пользу самописного
демона, проблема иссякнет.
Но если этот человек может алгоритмизовать некоторый набор
своих действий - он поручает его программе, и API для этого у него уже
есть.
ПК Да, но это тоже, что и бегать в чугунных сапогах.
Результаты профайлинга предъяви, да?
Есть конкретный пример? С профайлингом на Ваш любимый скриптовый
язык...
Вы бы ESR-а всё-таки почитали, а то Артёму тут уже приходится
некоторые места своими словами пересказывать и те же цитаты приводить,
которые там уже приведены.
--
С уважением,
Тихон Тарнавский.
http://linuxforum.ru
http://posix.ru
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: emacs22 lenny текст на рус ском
Artem Chuprina wrote: Так то внутри емакса два. А я про window manager. ааа... Тогда дело. В fvwm у меня 12 столов и по приложению на каждом. Круг приложений и нужды таковы что нету необходимости одновременно видеть 2 окна одновременно. Кстати, если other window уже есть, то emacs не сплитит существующее, а пользуется имеющимся. Угу - и мне это очень нравится. -- С уважением, Александр Гавенко. Компания БИФИТ. Сайт: www.bifit.com.ua Тел:+38 (0562) 23-23-14, 23-31-00 E-mail: gave...@bifit.com.ua -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Как спастис ь от mysql-server в KDE 4.2
On Mon, 16.03.2009 16:04:35 , Покотиленко Костик wrote: В Пнд, 16/03/2009 в 15:56 +0200, Тихон Тарнавский пишет: On Mon, 16.03.2009 12:42:58 , Покотиленко Костик wrote: В Птн, 13/03/2009 в 21:44 +0200, Тихон Тарнавский пишет: On Fri, 13.03.2009 20:09:00 , Покотиленко Костик wrote: В Птн, 13/03/2009 в 13:10 +0300, Artem Chuprina пишет: Владимир Ступин - debian-russian@lists.debian.org @ Fri, 13 Mar 2009 14:56:15 +0500: ПК Плохая практика: прога с CLI + фронтенд ПК Хорошая практика: прога с CLI -- либа -- прога с GUI Ну и да, по ходу дела ты, по сути, записал в плохую практику практически все клиент-серверные решения. Начиная с SMTP и HTTP :-) ВС Здесь наверное имелся в виду пример curl и libcurl. Впрочем, ВС наличие библиотеки не обязывает пользоваться именно ею, можно ВС пользоваться возможностями библиотеки и через CLI-программу. Но мне ВС кажется, что выделить функционал программы в библиотеку - это более ВС гибкий подход, который удовлетворит приверженцев любого лагеря: ВС пользователей CLI, GUI и Web-интерфейсов. Моя практика показывает, что в норме приделать к CLI-программе гуй на скриптовом языке гораздо проще, чем сделать для этого же скриптового языка обвязку вокруг библиотеки. Хотя, конечно, если ее уже кто-то за тебя сделал... Нет, я не утверждаю, что выделять библиотеку плохо. Это хорошо, ибо повышает гибкость. Я утверждаю, что заносить unix way в плохую практику не следует... Не путайте unix-way c , и | Первое включает второе, но не ограничивается им. Но если уж на то пошло, то для _взаимодействия_ с функциональностью программы я предпочитаю клиент-серверную модель, причем с _текстовым_ протоколом. Чтобы можно было сходить туда вручную и почитать ее ответы глазами. Вот SMTP, FTP и HTTP в этом смысле хорошие примеры. Если лень писать инструменты для работы с бинарными данными, остаётся единственное направление движения - в сторону SMTP, FTP, HTTP, XML, BASE64 и другого говна(сори). Пора, наконец, понять - машина работает в бинаре, ей так удобнее, в нём она быстрей, так меньше нюансов, так больше энтропия и КПД. Человек так не может, поэтому преобразования целесообразнее применять ТОЛЬКО на входе и на выходе. Это я про то к чему стремиться надо, а SMTP, FTP и HTTP - хорошо, но старомодно. Очень советую почитать http://www.ozon.ru/context/detail/id/2317804/ Многое расставит на места. В ответ посоветую: http://www.ozon.ru/context/detail/id/1335648/ http://www.ozon.ru/context/detail/id/2527041/ http://www.ozon.ru/context/detail/id/2527036/ Это к чему? Вы хоть предисловие к указанной книге прочитайте, там написано, куда восходит её название. Прочитал все три. Кучу примеров и домашних заданий порешал и проанализировал. И? Я про книгу ESR-а вообще-то, и про её предисловие. И уж конечно ESR ни в чём Кнуту не противоречит. Ещё бы Так к чему эти ссылки были приведены? Я так и не понял. -- С уважением, Тихон Тарнавский. http://linuxforum.ru http://posix.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Функционал и интерфейс
В Пнд, 16/03/2009 в 16:35 +0300, Artem Chuprina пишет: Покотиленко Костик - debian-russian@lists.debian.org @ Mon, 16 Mar 2009 14:36:44 +0200: Демоны почему-то чаще всего пишут не на скриптовых языках. Ошибаетесь. Большинство написанных в последние несколько лет демонов как раз скриптовые. Вот лет 10 назад да, писали на С в основном, сейчас же очень много написано на скриптовых языках. Проверил список демонов на одной из машин snmpd, courier-imap, courier-pop3, portmap, acpid, dbus, syslog, klog, mysql, apache, cupsd, exim4, freeradius, smartmon, samba, winbind и еще несколько других - все не скриптовые. Единственный найденный скриптовый - xen ПК spamassassin тоже скриптовый, но это его минус, причём большой. Минус его не в этом. Сделать ту же обработку на C у тебя, может, и получится, но шансы, что она окажется быстрее, близки к нулю. Потому что perl заточен ровно под задачи этого класса, и производительность _этих_ операций в нем вылизана гораздо лучше, чем это сможешь сделать ты за ограниченное время. Ты прав, не по тому пути они пошли, но их уже не догнать. Пойми в чём тут дело? С perl и python всегда так. downloading servers from http://pyzor.sourceforge.net/cgi-bin/inform-servers-0-3-x Traceback (most recent call last): File /usr/bin/pyzor, line 8, in ? pyzor.client.run() File /var/lib/python-support/python2.4/pyzor/client.py, line 1003, in run ExecCall().run() File /var/lib/python-support/python2.4/pyzor/client.py, line 184, in run self.servers = self.get_servers(servers_fn) File /var/lib/python-support/python2.4/pyzor/client.py, line 409, in get_servers servers.read(open(servers_fn)) File /var/lib/python-support/python2.4/pyzor/client.py, line 117, in read self.append(pyzor.Address.from_str(line)) File /var/lib/python-support/python2.4/pyzor/__init__.py, line 458, in from_str fields[1] = int(fields[1]) IndexError: list index out of range Минус его в том, что он умеет больше, чем следует :-) Отчего нередко употребляется там, где следовало бы отшить супостата на этапе SMTP-сессии. Или тогда же пометить как спам, не анализируя содержимого письма вообще. Ну, это лечится слава Богу. -- Покотиленко Костик cas...@meteor.dp.ua -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: lists.debian.org has received bounces from you
Прописал snd-es1688 в /etc/modules и сделал файл /etc/modprobe.d/sound как в Кноппиксе. Ребутнулся. В результате сейчас mplayer играет что-то, но звук почти не различим, едва слышно. Забыл сказать, до этого снёс напрочь Альсу, так что теперь думаю, где бы в репо найти OSS mixer. Стандартных решений пока тоже не видел, все советы упираются в установку alsa, а я хочу попробовать OSS -- вдруг да покатит и будет не хуже Альсы? Это правильно всё, так и должно быть? Очень хочется комментариев по теме. On Sun, 15 Mar 2009 20:45:16 + (UTC), Debian Listmaster Team listmas...@lists.debian.org wrote: Dear subscriber, We've encountered some problems while sending listmail to your emailaddress gene_...@tiera.ru. In the last seven days we've seen bounces for the following list: * debian-russian 2 bounces out of 95 mails in one day (2%, kick-score is 80%) (http://lists.debian.org/bounces/Yxj_j+tLnBtRIeWh_zpl8A) (The link above points to a copy of the latest bounce and will be valid for seven days.) If the bounce-rate passes the kick-score, our bounce-detection will forcibly remove your subscription. Bounces happen from time to time when spam slips through our filters but are rejected by your mail provider. If you are your own mail provider and use 'Before-Queue Content filtering', you should whitelist liszt.debian.org from Content filtering. However: You can safely ignore this message (and you will not be unsubscribed :-) ) if your kick-score remains low. For more information see http://wiki.debian.org/Teams/ListMaster/FAQ You are welcome to contact listmas...@lists.debian.org if you think this message was sent in error. Sincerely, The Listmaster Team -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Как спастись от mysql-server в KDE 4.2
В Пнд, 16/03/2009 в 16:28 +0300, Artem Chuprina пишет: Покотиленко Костик - debian-russian@lists.debian.org @ Mon, 16 Mar 2009 12:49:02 +0200: ПК Это я про то к чему стремиться надо, а SMTP, FTP и HTTP - хорошо, ПК но старомодно. С точностью до наоборот. Ниши работы с машинным представлением - это криптография и сжатие данных. Всё. (Предвосхищая очевидное возражение - нет, кодирование изображения и звука уже не требует машинного представления: цвет точки, равно как и частота и амплитуда звука - понятия уже более абстрактные, и программы обработки уже с этими абстракциями работают, а бинарное их представление в конкретном формате уже можно отнести к сжатию данных, поскольку форматы без сжатия сейчас уже почти не применяются.) ПК Спорить не вижу смысла, я Ваш подход понял. ПК ...однако все владельцы смартфонов недовольны их ПК производительностью, почему бы??? Ты серьезно полагаешь, что по причине текстовости протоколов!? Нет, но корни те же. -- Покотиленко Костик cas...@meteor.dp.ua -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Как спастись от mysql-server в KDE 4.2
В Пнд, 16/03/2009 в 16:27 +0300, Artem Chuprina пишет: Покотиленко Костик - debian-russian@lists.debian.org @ Mon, 16 Mar 2009 12:45:30 +0200: P.S. Я не против библиотек. Я за. Я против разработки библиотеки для одного приложения. Или двух. ПК Кто знает? GTK+ разрабатывался чисто под Gimp, а сейчас... В этом-то его и беда. Взяли библиотеку, разработанную под нужды одной программы, и рассовали по всему дистрибутиву. Получилось печально. Потому что этот кролик для этого лазания не приспособлен. О вкусах, конечно, не спорят. Я с Вами не согласен, отлично подходит, да и в gimp используются все основные виджеты. Хотя дело даже не в виджетах, а в движке. Мне в нём очень нравится то, что он наглядно показывает, что с понятием объект отлично можно работать на объектно не ориентированном языке. -- Покотиленко Костик cas...@meteor.dp.ua -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Как спастис ь от mysql-server в KDE 4.2
On Sun, 15.03.2009 19:02:27 , Alexey Pechnikov wrote: Лично я еще не видел ни одного заказчика, который бы сам сумел сформулировать задачу. Нет, Вас действительно пора начинать в цитатник заносить. Как Вы умудряетесь вообще с такими заказчиками работать, которые поставить задачу не в состоянии? Обычно техзадание составляется на после ввода системы в эксплуатацию. Это не хуже. Я видел несколько десятков проектов, где ТЗ оставлялось на после ввода в эксплуатацию. Большая часть из них в эксплуатацию не была введена вообще. А в сроки, превышавшие плановые меньше чем на год, не был введён ни один. -- С уважением, Тихон Тарнавский. http://linuxforum.ru http://posix.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
