Re: помогите вычислить размер партиции для LVM тома

2009-03-20 Пенетрантность Alexander GQ Gerasiov
On Fri, 20 Mar 2009 04:10:10 +
Mikhail Ramendik m...@ramendik.ru wrote:

 Всем привет!
 
 Понадобилось откусить кусок от физического тома LVM (единственного на
 машине) под виндовый диск.
 
 Уменьшить сам том успешно удалось - аккурат на последнем логическом
 томе было много места, файловую систему урезали, потом логический
 том, потом физический том. (Кстати, на будущее хотелось бы узнать -
 если я уменьшил _не последний_ логический том, как передвинуть
 остальные, чтобы можно было уменьшить физический том?)
 
 На данный момено том уменьшен, но осталось уменьшить партицию. И я
 никак не могу понять, сколько цилиндров нужно оставить.
А ты уверен, что у тебя освободились именно последние юниты (не помню
как они в LVK зовутся) на PV? Вполне могли освободиться где-то в
середине.

А вообще pvresize(8) почитай. Там есть ответы на все твои вопросы и
рекомендации, как и что делать.

-- 
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


signature.asc
Description: PGP signature


Re: Не играет DVD

2009-03-20 Пенетрантность Victor Wagner
On 2009.03.19 at 23:27:07 +0300, Mishustin Alexey wrote:

 Во маразм! Защита от копирования = защита от чтения!

Именно так оно и есть. Как только ты прочитал данные в неподконтрольную
производителю плеера программу (а любая OpenSource программа
подконтрольна в первую очередь тебе), то все приехали - ты их можешь
скопировать.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: Консольная команда д ля соединения с wlan-рутером

2009-03-20 Пенетрантность Feata`lion Nyere``

James Brown wrote:

Уважаемые члены сообщества,
Не подскажите новичку, с помощью какой команды (команд) можно
соединиться с wlan-рутером и произвести аутентификацию WPA?
В среде GNOME и в xfce вроде нет проблем с граф. интерфейсом (хотя
консольные команды, имхо, всегда полезно и нужно знать), а во флуксбоксе
не получается соединиться. iwlist wlan0 scan показывает сети, iwconfig
показывает, что нет соединения, пытаюсь запустить прогу с гуями -
KiWi-менеджер, не не запускается, видимо, для нее нужен гном.




тебе нужен iwconfig, читай ман. если есть ещё и криптование - потом 
можно запустить wpa_supplicant. а вообще было бы неплохо всё, что тебе 
нужно прописать в wpa_supplicant.conf



--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: Функционал и интерфейс

2009-03-20 Пенетрантность Покотиленко Костик
В Птн, 20/03/2009 в 00:56 +0300, Artem Chuprina пишет:
 Покотиленко Костик - debian-russian@lists.debian.org  @ Thu, 19 Mar 2009 
 23:00:22 +0200:
 
 Ну и там прочее по мелочи - а что у нас не освободится, если вылетит
 ошибка вот тут?
 
 Разумеется, без gtk_widget_destroy() или там EVP_PKEY_free() было бы
 совсем хреново.  Но с ними - просто хреново, а не хорошо.  Ну разве 
 что
 слаще репы не едал...
   
ПК У меня такое бывает редко, а когда бывает - заварю чаю и почитаю
ПК кто кого освобождает а кто кого нет, сравню с кодом и всё готово,
ПК делов-то 20 минут.
   
   Начнем с того, что ты вынужден тратить время и, главное, внимание, на
   то, чтобы этих ошибок не допустить.
 
  ПК Это культура программирования, _этому_ учиться надо.
 
 Это не культура программирования.  Это культура обхода ограничений языка
 C.  В лучшем случае.  Выполнение работы, которую машина может сделать
 лучше, культурой программирования называть не следует.

Слушай, давай на примерах? А то как-то размыто. Я буду рад признать, что
Си неэффективен, если наглядно покажешь.

   А потом - ты valgrind на свои программы часто натравливаешь?
 
  ПК Ни разу не натравливал. Хотя было несколько таких затыков, что я
  ПК уже начал искать инструменты такого рода, и нашёл, в том числе и
  ПК valgrind.  Но воспользоваться ими не успел, во всех случаях на
  ПК следующий день, отдохнувши поглядев, всё нашлось.
 
 А ты натрави.  Имеешь шанс узнать что-нибудь интересное...

Наверняка узнаю некоторое количество неучтённых мелочей. Крупные leaks
видно сразу, а те того может и не стоят.

   И на каждое выделение памяти.  Вверх по всему стеку вызовов.
 
  ПК Если не увлекаться вызовом malloc() inline, а каждый объект
  ПК делать набор функций create, destroy и т.д. то это не много и
  ПК оправдано.  Кстати, разделяя функционал от интерфейса и выделив
  ПК библиотеку, так даже проще.
 
 Любая попытка выделить память может закончиться неудачей.  И называется
 она malloc() или create - рояля не играет.  Ну, с точностью еще до
 классических грабель объективизации конструкции, описанных во всех
 книжках по C++ - что будет, если ошибка произойдет в момент, когда
 память выделена под _часть_ подобъектов?

Если ты программист Си - решать тебе что будет. Мне, например, не
нравится как такие ситуации отработал spamassassin написанный на perl.
Смотри тред OOM-Killer. С perl'ом даже OOM-Killer не справился.

  ПК Мне нравится с годами углубляться в один и тот же язык, чем
  ПК с каждым годом изучать их больше. На Си можно сделать всё,
  ПК а тебе видимо приходится слазить с Тикля иногда.
 
  ПК Вопрос удобства можно обсудить, очень интересно.
 
 Это не мне, это Печникову приходится слазить.  А я под задачу
 подбираю наиболее удобный инструмент.
   
ПК Хорошо, что он у меня один. Кроме, когда на коленке надо, тогда
ПК shell.  Perl, конечно, было бы круто знать, что иногда
ПК использовать вместо shell, но мне лень его изучать, я на Си не
ПК на много медленее напишу.
   
   Если писать на перле как на C, то да, на C ненамного медленнее
   получится.  Вот только те, кто изучает не языки, а программирование,
   на перле пишут по-другому.  Как на перле :-) И C сразу начинает
   отставать если не в сотни раз, то в десятки уж точно.
 
  ПК В это мне тяжело въехать.
 
 Тяжело въехать в перловый способ программирования, тяжело понять любой
 способ программирования, отличный от однажды выученного, или тяжело
 поверить, что однажды выученный не является единственным?

1. Я не говорил, что на Perl ничего не писал, просто ничего серьёзного
не писал. А в способ я въехал.
2. Способ программирования в основном от языка не зависит, и нет, не
тяжело понимать новые, даже нравится, если видно где они эффективнее.
3. Я не в религиозном кружке чтобы просто так поверить в то или иное.

У Perl'а своя ниша, и он хорош пока от туда не вылазит.

 Ты на sh тоже как на C пишешь?  (Там, впрочем, если писать аккуратно,
 это бывает оправдано...)

А это как?

-- 
Покотиленко Костик 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: Функционал и интерфейс

2009-03-20 Пенетрантность Покотиленко Костик
В Птн, 20/03/2009 в 00:47 +0300, Artem Chuprina пишет:
 Покотиленко Костик - debian-russian@lists.debian.org  @ Thu, 19 Mar 2009 
 22:41:42 +0200:
 
  Как только ты на C выбираешь достаточно высокий уровень, ты 
 немедленно
  получаешь высокоуровневый подъязык с неудобным синтаксисом и
  ... правильно, все равно заботой о распределении памяти (почистить 
 за
  тобой все равно никто не сможет).
 
  В GTK+, создаёшь виджет окно, напихиваешь туда кучу других 
 виджетов,
  потом делаешь gtk_widget_destroy() на окно, и освобождаешь его и 
 всех
  потомков одной командой.
 
 После чего в памяти навечно остаётся висеть какой-нибудь pixbuf,
 используемый в каком-нибудь image. Поскольку понадеялись на
 gtk_widget_destroy и документацию к gtk_image_new_from_pixbuf на
 предмет освобождения памяти перечитывать не стали.
   
ПК Баги есть везде. Э про это не знаю, pixbuf'ом практически не
ПК пользовался.
   
   Этот баг у них фичей зовется.  В смысле - документирован, а не
   исправлен...
   
   Баги, конечно, есть везде.  Но вот их количество в разных местах
   различно.  В больших проектах, написанных на C, помимо неизбежных для
   всех языков ошибок в логике программы есть еще туча ошибок в глупостях
   типа управления памятью.
 
  ПК И это понятно, сначала научитесь управлять памятью, потом управляйте.
 
  ПК На самом деле в приличных проектах от эффективности управления памятью
  ПК зависит всё. Если это управление от тебя не зависит, от тебя уже мало
  ПК что зависит.
 
 Посмешил.  Вот приличные проекты, где от эффективности управления
 памятью (в разумных пределах) ничего не зависит, мне попадались.  А
 чтобы всё - ни одного.  Как минимум, потому что если проект таков, что
 там что-то зависит от управления памятью, то от алгоритмов обработки
 данных, в этой памяти лежащих, и логики принятия решений по распихиванию
 в память зависит куда больше.
 
 Кстати, хинт: если твоя сишная программа работает в линуксе из-под
 непривелигированного юзера, управление памятью от тебя уже не зависит...

Мы что про разные управления памятью говорим?

-- 
Покотиленко Костик 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: Функционал и интерфейс

2009-03-20 Пенетрантность Покотиленко Костик
В Птн, 20/03/2009 в 00:43 +0300, Artem Chuprina пишет:
 Покотиленко Костик - debian-russian@lists.debian.org  @ Thu, 19 Mar 2009 
 22:37:50 +0200:
 
  Мне нравится с годами углубляться в один и тот же язык, чем с каждым
  годом изучать их больше. На Си можно сделать всё, а тебе видимо
  приходится слазить с Тикля иногда.
 
 на асме тоже
   
ПК На асме нет как таковых понятий библиотек, без чего тяжко...
   
   Ну почему нет?  Понятия - есть.  Библиотек на чистом асме вроде бы нет,
   обвязка всегда сишная.  А понятия - есть...
   
   Надо сказать, в старые и даже в чем-то добрые времена библиотеки тоже
   были.  Вымерли за непереносимостью.
 
  ПК Сложно там с библиотеками, потому и говорю что нет.
 
 Можно сишную позвать :-)  Можно, впрочем, и перловую :-)

Я б на это посмотрел! Главный цикл на Asm'е вызывающий перловые
процедуры :-)

-- 
Покотиленко Костик 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: Консольная команда для со единения с wlan-рутером

2009-03-20 Пенетрантность Mark Goldshtein
2009/3/20 James Brown jbrownfi...@gmail.com:
 Уважаемые члены сообщества,
 Не подскажите новичку, с помощью какой команды (команд) можно
 соединиться с wlan-рутером и произвести аутентификацию WPA?

Если Вы разберётесь в этом непростом вопросе, пожалуйста, соберите всё
в один последний пост. У меня не хватило терпения/времени разобраться
с этим в сегодняшних системах. И найти простое и внятное howto, где
были бы описаны тонкости поднятие WiFi соединения из консоли, с
различными условиями:  WEP, WPA, DHCP - мне так же не удалось.

Надеюсь, Вы раскопаете эту проблему и сложите красивые куличики :)
Удачи!

-- 
С Уважением,
Марк Гольдштейн

Sincerely Yours'
Mark Goldshtein


Re: Консольная команда для соединения с wlan-рутером

2009-03-20 Пенетрантность Victor Wagner
On 2009.03.20 at 13:00:37 +0300, Mark Goldshtein wrote:

 2009/3/20 James Brown jbrownfi...@gmail.com:
  Уважаемые члены сообщества,
  Не подскажите новичку, с помощью какой команды (команд) можно
  соединиться с wlan-рутером и произвести аутентификацию WPA?
 
 Если Вы разберётесь в этом непростом вопросе, пожалуйста, соберите всё
 в один последний пост. У меня не хватило терпения/времени разобраться
 с этим в сегодняшних системах. И найти простое и внятное howto, где
 были бы описаны тонкости поднятие WiFi соединения из консоли, с
 различными условиями:  WEP, WPA, DHCP - мне так же не удалось.

По-моему, все необходимое написано в
/usr/share/doc/wpa-supplicant/README.Debian

Хотя, конечно, там подразумевается что читатель знает что такое WEP, WPA
и DHCP.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: Не играет DVD

2009-03-20 Пенетрантность Mishustin Alexey

3/20/2009, Victor Wagner vi...@wagner.pp.ru вы писали:

 Во маразм! Защита от копирования = защита от чтения!

Именно так оно и есть. Как только ты прочитал данные в неподконтрольную
производителю плеера программу (а любая OpenSource программа
подконтрольна в первую очередь тебе), то все приехали - ты их можешь
скопировать.

Вот как! Буду иметь в виду ;)

С уважением,
Алексей Мишустин


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Скорость чтения с диска последовате льно одним процессом VS параллельно несколькими

2009-03-20 Пенетрантность Покотиленко Костик
Штатных утилит делающих подобное не нашёл, ткните, наверняка проглядел.
Не поленился написать данный тест. Первая версия и результат её работы
на моей системе выложены, ссылки внизу.

О тесте: программа рекурсивно сканирует указанный каталог и составляет
список обычных файлов, затем делит этот список на N частей. Далее
программа создаёт N клонов с помощью fork(), каждый из которых читает
файлы из своей части списка. По окончанию работы каждого клона выводится
его статистика. 

Кому интересно можете провести тест на свой страх и риск на своём
железе, результат сравним.

1. По результату: при моих параметрах тестирования чтение
последовательно одним процессом быстрее, но не намного.

2. Параметры тестирования:
- каталог:   /usr/src
- ФС:ext3 (Всего: 9,2G; Занято: 6,8G)
- файлов в списке:   254794
- подкаталогов:  23003
- максимальные уровень вложенности:  12 (maxrec)
- проц:  C2D ~2GHz
- память:1Гб (около 300Мб свободно/кэш)
- контроллер:Intel® ICH10
- винт:  WDC WD5000AAKS-00YGA0
http://www.xard.ru/post/11716/default.asp

Беглое гугление показало, не факт что NCQ включён и работает:
http://blog.kovyrin.net/2006/08/11/turn-on-ncq-on-ich-linux/lang/ru/
Кто-нибудь в курсе статуса NCQ в Debian?

# hdparm -Tt /dev/sda

/dev/sda:
 Timing cached reads:   5886 MB in  2.00 seconds = 2945.75 MB/sec
 Timing buffered disk reads:  238 MB in  3.04 seconds =  78.40 MB/sec

#uname -a 
Linux casper 2.6.24-etchnhalf.1-686 #1 SMP Fri Dec 26 04:10:16 UTC 2008
i686 GNU/Linux

остальное в pdf.

3. Точность:
- программа тупо делит список на равное количество записей, размеры
файлов не учитываются, поэтому одним клонам достаётся больше чем другим,
они работают дольше и остаток времени работают с меньшим числом
конкурентов, что на мой взгляд увеличивает общую скорость. Во вложенных
результатах в тесте с 4-мя потоками 4-му досталась половина всего
объёма. Это особенности распределения файлов по моему /usr/src.
- для каждого числа потоков было проведено 3 эксперимента, учитывались
средние значения.
- в программе учитывается только время на чтение файлов по списку, и не
учитывается время на его создание и другие операции.
- не понятно работал ли NCQ.
- перед тестами я не сбрасывал кэш ФС, на объёме ~1.3 Гб он не
эффективен, это видно из тестов.
- на мой взгляд данный тест производит нагрузку похожую на ту, что
создаёт apache2 при соизмеримых количествах клиентов (потоков) и
запросов.


http://meteor.dp.ua/reference/simreadtest/simreadtest-0.1.tar.gz
http://meteor.dp.ua/reference/simreadtest/simreadtest-19.03.2009-01.ods
http://meteor.dp.ua/reference/simreadtest/simreadtest-19.03.2009-01.pdf

-- 
Покотиленко Костик 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: Консольная команда для соединения с wlan-рутером

2009-03-20 Пенетрантность Victor Wagner
On 2009.03.20 at 13:29:31 +0300, Mark Goldshtein wrote:

 
 Подскажите пожалуйста, где можно почитать о том, как поднимать WPA
 WiFi соединение в течении инсталляции?

В исходниках инсталляционного образа, который это умеет делать.

Например, вот этого:
http://wiki.debian.org/DebianEeePC/HowTo/Install#Downloadinstallerimage


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: Консольная команда для со единения с wlan-рутером

2009-03-20 Пенетрантность Mark Goldshtein
2009/3/20 Victor Wagner vitus@:
 On 2009.03.20 at 13:00:37 +0300, Mark Goldshtein wrote:

 2009/3/20 James Brown jbrownfirst@:
  Уважаемые члены сообщества,
  Не подскажите новичку, с помощью какой команды (команд) можно
  соединиться с wlan-рутером и произвести аутентификацию WPA?

 Если Вы разберётесь в этом непростом вопросе, пожалуйста, соберите всё
 в один последний пост. У меня не хватило терпения/времени разобраться
 с этим в сегодняшних системах. И найти простое и внятное howto, где
 были бы описаны тонкости поднятие WiFi соединения из консоли, с
 различными условиями:  WEP, WPA, DHCP - мне так же не удалось.

 По-моему, все необходимое написано в
 /usr/share/doc/wpa-supplicant/README.Debian

 Хотя, конечно, там подразумевается что читатель знает что такое WEP, WPA
 и DHCP.

Подскажите пожалуйста, где можно почитать о том, как поднимать WPA
WiFi соединение в течении инсталляции?

-- 
С Уважением,
Марк Гольдштейн

Sincerely Yours'
Mark Goldshtein


Re: Файлы .wav

2009-03-20 Пенетрантность Sergei Stolyarov
On Friday 20 March 2009 01:00:08 Sergei Stolyarov wrote:
SS Например, так:

Небольшое дополнение. ~/.mplayer/codecs.conf влияет на все запуски mplayer, и 
потенциально может похерить воспроизведение других форматов. Поэтому я бы 
порекомендовал запускать mplayer с опцией -codecs-file, чтобы использовать 
codecs.conf только тогда, когда это необходимо. Например:

mplayer -codecs-file ~/.mplayer/codecs.conf.lh 263193694.wav

~/.mplayer/codecs.conf при этом переименовывается в ~/.mplayer/codecs.conf.lh

-- 
Best regards
Sergei Stolyarov


Re: Функционал и интерфейс

2009-03-20 Пенетрантность Тихон Тарнавский
On Fri, 20.03.2009 11:52:03 , Покотиленко Костик wrote:
 В Птн, 20/03/2009 в 00:56 +0300, Artem Chuprina пишет:
  Любая попытка выделить память может закончиться неудачей.  И называется
  она malloc() или create - рояля не играет.  Ну, с точностью еще до
  классических грабель объективизации конструкции, описанных во всех
  книжках по C++ - что будет, если ошибка произойдет в момент, когда
  память выделена под _часть_ подобъектов?
 
 Если ты программист Си - решать тебе что будет. Мне, например, не
 нравится как такие ситуации отработал spamassassin написанный на perl.
 Смотри тред OOM-Killer. С perl'ом даже OOM-Killer не справился.
 
В ситуации, описанной в том треде, oom-killer пристрелил не того, кого
надо было. При чёт здесь перл?

-- 
С уважением,
Тихон Тарнавский.
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: Консольная команд а для соединения с wlan -рутером

2009-03-20 Пенетрантность Vladimir Ilyakov
При инсталяции debian из другого линукса можно также использовать 
wpa_supplicant.
Насколько можно понять из руководства по установке, в других методах 
отличных от приведенного выше , использовать wpa нельзя.


Владимир Ильяков
Информационное Агентство Трейд.Су 
vl...@trade.su




Mark Goldshtein wrote:

2009/3/20 Victor Wagner vitus@:
  

On 2009.03.20 at 13:00:37 +0300, Mark Goldshtein wrote:



2009/3/20 James Brown jbrownfirst@:
  

Уважаемые члены сообщества,
Не подскажите новичку, с помощью какой команды (команд) можно
соединиться с wlan-рутером и произвести аутентификацию WPA?


Если Вы разберётесь в этом непростом вопросе, пожалуйста, соберите всё
в один последний пост. У меня не хватило терпения/времени разобраться
с этим в сегодняшних системах. И найти простое и внятное howto, где
были бы описаны тонкости поднятие WiFi соединения из консоли, с
различными условиями:  WEP, WPA, DHCP - мне так же не удалось.
  

По-моему, все необходимое написано в
/usr/share/doc/wpa-supplicant/README.Debian

Хотя, конечно, там подразумевается что читатель знает что такое WEP, WPA
и DHCP.



Подскажите пожалуйста, где можно почитать о том, как поднимать WPA
WiFi соединение в течении инсталляции?

  



--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: Консольная команда для соединения с wlan-рутером

2009-03-20 Пенетрантность Victor Wagner
On 2009.03.20 at 14:00:07 +0300, Vladimir Ilyakov wrote:

 При инсталяции debian из другого линукса можно также использовать  
 wpa_supplicant.
 Насколько можно понять из руководства по установке, в других методах  
 отличных от приведенного выше , использовать wpa нельзя.

Если только не состряпать custom installer image, содержащий
wpa_supplicant, как это сделано по приведенной мной в соседнем письме 
ссылке.

Я правда, ставил с этого образа с использованием WEP, а не WPA, но
авторы образа обещают что WPA тоже работает, и у меня нет оснований им
не доверять.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: Функционал и интерфейс

2009-03-20 Пенетрантность Покотиленко Костик
В Птн, 20/03/2009 в 12:35 +0200, Тихон Тарнавский пишет:
 On Fri, 20.03.2009 11:52:03 , Покотиленко Костик wrote:
  В Птн, 20/03/2009 в 00:56 +0300, Artem Chuprina пишет:
   Любая попытка выделить память может закончиться неудачей.  И называется
   она malloc() или create - рояля не играет.  Ну, с точностью еще до
   классических грабель объективизации конструкции, описанных во всех
   книжках по C++ - что будет, если ошибка произойдет в момент, когда
   память выделена под _часть_ подобъектов?
  
  Если ты программист Си - решать тебе что будет. Мне, например, не
  нравится как такие ситуации отработал spamassassin написанный на perl.
  Смотри тред OOM-Killer. С perl'ом даже OOM-Killer не справился.
  
 В ситуации, описанной в том треде, oom-killer пристрелил не того, кого
 надо было. При чёт здесь перл?

Есть предположение, что он таки прибивал треды spamassassin'а, тот
просто успевал наплодиться. Эти предположения основаны на логике работы
oom-killer, по ней spamassassin был первый кандидат.

И, в любом случае, 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: Файлы .wav

2009-03-20 Пенетрантность Victor Wagner
On 2009.03.20 at 16:50:23 +0600, Sergei Stolyarov wrote:

 On Friday 20 March 2009 01:00:08 Sergei Stolyarov wrote:
 SS Например, так:
 
 Небольшое дополнение. ~/.mplayer/codecs.conf влияет на все запуски mplayer,
Ну и что?
 и потенциально может похерить воспроизведение других форматов.
С какой стати? В приведенном фрагменте codecs.conf формат описан
корректно. Поэтому данный кодек будет выбираться только для wav-файлов с
этим кодеком, и ни на какие другие форматы не повлияет.
 Поэтому я бы порекомендовал запускать mplayer с опцией -codecs-file,
 чтобы использовать codecs.conf только тогда, когда это необходимо. Например:

Вы настолько не доверяете авторам mplayer? Исходник почитайте,
убедитесь, что они в этом месте все аккуратно сделали.



-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: Perl or Python?

2009-03-20 Пенетрантность Grey Fenrir
On Thu, 19 Mar 2009 22:32:25 +0300
Alexey Pechnikov wrote:

 On Thursday 19 March 2009 21:36:47 Владимир Ступин wrote:
  Я ни в коей мере не спец по БД, но мне почему-то кажется, что
  необходимость прибегать к значениям NULL говорит о непродуманной
  структуре БД.
 Описанный вами метод известен как горизонтальная декомпозиция и
 является одним из лучших вариантов решения проблемы с NULL. Для не
 спеца неплохо :-)
Извиняйте, что вклиниваюсь, но мне не совсем понятна спасительность
метода в данном конкретном случае. Из того, что во второй таблице не
будет записей _всё равно_ совершенно непонятно, следует ли платить
Витусу за измерение температуры в этот день, разумеется, если это не
сдельная оплата за строчку таблицы. 
А при выяснении то ли он весь день читал Лукьяненко и забыл 
смерить температуру, то ли температуру мерять ходил, но в силу
объективных причин данных не получил СУБД вряд ли поможет
 
 База с использованием NULL это так назваемая удобная для заполнения
 база. Для анализа она непригодна, так как потеряно много важной
 информации о данных, в частности, невозможно различить невалидные и
 отсутствующие данные. 
Насколько я понял, Владимир предложил не писать вообще ничего там, где
другие напишут NULL - как в случае отсутствия (медведь съел), так и в
случае невалидности (градусник замёрз) данных. Вряд ли это поможет нам
различать такие данные.
Можно на этапе обработки отсекать значения, выходящие за рабочий
диапазон, в базу писать ту температуру, которая отображалась, вне
зависимости от замёрз/не_замёрз, а NULL писать только в случае прихода
медведя. Однако при обработке придётся прибегать к интерполяции (или к
игнорированию в усреднениях, что является частным случаем И.) в обоих
случаях.
В чём принципиальное различие [с точки зрения метеосистемы] - я не
вижу. 

--
Grey Fenrir


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Немного юмора про Лину кс

2009-03-20 Пенетрантность James Brown
 :-)  :-)  :-)  :-)  :-)  :-)  :-)  :-)  :-)  :-)  :-)  :-)  :-)  :-)
:-)  :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-)
:-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-)

https://www.pgpru.com/forum/unixlike/migrirujuvlinuxpomogiteopredelitsja?p=last#Comment28903


После часа знакомства с свежеинсталированным продуктом была замечена
такая вещь, как демоны. Мой друг человек набожный, так что его факт
такой находки весьма огорчил. Я ему обьяснил, что религия здесь, скорее
всего, не при чем, но, если честно, сам не знаю, почему так именуют
службы (могли бы назвать более политкорректно)



!!(blue)

И все таки линукс – это сатанинская система. Много про него выдумок было,
были и факты, например, что там есть демоны и часто фигурирует число 666.
Решил я разобраться, является ли линукс таким сатанинским только
поверхностно,
или же сама сущность его сатанинская. Какова его сущность, решать вам,
а я лишь приведу некоторые фразы, найденные мною в каталоге
/usr/include, который вполне может отражать всю душу линукса.
Я не буду сочинать и раздувать бурю от первого попавшегося слова,
относящегося
к миру зла. Я лишь попытаюсь перечислить то, что на мой взгляд должно
повлиять на ваше отношение к этой операционной системе. А чтобы факты
не показались вам выдумкой, я даже выписал файлы, в которых я нашел эти
фразы.
 Wait for a child to die. (/sys/wait.h)


Мало того, что они практикуют детоубийство, они еще и наслаждаются
зрелищем умирающих детей.
 Locker killed to resolve deadlock. (/db.h)


Я не знаю, кто такой deadlock (но имя отнюсь не ангельское),
но зачем убивать ключника? Или это они освобождают силы зла из
заточения? :-/
 Child was killed. (/asm/siginfo.h)


Без комментариев.
 Traced child has trapped. (/asm/siginfo.h)


Они ловят детей и убивают... :(
 /linux/b1lli.h (no comments)


Это для тех, кто еще считает, что Билли не имеет отношения к Линуксу.
 Create child process and estabilish the slave
 pseudo terinal as the child's
 controlling terminal (/pty.h)


Терминалы, управляющие детьми? Дети столь беззащитны, и на них так
лекго воздействовать...
 Get the next child of my parent (/cursesw.h)


Я лично не преветствую кровосмешение...
 Otherwise we were in the right child. (/g+±3/ropeimpl.h)


Они проникают внутрь детей. Внутрь правильных детей, тех, которые еще
не сошли с пути истинного...
 But caller still owns its children. (/g+±3/ropeimpl.h)


Думаю, здесь слова не уместны.
 NIS+ server already has dump child (/rpcsvc/nix.h)


В словаре слово dump переводится как сбрасывать.
 Dont create zombie on child death. (/bits/sigaction.h)


Вы сами все поняли.
 Wait for any child. (/bits/waitflag.h)


Поджидают и ловят...
 getusershell() (/unistd.h)


get_users_hell? Ад для пользователей – вот что они нам готовят.
 Too_tiny dead. (/g+±3/ropeimpl.h)


Смерть не бывает слишком крошечной.
 These may be overwritten later by brain dead
 implementations which generate
 a big-endian header with little-endian data. (/linux/coff.h)


Большой индейский главарь с мертвыми мозгами? Хоть я еще не до конца понял
эти религиозные фразы, но встретить такого мне не хотелось бы...
 System CPU time of dead children (/sys/times.h)


Hесомненно, файл times.h есть антология сатанизма. Время мертвых детей,
как вам такое летоисчисление?
 Magic number: /initreq.h, db.h, libio.h, tiff.h, g+±3/streambuf.h,
 /linux/coff.h, /linux/dtlk.h, /linux/efs_fs_sb.h, /linux/efs_vh.h,
 /linux/ext2_fs.h, linux/genhd.h, linux/hfs_fs.h,...


Магия в линуксе является обыденным делом.
И т.д. И т.д. И т.д. Еще сотни и тысячи подобных фраз.

Вот такие дела. Теперь, я думаю, вы составили примерный портрет этой
операционной системы? Я буду добиваться запрета этой операционной системы,
аморальной, развратной, пропагандирующей насилие и детоубийство.

!!


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Вопрос по инфобезопасн ости: удалялки файлов в Debi an

2009-03-20 Пенетрантность James Brown
Хотел бы узнать, механизм удаления файлов в Линуксе подобен виндовскому, 
или нет, в смысле при удалении файлов обычными консольными командами или 
в ГУЯх обычными средствами производится только разметка диска, где 
записана информация, как свободного, или же происходить перезапись 
случайной информацией?
Если так, есть ли в комплекте Debian (или где-либо еще, что можно было 
бы поднять на Debian'е) программы-восстановители удаленных файлов, и, 
самое главное, программы, позволяющие при удалении файлов перезаписывать 
случайную информацию вместо этих файлов?



--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: Немного юмора про Л инукс

2009-03-20 Пенетрантность Alexander GQ Gerasiov
Fri, 20 Mar 2009 14:58:17 +0300
James Brown jbrownfi...@gmail.com wrote:

  :-)  :-)  :-)  :-)  :-)  :-)  :-)  :-)  :-)  :-)  :-)  :-)  :-)  :-)
 :-)  :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-)
 :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-)

:-
Ну ей Богу, ну этот текст еще в прошлом веке написан был. Я понимаю,
тебе всё кажется новым и интересным, но нас то за что?

-- 
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: Немного юмора про Линукс

2009-03-20 Пенетрантность Владимир Ступин
DAEMON - Disk And Execution MONitor


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: Вопрос по инфобезоп асности: удалялки файлов в Debian

2009-03-20 Пенетрантность Alexander GQ Gerasiov
Fri, 20 Mar 2009 15:05:55 +0300
James Brown jbrownfi...@gmail.com wrote:

 Хотел бы узнать, механизм удаления файлов в Линуксе подобен
 виндовскому, или нет, в смысле при удалении файлов обычными
 консольными командами или в ГУЯх обычными средствами производится
 только разметка диска, где записана информация, как свободного, или
 же происходить перезапись случайной информацией?
 Если так, есть ли в комплекте Debian (или где-либо еще, что можно
 было бы поднять на Debian'е) программы-восстановители удаленных
 файлов, и, самое главное, программы, позволяющие при удалении файлов
 перезаписывать случайную информацию вместо этих файлов?

Давно тебя в гугле забанили?
Да хотя бы
apt-cache search wipe
apt-cache search undelete

-- 
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



mdadm raid1

2009-03-20 Пенетрантность Oleg Litvinov

доброго дня!

раид создан работает ...

но - можно ли его заставить автоматически ребилдить массив при 
произошедших сбоях.


ситуация - выключаем системник, достаем винт, включаем - в результате 
один диск выпал, выключаем, ставим винт и включаем снова - можно ли 
заставить автоматически массив восстановить или как?


замечено - свап в такой ситуации нормально подымается, а вот ext3 
говорит что один диск плохой и корректно получилось восстановить массив 
только проведением повторной процедуры полного добавления диска в массив


--
Oleg


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: mdadm raid1

2009-03-20 Пенетрантность Mikhail A Antonov
-[ Oleg Litvinov 20/03/2009 14:42 (GMT +3)
 замечено - свап в такой ситуации нормально подымается, а вот ext3
 говорит что один диск плохой и корректно получилось восстановить массив
 только проведением повторной процедуры полного добавления диска в массив

Я надеюсь у тебя своп тоже в рейде? А не просто на разделе диска?


-- 
Best regards,
 Mikhail
xmpp: ant...@stopicq.ru
irc: Bart-mdv- @ SolarNet
SolarNet: http://www.solarnet.ru/


signature.asc
Description: This is a digitally signed message part.


Re: mdadm raid1

2009-03-20 Пенетрантность DamirX
В Птн, 20/03/2009 в 13:42 +0200, Oleg Litvinov пишет:

 ситуация - выключаем системник, достаем винт, включаем - в результате 
 один диск выпал, выключаем, ставим винт и включаем снова - можно ли 
 заставить автоматически массив восстановить или как?

обращение со сложными вещами требует чтения документации.
Задайте себе вопрос - содержимое какого винта считать актуальным?

--
DamirX



-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: Функционал и интер фейс

2009-03-20 Пенетрантность Иван Лох
On Fri, Mar 20, 2009 at 01:14:00PM +0200, Покотиленко Костик wrote:
 В Птн, 20/03/2009 в 12:35 +0200, Тихон Тарнавский пишет:
  On Fri, 20.03.2009 11:52:03 , Покотиленко Костик wrote:
   В Птн, 20/03/2009 в 00:56 +0300, Artem Chuprina пишет:
Любая попытка выделить память может закончиться неудачей.  И называется
она malloc() или create - рояля не играет.  Ну, с точностью еще до
классических грабель объективизации конструкции, описанных во всех
книжках по C++ - что будет, если ошибка произойдет в момент, когда
память выделена под _часть_ подобъектов?
   
   Если ты программист Си - решать тебе что будет. Мне, например, не
   нравится как такие ситуации отработал spamassassin написанный на perl.
   Смотри тред OOM-Killer. С perl'ом даже OOM-Killer не справился.
   
  В ситуации, описанной в том треде, oom-killer пристрелил не того, кого
  надо было. При чёт здесь перл?
 
 Есть предположение, что он таки прибивал треды spamassassin'а, тот
 просто успевал наплодиться. Эти предположения основаны на логике работы
 oom-killer, по ней spamassassin был первый кандидат.
 
 И, в любом случае, spamassassin не отрабатывал как нужно невозможность
 выделить память, у тупо повторял попытки, без задержек.

А /dev/mem_notify Linus уже благословил?



-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: Немного юмора про Лин укс

2009-03-20 Пенетрантность James Brown
Владимир Ступин пишет:
 DAEMON - Disk And Execution MONitor


   
Если верить Википедии:

Иногда слово daemon интерпретируют как акроним англ. Disk and execution
monitor, но само слово возникло на заре Unix гораздо раньше этой
расшифровки. Операционные системы семейства BSD используют в качестве
логотипа изображение демона. 

http://ru.wikipedia.org/wiki/Демон_(программа)


Если так, то может назвали так поэтому:

daemon, demon

5) (сущий) дьявол, мастер, ас He's a real demon at math. — В математике
ему нет равных. Each man worked like a demon. — Каждый работал изо всех
сил. He's a demon for detail and a lively writer. — Он мастерски
схватывает детали и очень живо пишет.

demon - be a demon≈ работать с азартом, с увлечением The speed with
which Joe worked won Martin's admiration. Joe was a demon for work. (J.
London, ‘Martin Eden’, ch. XVI) — Быстрота, с которой работал Джо,
приводила Мартина в восторг. Работа просто горела у него в руках. be a
demon for work He was a demon for work — Он работал с увлечением for work



-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: Файлы .wav

2009-03-20 Пенетрантность Mironov Pavel
On Fri, Mar 20, 2009 at 04:50:23PM +0600, Sergei Stolyarov wrote:
 On Friday 20 March 2009 01:00:08 Sergei Stolyarov wrote:
 SS Например, так:
 
 Небольшое дополнение. ~/.mplayer/codecs.conf влияет на все запуски mplayer, и 
 потенциально может похерить воспроизведение других форматов. Поэтому я бы 
 порекомендовал запускать mplayer с опцией -codecs-file, чтобы использовать 
 codecs.conf только тогда, когда это необходимо. Например:
 
 mplayer -codecs-file ~/.mplayer/codecs.conf.lh 263193694.wav
 
 ~/.mplayer/codecs.conf при этом переименовывается в ~/.mplayer/codecs.conf.lh

Тут всё работает.

Вот в ~/.mutt/mailcap написал
application/octet-stream; mplayer -codecs-file ~/.mplayer/codecs.conf '%s'; 
test=test -z $DISPLAY

Говорит, незнакомый формат.

Сделал /etc/mplayer/codecs.conf - без изменений

Не хочен он читать codecs.conf из mutt

Куда что прописать?

-- 
С уважением,
П.Миронов
medexpert2...@yandex.ru


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: Вопрос по инфобезопа сности: удалялки файлов в Debian

2009-03-20 Пенетрантность James Brown
Alexander GQ Gerasiov пишет:
 Fri, 20 Mar 2009 15:05:55 +0300
 James Brown jbrownfi...@gmail.com wrote:

   
 Хотел бы узнать, механизм удаления файлов в Линуксе подобен
 виндовскому, или нет, в смысле при удалении файлов обычными
 консольными командами или в ГУЯх обычными средствами производится
 только разметка диска, где записана информация, как свободного, или
 же происходить перезапись случайной информацией?
 Если так, есть ли в комплекте Debian (или где-либо еще, что можно
 было бы поднять на Debian'е) программы-восстановители удаленных
 файлов, и, самое главное, программы, позволяющие при удалении файлов
 перезаписывать случайную информацию вместо этих файлов?
 

 Давно тебя в гугле забанили?
 Да хотя бы
 apt-cache search wipe
 apt-cache search undelete

   

К сожалению, я не знаю правильного научного названия таких программ,
чтобы гуглить :-[
А так - большой пасиб!


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: Вопрос по инфобезопасност и: удалялки файлов в Debian

2009-03-20 Пенетрантность Владимир Ступин
20 марта 2009 г. 17:05 пользователь James Brown jbrownfi...@gmail.com написал:
 Хотел бы узнать, механизм удаления файлов в Линуксе подобен виндовскому, или
 нет, в смысле при удалении файлов обычными консольными командами или в ГУЯх
 обычными средствами производится только разметка диска, где записана
 информация, как свободного, или же происходить перезапись случайной
 информацией?

Зачем системе делать лишнюю работу? Удаляется запись в каталоге, если
количество ссылок на inode стало нулевым, inode помечается как
неиспользуемый, а блоки, занимаемые файлом, помечаются как свободные.

 Если так, есть ли в комплекте Debian (или где-либо еще, что можно было бы
 поднять на Debian'е) программы-восстановители удаленных файлов, и, самое
 главное, программы, позволяющие при удалении файлов перезаписывать случайную
 информацию вместо этих файлов?

По-моему для перезаписи содержимого файла перед его удалением
существует программа wipe.


Re: Файлы .wav

2009-03-20 Пенетрантность Иван Лох
On Fri, Mar 20, 2009 at 02:31:16PM +0300, Mironov Pavel wrote:
 
 Вот в ~/.mutt/mailcap написал

Странное место для mailcap Вы mailcap_path меняли?
Вообще-то, он ~/.mailcap



-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: Консольная команда для соединения с wlan-руте ром

2009-03-20 Пенетрантность Alexander GQ Gerasiov
Fri, 20 Mar 2009 14:13:52 +0300
Victor Wagner vi...@wagner.pp.ru wrote:

 On 2009.03.20 at 14:00:07 +0300, Vladimir Ilyakov wrote:
 
  При инсталяции debian из другого линукса можно также использовать  
  wpa_supplicant.
  Насколько можно понять из руководства по установке, в других
  методах отличных от приведенного выше , использовать wpa нельзя.
 
 Если только не состряпать custom installer image, содержащий
 wpa_supplicant, как это сделано по приведенной мной в соседнем письме 
 ссылке.

В инете во времена до etch'n'half существовал достаточно известный
образ инсталлятора etch какого-то японца с более новым ядром,
wpa-supplicant'ом и фирмварями. Наверное и сейчас что-то есть.

-- 
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: Файлы .wav

2009-03-20 Пенетрантность Sergei Stolyarov
On Friday 20 March 2009 16:55:48 Victor Wagner wrote:
VW С какой стати? В приведенном фрагменте codecs.conf формат описан
VW корректно. Поэтому данный кодек будет выбираться только для wav-файлов с
VW этим кодеком, и ни на какие другие форматы не повлияет.

Увы, у меня отказался читать некоторые AVI-файлы, выдавая сообщение об 
неизвестном формате.
-- 
Best regards
Sergei Stolyarov


Рутер некорректно опре деляет имя хоста под Debian

2009-03-20 Пенетрантность James Brown

Рутер некорректно определяет имя хоста под Debian как unknown
По мнению службы техподдержки рутера, это компьютер некорректно передает 
свое имя.

В tcpdump такая хрень:
15:34:43.769289 arp who-has 00 tell mygateway1.ar7
15:34:43.769355 arp reply 00 is-at 00:21:91:68:b1:2u (oui Unknown)


Как это исправить?


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: Немного юмора про Линукс

2009-03-20 Пенетрантность Владимир Ступин
20 марта 2009 г. 17:43 пользователь James Brown jbrownfi...@gmail.com написал:

 Если так, то может назвали так поэтому:

Мне больше кажется, что их назвали так именно потому, что такие
программы похожи на демонов.

По демонологии, демон - это малоразумное существо или дух, весь смысл
жизни которого состоит в выполнении одной единственной задачи, или
достижении одной единственной цели. Он будет пытаться достигнуть цели
не боясь смерти. Для него отсутствие цели - это и есть смерть. Цель
может быть как благородная, так и злая. Чаще всего люди вспоминают про
демонов со злыми целями.


Re: mdadm raid1

2009-03-20 Пенетрантность Покотиленко Костик
В Птн, 20/03/2009 в 15:47 +0300, DamirX пишет:
 В Птн, 20/03/2009 в 13:42 +0200, Oleg Litvinov пишет:
 
  ситуация - выключаем системник, достаем винт, включаем - в результате 
  один диск выпал, выключаем, ставим винт и включаем снова - можно ли 
  заставить автоматически массив восстановить или как?
 
 обращение со сложными вещами требует чтения документации.
 Задайте себе вопрос - содержимое какого винта считать актуальным?

Железный 3ware сам зараза определяет. По логике, тот, что оставался
работать, тот и оригинал.

-- 
Покотиленко Костик 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: Рутер некорректно о пределяет имя хоста под Debian

2009-03-20 Пенетрантность Alexander GQ Gerasiov
Fri, 20 Mar 2009 15:52:20 +0300
James Brown jbrownfi...@gmail.com wrote:

 Рутер некорректно определяет имя хоста под Debian как unknown
 По мнению службы техподдержки рутера, это компьютер некорректно
 передает свое имя.
 В tcpdump такая хрень:
 15:34:43.769289 arp who-has 00 tell mygateway1.ar7
 15:34:43.769355 arp reply 00 is-at 00:21:91:68:b1:2u (oui Unknown)
 
 
 Как это исправить?
Сказать dhcp клиенту в твоём дебиане, чтобы он сообщал серверу свой
хостнейм. Только давай ты сам прочитаешь ман по dhcp client
самостоятельно.

-- 
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: Немного юмора про Линукс

2009-03-20 Пенетрантность Artem Chuprina
Alexander GQ Gerasiov - debian-russian@lists.debian.org  @ Fri, 20 Mar 2009 
15:10:46 +0300:

   :-)  :-)  :-)  :-)  :-)  :-)  :-)  :-)  :-)  :-)  :-)  :-)  :-)  :-)
  :-)  :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-)
  :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-)

 AGG :-
 AGG Ну ей Богу, ну этот текст еще в прошлом веке написан был. Я понимаю,
 AGG тебе всё кажется новым и интересным, но нас то за что?

Саш, он тут не единственный неофит :-)

-- 
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: Немного юмора про Линукс

2009-03-20 Пенетрантность Родион Попов
Это где такая демонология? Применительно к Дальнему Востоку этим словом
иногда переводят названия сущностей, которых уместнее назвать призраками. А
в христианской демонологии, например, тот же Люцифер именуется как умный
дух, смысл жизни которого состоит в перекраивании мироздания под свои
потребности без учёта чужого мнения. 8-/ Исходно в греческом слово daimon
(или в латинской транскрипции daemon) означало невидимого духа-советчика.
ИМХО, термин взяли скорее из-за невидимости и трудноуловимости демонов или
daimon'ов.
20 марта 2009 г. 16:00 пользователь Владимир Ступин whee...@gmail.comнаписал:

 20 марта 2009 г. 17:43 пользователь James Brown jbrownfi...@gmail.com
 написал:

  Если так, то может назвали так поэтому:

 Мне больше кажется, что их назвали так именно потому, что такие
 программы похожи на демонов.

 По демонологии, демон - это малоразумное существо или дух, весь смысл
 жизни которого состоит в выполнении одной единственной задачи, или
 достижении одной единственной цели. Он будет пытаться достигнуть цели
 не боясь смерти. Для него отсутствие цели - это и есть смерть. Цель
 может быть как благородная, так и злая. Чаще всего люди вспоминают про
 демонов со злыми целями.



Re: Вопрос по инфобезопа сности: удалялки файлов в Debian

2009-03-20 Пенетрантность James Brown
Alexander GQ Gerasiov пишет:
 Fri, 20 Mar 2009 15:05:55 +0300
 James Brown jbrownfi...@gmail.com wrote:

   
 Хотел бы узнать, механизм удаления файлов в Линуксе подобен
 виндовскому, или нет, в смысле при удалении файлов обычными
 консольными командами или в ГУЯх обычными средствами производится
 только разметка диска, где записана информация, как свободного, или
 же происходить перезапись случайной информацией?
 Если так, есть ли в комплекте Debian (или где-либо еще, что можно
 было бы поднять на Debian'е) программы-восстановители удаленных
 файлов, и, самое главное, программы, позволяющие при удалении файлов
 перезаписывать случайную информацию вместо этих файлов?
 

 Давно тебя в гугле забанили?
 Да хотя бы
 apt-cache search wipe
 apt-cache search undelete

   
А какой из них лучше, на Ваш взгляд?


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: Рутер некорректно оп ределяет имя хоста под Debia n

2009-03-20 Пенетрантность James Brown
Alexander GQ Gerasiov пишет:
 Fri, 20 Mar 2009 15:52:20 +0300
 James Brown jbrownfi...@gmail.com wrote:

   
 Рутер некорректно определяет имя хоста под Debian как unknown
 По мнению службы техподдержки рутера, это компьютер некорректно
 передает свое имя.
 В tcpdump такая хрень:
 15:34:43.769289 arp who-has 00 tell mygateway1.ar7
 15:34:43.769355 arp reply 00 is-at 00:21:91:68:b1:2u (oui Unknown)


 Как это исправить?
 
 Сказать dhcp клиенту в твоём дебиане, чтобы он сообщал серверу свой
 хостнейм. Только давай ты сам прочитаешь ман по dhcp client
 самостоятельно.

   
О.к., почитаю. А какой в этом может быть практический смысл? 
(правильное определение имени рутером)


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: Perl or Python?

2009-03-20 Пенетрантность Maxim Tyurin
Тихон Тарнавский writes:

 Уж куда приятнее SICP почитать.
 Неужто по-русски?

Пора выходить из анабиоза ;)
http://www.kdu.ru/description.aspx?product_no=144115


-- 

With Best Regards, Maxim Tyurin
JID:mrko...@jabber.pibhe.com



Re: Функционал и интерфейс

2009-03-20 Пенетрантность Artem Chuprina
Покотиленко Костик - debian-russian@lists.debian.org  @ Fri, 20 Mar 2009 
11:52:03 +0200:

  Ну и там прочее по мелочи - а что у нас не освободится,
  если вылетит ошибка вот тут?
  
  Разумеется, без gtk_widget_destroy() или там EVP_PKEY_free()
  было бы совсем хреново.  Но с ними - просто хреново, а не
  хорошо.  Ну разве что слаще репы не едал...

 ПК У меня такое бывает редко, а когда бывает - заварю чаю и
 ПК почитаю кто кого освобождает а кто кого нет, сравню с кодом
 ПК и всё готово, делов-то 20 минут.

Начнем с того, что ты вынужден тратить время и, главное,
внимание, на то, чтобы этих ошибок не допустить.
  
   ПК Это культура программирования, _этому_ учиться надо.
  
  Это не культура программирования.  Это культура обхода ограничений
  языка C.  В лучшем случае.  Выполнение работы, которую машина может
  сделать лучше, культурой программирования называть не следует.

 ПК Слушай, давай на примерах? А то как-то размыто. Я буду рад
 ПК признать, что Си неэффективен, если наглядно покажешь.

C эффективен.  В своей узкой нише.  Гораздо более узкой, чем сложилось
исторически.

А потом - ты valgrind на свои программы часто натравливаешь?
  
   ПК Ни разу не натравливал. Хотя было несколько таких затыков, что я
   ПК уже начал искать инструменты такого рода, и нашёл, в том числе и
   ПК valgrind.  Но воспользоваться ими не успел, во всех случаях на
   ПК следующий день, отдохнувши поглядев, всё нашлось.
  
  А ты натрави.  Имеешь шанс узнать что-нибудь интересное...

 ПК Наверняка узнаю некоторое количество неучтённых мелочей. Крупные
 ПК leaks видно сразу, а те того может и не стоят.

Если только лики, и программа уровня hello world - то да, может, и не
стоят...

И на каждое выделение памяти.  Вверх по всему стеку вызовов.
  
   ПК Если не увлекаться вызовом malloc() inline, а каждый объект
   ПК делать набор функций create, destroy и т.д. то это не много и
   ПК оправдано.  Кстати, разделяя функционал от интерфейса и выделив
   ПК библиотеку, так даже проще.
  
  Любая попытка выделить память может закончиться неудачей.  И называется
  она malloc() или create - рояля не играет.  Ну, с точностью еще до
  классических грабель объективизации конструкции, описанных во всех
  книжках по C++ - что будет, если ошибка произойдет в момент, когда
  память выделена под _часть_ подобъектов?

 ПК Если ты программист Си - решать тебе что будет.

Не вопрос.  Но существует только один приемлемый способ решения -
аккуратно очистить все, что успело выделиться до этого момента.  В
случае с C - вручную отследив, что же успело выделиться.  Нет, тут тоже
существует обходной маневр.  Ценой определенной дисциплины организации
функций, пары-тройки макросов для поддержки оной дисциплины и нескольких
дополнительных строчек на каждое выделение.

 ПК Мне, например, не нравится как такие ситуации отработал
 ПК spamassassin написанный на perl.  Смотри тред OOM-Killer. С
 ПК perl'ом даже OOM-Killer не справился.

А это - проблема, перпендикулярная.  Если тебе в сишной программе
понадобилась память - ты ее точно так же будешь запрашивать.

   ПК Мне нравится с годами углубляться в один и тот же язык, чем
   ПК с каждым годом изучать их больше. На Си можно сделать всё,
   ПК а тебе видимо приходится слазить с Тикля иногда.
  
   ПК Вопрос удобства можно обсудить, очень интересно.
  
  Это не мне, это Печникову приходится слазить.  А я под задачу
  подбираю наиболее удобный инструмент.

 ПК Хорошо, что он у меня один. Кроме, когда на коленке надо, тогда
 ПК shell.  Perl, конечно, было бы круто знать, что иногда
 ПК использовать вместо shell, но мне лень его изучать, я на Си не
 ПК на много медленее напишу.

Если писать на перле как на C, то да, на C ненамного медленнее
получится.  Вот только те, кто изучает не языки, а программирование,
на перле пишут по-другому.  Как на перле :-) И C сразу начинает
отставать если не в сотни раз, то в десятки уж точно.
  
   ПК В это мне тяжело въехать.
  
  Тяжело въехать в перловый способ программирования, тяжело понять любой
  способ программирования, отличный от однажды выученного, или тяжело
  поверить, что однажды выученный не является единственным?

 ПК 1. Я не говорил, что на Perl ничего не писал, просто ничего серьёзного
 ПК не писал. А в способ я въехал.
 ПК 2. Способ программирования в основном от языка не зависит, и нет, не
 ПК тяжело понимать новые, даже нравится, если видно где они эффективнее.
 ПК 3. Я не в религиозном кружке чтобы просто так поверить в то или иное.

 ПК У Perl'а своя ниша, и он хорош пока от туда не вылазит.

Не вопрос.  Она у него даже малость поуже, чем у C.  Проблема в том, что
C из своей ниши вылазит...

  Ты на sh тоже как на C пишешь?  (Там, впрочем, если писать аккуратно,
  это бывает оправдано...)

 ПК А это как?

command
if [[ $? == ... ]]; then
...
fi

И т.п.  Это если как писать.  Если когда оправдано - вместо пайпов

Re: Рутер некорректно оп ределяет имя хоста под Debia n

2009-03-20 Пенетрантность Vladimir Ilyakov

Динамический днс например

James Brown wrote:

Alexander GQ Gerasiov пишет:
  

Fri, 20 Mar 2009 15:52:20 +0300
James Brown jbrownfi...@gmail.com wrote:

  


Рутер некорректно определяет имя хоста под Debian как unknown
По мнению службы техподдержки рутера, это компьютер некорректно
передает свое имя.
В tcpdump такая хрень:
15:34:43.769289 arp who-has 00 tell mygateway1.ar7
15:34:43.769355 arp reply 00 is-at 00:21:91:68:b1:2u (oui Unknown)


Как это исправить?

  

Сказать dhcp клиенту в твоём дебиане, чтобы он сообщал серверу свой
хостнейм. Только давай ты сам прочитаешь ман по dhcp client
самостоятельно.

  

О.к., почитаю. А какой в этом может быть практический смысл? 
(правильное определение имени рутером)



  



--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: Немного юмора про Линукс

2009-03-20 Пенетрантность James Brown
Родион Попов пишет:
 Это где такая демонология? Применительно к Дальнему Востоку этим
 словом иногда переводят названия сущностей, которых уместнее назвать
 призраками. А в христианской демонологии, например, тот же Люцифер
 именуется как умный дух, смысл жизни которого состоит в
 перекраивании мироздания под свои потребности без учёта чужого мнения.
 8-/ Исходно в греческом слово daimon (или в латинской транскрипции
 daemon) означало невидимого духа-советчика. ИМХО, термин взяли
 скорее из-за невидимости и трудноуловимости демонов или daimon'ов.

 20 марта 2009 г. 16:00 пользователь Владимир Ступин whee...@gmail.com
 mailto:whee...@gmail.com написал:

 20 марта 2009 г. 17:43 пользователь James Brown
 jbrownfi...@gmail.com mailto:jbrownfi...@gmail.com написал:

  Если так, то может назвали так поэтому:

 Мне больше кажется, что их назвали так именно потому, что такие
 программы похожи на демонов.

 По демонологии, демон - это малоразумное существо или дух, весь смысл
 жизни которого состоит в выполнении одной единственной задачи, или
 достижении одной единственной цели. Он будет пытаться достигнуть цели
 не боясь смерти. Для него отсутствие цели - это и есть смерть. Цель
 может быть как благородная, так и злая. Чаще всего люди вспоминают про
 демонов со злыми целями.


Да разве сейчас узнаешь, какими ассоциациями руководствовался кто-то из
создателей UNIX, который поди еще и лишку вискаря хватил для
стимулирования творческой работы мозга?! :-D


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: Функционал и интерфейс

2009-03-20 Пенетрантность Artem Chuprina
Покотиленко Костик - debian-russian@lists.debian.org  @ Fri, 20 Mar 2009 
11:54:08 +0200:

   Как только ты на C выбираешь достаточно высокий уровень, ты 
  немедленно
   получаешь высокоуровневый подъязык с неудобным синтаксисом и
   ... правильно, все равно заботой о распределении памяти 
  (почистить за
   тобой все равно никто не сможет).
  
   В GTK+, создаёшь виджет окно, напихиваешь туда кучу других 
  виджетов,
   потом делаешь gtk_widget_destroy() на окно, и освобождаешь его 
  и всех
   потомков одной командой.
  
  После чего в памяти навечно остаётся висеть какой-нибудь pixbuf,
  используемый в каком-нибудь image. Поскольку понадеялись на
  gtk_widget_destroy и документацию к gtk_image_new_from_pixbuf на
  предмет освобождения памяти перечитывать не стали.

 ПК Баги есть везде. Э про это не знаю, pixbuf'ом практически не
 ПК пользовался.

Этот баг у них фичей зовется.  В смысле - документирован, а не
исправлен...

Баги, конечно, есть везде.  Но вот их количество в разных местах
различно.  В больших проектах, написанных на C, помимо неизбежных для
всех языков ошибок в логике программы есть еще туча ошибок в глупостях
типа управления памятью.
  
   ПК И это понятно, сначала научитесь управлять памятью, потом управляйте.
  
   ПК На самом деле в приличных проектах от эффективности управления памятью
   ПК зависит всё. Если это управление от тебя не зависит, от тебя уже мало
   ПК что зависит.
  
  Посмешил.  Вот приличные проекты, где от эффективности управления
  памятью (в разумных пределах) ничего не зависит, мне попадались.  А
  чтобы всё - ни одного.  Как минимум, потому что если проект таков, что
  там что-то зависит от управления памятью, то от алгоритмов обработки
  данных, в этой памяти лежащих, и логики принятия решений по распихиванию
  в память зависит куда больше.
  
  Кстати, хинт: если твоя сишная программа работает в линуксе из-под
  непривелигированного юзера, управление памятью от тебя уже не зависит...

 ПК Мы что про разные управления памятью говорим?

Нет.  Я просто смотрю на шаг дальше.  Когда зависит от управления
памятью - речь идет об управлении _физической_ памятью.
Непривелигированный процесс к управлению физической памятью в линуксе
никто не допустит.  Так что от его автора в управлении _интересной_
памятью ничего не зависит.  Ну, почти ничего...

-- 
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: r...@jabber.ran.pp.ru

Пришел в гости математик, почитать новую рукопись. Вычитал из нее трех
героев напрочь, и ушел.
Gimli on #arda


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: Perl or Python?

2009-03-20 Пенетрантность Alexey Pechnikov
Hello!

On Friday 20 March 2009 14:18:34 Grey Fenrir wrote:
 On Thu, 19 Mar 2009 22:32:25 +0300

 Alexey Pechnikov wrote:
  On Thursday 19 March 2009 21:36:47 Владимир Ступин wrote:
   Я ни в коей мере не спец по БД, но мне почему-то кажется, что
   необходимость прибегать к значениям NULL говорит о непродуманной
   структуре БД.
 
  Описанный вами метод известен как горизонтальная декомпозиция и
  является одним из лучших вариантов решения проблемы с NULL. Для не
  спеца неплохо :-)

 Извиняйте, что вклиниваюсь, но мне не совсем понятна спасительность
 метода в данном конкретном случае. Из того, что во второй таблице не
 будет записей _всё равно_ совершенно непонятно, следует ли платить
 Витусу за измерение температуры в этот день, разумеется, если это не
 сдельная оплата за строчку таблицы.

Если есть запись во первой таблице, то платить (замер был произведен), если 
нет, то не платить. Отсутствие записи во второй таблице сообщит нам, что 
измерение выполнить не удалось (но попытка была сделана). 

 А при выяснении то ли он весь день читал Лукьяненко и забыл
 смерить температуру, то ли температуру мерять ходил, но в силу
 объективных причин данных не получил СУБД вряд ли поможет

Как видите выше, поможет.

  База с использованием NULL это так назваемая удобная для заполнения
  база. Для анализа она непригодна, так как потеряно много важной
  информации о данных, в частности, невозможно различить невалидные и
  отсутствующие данные.

 Насколько я понял, Владимир предложил не писать вообще ничего там, где
 другие напишут NULL - как в случае отсутствия (медведь съел), так и в
 случае невалидности (градусник замёрз) данных. Вряд ли это поможет нам
 различать такие данные.

Дело в том, что реляционная модель работает с кортежами - строками в таблице. 
И правильно будет или писать кортеж, или не писать. А вот создавать некий флаг 
(NULL это не значение, а некий флаг) в одном из атрибутов неверно 
идеологически и, как мы видели, приводит к неоднозначности. А вариант с 
декомпозицией поможет различить отсутствие измерения (нет записи в таблицах 1 
и 2) и отсутствие результата измерения (есть запись в таблице 1 и нет записи в 
таблице 2) - мы можем реализовать сколь угодно многозначную логику, используя 
требуемое число дополнительных таблиц.

Да, на практике этот способ сложнее, поскольку придется использовать большее 
число таблиц. Зато интерпретация данных в базе не будет зависеть от личных 
предпочтений прикладного программиста/пользователя. К счастью, вышеописанный 
способ не единственный, хотя зачастую без него не обойтись. Еще один широко 
распространенный метод состоит в хранении в атрибутах (полях БД) 
сериализованных структур данных. 

Best regards.


Re: Немного юмора про Линукс

2009-03-20 Пенетрантность Владимир Ступин
20 марта 2009 г. 18:15 пользователь Родион Попов arpara...@gmail.com написал:
 Это где такая демонология?

Вот тут, например:
http://baltasar.fatal.ru/library/demonologi/demon.htm, параграф
Понятие Демона.

Читал давно, 99% прочитанного забыл за ненадобностью. Точный источник,
где я это прочитал, не помню.


Re: Perl or Python?

2009-03-20 Пенетрантность Maxim Tyurin
Victor Wagner writes:

 On 2009.03.19 at 00:27:41 +0200, Aleksey Cheusov wrote:

  Но вот нифига не получилось. Не пишут виндусовые сисадмины скриптов на
  JScript.
 
 Продвинутые, говорят, пишут на PowerShell.

 Тому PowerShell без году неделя. А WSH уже 10 лет скоро.
 В начале, когда он только появился, тоже многие продвинутые в него
 игрались. Потом бросили и вернулись к CMD.EXE. C PowerShell, боюсь, то
 же самое будет.

Не будет CMD не позволяет делать то что PowerShell. Поэтому точно не
вернуться. Скорее выйдет новый язык и все радостно на него полезут.
-- 

With Best Regards, Maxim Tyurin
JID:mrko...@jabber.pibhe.com



Re: Функционал и интерфейс

2009-03-20 Пенетрантность Покотиленко Костик
В Птн, 20/03/2009 в 16:32 +0300, Artem Chuprina пишет:
 Покотиленко Костик - debian-russian@lists.debian.org  @ Fri, 20 Mar 2009 
 11:52:03 +0200:
 
   Ну и там прочее по мелочи - а что у нас не освободится,
   если вылетит ошибка вот тут?
   
   Разумеется, без gtk_widget_destroy() или там EVP_PKEY_free()
   было бы совсем хреново.  Но с ними - просто хреново, а не
   хорошо.  Ну разве что слаще репы не едал...
 
  ПК У меня такое бывает редко, а когда бывает - заварю чаю и
  ПК почитаю кто кого освобождает а кто кого нет, сравню с кодом
  ПК и всё готово, делов-то 20 минут.
 
 Начнем с того, что ты вынужден тратить время и, главное,
 внимание, на то, чтобы этих ошибок не допустить.
   
ПК Это культура программирования, _этому_ учиться надо.
   
   Это не культура программирования.  Это культура обхода ограничений
   языка C.  В лучшем случае.  Выполнение работы, которую машина может
   сделать лучше, культурой программирования называть не следует.
 
  ПК Слушай, давай на примерах? А то как-то размыто. Я буду рад
  ПК признать, что Си неэффективен, если наглядно покажешь.
 
 C эффективен.  В своей узкой нише.  Гораздо более узкой, чем сложилось
 исторически.
 
 А потом - ты valgrind на свои программы часто натравливаешь?
   
ПК Ни разу не натравливал. Хотя было несколько таких затыков, что я
ПК уже начал искать инструменты такого рода, и нашёл, в том числе и
ПК valgrind.  Но воспользоваться ими не успел, во всех случаях на
ПК следующий день, отдохнувши поглядев, всё нашлось.
   
   А ты натрави.  Имеешь шанс узнать что-нибудь интересное...
 
  ПК Наверняка узнаю некоторое количество неучтённых мелочей. Крупные
  ПК leaks видно сразу, а те того может и не стоят.
 
 Если только лики, и программа уровня hello world - то да, может, и не
 стоят...
 
 И на каждое выделение памяти.  Вверх по всему стеку вызовов.
   
ПК Если не увлекаться вызовом malloc() inline, а каждый объект
ПК делать набор функций create, destroy и т.д. то это не много и
ПК оправдано.  Кстати, разделяя функционал от интерфейса и выделив
ПК библиотеку, так даже проще.
   
   Любая попытка выделить память может закончиться неудачей.  И называется
   она malloc() или create - рояля не играет.  Ну, с точностью еще до
   классических грабель объективизации конструкции, описанных во всех
   книжках по C++ - что будет, если ошибка произойдет в момент, когда
   память выделена под _часть_ подобъектов?
 
  ПК Если ты программист Си - решать тебе что будет.
 
 Не вопрос.  Но существует только один приемлемый способ решения -
 аккуратно очистить все, что успело выделиться до этого момента.  В
 случае с C - вручную отследив, что же успело выделиться.

Что значит успело выделиться? Само оно не выделяется, по крайней мере в
Си. 

   Нет, тут тоже
 существует обходной маневр.  Ценой определенной дисциплины организации
 функций, пары-тройки макросов для поддержки оной дисциплины и нескольких
 дополнительных строчек на каждое выделение.

Так и получается когда программист не знает как оно работает. Тогда
да, и само выделяется, и выслеживать надо.

  ПК Мне, например, не нравится как такие ситуации отработал
  ПК spamassassin написанный на perl.  Смотри тред OOM-Killer. С
  ПК perl'ом даже OOM-Killer не справился.
 
 А это - проблема, перпендикулярная.  Если тебе в сишной программе
 понадобилась память - ты ее точно так же будешь запрашивать.

Один раз, потом верну ошибку назад по стеку, там пусть решают что
делать.

ПК Мне нравится с годами углубляться в один и тот же язык, чем
ПК с каждым годом изучать их больше. На Си можно сделать всё,
ПК а тебе видимо приходится слазить с Тикля иногда.
   
ПК Вопрос удобства можно обсудить, очень интересно.
   
   Это не мне, это Печникову приходится слазить.  А я под задачу
   подбираю наиболее удобный инструмент.
 
  ПК Хорошо, что он у меня один. Кроме, когда на коленке надо, тогда
  ПК shell.  Perl, конечно, было бы круто знать, что иногда
  ПК использовать вместо shell, но мне лень его изучать, я на Си не
  ПК на много медленее напишу.
 
 Если писать на перле как на C, то да, на C ненамного медленнее
 получится.  Вот только те, кто изучает не языки, а программирование,
 на перле пишут по-другому.  Как на перле :-) И C сразу начинает
 отставать если не в сотни раз, то в десятки уж точно.
   
ПК В это мне тяжело въехать.
   
   Тяжело въехать в перловый способ программирования, тяжело понять любой
   способ программирования, отличный от однажды выученного, или тяжело
   поверить, что однажды выученный не является единственным?
 
  ПК 1. Я не говорил, что на Perl ничего не писал, просто ничего серьёзного
  ПК не писал. А в способ я въехал.
  ПК 2. Способ программирования в основном от языка не зависит, и нет, не
  ПК тяжело понимать новые, даже нравится, если видно где они эффективнее.
  ПК 3. Я не в религиозном кружке чтобы просто 

Re: Функционал и интерфейс

2009-03-20 Пенетрантность Покотиленко Костик
В Птн, 20/03/2009 в 16:35 +0300, Artem Chuprina пишет:
 Покотиленко Костик - debian-russian@lists.debian.org  @ Fri, 20 Mar 2009 
 11:54:08 +0200:
 
Как только ты на C выбираешь достаточно высокий уровень, ты 
 немедленно
получаешь высокоуровневый подъязык с неудобным синтаксисом и
... правильно, все равно заботой о распределении памяти 
 (почистить за
тобой все равно никто не сможет).
   
В GTK+, создаёшь виджет окно, напихиваешь туда кучу других 
 виджетов,
потом делаешь gtk_widget_destroy() на окно, и освобождаешь 
 его и всех
потомков одной командой.
   
   После чего в памяти навечно остаётся висеть какой-нибудь pixbuf,
   используемый в каком-нибудь image. Поскольку понадеялись на
   gtk_widget_destroy и документацию к gtk_image_new_from_pixbuf на
   предмет освобождения памяти перечитывать не стали.
 
  ПК Баги есть везде. Э про это не знаю, pixbuf'ом практически не
  ПК пользовался.
 
 Этот баг у них фичей зовется.  В смысле - документирован, а не
 исправлен...
 
 Баги, конечно, есть везде.  Но вот их количество в разных местах
 различно.  В больших проектах, написанных на C, помимо неизбежных для
 всех языков ошибок в логике программы есть еще туча ошибок в глупостях
 типа управления памятью.
   
ПК И это понятно, сначала научитесь управлять памятью, потом управляйте.
   
ПК На самом деле в приличных проектах от эффективности управления 
 памятью
ПК зависит всё. Если это управление от тебя не зависит, от тебя уже мало
ПК что зависит.
   
   Посмешил.  Вот приличные проекты, где от эффективности управления
   памятью (в разумных пределах) ничего не зависит, мне попадались.  А
   чтобы всё - ни одного.  Как минимум, потому что если проект таков, что
   там что-то зависит от управления памятью, то от алгоритмов обработки
   данных, в этой памяти лежащих, и логики принятия решений по распихиванию
   в память зависит куда больше.
   
   Кстати, хинт: если твоя сишная программа работает в линуксе из-под
   непривелигированного юзера, управление памятью от тебя уже не зависит...
 
  ПК Мы что про разные управления памятью говорим?
 
 Нет.  Я просто смотрю на шаг дальше.  Когда зависит от управления
 памятью - речь идет об управлении _физической_ памятью.
 Непривелигированный процесс к управлению физической памятью в линуксе
 никто не допустит.  Так что от его автора в управлении _интересной_
 памятью ничего не зависит.  Ну, почти ничего...

Не понимаю, можно подробнее? Что такое _интересная_ и _физическая_
память и как ими можно управлять из-под root'а?

-- 
Покотиленко Костик 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: Немного юмора про Линукс

2009-03-20 Пенетрантность Родион Попов
Понятно.) Ну, это скорее авторская прикладная эзотерика. Видимо, на основе
собственного опыта.)) Наверняка и на Западе аналогичный подход у кого-то
есть. Хотя называть это теоретической демонологией... хм... весьма смело,
что ли. :)

20 марта 2009 г. 16:37 пользователь Владимир Ступин whee...@gmail.comнаписал:

 20 марта 2009 г. 18:15 пользователь Родион Попов arpara...@gmail.com
 написал:
  Это где такая демонология?

 Вот тут, например:
 http://baltasar.fatal.ru/library/demonologi/demon.htm, параграф
 Понятие Демона.

 Читал давно, 99% прочитанного забыл за ненадобностью. Точный источник,
 где я это прочитал, не помню.



Re: Юридические проблемы с Debian на ноутбуках при поездках за границу

2009-03-20 Пенетрантность ivan
На подходе к границе форматируете винчестер.
На отходе от границы вставляете сд-ром и устанавливаете Дебиан. 
Думаю заряда батареи ноута хватит, что бы успеть это сделать до при
прибытия в первый рабочий офис.

В Срд, 18/03/2009 в 11:01 +0300, James Brown пишет:
 Уважаемые коллеги,
 Не подскажите, могут ли быть какие-либо юридические проблемы с Debian на
 ноутбуках при поездках за границу? и что известно по этому поводу
 Например, насколько я понимаю, из-за каких-то проблем с американским
 законодательством об ограничении экспорта криптопродуктов они вынуждены
 не давать возможности загружать иностранцам какие-то пакеты с серверов,
 расположенных в США, и держат их на зеркалах не в США.
 Могут ли быть проблемы с въездом и выездом в США с ноутбуками на которых
 установлен данный продукт? И не только в США, меня лично интересуют
 больше европейские страны, арабский мир и Юго-Восточная Азия.
 
 


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: Perl or Python?

2009-03-20 Пенетрантность Victor Wagner
On 2009.03.20 at 15:46:02 +0200, Maxim Tyurin wrote:

 Не будет CMD не позволяет делать то что PowerShell. Поэтому точно не

Ну так на то есть всякие Resource Kit, sysinternals.com и прочие
источники полезных утилит, которые позволяют сделать все что угодно и
умеют вызываться из командных файлов cmd.exe. 

cmd.exe является именно шеллом в чистом виде - средством интеграции
программ, работающих с CLI. Поэтому не может быть такого, чего бы нельзя
было сделать с его помощью плюс помощью нескольких небольших утилиток.

Сам он, между прочим, может несколько больше чем типичный unix shell.
Тамошний for - это считай половина (причем наиболее часто используемая)
awk. А мы как-то не особо жалуемся на вещи, которые невозможно сделать с
помощью shell.

Проблема WSH заключалась отнюдь не в том, что можно, а что нельзя
сделать с его помощь. Проблема заключалась 
1. В недостаточной функциональности default object. Ну блин, не положить
в скриптовый язык средства работы с текстовыми файлами - это ж
додуматься надо. 
2. В том что многие полезные COM-объекты микрософт не включала в
дистрибутив Windows, а распространяла отдельно со своего сайта.
С вышеупомянутыми утилитами тоже есть та проблема, что их нужно брать
отдельно, но утилиту не надо нигде регистрировать. Положил на диск и
зови по полному пути (или даже PATH выставь).
3. В том что разработка COM-объекта много сложнее разработки консольной
утилиты. Тем более, что многие консольные утилиты и разрабатывать не
надо - можно из *nix портировать.

Вообще-то для скриптования типично-GUI-шной системы не помешал бы еще
удобный GUI-тулкит пригодный для использования в скриптах. Можно было,
например, Tk туда портировать (благо лицензия позволяет). 
Хотя, конечно, для causal скриптинга Tk немножко слишком низкоуровневый.
Тем более что по умолчанию на расширение .js там вызывается wshell, а не
cshell (само по себе наличие двух шеллов - тоже неудобство. Особенно при
виндовой системе поиска обработчика по расширению. Тем более
что динамически подгрузить GUI в консольную программу в Windows
несколько сложнее, чем в X11. Хотя вот в Tcl уже давно научились.).


 вернуться. Скорее выйдет новый язык и все радостно на него полезут.
 -- 
 
 With Best Regards, Maxim Tyurin
 JID:  mrko...@jabber.pibhe.com
   


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: Немного юмора про Линукс

2009-03-20 Пенетрантность Victor Wagner
On 2009.03.20 at 16:58:57 +0300, Родион Попов wrote:

Понятно.) Ну, это скорее авторская прикладная эзотерика. Видимо, на
основе собственного опыта.)) Наверняка и на Западе аналогичный подход у
кого-то есть. Хотя называть это теоретической демонологией... хм...
весьма смело, что ли. :)

Ну не называть же это практической демонологией.



-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org




Re: Функционал и интерфейс

2009-03-20 Пенетрантность Artem Chuprina
Покотиленко Костик - debian-russian@lists.debian.org  @ Fri, 20 Mar 2009 
11:56:15 +0200:

   ПК Сложно там с библиотеками, потому и говорю что нет.
  
  Можно сишную позвать :-)  Можно, впрочем, и перловую :-)

 ПК Я б на это посмотрел! Главный цикл на Asm'е вызывающий перловые
 ПК процедуры :-)

Да чего там смотреть-то?  Та же подготовка стека, тот же call...  Только
call к функции из libperl, а так, в общем, от обращения к open(2) ничем
не отличается...

-- 
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: r...@jabber.ran.pp.ru

User Guide:
Тыц ПЫЩЬ button!


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: Немного юмора про Линукс

2009-03-20 Пенетрантность Владимир Ступин
20 марта 2009 г. 18:58 пользователь Родион Попов arpara...@gmail.com написал:
 Понятно.) Ну, это скорее авторская прикладная эзотерика. Видимо, на основе
 собственного опыта.)) Наверняка и на Западе аналогичный подход у кого-то
 есть. Хотя называть это теоретической демонологией... хм... весьма смело,
 что ли. :)

Теоретическая демонология - это ещё куда ни шло. А вот название
Достаточно общая теория управления вызывает у меня искреннее
недоумение: эта теория достаточна для чего? Впрочем, с первых же строк
этот труд вызвал у меня настолько сильное неприятие, что всё
существующее любопытство к нему было сразу же подавлено.


Re: mdadm raid1

2009-03-20 Пенетрантность Oleg Litvinov

замечено - свап в такой ситуации нормально подымается, а вот ext3
говорит что один диск плохой и корректно получилось восстановить массив
только проведением повторной процедуры полного добавления диска в массив



Я надеюсь у тебя своп тоже в рейде? А не просто на разделе диска?


да

--
Oleg


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: mdadm raid1

2009-03-20 Пенетрантность Oleg Litvinov
ситуация - выключаем системник, достаем винт, включаем - в результате 
один диск выпал, выключаем, ставим винт и включаем снова - можно ли 
заставить автоматически массив восстановить или как?



обращение со сложными вещами требует чтения документации.
Задайте себе вопрос - содержимое какого винта считать актуальным?


логично

я задал вопрос с целью уточнить и убедиться в свой правильности или 
неправильности в использовании soft raid


и еще думал что, по идее, mdadm должна быть заменой hard raid и сама 
каким то образом принимать решение о грамотном восстановлении raid


--
Oleg


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: Perl or Python?

2009-03-20 Пенетрантность Artem Chuprina
Mikhail Gusarov - debian-russian@lists.debian.org  @ Fri, 20 Mar 2009 11:52:27 
+0600:

 MG Ради отсутствия ой блин, в одном месте список типов обновили, а в
 MG другом switch не исправили

 AC Не.  Если б в одном месте выходной контракт изменился, а в другом
 AC входной не поправили - я бы понял.  А это - для бедных, но
 AC странных.

 MG Не юродствуй.

Я совершенно искренен.

-- 
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: r...@jabber.ran.pp.ru

If a `religion' is defined to be a system of ideas that contains
unprovable statements, then Godel taught us that mathematics is not
only a religion, it is the only religion that can prove itself to be
one.
 -- John Barrow


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: Вопрос по инфобезопасност и: удалялки файлов в Debian

2009-03-20 Пенетрантность Владимир Ступин
20 марта 2009 г. 18:16 пользователь James Brown jbrownfi...@gmail.com написал:
 Alexander GQ Gerasiov пишет:
 Fri, 20 Mar 2009 15:05:55 +0300
 James Brown jbrownfi...@gmail.com wrote:

 Давно тебя в гугле забанили?
 Да хотя бы
 apt-cache search wipe
 apt-cache search undelete


 А какой из них лучше, на Ваш взгляд?

Вот тебе две таблетки: одна красная, другая синяя. Это вроде разные
программ, я бы даже сказал - противоположные.


Re: mdadm raid1

2009-03-20 Пенетрантность Alexander GQ Gerasiov
Fri, 20 Mar 2009 16:13:09 +0200
Oleg Litvinov o...@gomelpromstroy.by wrote:

  ситуация - выключаем системник, достаем винт, включаем - в
  результате один диск выпал, выключаем, ставим винт и включаем
  снова - можно ли заставить автоматически массив восстановить или
  как?
 
  обращение со сложными вещами требует чтения документации.
  Задайте себе вопрос - содержимое какого винта считать актуальным?
На самом деле актуальным будет тот, который последний был использован
mdadm'ом. И жта информация у него есть.


 
 логично
 
 я задал вопрос с целью уточнить и убедиться в свой правильности или 
 неправильности в использовании soft raid
 
 и еще думал что, по идее, mdadm должна быть заменой hard raid и сама 
 каким то образом принимать решение о грамотном восстановлении raid
Тут скорее дело в том, что mdadm достаточно низкоуровневый интерфейс, а
решить, что надо делать при отваливании/появлении диска ты должен сам.
Это уже вопрос политики работы с дискамию

Или использую какую-то высокоуровневую обёртку (нет я таких свободных
не знаю), которая автоматом добавит второй диск (потому что навяжет
некоторую политику).

-- 
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: Функционал и интерфейс

2009-03-20 Пенетрантность Тихон Тарнавский
On Fri, 20.03.2009 13:50:42 , Покотиленко Костик wrote:
 В Птн, 20/03/2009 в 16:32 +0300, Artem Chuprina пишет:
  Покотиленко Костик - debian-russian@lists.debian.org  @ Fri, 20 Mar 2009 
  11:52:03 +0200:
   ПК У Perl'а своя ниша, и он хорош пока от туда не вылазит.
  
  Не вопрос.  Она у него даже малость поуже, чем у C.  Проблема в том, что
  C из своей ниши вылазит...
 
 Посмотрим что успешно пишут на Си: драйвера, демоны, серверные,
 клиентские, десктопные приложения, и т.д.
Успешно пишут != своя ниша.

-- 
С уважением,
Тихон Тарнавский.
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: Вопрос по инфобезопа сности: удалялки файлов в Debian

2009-03-20 Пенетрантность James Brown

Владимир Ступин wrote:

20 марта 2009 г. 18:16 пользователь James Brown jbrownfi...@gmail.com написал:
  

Alexander GQ Gerasiov пишет:


Fri, 20 Mar 2009 15:05:55 +0300
James Brown jbrownfi...@gmail.com wrote:
  


  

Давно тебя в гугле забанили?
Да хотя бы
apt-cache search wipe
apt-cache search undelete


  

А какой из них лучше, на Ваш взгляд?



Вот тебе две таблетки: одна красная, другая синяя. Это вроде разные
программ, я бы даже сказал - противоположные.
  


Извиняюсь, ступил, undelite судя по названию - это восстановление 
удаленных файлов?



--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: Perl or Python?

2009-03-20 Пенетрантность Тихон Тарнавский
On Fri, 20.03.2009 15:31:09 , Maxim Tyurin wrote:
 Тихон Тарнавский writes:
 
  Уж куда приятнее SICP почитать.
  Неужто по-русски?
 
 Пора выходить из анабиоза ;)
 http://www.kdu.ru/description.aspx?product_no=144115

Да я не в анабиозе. Я тогда о чём-то своём думал и, видимо, с чем-то
другим её спутал. Но к теме дискуссии это если и имеет отношение, то
даже не третьестепенное.

-- 
С уважением,
Тихон Тарнавский.
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: Функционал и интерфейс

2009-03-20 Пенетрантность Alexey Pechnikov
Hello!

On Friday 20 March 2009 17:45:17 Покотиленко Костик wrote:
   Посмотрим что успешно пишут на Си: драйвера, демоны, серверные,
   клиентские, десктопные приложения, и т.д.
 
  Веб-сайт или программа с GUI на чистом С? Возможно, но безумно трудоемко.
  Так что успех весьма сомнительный. Демона можно на чем угодно написать.
  Вот разве что драйвера остаются.

 Конечно не на чистом. С использованием библиотек написанных в конце
 концов на чистом.

Знакомьтесь - тикль. Качественная и компактная библиотека, написанная на 
чистом С. Легко позволяет создавать сетевые приложения, демоны, веб-системы, а 
также GUI. 

Кстати, зачастую библиотеки для С++ переплюнут по размеру интерпретаторы 
многих скриптовых языков, притом работают хуже - медленнее из-за тучи 
конструкторов/деструкторов и огромной вложенности вызовов, к тому же большой 
объем кода приводит к низкому его качеству. 

 P.S. в личку то зачем?

Извиняюсь, но по умолчанию в поле ответа у вас стоит личный адрес вместо 
адреса рассылки (интересно, зачем бы это). Обычно жму ответить в рассылку, но 
вот попутал.

Best regards.


Откуда NETBIOS трафик в мо ей системе?

2009-03-20 Пенетрантность James Brown

tcpdump:

18:11:36.072362 IP IGOR.netbios-dgm  192.168.1.255.netbios-dgm: NBT UDP 
PACKET(138)
18:11:48.505223 IP IGOR.netbios-dgm  192.168.1.255.netbios-dgm: NBT UDP 
PACKET(138)
18:11:48.506120 IP IGOR.netbios-ns  192.168.1.255.netbios-ns: NBT UDP 
PACKET(137): QUERY; REQUEST; BROADCAST
18:11:49.242021 IP IGOR.netbios-ns  192.168.1.255.netbios-ns: NBT UDP 
PACKET(137): QUERY; REQUEST; BROADCAST
18:11:49.992252 IP IGOR.netbios-ns  192.168.1.255.netbios-ns: NBT UDP 
PACKET(137): QUERY; REQUEST; BROADCAST



--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: Откуда NETBIOS трафик в моей системе?

2009-03-20 Пенетрантность Mikhail A Antonov
-[ James Brown 20/03/2009 18:18 (GMT +3)
 tcpdump:

 18:11:36.072362 IP IGOR.netbios-dgm  192.168.1.255.netbios-dgm: NBT UDP
 PACKET(138)
 18:11:48.505223 IP IGOR.netbios-dgm  192.168.1.255.netbios-dgm: NBT UDP
 PACKET(138)
 18:11:48.506120 IP IGOR.netbios-ns  192.168.1.255.netbios-ns: NBT UDP
 PACKET(137): QUERY; REQUEST; BROADCAST
 18:11:49.242021 IP IGOR.netbios-ns  192.168.1.255.netbios-ns: NBT UDP
 PACKET(137): QUERY; REQUEST; BROADCAST
 18:11:49.992252 IP IGOR.netbios-ns  192.168.1.255.netbios-ns: NBT UDP
 PACKET(137): QUERY; REQUEST; BROADCAST

IGOR это кто? Если ты - у тебя скорее всего samba стоит.
А вообще лучше -n использовать при вызове tcpdump.

-- 
Best regards,
 Mikhail
xmpp: ant...@stopicq.ru
irc: Bart-mdv- @ SolarNet
SolarNet: http://www.solarnet.ru/


signature.asc
Description: This is a digitally signed message part.


Re: Откуда NETBIOS траф ик в моей системе?

2009-03-20 Пенетрантность James Brown
Mikhail A Antonov пишет:
 -[ James Brown 20/03/2009 18:18 (GMT +3)
   
 tcpdump:

 18:11:36.072362 IP IGOR.netbios-dgm  192.168.1.255.netbios-dgm: NBT UDP
 PACKET(138)
 18:11:48.505223 IP IGOR.netbios-dgm  192.168.1.255.netbios-dgm: NBT UDP
 PACKET(138)
 18:11:48.506120 IP IGOR.netbios-ns  192.168.1.255.netbios-ns: NBT UDP
 PACKET(137): QUERY; REQUEST; BROADCAST
 18:11:49.242021 IP IGOR.netbios-ns  192.168.1.255.netbios-ns: NBT UDP
 PACKET(137): QUERY; REQUEST; BROADCAST
 18:11:49.992252 IP IGOR.netbios-ns  192.168.1.255.netbios-ns: NBT UDP
 PACKET(137): QUERY; REQUEST; BROADCAST
 

 IGOR это кто? Если ты - у тебя скорее всего samba стоит.
 А вообще лучше -n использовать при вызове tcpdump.

   

Самба есть, но я ей еще не пользовался. К рутеру еще у меня подключен
второй (рабочий) ноут с Windows XP, но я вроде сеть не настраивал, более
того, из графического интерфейса Debiana можно увидеть некую сеть
виндоуз, кликаешь по ней - пусто, в сетевом окружении виндоузной
системы тоже ничего нет.
Или tcpdump ловить трафик не только между локалкой и рутером но и весь
трафик рутера? Почему тогда не видно никаких других пакетов между
виндоузом и рутером?
P.S. А с помощью tcpdump можно весь траф рутера вылавливать?!


-- 
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

2009-03-20 Пенетрантность Mikhail A Antonov
-[ Mikhail Gusarov 12/03/2009 01:18 (GMT +3)
 Twas brillig at 00:10:17 12.03.2009 UTC+02 when zed.ch...@gmail.com did
 gyre and gimble:

  c ну мне как-то не пофигу. у меня как-то нет таких приложений которым
  c нужно просто висеть где-то на задворках виртуальных дескотопов

 [разглядывает задворки]

 Медиаплеер, торрент-клиент, домашняя бухгалтерия.

Немного в сторону: А что за софт используется для бухгалтерии?


-- 
Best regards,
 Mikhail
xmpp: ant...@stopicq.ru
irc: Bart-mdv- @ SolarNet
SolarNet: http://www.solarnet.ru/


signature.asc
Description: This is a digitally signed message part.


Re: Как спастись от mysql-server в KDE 4.2

2009-03-20 Пенетрантность Mikhail Gusarov

Twas brillig at 19:08:12 20.03.2009 UTC+03 when b...@solarnet.ru did
gyre and gimble:

 MAA Немного в сторону: А что за софт используется для бухгалтерии?

kmymoney2.

-- 


pgpOLppDO6C8A.pgp
Description: PGP signature


Re: Функционал и интерфейс

2009-03-20 Пенетрантность Покотиленко Костик
В Срд, 18/03/2009 в 19:35 +0300, Alexey Pechnikov пишет:
 Hello!
 
   Еще есть ненулевое время на открытие сокета, обработку заголовков
   запроса, ожидание свободного процесса из пула процессов для вычислений и
   проч.
 
  Да, но это уже ботаника, без измерений нечего тут сказать.
 
 Вам гугл за неуплату отключили? :-)
 
   Совершенно неверно. Для SATA дисков, если не ошибаюсь, эффективная
   очередь равно примерно 4, а для SCSI и вовсе около 20. Контроллер диска
   может переставлять команды в очереди так, чтобы требовалось минимальное
   кол-во перемещений головки.
 
  Это NCQ на сколько я понял. Хорошая вещь, что бы сделать более
  последовательным набор параллельных запросов. Где тут логика? Или я
  всё-таки чего-то не понимаю, у SATA винтов головки независимо читают?
 
 Пример - нужно нам прочитать сколько-то блоков в 100 запросах. Если 
 планировщик очереди получает все 100 запросов сразу и может их выполнить в 
 один оборот диска, это будет в примерно в 100 раз быстрее, чем когда вы 
 отправляете каждый запрос после завершения предыдущего.

Давай продолжим в треде Скорость чтения с диска последовательно одним
процессом VS параллельно несколькими

 
   Для SSD дисков и вовсе параллельное чтение заложено в
   архитектуре.
 
  Про это в Инете не нашёл, можно ссылку?
 
 Посмотрите сколько чипов памяти стоит в SSD дисках. Каждый чип работает 
 независимо, так что все лимитируется лишь контроллером.
 
   В пределах оптимальной очереди команд для диска и при помощи кэша ФС
   каждый из параллельных процессов чтения будет работать не медленнее, чем
   если бы он был единственный. То есть запуск N процессов чтения увеличит
   производительность в N раз при оптимальной нагрузке (линейно). Понятно,
   что при возрастании нагрузки линейной зависимости уже не будет.
 
  Как раз наоборот. Больше параллельных процессов пытающихся прочитать -
  меньшая линейность чтения, NCQ, конечно как-то сгладит... Кто-нибудь
  располагает результатами тестов?
 
 Утилиты для измерения io performance есть в дебиане. Возьмите и проверьте.
 
   Ерунда. Что вы будете держать в общей памяти - кэш всего жесткого диска?
 
  Нет. Буферы запросов и ответов, чтоб большие потоки по пайпам не гонять
  туда-сюда.
 
 Ха.
 
   Данные обрабатываемого запроса в других процессах/потоках никому просто
   не нужны. А с диском/сетью/БД лучше работать пулам процессов, как уже
   рассмотрено выше. А насчет общей памяти - от этого решения уже и многие
   СУБД отказываются. В результате использования shared memory тот же оракл
   масштабируется намного хуже терадата. PostgreSQL так же использует shared
   memory, что приводит к различным проблемам. Я уж не говорю про сложность
   такого решения.
 
  Ссылки на обсуждения можно посмотреть? Любая вещь используемая не по
  назначению имеет свойство превращаться в грабли...
 
 На обсуждение чего, простите? У всех названных продуктов есть веб-сайты, где 
 вы можете найти документацию и обсуждения.
 
  Я считаю, что глупо думать, что раз apache2 так устроенна то это
  наиболее оптимальный вариант. 
 
 Я не знаю, как устроен apache2.
 
  Так вот во многих приложениях их настоящая архитектура -
  это пережиток прошлого, который дорого переделать.
 
 Ага, например, архитектура жестких дисков :-) Или живите с ней, или ставьте 
 себе SSD, что сейчас уже возможно сделать.
 
 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



записать dvd dl

2009-03-20 Пенетрантность Said Chavkin
Здравствуйте!

Нужно записать фильм на dvd-dl.
У growisofs есть опция -use-the-force-luke=break:NNN.
Насколько я понимаю, это место перехода на следующий слой.
А как определить, например в dvd-video, где этот NNN?


Re: Вопрос по инфобезопасност и: удалялки файлов в Debian

2009-03-20 Пенетрантность Hleb Valoshka
On 3/20/09, Alexander GQ Gerasiov g...@cs.msu.su wrote:
 Да хотя бы
 apt-cache search wipe

А shred из coreutils уже отменили?


Re: Скорость чтения с диска последова тельно одним процессом VS параллель но нескольким и

2009-03-20 Пенетрантность Stanislav Maslovski
On Fri, 2009-03-20 at 12:02 +0200, Покотиленко Костик wrote:
 Беглое гугление показало, не факт что NCQ включён и работает:
 http://blog.kovyrin.net/2006/08/11/turn-on-ncq-on-ich-linux/lang/ru/
 Кто-нибудь в курсе статуса NCQ в Debian?

Freshly installed lenny 64bit:

s...@magi:~$ dmesg|grep -i ncq
[3.553601] ahci :00:1f.2: flags: 64bit ncq sntf stag pm led clo
pio slum part
[4.020521] ata1.00: 1953525168 sectors, multi 0: LBA48 NCQ (depth
31/32)

--
Stanislav


Re: Скорость чтения с диска последовате льно одним процессом VS параллельно несколькими

2009-03-20 Пенетрантность Покотиленко Костик
В Птн, 20/03/2009 в 18:28 +, Stanislav Maslovski пишет:
 On Fri, 2009-03-20 at 12:02 +0200, Покотиленко Костик wrote:
  Беглое гугление показало, не факт что NCQ включён и работает:
  http://blog.kovyrin.net/2006/08/11/turn-on-ncq-on-ich-linux/lang/ru/
  Кто-нибудь в курсе статуса NCQ в Debian?
 
 Freshly installed lenny 64bit:
 
 s...@magi:~$ dmesg|grep -i ncq
 [3.553601] ahci :00:1f.2: flags: 64bit ncq sntf stag pm led clo
 pio slum part
 [4.020521] ata1.00: 1953525168 sectors, multi 0: LBA48 NCQ (depth
 31/32)

Для этого обязательно нужен AHCI?

-- 
Покотиленко Костик 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: Perl or Python?

2009-03-20 Пенетрантность Grey Fenrir
On Fri, 20 Mar 2009 16:35:24 +0300
Alexey Pechnikov wrote:

  Извиняйте, что вклиниваюсь, но мне не совсем понятна спасительность
  метода в данном конкретном случае. Из того, что во второй таблице
  не будет записей _всё равно_ совершенно непонятно, следует ли
  платить Витусу за измерение температуры в этот день, разумеется,
  если это не сдельная оплата за строчку таблицы.
 
 Если есть запись во первой таблице, то платить (замер был
 произведен), если нет, то не платить. Отсутствие записи во второй
 таблице сообщит нам, что измерение выполнить не удалось (но попытка
 была сделана). 
Если вернуться к первому посту Владимира, то очевидно, пьяному синоптику
надо платить )).
Сори, вырвалось.
 
  А при выяснении то ли он весь день читал Лукьяненко и забыл
  смерить температуру, то ли температуру мерять ходил, но в силу
  объективных причин данных не получил СУБД вряд ли поможет
 Как видите выше, поможет.
Принцип понятен, но.

   База с использованием NULL это так назваемая удобная для
   заполнения база. Для анализа она непригодна, так как потеряно
   много важной информации о данных, в частности, невозможно
   различить невалидные и отсутствующие данные.
 
  Насколько я понял, Владимир предложил не писать вообще ничего там,
  где другие напишут NULL - как в случае отсутствия (медведь съел),
  так и в случае невалидности (градусник замёрз) данных. Вряд ли это
  поможет нам различать такие данные.
 
 Дело в том, что реляционная модель работает с кортежами - строками в
 таблице. И правильно будет или писать кортеж, или не писать. А вот
 создавать некий флаг (NULL это не значение, а некий флаг) в одном из
 атрибутов неверно идеологически и, как мы видели, приводит к
 неоднозначности. 
Насчёт идеологии возражений в принципе нет, но это лишь теория.
В рассматриваемом примере я вижу взаимно однозначное соответствие
NULL-евых и не-NULL-евых вариантов (разумеется. при _правильном_
заполнении базы синоптиком), и бОльшей неоднозначности ни в одном из
них я не нахожу. 

 А вариант с декомпозицией поможет различить
 отсутствие измерения (нет записи в таблицах 1 и 2) и отсутствие
 результата измерения (есть запись в таблице 1 и нет записи в таблице
 2) 
Ввиду очевидности не буду писать, как отличать эти события в NULL-евой
базе.

 Зато интерпретация данных в базе не будет
 зависеть от личных предпочтений прикладного
 программиста/пользователя. 
Действительно, _иногда_ ГД может быть весьма наглядна. 
Но имхо личные предпочтения программиста - это использовать или нет
NULL. Хорошо если оный программист умеет писать всяко и инструмент
подбирает исходя из задачи, а не руководствуясь личными предпочтениями.

 К счастью, вышеописанный способ не
 единственный, хотя зачастую без него не обойтись. 
Уверен, многие обходятся (на всякий случай: я имею ввиду не тех,
которые обходятся без компьютера).

--
Grey Fenrir


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: Вопрос по инфобезопа сности: удалялки файлов в Debian

2009-03-20 Пенетрантность James Brown

Владимир Ступин wrote:

Давно тебя в гугле забанили?

Да хотя бы
apt-cache search wipe
apt-cache search undelete


  

А какой из них лучше, на Ваш взгляд?



Вот тебе две таблетки: одна красная, другая синяя. Это вроде разные
программ, я бы даже сказал - противоположные.
  


apt-cache search undelete
e2undel - Undelete utility for the ext2 file system
magicrescue - recovers files by looking for magic bytes
ntfsprogs - tools for doing neat things in NTFS partitions from Linux
recover - Undelete files on ext2 partitions


а magicrescue с ext3 работает?


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: Вопрос по инфобезопа сности: удалялки файлов в Debian

2009-03-20 Пенетрантность James Brown

Владимир Ступин wrote:

Давно тебя в гугле забанили?

Да хотя бы
apt-cache search wipe
apt-cache search undelete


  

А какой из них лучше, на Ваш взгляд?



Вот тебе две таблетки: одна красная, другая синяя. Это вроде разные
программ, я бы даже сказал - противоположные.
  


apt-cache search undelete
e2undel - Undelete utility for the ext2 file system
magicrescue - recovers files by looking for magic bytes
ntfsprogs - tools for doing neat things in NTFS partitions from Linux
recover - Undelete files on ext2 partitions


а magicrescue с ext3 работает?


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



извлечение драйвера дл я отдельной сборки

2009-03-20 Пенетрантность alex kuklin
Кто-нибудь может поделиться sсакральным знанием/s ссылкой на мануал, 
как из ядра вынуть драйвер, пропатчить его и собрать через 
module-assistant под собственное ядро?


Я сейчас запустил сборку путем apt-get source/patch/dpkg-build-package, 
но оно, очевидно, будет собирать все варианты ядра, а мне это, как бы, 
не совсем надо и займет неразумное время.


Собственно, задача - собрать drivers/net/usb/dm9601.c с добавлением туда 
vid/pid 0x0fe6/0x8101 - это USB-LAN адаптер.


--
Alex


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: Вопрос по инфобезоп асности: удалялки файлов в Debian

2009-03-20 Пенетрантность Oleg Matviychuk
On Fri, 20 Mar 2009 23:58:26 +0300
James Brown wrote:

 Владимир Ступин wrote:
  Давно тебя в гугле забанили?
  Да хотя бы
  apt-cache search wipe
  apt-cache search undelete
 
 

  А какой из них лучше, на Ваш взгляд?
  
 
  Вот тебе две таблетки: одна красная, другая синяя. Это вроде
  разные программ, я бы даже сказал - противоположные.

 
 apt-cache search undelete
 e2undel - Undelete utility for the ext2 file system
 magicrescue - recovers files by looking for magic bytes
 ntfsprogs - tools for doing neat things in NTFS partitions from
 Linux recover - Undelete files on ext2 partitions
 
 
 а magicrescue с ext3 работает?
 

Для ext3 годится только ex3grep.

-- 
Матвийчук Олег aka Matvey, LRU#349092
http://mathway.narod.ru

I am the ILOVEGNU signature virus. Just copy me to your signature.
This email was infected under the terms of the GNU General Public
License.



signature.asc
Description: PGP signature


Re: Perl or Python?

2009-03-20 Пенетрантность Alexey Pechnikov
Hello!

On Friday 20 March 2009 22:16:19 Grey Fenrir wrote:
 Насчёт идеологии возражений в принципе нет, но это лишь теория.
 В рассматриваемом примере я вижу взаимно однозначное соответствие
 NULL-евых и не-NULL-евых вариантов (разумеется. при _правильном_
 заполнении базы синоптиком), и бОльшей неоднозначности ни в одном из
 них я не нахожу.

  А вариант с декомпозицией поможет различить
  отсутствие измерения (нет записи в таблицах 1 и 2) и отсутствие
  результата измерения (есть запись в таблице 1 и нет записи в таблице
  2)

 Ввиду очевидности не буду писать, как отличать эти события в NULL-евой
 базе.

И в чем эта очевидность заключается? Если воспользоваться понятием фазового 
портрета системы, то следует зафиксировать число степеней свободы системы, 
если вы хотите обеспечить детерминированное поведение. Или разберем на примере 
ниже, если вам хочется практики.

Вот смотрите, что получается при следующем шаге индукции:
Мы рассматривали 1 таблицу с NULL и декомпозицию из 2-х таблиц, содержащие 
записи о
1) измерение проводилось или не проводилось
2) результат получен или не получен

Чтобы наша задачка была ближе к реальности, добавим:
3) измерение обязательно или не обязательно

Теперь посмотрим, как мы должны сохранить в БД информацию о следующих 
ситуациях:
А) Измерение не проведено И результат не получен И измерение обязательно.
Б) Измерение проведено И результат не получен И измерение не обязательно.

Вопрос:
Что вы будете писать в _одну_ таблицу, допускающую NULL? Сколько вариантов 
ответа на этот вопрос существует? (Подсказка: 2 варианта ответа для А и 
столько же для Б). 

Решение:
Анализируем условия слева направо:
А) Измерение не проведено - запись не делаем.
Б) Измерение проведено И результат не получен - делаем запись с NULL.

Анализируем условия справа налево:
А) Измерение обязательно И результат не получен - делаем запись с NULL.
Б) Измерение не обязательно И результат не получен - запись не делаем.

Как видим, ассоциативность нарушена, то есть проделанные вычисления не могут 
быть выполнены в рамках булевой алгебры. А это означает некорректность БД.

При использовании декомпозиции существует единственный вариант заполнения трех 
рассматриваемых нами таблиц. 


Best regards.


Re: Вопрос по инфобезопа сности: удалялки файлов в Debian

2009-03-20 Пенетрантность James Brown

Oleg Matviychuk wrote:

On Fri, 20 Mar 2009 23:58:26 +0300
James Brown wrote:

  

Владимир Ступин wrote:


Давно тебя в гугле забанили?
  

Да хотя бы
apt-cache search wipe
apt-cache search undelete


  
  

А какой из них лучше, на Ваш взгляд?



Вот тебе две таблетки: одна красная, другая синяя. Это вроде
разные программ, я бы даже сказал - противоположные.
  
  

apt-cache search undelete
e2undel - Undelete utility for the ext2 file system
magicrescue - recovers files by looking for magic bytes
ntfsprogs - tools for doing neat things in NTFS partitions from
Linux recover - Undelete files on ext2 partitions


а magicrescue с ext3 работает?




Для ext3 годится только ex3grep.
  


1. А почему он не находится apt-cache search ex3grep ?
2. А с ext2 он работает? (У меня часть файловых систем ext2, часть ext3)


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: Вопрос по инфобезоп асности: удалялки файлов в Debian

2009-03-20 Пенетрантность Oleg Matviychuk
On Sat, 21 Mar 2009 01:05:12 +0300
James Brown wrote:

 Oleg Matviychuk wrote:
  On Fri, 20 Mar 2009 23:58:26 +0300
  James Brown wrote:
 

  Владимир Ступин wrote:
  
  Давно тебя в гугле забанили?

  Да хотя бы
  apt-cache search wipe
  apt-cache search undelete
 
 


  А какой из них лучше, на Ваш взгляд?
  
  
  Вот тебе две таблетки: одна красная, другая синяя. Это вроде
  разные программ, я бы даже сказал - противоположные.


  apt-cache search undelete
  e2undel - Undelete utility for the ext2 file system
  magicrescue - recovers files by looking for magic bytes
  ntfsprogs - tools for doing neat things in NTFS partitions from
  Linux recover - Undelete files on ext2 partitions
 
 
  а magicrescue с ext3 работает?
 
  
 
  Для ext3 годится только ex3grep.

 
 1. А почему он не находится apt-cache search ex3grep ?
 2. А с ext2 он работает? (У меня часть файловых систем ext2, часть
 ext3)
 
Потому что промахнулся мимо кнопки: ext3grep. Прошу прощения. Насчет
применимости к ext2 не знаю. В мане не сказано, ext2 не держу.

-- 
Матвийчук Олег aka Matvey, LRU#349092
http://mathway.narod.ru

I am the ILOVEGNU signature virus. Just copy me to your signature.
This email was infected under the terms of the GNU General Public
License.



signature.asc
Description: PGP signature


Re: извлечение драйвера для отдельной сборки

2009-03-20 Пенетрантность Nicholas

alex kuklin wrote:

Собственно, задача - собрать drivers/net/usb/dm9601.c с добавлением туда 
vid/pid 0x0fe6/0x8101 - это USB-LAN адаптер.




А вы уверенны, что вам надо добавить драйвер в ядро, а не собрать его в 
виде модуля ?


И зачем вам извлекать драйвер, вместо того что бы проинсталировать 
исходники ?


И что вы имеете ввиду под всеми вариантами - архитектуру ? Тогда нет - 
make-kpkg соберет только под актуальную, если сами не укажите другую.


Но все-таки, лучше всего сделать свои и ядро и модули - проще:

cd /usr/src/some_kernel/
make menuconfig
make-kpkg --append_to_version -2009.x.x --initrd --revision=rev.01 
kernel_image modules_image


Удачи.

--
Sincerely,
Nicholas


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: Вопрос по инфобезопа сности: удалялки файлов в Debian

2009-03-20 Пенетрантность James Brown

Oleg Matviychuk wrote:

On Sat, 21 Mar 2009 01:05:12 +0300
James Brown wrote:

  

Oleg Matviychuk wrote:


On Fri, 20 Mar 2009 23:58:26 +0300
James Brown wrote:

  
  

Владимир Ступин wrote:



Давно тебя в гугле забанили?
  
  

Да хотя бы
apt-cache search wipe
apt-cache search undelete


  
  
  

А какой из них лучше, на Ваш взгляд?




Вот тебе две таблетки: одна красная, другая синяя. Это вроде
разные программ, я бы даже сказал - противоположные.
  
  
  

apt-cache search undelete
e2undel - Undelete utility for the ext2 file system
magicrescue - recovers files by looking for magic bytes
ntfsprogs - tools for doing neat things in NTFS partitions from
Linux recover - Undelete files on ext2 partitions


а magicrescue с ext3 работает?




Для ext3 годится только ex3grep.
  
  

1. А почему он не находится apt-cache search ex3grep ?
2. А с ext2 он работает? (У меня часть файловых систем ext2, часть
ext3)



Потому что промахнулся мимо кнопки: ext3grep. Прошу прощения. Насчет
применимости к ext2 не знаю. В мане не сказано, ext2 не держу.

  
Пасибо Очень важные для программы для работы в современных условиях, 
учитывая недружественную окружающую административную среду.



--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Symbian Signed Password

2009-03-20 Пенетрантность Symbian Signed
Your password has been regenerated. The new password for the website is: 
8353fvVR  for account debian-russian@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: Perl or Python?

2009-03-20 Пенетрантность Grey Fenrir
On Sat, 21 Mar 2009 00:59:57 +0300
Alexey Pechnikov wrote:

 On Friday 20 March 2009 22:16:19 Grey Fenrir wrote:
  Насчёт идеологии возражений в принципе нет, но это лишь теория.
  В рассматриваемом примере я вижу взаимно однозначное соответствие
  NULL-евых и не-NULL-евых вариантов (разумеется. при _правильном_
  заполнении базы синоптиком), и бОльшей неоднозначности ни в одном из
  них я не нахожу.
 
   А вариант с декомпозицией поможет различить
   отсутствие измерения (нет записи в таблицах 1 и 2) и отсутствие
   результата измерения (есть запись в таблице 1 и нет записи в
   таблице 2)
  Ввиду очевидности не буду писать, как отличать эти события в
  NULL-евой базе.
 И в чем эта очевидность заключается? 
отсутствие измерения - нет записи в таблице
отсутствие результата - в поле результата NULL

 Вот смотрите, что получается при следующем шаге индукции:
 Мы рассматривали 1 таблицу с NULL и декомпозицию из 2-х таблиц,
 содержащие записи о
 1) измерение проводилось или не проводилось
 2) результат получен или не получен
Насколько я понял, в случае, когда измерение не проводилось никаких
записей ни в одной таблице не содержится (как в NULL так и не-NULL
вариантах). Если я ошибся - буду рад узнать, где именно.
 
 Чтобы наша задачка была ближе к реальности, добавим:
 3) измерение обязательно или не обязательно
Если это и приблизит нас к реальности, то только к суровой российской.
Потому обязательность либо известна заранее для всех измерений
данного прибора (и вводить её как параметр для каждого измерения я
смысла не вижу) либо [внятный] алгоритм её выяснения возможно переложить
на плечи системы обработки измерений (то есть с конечного пользователя
на программу, что безусловно есть гут). 
В любом случае, для приближения к реальности сначала следует описать
оный алгоритм, а потом обсуждать надо ли под такой признак отдельная
таблица. Другими словами, вряд ли заказчик может требовать ГД и три
таблицы. У него есть конкретная задача и пока я не пойму его логику
- говорить о внутренней архитектуре БД я смысла не вижу. Возможно,
именно это и имели ввиду ребята говоря о излишней теоретизации вопроса.
 
 Теперь посмотрим, как мы должны сохранить в БД информацию о следующих 
 ситуациях:
 А) Измерение не проведено И результат не получен И измерение
 обязательно. Б) Измерение проведено И результат не получен И
 измерение не обязательно.
 
 Вопрос:
 Что вы будете писать в _одну_ таблицу, допускающую NULL? Сколько
 вариантов ответа на этот вопрос существует? (Подсказка: 2 варианта
 ответа для А и столько же для Б). 
 
 Решение:
 Анализируем условия слева направо:
 А) Измерение не проведено - запись не делаем.
 Б) Измерение проведено И результат не получен - делаем запись с NULL.
 
 Анализируем условия справа налево:
 А) Измерение обязательно И результат не получен - делаем запись с
 NULL. Б) Измерение не обязательно И результат не получен - запись не
 делаем.
 
 Как видим, ассоциативность нарушена, то есть проделанные вычисления
 не могут быть выполнены в рамках булевой алгебры. А это означает
 некорректность БД.
 
 При использовании декомпозиции существует единственный вариант
 заполнения трех рассматриваемых нами таблиц. 

--
Grey Fenrir


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: Файлы .wav

2009-03-20 Пенетрантность Mironov Pavel
On Fri, Mar 20, 2009 at 02:31:16PM +0300, Mironov Pavel wrote:
 On Fri, Mar 20, 2009 at 04:50:23PM +0600, Sergei Stolyarov wrote:
  On Friday 20 March 2009 01:00:08 Sergei Stolyarov wrote:
  SS Например, так:
  
  Небольшое дополнение. ~/.mplayer/codecs.conf влияет на все запуски mplayer, 
  и потенциально может похерить воспроизведение других форматов. Поэтому я бы 
  порекомендовал запускать mplayer с опцией -codecs-file, чтобы использовать 
  codecs.conf только тогда, когда это необходимо. Например:
  
  mplayer -codecs-file ~/.mplayer/codecs.conf.lh 263193694.wav
  
  ~/.mplayer/codecs.conf при этом переименовывается в 
  ~/.mplayer/codecs.conf.lh
 
 Тут всё работает.
 
 Вот в ~/.mutt/mailcap написал
 application/octet-stream; mplayer -codecs-file ~/.mplayer/codecs.conf '%s'; 
 test=test -z $DISPLAY
 
 Говорит, незнакомый формат.
 
 Сделал /etc/mplayer/codecs.conf - без изменений
 
 Не хочен он читать codecs.conf из mutt
 
 Куда что прописать?

Решилось:

audio/x-wav; mplayer '%s' 

-- 
С уважением,
П.Миронов
medexpert2...@yandex.ru


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



console-setup 1.30: Please update debconf PO translation for the package console-setup

2009-03-20 Пенетрантность Christian Perrier
Hi,

The debian-l10n-english team has reviewed the debconf templates for
console-setup. This process has resulted in changes that may make your
existing translation incomplete.

A round of translation updates is being launched to synchronize all
translations.

Please send the updated file as a wishlist bug against the package.


The deadline for receiving the updated translation is
Friday, April 03, 2009.

Thanks,

# translation of ru.po to Russian
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
#
# Yuri Kozlov kozlo...@gmail.com, 2007, 2008.
msgid 
msgstr 
Project-Id-Version: console-setup 1.24\n
Report-Msgid-Bugs-To: console-se...@packages.debian.org\n
POT-Creation-Date: 2009-03-19 18:29+0100\n
PO-Revision-Date: 2008-06-14 11:33+0400\n
Last-Translator: Yuri Kozlov kozlo...@gmail.com\n
Language-Team: Russian debian-l10n-russian@lists.debian.org\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
X-Generator: KBabel 1.11.4\n
Plural-Forms:  nplurals=3; plural=(n%10==1  n%100!=11 ? 0 : n%10=2  n%
10=4  (n%10010 || n%100=20) ? 1 : 2);\n

#. Type: text
#. Description
#. Main menu item. Please keep below 55 columns
#: ../console-setup.templates:2001
#, fuzzy
#| msgid Origin of the keyboard:
msgid Configure the keyboard
msgstr Для кого предназначена клавиатура:

#. Type: select
#. Choices
#: ../console-setup.templates:3001
msgid . Arabic
msgstr . арабский

#. Type: select
#. Choices
#: ../console-setup.templates:3001
msgid # Armenian
msgstr # армянский

#. Type: select
#. Choices
#: ../console-setup.templates:3001
msgid # Cyrillic - KOI8-R and KOI8-U
msgstr # кириллица - KOI8-R и KOI8-U

#. Type: select
#. Choices
#: ../console-setup.templates:3001
msgid # Cyrillic - non-Slavic languages
msgstr # кириллица - не славянские языки

#. Type: select
#. Choices
#: ../console-setup.templates:3001
msgid # Cyrillic - Slavic languages (also Bosnian and Serbian Latin)
msgstr # кириллица - славянские языки (также боснийская и сербская латиница)

#. Type: select
#. Choices
#: ../console-setup.templates:3001
msgid . Ethiopic
msgstr . эфиопский

#. Type: select
#. Choices
#: ../console-setup.templates:3001
msgid # Georgian
msgstr # грузинский

#. Type: select
#. Choices
#: ../console-setup.templates:3001
msgid # Greek
msgstr # греческий

#. Type: select
#. Choices
#: ../console-setup.templates:3001
msgid # Hebrew
msgstr # иврит

#. Type: select
#. Choices
#: ../console-setup.templates:3001
msgid # Lao
msgstr # лаосский

#. Type: select
#. Choices
#: ../console-setup.templates:3001
msgid # Latin1 and Latin5 - western Europe and Turkic languages
msgstr # Latin1 и Latin5 - языки западной Европы и тюркские

#. Type: select
#. Choices
#: ../console-setup.templates:3001
msgid # Latin2 - central Europe and Romanian
msgstr # Latin2 - для центральной Европы и румынские

#. Type: select
#. Choices
#: ../console-setup.templates:3001
msgid # Latin3 and Latin8 - Chichewa; Esperanto; Irish; Maltese and Welsh
msgstr 
# Latin3 и Latin8 - чева; эсперанто; ирландский; мальтийский и валлийский

#. Type: select
#. Choices
#: ../console-setup.templates:3001
msgid # Latin7 - Lithuanian; Latvian; Maori and Marshallese
msgstr # Latin7 - литовский; латышский; маори и маршальский

#. Type: select
#. Choices
#: ../console-setup.templates:3001
msgid . Latin - Vietnamese
msgstr . Latin - вьетнамский

#. Type: select
#. Choices
#: ../console-setup.templates:3001
msgid # Thai
msgstr # тайский

#. Type: select
#. Choices
#: ../console-setup.templates:3001
msgid . Combined - Latin; Slavic Cyrillic; Hebrew; basic Arabic
msgstr 
. комбинированный - латинский; славянская кириллица; иврит; основной арабский

#. Type: select
#. Choices
#: ../console-setup.templates:3001
msgid . Combined - Latin; Slavic Cyrillic; Greek
msgstr . комбинированный - латинский; славянская кириллица; греческий

#. Type: select
#. Choices
#: ../console-setup.templates:3001
msgid . Combined - Latin; Slavic and non-Slavic Cyrillic
msgstr . комбинированный - латинский; славянская и не славянская кириллица

#. Type: select
#. Description
#: ../console-setup.templates:3002
msgid Character set to support:
msgstr 

#. Type: select
#. Description
#: ../console-setup.templates:3002
#, fuzzy
#| msgid Set of characters that should be supported by the console font:
msgid 
Please choose the character set that should be supported by the console font.
msgstr Набор символов, который должен поддерживаться консольным шрифтом:

#. Type: select
#. Description
#: ../console-setup.templates:3002
msgid 
If you don't use a framebuffer, the choices that start with \.\ will 
reduce the number of available colors on the console.
msgstr 
Если в консоли не используется фрейм-буфер, то в вариантах, начинающихся с 
\.\, будет доступно меньшее число цветов.

#. Type: select
#. Description
#: ../console-setup.templates:4001
msgid Keyboard model:
msgstr Модель клавиатуры:

#. Type: select
#.