Re: Google Chrome дост упен для Debian Lenny

2009-10-23 Пенетрантность Dmitry E. Oboukhov
 Есть запрещённые высказывания. К таким относится разжигание рассовой и
 межнациональной розни. Люди, которые высказывают в публичных местах
 такие мысли страдают от вывиха мозга. Их нужно сажать в воспитательных
 целях. Желательно в одну камеру с теми, кого он считает чурками.
 Двух лет в такой камере может быть достаточно, чтобы вывих вправить.

SK Нет, ну какие вы все замечательные! Пишите ещё, ага.

да тут борцуны со флудом всем настроение испортили
--
... mpd is off

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature


Re: Bind9 динамический ДН С

2009-10-23 Пенетрантность Andrey Lyubimets

Dmitry E. Oboukhov пишет:

понадобилось тут организовать для одного хоста динамический ДНС.

сперва сделали просто: скрипт формирует файл зоны из шаблона с 
увеличивающимся sno и делает bind9 reload. Потом подумал что зачем я делаю
 велисипеды и почитал доки. взял утилиту nsupdate и на базе нее написал 
скрипт который апдейтит конкретные записи в этой зоне. все красиво вроде и

 хорошо, но есть несколько вопросов

рядом с файлом зоны он создает файл зона.jnl в котором держит изменения. 
можно ли 1. указать в конфиге куда девать этот файл.

man named.conf
/journal

он бинарный, да и не нравится мне когда демоны что-то в /etc/ пишут

вообще, named  и в файл зоны (в твоём случае) пишет, так что тогда девать их
надо вместе.
/directory

2. можно ли как-то настроить так, чтобы этот файл был не бинарный,

нет, в 8-м бинде вроде как был читаемый, в 9-м только двоичный

чтобы можно было итоговый файл зоны в любой момент получить?

но зачем? Если named завалится, то по журналу он зону восстановит.
(и, вообще, переодически он файл зоны обновляет)

-- ... mpd is off

. ''`.   Dmitry E. Oboukhov : :'  :   email: 
un...@debian.org jabber://un...@uvw.ru `. `~'  GPGKey: 1024D /

 F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537



--
С уважением, Любимец Андрей Алексеевич


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



Re: Bind9 динамич еский ДНС

2009-10-23 Пенетрантность Dmitry E. Oboukhov
 чтобы можно было итоговый файл зоны в любой момент получить?
AL но зачем? Если named завалится, то по журналу он зону восстановит.
AL (и, вообще, переодически он файл зоны обновляет)

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

понятно, что ситуация гипотетическая, но всеж
--
... mpd is off

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature


Re: Bind9 динамич еский ДНС

2009-10-23 Пенетрантность Dmitry E. Oboukhov
 чтобы можно было итоговый файл зоны в любой момент получить?
AL но зачем? Если named завалится, то по журналу он зону восстановит.
AL (и, вообще, переодически он файл зоны обновляет)

Tdrldo ну вообще двоичный файл это источник возможных проблем.
Tdrldo например грохается хост, в бакапах лежат только конфиги (бинарникам
Tdrldo зачем там быть?) ставим на новый хост из пакетов систему и в этот
Tdrldo момент нарываемся скажем на то что пришла новая версия, которая этот
Tdrldo бинарник уже не понимает.
или скажем архитектура нового хоста другая, будут ли совместимы те
бинарники?

Tdrldo понятно, что ситуация гипотетическая, но всеж
--
... mpd is off

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature


Re: Bind9 динамич еский ДНС

2009-10-23 Пенетрантность Sergey Korobitsin
Fri, Oct 23, 2009 at 11:05 +0400 Dmitry E. Oboukhov воздействовал на энтропию:
  чтобы можно было итоговый файл зоны в любой момент получить?
 AL но зачем? Если named завалится, то по журналу он зону восстановит.
 AL (и, вообще, переодически он файл зоны обновляет)
 
 Tdrldo ну вообще двоичный файл это источник возможных проблем.
 Tdrldo например грохается хост, в бакапах лежат только конфиги (бинарникам
 Tdrldo зачем там быть?) ставим на новый хост из пакетов систему и в этот
 Tdrldo момент нарываемся скажем на то что пришла новая версия, которая этот
 Tdrldo бинарник уже не понимает.
 или скажем архитектура нового хоста другая, будут ли совместимы те
 бинарники?

Полагаю, то те бинарники настолько же бинарники, насколько jpeg,
например.

-- 
Best regards, Sergey Korobitsin
Arta Software, Astana, KZ
mailto:undertaker{at}arta.kz
xmpp:underta...@jabber.arta.kz

--
 На лоре завелись КМС по шахматам и сильнее?
Я кандидат в мастера по спортивной травме.
--Camel(linux.org.ru)


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



Re: Bind9 динамич еский ДНС

2009-10-23 Пенетрантность Dmitry E. Oboukhov
 или скажем архитектура нового хоста другая, будут ли совместимы те
 бинарники?

SK Полагаю, то те бинарники настолько же бинарники, насколько jpeg,
SK например.

ну может быть... 
я уже в общем-то смирился с тем что там бинарник висит
--
... mpd is off

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature


Re: syslog и дебианизированн ый софт

2009-10-23 Пенетрантность Alexey Trunyov
On Fri, 23 Oct 2009 02:46:42 +0800
Denis Feklushkin denis.feklush...@gmail.com wrote:

 Почему многие (почти все) программы в дебиане при наличии syslog не
 настроены на его использованиепо умолчанию? Среди таких программ
 широкоиспользуемые, например apache2

Потому, что:

1) в Policy ничего не сказано насчет syslog
2) мэнтейнеры конкретных пакетов считают, что так лучше.


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



Re: Bind9 динамический ДН С

2009-10-23 Пенетрантность Andrey Lyubimets

Dmitry E. Oboukhov пишет:

чтобы можно было итоговый файл зоны в любой момент получить?

AL но зачем? Если named завалится, то по журналу он зону восстановит.
AL (и, вообще, переодически он файл зоны обновляет)

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



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

Tdrldo понятно, что ситуация гипотетическая, но всеж
Если сеть маленькая и/или динапдейты происходят редко, то переживёшь, может 
быть добавишь какие-то записи ручками - только и всего.
Если у тебя гигантская сеть и апдейты происходят по сто штук в секунду, то 
нужно городить dns-инфраструктуру, которой выход из строя одного сервера не 
страшен.

--
... mpd is off

. ''`.   Dmitry E. Oboukhov
: :'  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~'  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537



--
С уважением, Любимец Андрей Алексеевич


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



Re: Bind9 динамический ДНС

2009-10-23 Пенетрантность Timur Sattarov
Вопрос в догонку, а можно ли сделать синхронизацию двух серверов таким
образом чтобы все зоны которые создаются на мастере создавались и на
слейве тоже, чтобы руками каждую зону не прописывать ?


Re: Bind9 динамич еский ДНС

2009-10-23 Пенетрантность Dmitry E. Oboukhov
TS Вопрос в догонку, а можно ли сделать синхронизацию двух серверов таким
TS образом чтобы все зоны которые создаются на мастере создавались и на
TS слейве тоже, чтобы руками каждую зону не прописывать ?
если в мастер-зоне слейвы прописаны, то мастер слейва сам уведомляет
об изменениях в его зоне. вобще это не надо делать. нужно чтобы
перечень неймсерверов был корректно установлен
--
... mpd playing: Выход - 1991 Год Козла - 04 Как мало любви.mp3

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature


Re: Bind9 динамич еский ДНС

2009-10-23 Пенетрантность Dmitry E. Oboukhov
TS Вопрос в догонку, а можно ли сделать синхронизацию двух серверов таким
TS образом чтобы все зоны которые создаются на мастере создавались и на
TS слейве тоже, чтобы руками каждую зону не прописывать ?
а не понял... ты хочешь чтобы именно НОВЫЕ зоны автоматом
подхватывались слейвом?
--
... mpd playing: Выход - 1991 Год Козла - 06 Женщины как лошади.mp3

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature


Что лучше: Google Android или Maemo ? ;-}

2009-10-23 Пенетрантность sms
Привед.
Вот собственно заинтересовался что же лучше использовать на наладонных
КПК (типо они есть еще и карманные ;-D) Google Android или Maemo ? В
чем приемущества и недостатки этих ОС (пчёл) ? ;-} А если они такие
совершенные, то почему производители КПК не встроили GSM модули во
многие устройства КПК (а нужны там они? ;-})?

подпись: qenguru


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



Re: Что лучше: Google Android или Maemo ? ;-}

2009-10-23 Пенетрантность Artem Chuprina
sms - debian-russian@lists.debian.org  @ Fri, 23 Oct 2009 19:57:40 +1100:

 s Вот собственно заинтересовался что же лучше использовать на наладонных
 s КПК (типо они есть еще и карманные ;-D) Google Android или Maemo ? В
 s чем приемущества и недостатки этих ОС (пчёл) ? ;-} А если они такие
 s совершенные, то почему производители КПК не встроили GSM модули во
 s многие устройства КПК (а нужны там они? ;-})?

Нет. (c)

-- 
Лень оправдывает средства


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



Re: Bind9 динамический ДНС

2009-10-23 Пенетрантность Mikhail A Antonov
-[ Timur Sattarov 23/10/2009 11:52 (GMT +3)
 Вопрос в догонку, а можно ли сделать синхронизацию двух серверов таким
 образом чтобы все зоны которые создаются на мастере создавались и на
 слейве тоже, чтобы руками каждую зону не прописывать ?

Я для этого взял powerdns с бэкэндом в mysql и синхронизирую зоны именно на
уровне mysql (просто репликацию настроил). Это способно работать в т.ч. навсяких
маломощных VDS с ограниченным размером памяти.

-- 
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: Bind9 динамический ДНС

2009-10-23 Пенетрантность Mikhail A Antonov
-[ Mikhail A Antonov 23/10/2009 13:34 (GMT +3)
 -[ Timur Sattarov 23/10/2009 11:52 (GMT +3)

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

 Я для этого взял powerdns с бэкэндом в mysql и синхронизирую зоны именно на
 уровне mysql (просто репликацию настроил). Это способно работать в т.ч.
 навсяких маломощных VDS с ограниченным размером памяти.

Да, если интересно:

mysql select count(*) from domains;
+--+
| count(*) |
+--+
|  164 | 
+--+
1 row in set (0.00 sec)

mysql select count(*) from records;
+--+
| count(*) |
+--+
|16371 | 
+--+
1 row in set (0.00 sec)

Уложился в 64Мб памяти. На ВДС sshd, mysql, powerdns.

-- 
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: давайте не будем фл удить

2009-10-23 Пенетрантность Alexander GQ Gerasiov
Wed, 21 Oct 2009 22:12:21 +0400
Dmitry E. Oboukhov un...@debian.org wrote:

У рассылки 228 подписчиков.
Для тех, кто не понял: каждое отправленное письмо уходит 228-ми
  получателям.
  Для многих людей флудить является смыслом жизни.
 AGG Да ладно, тут не так давно была история что чувака с ником Uwe
 AGG Bugla забанили во всех списках дебиана :-T
 
 AGG Так что листмастер иногда чистит свой ржавый плюсомет =)
 ну это чуть ни единственный случай и то тот чувак пришел и начал
 писать вы все козлы и идиоты
тссс... не мешай нагнетать панику.

-- 
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: 04B5 9D90 DF7C C2AB CD49  BAEA CA87 E9E8 2AAC 33F1


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



Re: Что лучше: Google Android или Maemo ? ;-}

2009-10-23 Пенетрантность sms
On Fri, 23 Oct 2009 13:09:11 +0400
Artem Chuprina r...@ran.pp.ru wrote:

 sms - debian-russian@lists.debian.org  @ Fri, 23 Oct 2009 19:57:40
 +1100:
 
  s Вот собственно заинтересовался что же лучше использовать на
  s наладонных КПК (типо они есть еще и карманные ;-D) Google Android
  s или Maemo ? В чем приемущества и недостатки этих ОС (пчёл) ? ;-}
  s А если они такие совершенные, то почему производители КПК не
  s встроили GSM модули во многие устройства КПК (а нужны там
  s они? ;-})?
 
 Нет. (c)
 
a?


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



Re: Что лучше: Google Android или Maemo ? ;-}

2009-10-23 Пенетрантность Александр Екимов
23 октября 2009 г. 12:57 пользователь sms debsn...@gmail.com написал:
 Привед.
 Вот собственно заинтересовался что же лучше использовать на наладонных
 КПК (типо они есть еще и карманные ;-D) Google Android или Maemo ? В
 чем приемущества и недостатки этих ОС (пчёл) ? ;-} А если они такие
 совершенные, то почему производители КПК не встроили GSM модули во
 многие устройства КПК (а нужны там они? ;-})?
Вроде как Nokia N900 будет с gsm модулем, а там маemo. Обладаю
коммуникатором N810 и вроде как доволен, но это субъективно.

-- 
С почтением,
Екимов Александр Владимирович


Re: Что лучше: Google Android или Maemo ? ;-}

2009-10-23 Пенетрантность sms
On Fri, 23 Oct 2009 14:29:33 +0400
Александр Екимов toeki...@gmail.com wrote:

 23 октября 2009 г. 12:57 пользователь sms debsn...@gmail.com
 написал:
  Привед.
  Вот собственно заинтересовался что же лучше использовать на
  наладонных КПК (типо они есть еще и карманные ;-D) Google Android
  или Maemo ? В чем приемущества и недостатки этих ОС (пчёл) ? ;-} А
  если они такие совершенные, то почему производители КПК не встроили
  GSM модули во многие устройства КПК (а нужны там они? ;-})?
 Вроде как Nokia N900 будет с gsm модулем, а там маemo. Обладаю
 коммуникатором N810 и вроде как доволен, но это субъективно.
 
ясна. ;-} ладна, если что куплю N900. Жалко что там клавиатура не
сенсорная, а выдвижная. Но и с такой можно печатать. ;-}


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



Re: Что лучше: Go ogle Android или Maemo ? ;-}

2009-10-23 Пенетрантность Dmitry E. Oboukhov
s Жалко что там клавиатура не
s сенсорная, а выдвижная. Но и с такой можно печатать. ;-}

да, я тоже давно хочу КПК с линуксом на борту, но без примочек в
виде ненужной клавиатуры итп. и чтоб не ниже VGA и чтоб не кирпич
как те нокии
--
... mpd playing: Manowar - 01 Return Of The Warlord

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature


Re: Антивирусный сервер в надежном Linux'e для обслуж ивания разваливающейся ви ндозы. ;-}

2009-10-23 Пенетрантность Roman V. Nikolaev
sms пишет:
 Привет.
 Есть жесткий диск с виндозой. Там очень много вирузов. ;-} Хочу
 установить антивирусный сервер, но вот низнаю какой. ;=} Говорят clamav
  хороший, но там глюки с обновлением антивирусных баз, и еще он больше
 подходит для e-mail'ов. Какой антивирузный сервер лучше использовать? И
 через что этот сервер пускает воздушные шарики в расшаренную зону
 винды (Samba, NFS или др.) ? ;-}
 
 

У меня на дебиан серваке стоит clamav. На нем же самбой расшарены папки
с софтом, торрентами, общие и т.д.
Папки самбы подключены с помощью clamfs. Все работает нормально, вирусы
при попадании в папку самба шары автоматом блокируются и письмецо мне
улетает с описанием вируса.

P.S. В будущем еще хочу подключать диски винды по smbfs для проверки
файлов на них с помощью clamav.
-- 

 Roman V. Nikolaev

mail:rsha...@rambler.ru
icq: 198-364-657
jabber:  rsha...@jabber.org
openPGP ID:  DE0E1C1B
openPGP key: 655A 86EB 653C 6D6C BB16 2550 EA12 A906 DE0E 1C1B



signature.asc
Description: OpenPGP digital signature


Re: icewm: imlib transition bugs

2009-10-23 Пенетрантность Stanislav Maslovski
On Fri, Oct 23, 2009 at 07:09:43AM +0400, Alexander Galanin wrote:
 On Thu, 22 Oct 2009 17:52:23 +0100
 Stanislav Maslovski stanislav.maslov...@gmail.com wrote:
 
  А еще в заголовках окон не работает градиентная закраска. Точнее,
  закрашивается, но с артефактами.
  
  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=544222
 
 Патчей не увидел. Они есть?

Нет. Собираю с imlib (по принципу наименьшего сопротивления).

-- 
Stanislav


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



jabber-сервер на сервере вне домена

2009-10-23 Пенетрантность Dmitry E. Oboukhov
имеется хост a.b.c.ru на нем стоит jabber, соответственно клиенты
jabber'сервера (1.4-1.6 версия) имеют адреса вида u...@a.b.c.ru.

надо jabber-сервер перенести на другую машинку, но запись A об
a.b.c.ru должна продолжать указывать на старый хост.

хочу прописать запись в DNS с типом SRV и перенести jabber-сервер.

однако я это не делал никогда, опыта нет, интересен ответ на такой
вопрос: эта возможность вроде появилась относительно недавно, не будет
никаких проблем что какие-то jabber'сервера будут на старый хост
стучаться и недостукиваться итп.
никто не сталкивался ни с какими трудностями на эту тему?
--
... mpd playing: Manowar - 06 Outlaw

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature


Re: Что лучше: Google Android или Maemo ? ;-}

2009-10-23 Пенетрантность Yuri Kozlov
On Fri, 23 Oct 2009 14:49:53 +0400
Dmitry E. Oboukhov un...@debian.org wrote:

 s Жалко что там клавиатура не
 s сенсорная, а выдвижная. Но и с такой можно печатать. ;-}
 
 да, я тоже давно хочу КПК с линуксом на борту, но без примочек в
 виде ненужной клавиатуры итп. и чтоб не ниже VGA и чтоб не кирпич
 как те нокии
Гы, FreeRunner с Debian.

-- 
Best Regards,
Yuri Kozlov


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



Re: Что лучше: Go ogle Android или Maemo ? ;-}

2009-10-23 Пенетрантность Dmitry E. Oboukhov
s Жалко что там клавиатура не
s сенсорная, а выдвижная. Но и с такой можно печатать. ;-}
 
 да, я тоже давно хочу КПК с линуксом на борту, но без примочек в
 виде ненужной клавиатуры итп. и чтоб не ниже VGA и чтоб не кирпич
 как те нокии
YK Гы, FreeRunner с Debian.

FR'ы разве уже с VGA появились?
--
... mpd playing: Manowar - 08 Today Is A Good Day To Die

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature


Re: Что лучше: Google A ndroid или Maemo ? ;-}

2009-10-23 Пенетрантность Михаил Миронов
Dmitry E. Oboukhov пишет:
 s Жалко что там клавиатура не
 s сенсорная, а выдвижная. Но и с такой можно печатать. ;-}
 да, я тоже давно хочу КПК с линуксом на борту, но без примочек в
 виде ненужной клавиатуры итп. и чтоб не ниже VGA и чтоб не кирпич
 как те нокии
 YK Гы, FreeRunner с Debian.
 
 FR'ы разве уже с VGA появились?

http://wiki.openmoko.org/wiki/Neo_FreeRunner/ru

Сенсорный экран высокого разрешения (1.7 x 2.27 - 43mm x 58mm) 480x640
пикселей

640х480 - это же вроде VGA?


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



Re: Что лучше: Go ogle Android или Maemo ? ;-}

2009-10-23 Пенетрантность Dmitry E. Oboukhov
s сенсорная, а выдвижная. Но и с такой можно печатать. ;-}
 да, я тоже давно хочу КПК с линуксом на борту, но без примочек в
 виде ненужной клавиатуры итп. и чтоб не ниже VGA и чтоб не кирпич
 как те нокии
YK Гы, FreeRunner с Debian.
 
 FR'ы разве уже с VGA появились?

ММ http://wiki.openmoko.org/wiki/Neo_FreeRunner/ru

ММ Сенсорный экран высокого разрешения (1.7 x 2.27 - 43mm x 58mm) 480x640
ММ пикселей

ММ 640х480 - это же вроде VGA?

а и правда. когда я на него глядел в последний раз он был 240x320, а
оно вишь как... растет :)

PS: у кого есть эта штучка, поделитесь впечатлениями?
--
... mpd playing: Manowar - 09 My Spirit Lives On

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature


Re: Антивирусный серве р в надежном Linux'e для обслуживания развалива ющейся виндозы. ;-}

2009-10-23 Пенетрантность sms
On Fri, 23 Oct 2009 14:57:19 +0400
Roman V. Nikolaev rsha...@rambler.ru wrote:

 sms пишет:
  Привет.
  Есть жесткий диск с виндозой. Там очень много вирузов. ;-} Хочу
  установить антивирусный сервер, но вот низнаю какой. ;=} Говорят
  clamav хороший, но там глюки с обновлением антивирусных баз, и еще
  он больше подходит для e-mail'ов. Какой антивирузный сервер лучше
  использовать? И через что этот сервер пускает воздушные шарики в
  расшаренную зону винды (Samba, NFS или др.) ? ;-}
  
  
 
 У меня на дебиан серваке стоит clamav. На нем же самбой расшарены
 папки с софтом, торрентами, общие и т.д.
 Папки самбы подключены с помощью clamfs. Все работает нормально,
 вирусы при попадании в папку самба шары автоматом блокируются и
 письмецо мне улетает с описанием вируса.
 
 P.S. В будущем еще хочу подключать диски винды по smbfs для проверки
 файлов на них с помощью clamav.
Все понятно. Спасибо. ;-}
Помню когда купил себе OpenSUSE 10.2, там была утилита antivir. Я ей
всегда пользовался. Хорошо вирусы определяла, но по сети ей не
проверял.


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



Re: jabber-сервер на сервере вне домена

2009-10-23 Пенетрантность Artem Chuprina
Dmitry E. Oboukhov - debian-russian@lists.debian.org  @ Fri, 23 Oct 2009 
15:17:58 +0400:

 DEO имеется хост a.b.c.ru на нем стоит jabber, соответственно клиенты
 DEO jabber'сервера (1.4-1.6 версия) имеют адреса вида u...@a.b.c.ru.

 DEO надо jabber-сервер перенести на другую машинку, но запись A об
 DEO a.b.c.ru должна продолжать указывать на старый хост.

 DEO хочу прописать запись в DNS с типом SRV и перенести jabber-сервер.

 DEO однако я это не делал никогда, опыта нет, интересен ответ на такой
 DEO вопрос: эта возможность вроде появилась относительно недавно, не будет
 DEO никаких проблем что какие-то jabber'сервера будут на старый хост
 DEO стучаться и недостукиваться итп.

Какие-то - могут.  Но вообще-то если года три-четыре для jabber - это
относительно недавно...

-- 
Лень оправдывает средства


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



Re: Что лучше: Google Android или Maemo ? ;-}

2009-10-23 Пенетрантность sms
On Fri, 23 Oct 2009 15:32:55 +0400
Dmitry E. Oboukhov un...@debian.org wrote:

 s сенсорная, а выдвижная. Но и с такой можно печатать. ;-}
  да, я тоже давно хочу КПК с линуксом на борту, но без примочек
  в виде ненужной клавиатуры итп. и чтоб не ниже VGA и чтоб не
  кирпич как те нокии
 YK Гы, FreeRunner с Debian.
  
  FR'ы разве уже с VGA появились?
 
 ММ http://wiki.openmoko.org/wiki/Neo_FreeRunner/ru
 
 ММ Сенсорный экран высокого разрешения (1.7 x 2.27 - 43mm x 58mm)
 480x640 ММ пикселей
 
 ММ 640х480 - это же вроде VGA?
 
 а и правда. когда я на него глядел в последний раз он был 240x320, а
 оно вишь как... растет :)
 
 PS: у кого есть эта штучка, поделитесь впечатлениями?
 --
 ... mpd playing: Manowar - 09 My Spirit Lives On
 
 . ''`.   Dmitry E. Oboukhov
 : :’  :   email: un...@debian.org jabber://un...@uvw.ru
 `. `~’  GPGKey: 1024D / F8E26537 2006-11-21
   `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537
У меня нету. ;-} Но я посмотрел на картинку. Дизайн не понравился.
Овальный какой то, как прям для девченок. Консоли там не увидел. (на
картинке) ;-D И меню рабочего стола было какое то скромное,
напоминающее мобилу Siemens C60, но только с более широким экраном
и сенсорами ;-} Не могу представить что в этом устройстве можно
запустить Synaptic. :-D


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



Re: Что лучше: Google Android или Maemo ? ;-}

2009-10-23 Пенетрантность Yuri Kozlov
On Fri, 23 Oct 2009 15:32:55 +0400
Dmitry E. Oboukhov un...@debian.org wrote:

 s сенсорная, а выдвижная. Но и с такой можно печатать. ;-}
  да, я тоже давно хочу КПК с линуксом на борту, но без примочек в
  виде ненужной клавиатуры итп. и чтоб не ниже VGA и чтоб не кирпич
  как те нокии
 YK Гы, FreeRunner с Debian.
  
  FR'ы разве уже с VGA появились?
 
 ММ http://wiki.openmoko.org/wiki/Neo_FreeRunner/ru
 
 ММ Сенсорный экран высокого разрешения (1.7 x 2.27 - 43mm x 58mm)
 480x640 ММ пикселей
 
 ММ 640х480 - это же вроде VGA?
 
 а и правда. когда я на него глядел в последний раз он был 240x320, а
 оно вишь как... растет :)
 
 PS: у кого есть эта штучка, поделитесь впечатлениями?

Звонить — звонит.
Карты GPS не пробовал/ненадо.
как КПК сравнить не с чем.
Поиграться с ARM — супер!
- иногда тормозит интерфейс (не знаю, может с другим дистрибом меньше)
- мало живёт от баратейки

-- 
Best Regards,
Yuri Kozlov


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



Re: jabber-сервер на сервере вне домена

2009-10-23 Пенетрантность Dmitry E. Oboukhov
A Вы же в клиенте прописываете к какому серверу подключаться
конкретно клиенты меня меньше всего беспокоят. их всего три штуки и я
их перенастрою.

вопрос в межсерверном межджаберном взаимодействии
--
... mpd playing: Manowar - 06 An American Trilogy

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature


Re: jabber-сервер на сервере вне домена

2009-10-23 Пенетрантность Mikhail A Antonov
-[ Dmitry E. Oboukhov 23/10/2009 15:56 (GMT +3)
 A Вы же в клиенте прописываете к какому серверу подключаться
 конкретно клиенты меня меньше всего беспокоят. их всего три штуки и я
 их перенастрою.

 вопрос в межсерверном межджаберном взаимодействии

Работать будут нормально как клиенты, так и сервера. Проверено.

-- 
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: Lenny. Ноутбук стал плохо вых одить из Suspend-to-RAM.

2009-10-23 Пенетрантность Mark Goldshtein
2009/9/27 Nicholas s...@networkgate.us:
 Mark Goldshtein wrote:

 А может быть можно как-то включить ctrl+alt+backspace, или там
 переключение консолей, может быть что-то SysRq (не помню сочетание)?

  ctrl+alt+backspace - хоткей для перезагрузки иксов, в случае если у вас
 заблокированна клавиатура, хоткеи врятли помогут 8)

 SysRq ключается при компляции ядра
 CONFIG_MAGIC_SYSRQ:
 │
  │  │
  │ If you say Y here, you will have some control over the system even
│
  │ if the system crashes for example during kernel debugging (e.g., you
 │
  │ will be able to flush the buffer cache to disk, reboot the system
  │
  │ immediately or dump some status information). This is accomplished
│
  │ by pressing various keys while holding SysRq (Alt+PrintScreen). It
│
  │ also works on a serial console (on PC hardware at least), if you
  │
  │ send a BREAK and then within 5 seconds a command keypress. The
│
  │ keys are documented in file:Documentation/sysrq.txt. Don't say Y
│
  │ unless you really know what this hack does.

 В вашем случае, на мой взгляд, имеет смысл обратить внимание на кобинации
 Fn+F1/2 и конфиг иксов (в т.ч. раздел модулей) - иногда его изменение
 меняет и поведение hibernate.

Ситуация опять повторилась :( ноут не вышел из STR. Причём, за
несколько дней до этого, аптайм как-то незаметно дошёл до 19 дней.
Потом пришлось перегружаться, и вот в течении одного дня, при полной
безобидности, ноут снова не вышел из сна :(

Правда появилась мысль, что возможно это связано с висящим в фоне
Rhythmbox Music Player. Он, допустим, поставлен на паузу и при этом
осуществляется вход-выход suspend to RAM. К сожалению, не могу сейчас
проверить эту догадку, интенсивно работаю, открыто много приложений и
прерваться не получится.

После зависания, сразу перегрузился в Ubuntu 9.04 LiveCD и стал
смотреть логи. dmesg не привожу, он закончился на 30-ой секунде, а вот
в меssages что-то есть и до и после просыпания:

Oct 22 16:07:53 thinkpad gnome-power-manager: (mgoldshtein) Suspending
computer. Reason: User clicked on tray
Oct 22 18:36:01 thinkpad kernel: [ 3478.177137] PM: Syncing
filesystems ... done.
Oct 22 18:36:01 thinkpad kernel: [ 3478.189942] Freezing user space
processes ... (elapsed 0.00 seconds) done.
Oct 22 18:36:01 thinkpad kernel: [ 3478.191163] Freezing remaining
freezable tasks ... (elapsed 0.00 seconds) done.
Oct 22 18:36:01 thinkpad kernel: [ 3478.191239] Suspending console(s)
Oct 22 18:36:01 thinkpad kernel: [ 3479.592365] parport_pc 00:0b: disabled
Oct 22 18:36:01 thinkpad kernel: [ 3479.592545] serial 00:0a: disabled
Oct 22 18:36:01 thinkpad kernel: [ 3479.732173] ACPI: PCI interrupt
for device :02:02.0 disabled
Oct 22 18:36:01 thinkpad kernel: [ 3479.748347] ACPI: PCI interrupt
for device :00:1f.6 disabled
Oct 22 18:36:01 thinkpad kernel: [ 3479.764306] ACPI: PCI interrupt
for device :00:1f.5 disabled
Oct 22 18:36:01 thinkpad kernel: [ 3479.764468] ACPI: PCI interrupt
for device :00:1d.7 disabled
Oct 22 18:36:01 thinkpad kernel: [ 3479.782490] ACPI: PCI interrupt
for device :00:1d.2 disabled
Oct 22 18:36:01 thinkpad kernel: [ 3479.782519] ACPI: PCI interrupt
for device :00:1d.1 disabled
Oct 22 18:36:01 thinkpad kernel: [ 3479.782549] ACPI: PCI interrupt
for device :00:1d.0 disabled
Oct 22 18:36:01 thinkpad kernel: [ 3479.968087] ACPI: Preparing to
enter system sleep state S3
Oct 22 18:36:01 thinkpad kernel: [ 3480.868137] Disabling non-boot CPUs ...
Oct 22 18:36:01 thinkpad kernel: [ 3480.868230] Extended CMOS year: 2000
Oct 22 18:36:01 thinkpad kernel: [ 3480.868230] Intel machine check
architecture supported.
Oct 22 18:36:01 thinkpad kernel: [ 3480.868240] Intel machine check
reporting enabled on CPU#0.
Oct 22 18:36:01 thinkpad kernel: [ 3480.868494] Extended CMOS year: 2000
Oct 22 18:36:01 thinkpad kernel: [ 3482.192356] __ratelimit: 5
messages suppressed
Oct 22 18:36:01 thinkpad kernel: [ 3482.192360] ACPI: EC: non-query
interrupt received, switching to interrupt mode
Oct 22 18:36:01 thinkpad kernel: [ 3482.242878] ACPI: PCI Interrupt
:00:1d.0[A] - Link [LNKA] - GSI 11 (level, low) - IRQ 11
Oct 22 18:36:01 thinkpad kernel: [ 3482.242878] usb usb1: root hub
lost power or was reset
Oct 22 18:36:01 thinkpad kernel: [ 3482.242878] ACPI: PCI Interrupt
:00:1d.1[B] - Link [LNKD] - GSI 11 (level, low) - IRQ 11
Oct 22 18:36:01 thinkpad kernel: [ 3482.242878] usb usb2: root hub
lost power or was reset
Oct 22 18:36:01 thinkpad kernel: [ 

Re: jabber-сервер на сервере вн е домена

2009-10-23 Пенетрантность Alexey
Вы же в клиенте прописываете к какому серверу подключаться 

On Fri, 23 Oct 2009 15:17:58 +0400, Dmitry E. Oboukhov
un...@debian.org
wrote:
 имеется хост a.b.c.ru на нем стоит jabber, соответственно клиенты
 jabber'сервера (1.4-1.6 версия) имеют адреса вида u...@a.b.c.ru.
 
 надо jabber-сервер перенести на другую машинку, но запись A об
 a.b.c.ru должна продолжать указывать на старый хост.
 
 хочу прописать запись в DNS с типом SRV и перенести jabber-сервер.
 
 однако я это не делал никогда, опыта нет, интересен ответ на такой
 вопрос: эта возможность вроде появилась относительно недавно, не будет
 никаких проблем что какие-то jabber'сервера будут на старый хост
 стучаться и недостукиваться итп.
 никто не сталкивался ни с какими трудностями на эту тему?
 --
 ... mpd playing: Manowar - 06 Outlaw
 
 . ''`.   Dmitry E. Oboukhov
 : :’  :   email: un...@debian.org jabber://un...@uvw.ru
 `. `~’  GPGKey: 1024D / F8E26537 2006-11-21
   `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


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



Re: pamusb-conf No devices detected

2009-10-23 Пенетрантность Dmitri Samsonov
DamirX пишет:
 # pamusb-conf --add-device FOO
 No devices detected.
 
 имеет решение в рамках дебиана?

  Если я правильно ошибаюсь, смотреть надо в сторону pmount.

--
Dmitri Samsonov


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



Re: Что лучше: Google Android или Maemo ? ;-}

2009-10-23 Пенетрантность Alexander GQ Gerasiov
Fri, 23 Oct 2009 15:32:55 +0400
Dmitry E. Oboukhov un...@debian.org wrote:

 s сенсорная, а выдвижная. Но и с такой можно печатать. ;-}
  да, я тоже давно хочу КПК с линуксом на борту, но без примочек
  в виде ненужной клавиатуры итп. и чтоб не ниже VGA и чтоб не
  кирпич как те нокии
 YK Гы, FreeRunner с Debian.
  
  FR'ы разве уже с VGA появились?
 
 ММ http://wiki.openmoko.org/wiki/Neo_FreeRunner/ru
 
 ММ Сенсорный экран высокого разрешения (1.7 x 2.27 - 43mm x 58mm)
 480x640 ММ пикселей
 
 ММ 640х480 - это же вроде VGA?
 
 а и правда. когда я на него глядел в последний раз он был 240x320, а
 оно вишь как... растет :)
 
 PS: у кого есть эта штучка, поделитесь впечатлениями?

Можешь спросить у Никиты, lol
Кстати в качестве телефона от-таки использует старенький сименс =)

По сути это больше игрушка для гика, чем нормальное устройство. ИМХО
конечно.

-- 
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: 04B5 9D90 DF7C C2AB CD49  BAEA CA87 E9E8 2AAC 33F1


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



Re: Что лучше: Go ogle Android или Maemo ? ;-}

2009-10-23 Пенетрантность Dmitry E. Oboukhov
 а и правда. когда я на него глядел в последний раз он был 240x320, а
 оно вишь как... растет :)
 
 PS: у кого есть эта штучка, поделитесь впечатлениями?

AGG Можешь спросить у Никиты, lol
AGG Кстати в качестве телефона от-таки использует старенький сименс =)

AGG По сути это больше игрушка для гика, чем нормальное устройство. ИМХО
AGG конечно.

пишут что батареек на мало хватает. соответственно уже нет причин
рассматривать его как таковой :(
--
... mpd playing: Manowar - 02 The Ascension

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature


При попытке распечатат ь man gpg выходит какая-то фиг ня

2009-10-23 Пенетрантность James Brown
Учитывая большой материал, и необходимость хорошенько вникнуть в него,
решил распечать man gpg на бумаге и прочитать в нормальном человеческом
состоянии (т.е. лежа на кроватке и с бумажки).
Даю команду man -t gpg | lpr , вместо отформатированного в нормальном
виде для печати мана (причем он у меня открывается на русском
языке!!!),  печатаятся какая-то фигня на латинице, похожая на перечень
команд и всяких латинских букофф, т.е. из структуры документа созддается
такое ощущение что русские буквы на печать просто не выводятся


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



Re: При попытке распечатать man gpg выходи т какая-то фигня

2009-10-23 Пенетрантность Dmitry E. Oboukhov
On 17:14 Fri 23 Oct , James Brown wrote:
JB Учитывая большой материал, и необходимость хорошенько вникнуть в него,
JB решил распечать man gpg на бумаге и прочитать в нормальном человеческом
JB состоянии (т.е. лежа на кроватке и с бумажки).
JB Даю команду man -t gpg | lpr , вместо отформатированного в нормальном
JB виде для печати мана (причем он у меня открывается на русском
JB языке!!!),  печатаятся какая-то фигня на латинице, похожая на перечень
JB команд и всяких латинских букофф, т.е. из структуры документа созддается
JB такое ощущение что русские буквы на печать просто не выводятся

man -t ps gpg

попробуй
--
... mpd playing: Manowar - 10 Sons Of Odin

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature


Re: При попытке распечатать man gpg выходи т какая-то фигня

2009-10-23 Пенетрантность Dmitry E. Oboukhov
JB Учитывая большой материал, и необходимость хорошенько вникнуть в него,
JB решил распечать man gpg на бумаге и прочитать в нормальном человеческом
JB состоянии (т.е. лежа на кроватке и с бумажки).
JB Даю команду man -t gpg | lpr , вместо отформатированного в нормальном
JB виде для печати мана (причем он у меня открывается на русском
JB языке!!!),  печатаятся какая-то фигня на латинице, похожая на перечень
JB команд и всяких латинских букофф, т.е. из структуры документа созддается
JB такое ощущение что русские буквы на печать просто не выводятся

Tdrldo man -t ps gpg

Ах сорри, не туда глянул, извиняюсь
--
... mpd playing: Manowar - 12 Gods Of War

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature


Re: При попытке распечатать man gpg выходи т какая-то фигня

2009-10-23 Пенетрантность Dmitry E. Oboukhov
On 17:28 Fri 23 Oct , Dmitry E. Oboukhov wrote:
JB Учитывая большой материал, и необходимость хорошенько вникнуть в него,
JB решил распечать man gpg на бумаге и прочитать в нормальном человеческом
JB состоянии (т.е. лежа на кроватке и с бумажки).
JB Даю команду man -t gpg | lpr , вместо отформатированного в нормальном
JB виде для печати мана (причем он у меня открывается на русском
JB языке!!!),  печатаятся какая-то фигня на латинице, похожая на перечень
JB команд и всяких латинских букофф, т.е. из структуры документа созддается
JB такое ощущение что русские буквы на печать просто не выводятся

Tdrldo Tdrldo man -t ps gpg

Tdrldo Ах сорри, не туда глянул, извиняюсь

man -t gpg|lpr -Pps

--
... mpd playing: Manowar - 12 Gods Of War

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature


Re: При попытке распечатать man gpg выходит какая-то фигня

2009-10-23 Пенетрантность Artem Chuprina
James Brown - debian-russian  @ Fri, 23 Oct 2009 17:14:53 +0400:

 JB Учитывая большой материал, и необходимость хорошенько вникнуть в него,
 JB решил распечать man gpg на бумаге и прочитать в нормальном человеческом
 JB состоянии (т.е. лежа на кроватке и с бумажки).
 JB Даю команду man -t gpg | lpr , вместо отформатированного в нормальном
 JB виде для печати мана (причем он у меня открывается на русском
 JB языке!!!),  печатаятся какая-то фигня на латинице, похожая на перечень
 JB команд и всяких латинских букофф, т.е. из структуры документа созддается
 JB такое ощущение что русские буквы на печать просто не выводятся

Это нормально.  В тех шрифтах, которыми оно пытается печатать, кириллица
не предусмотрена.  Как класс.

-- 
Рюмку взял - паяльник положил


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



Re: При попытке распечатать man gpg выходи т какая-то фигня

2009-10-23 Пенетрантность Dmitry E. Oboukhov
AC Это нормально.  В тех шрифтах, которыми оно пытается печатать, кириллица
AC не предусмотрена.  Как класс.
а вроде были какие-то хаки? года три-четыре назад я помню vim
консольный как-то настраивал на печать. какой-то пакет надо было
доставить. но последние года три не печатаю ничегоо
--
... mpd playing: Manowar - 16 Die For Metal (Bonus)

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature


Re: При попытке распечат ать man gpg выходит какая-то ф игня

2009-10-23 Пенетрантность James Brown
Dmitry E. Oboukhov wrote:
 On 17:28 Fri 23 Oct , Dmitry E. Oboukhov wrote:
 JB Учитывая большой материал, и необходимость хорошенько вникнуть в него,
 JB решил распечать man gpg на бумаге и прочитать в нормальном человеческом
 JB состоянии (т.е. лежа на кроватке и с бумажки).
 JB Даю команду man -t gpg | lpr , вместо отформатированного в нормальном
 JB виде для печати мана (причем он у меня открывается на русском
 JB языке!!!),  печатаятся какая-то фигня на латинице, похожая на перечень
 JB команд и всяких латинских букофф, т.е. из структуры документа созддается
 JB такое ощущение что русские буквы на печать просто не выводятся

 Tdrldo Tdrldo man -t ps gpg

 Tdrldo Ах сорри, не туда глянул, извиняюсь

 man -t gpg|lpr -Pps

 --
 ... mpd playing: Manowar - 12 Gods Of War

 . ''`.   Dmitry E. Oboukhov
 : :’  :   email: un...@debian.org jabber://un...@uvw.ru
 `. `~’  GPGKey: 1024D / F8E26537 2006-11-21
   `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537
   

Чот не то:
~$ man -t gpg|lpr -Pps
standard input:753: name expected (got a special character): treated
as missing
standard input:858: name expected (got a special character): treated
as missing
standard input:969: warning: `DETAILS' not defined (probable missing
space after `DE')
standard input:1507: name expected (got a special character): treated
as missing
standard input:1612: name expected (got a special character): treated
as missing
lpr: The printer or class was not found.

Судя по man lpr,  
 -P destination[/instance]
  Prints files to the named printer - зачем мне, если у меня один
принтер ко ноуту присоединен? и как это решает описанную проблему?
 
-p
Specifies  that  the  print  file should be formatted with a
shaded header with the date, time, job name, and
page number. This option is equivalent to -o prettyprint
and is only useful when printing text files.

- вроде бы тоже не то?

Опцию же '-s' или -ps или -Pps  в мане lpr вообще не нахожу...



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



Re: syslog и дебианизированн ый софт

2009-10-23 Пенетрантность Denis Feklushkin
On Fri, 23 Oct 2009 08:37:35 +0400
Artem Chuprina r...@ran.pp.ru wrote:

 Denis Feklushkin - debian-russian@lists.debian.org  @ Fri, 23 Oct
 2009 05:22:28 +0800:
 
Почему многие (почти все) программы в дебиане при наличии
syslog не настроены на его использованиепо умолчанию? Среди
таких программ широкоиспользуемые, например apache2
   
   
   Потому что в противном случае в syslog'е был бы нечитаемый фарш.
   Разделенные логи более удобны.
 
  DF Почему нечитаемый? разве нельзя настройть новый сислог на то
  DF чтобы записывать имя демона в начале строки-записи?
 
 Можно.  Но как ты при этом будешь разделять записи, соответствующие
 разным виртуальным хостам (если мы об апаче),

Как будто он не умеет указывать имя миртуального хоста в логе!

 разным клиентским
 машинам или пользователям (если о самбе) и т.п.?

Не совсем понял тут

  Что ты будешь
 делать, если на разные сервисы тебе нужны разные циклы ротации логов?

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

Так по умолчанию надо предполагать что лог идёт на удалённую машину. И
все логи сливаются в один большой а в нём стоит настройка показывать
только важное. Потому что нормально когда 10 серверов и все сливают
логи (копии их) на одну машину где админ сможет централизованно их
прочесть перед началом рабочего дня

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


signature.asc
Description: PGP signature


Re: syslog и дебианизированн ый софт

2009-10-23 Пенетрантность Denis Feklushkin
On Fri, 23 Oct 2009 15:30:29 +0800
Alexey Trunyov trum...@yandex.ru wrote:

 On Fri, 23 Oct 2009 02:46:42 +0800
 Denis Feklushkin denis.feklush...@gmail.com wrote:
 
  Почему многие (почти все) программы в дебиане при наличии syslog не
  настроены на его использованиепо умолчанию? Среди таких программ
  широкоиспользуемые, например apache2
 
 Потому, что:
 
 1) в Policy ничего не сказано насчет syslog

Вот я и спрашиваю, на самом деле, почему не сказано? Пора уже внести
его может для систем, на которых есть демоны, пищущие логи?

 2) мэнтейнеры конкретных пакетов считают, что так лучше.

Почему они так считают? Все скопом, причем


signature.asc
Description: PGP signature


Re: syslog и дебианизирова нный софт

2009-10-23 Пенетрантность Victor Wagner
On 2009.10.23 at 22:31:15 +0800, Denis Feklushkin wrote:

  
   Почему многие (почти все) программы в дебиане при наличии syslog не
   настроены на его использованиепо умолчанию? Среди таких программ
   широкоиспользуемые, например apache2
  
  Потому, что:
  
  1) в Policy ничего не сказано насчет syslog
 
 Вот я и спрашиваю, на самом деле, почему не сказано? Пора уже внести
 его может для систем, на которых есть демоны, пищущие логи?

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

Опять же, на хостинговом web-сервере нужно давать права на чтение логов
от разных виртуальных хостов разным пользователям. Если это
настраивается прямо в описании виртуального сервера, то это гораздо
проще, чем сначала поправить описание виртуального сервера, а потом
syslog.

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


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



Re: При попытке распеч атать man gpg выходит какая-то фигня

2009-10-23 Пенетрантность Victor Wagner
On 2009.10.23 at 17:14:53 +0400, James Brown wrote:

 Учитывая большой материал, и необходимость хорошенько вникнуть в него,
 решил распечать man gpg на бумаге и прочитать в нормальном человеческом
 состоянии (т.е. лежа на кроватке и с бумажки).
 Даю команду man -t gpg | lpr , вместо отформатированного в нормальном
 виде для печати мана (причем он у меня открывается на русском
 языке!!!),  печатаятся какая-то фигня на латинице, похожая на перечень

А вот именно потому, что он на русском языке, это и происходит.
Я как-то задавал этот вопрос в этой рассылке чуточку более
квалифицированным образом, мне объясняли, объясняли но я так и не до
настроил себе groff для корректной печати русских man.

Во-первых, пришлось groff из тестинга бэкпортить, во-вторых, строго
необходимо ему шрифты подсунуть, содержащие русские буквы,
но вот с этим у меня не дошли руки разобраться. Ограничился тем, что
-Thtml работает.

В общем, если читаешь по-английски, то

LANG=C man -t gpg |lpr


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



Файлы не расшифровываю тся!

2009-10-23 Пенетрантность James Brown
Под gpg4win 1.1.3 в винде были созданы подписи и ряд файлов.
Подписи нормально импортировались и работают, однако файлы не удается
расшифровать под линуксом, ни с помощью выпадающего меню в гноме, ни в
консоли:
-$ gpg --decrypt CIMG2769.JPGENX
gpg: не найдено данных формата OpenPGP.
gpg: decrypt_message failed: eof

Что делать?

(ОС - Debian Lenny AMD64 со стандартным для этого дистра gpg (GnuPG) 1.4.9


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



Re: icewm: imlib transition bugs

2009-10-23 Пенетрантность Vladislav Naumov
2009/10/23 Stanislav Maslovski stanislav.maslov...@gmail.com:
 Патчей не увидел. Они есть?

 Нет. Собираю с imlib (по принципу наименьшего сопротивления).

У меня та же история.
imlib1 в squeeze не будет, поэтому пакеты и собраны c gdk_pixbuf.
Переписывать icewm под imlib2 - столько свободного времени, боюсь, ни
у кого не будет.
Так что живу пока на imlib1, после выхода squeeze буду смотреть - или
останусь на icewm (пофиксив самые злые баги), либо (если будет
несовместимо с жизнью) пойду на рекомендованный fvwm или что-то ещё...


Re: syslog и дебианизированн ый софт

2009-10-23 Пенетрантность Denis Feklushkin
On Fri, 23 Oct 2009 18:34:50 +0400
Victor Wagner vi...@wagner.pp.ru wrote:

 On 2009.10.23 at 22:31:15 +0800, Denis Feklushkin wrote:
 
   
Почему многие (почти все) программы в дебиане при наличии
syslog не настроены на его использованиепо умолчанию? Среди
таких программ широкоиспользуемые, например apache2
   
   Потому, что:
   
   1) в Policy ничего не сказано насчет syslog
  
  Вот я и спрашиваю, на самом деле, почему не сказано? Пора уже внести
  его может для систем, на которых есть демоны, пищущие логи?
 
 Потому что рассчитывается, что Debian может быть использован не только
 для домашних машинок, но и для серверов с приличным траффиком.
 А там будет слишком много записей в сислоге от таких программ как
 apache, если это web-сервер или samba, если это корпоративный файловый
 сервер.

Слишком много это не аргумент. Если есть не 1 сервер с приличным
трафиком а 10 то без сислога придётся ходить на каждый и смотреть логи
(а вдруг чего случилось?)

Сислог сейчас позволяет настроить разделение на отдельные лог-файлы по
происхождению логов в них

 
 Опять же, на хостинговом web-сервере нужно давать права на чтение
 логов от разных виртуальных хостов разным пользователям. Если это
 настраивается прямо в описании виртуального сервера, то это гораздо
 проще, чем сначала поправить описание виртуального сервера, а потом
 syslog.

В этом конкретном случае использовать в апаче настройку записи лога и в
сислог и пользователям в их маленькие логи виртуальных хостов отдельно

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

Пока не верю )


signature.asc
Description: PGP signature


Re: При попытке распечат ать man gpg выходит какая-то ф игня

2009-10-23 Пенетрантность James Brown
Nick wrote:
 23 октября 2009 г. 16:14 пользователь James Brown
 jbrownfi...@gmail.com написал:
   
 Учитывая большой материал, и необходимость хорошенько вникнуть в него,
 решил распечать man gpg на бумаге и прочитать в нормальном человеческом
 состоянии (т.е. лежа на кроватке и с бумажки).
 Даю команду man -t gpg | lpr , вместо отформатированного в нормальном
 виде для печати мана (причем он у меня открывается на русском
 языке!!!),  печатаятся какая-то фигня на латинице, похожая на перечень
 команд и всяких латинских букофф, т.е. из структуры документа созддается
 такое ощущение что русские буквы на печать просто не выводятся
 

 man -P cat man  | lp
   
Еще хуже ерунда выходит - только лат. буквы еще и разбросанные по всему
листу с жутким пробелами


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



Re: Файлы не ра сшифровываются!

2009-10-23 Пенетрантность Dmitry E. Oboukhov
JB Под gpg4win 1.1.3 в винде были созданы подписи и ряд файлов.
JB Подписи нормально импортировались и работают, однако файлы не удается
JB расшифровать под линуксом, ни с помощью выпадающего меню в гноме, ни в
JB консоли:
JB -$ gpg --decrypt CIMG2769.JPGENX
JB gpg: не найдено данных формата OpenPGP.
JB gpg: decrypt_message failed: eof

JB Что делать?

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

(ц) Котёнок Гав
--
... mpd playing: Manowar - 01 Fighting The World

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature


Re: syslog и дебианизированн ый софт

2009-10-23 Пенетрантность Artem Chuprina
Denis Feklushkin - debian-russian@lists.debian.org  @ Fri, 23 Oct 2009 
22:55:15 +0800:

 DF Слишком много это не аргумент. Если есть не 1 сервер с приличным
 DF трафиком а 10 то без сислога придётся ходить на каждый и смотреть
 DF логи (а вдруг чего случилось?)

Для а вдруг чего случилось существуют средства мониторинга.  И когда
они тебе сообщают, что что-то случилось, ты уже знаешь, с кем.  Уже
знаешь, в какой именно error_log смотреть.  Причем это как раз случай,
где зачастую grep не поможет, и смотреть надо глазами - а значит, записи
от других серверов будут сильно мешаться.

  Опять же, на хостинговом web-сервере нужно давать права на чтение
  логов от разных виртуальных хостов разным пользователям. Если это
  настраивается прямо в описании виртуального сервера, то это гораздо
  проще, чем сначала поправить описание виртуального сервера, а потом
  syslog.

 DF В этом конкретном случае использовать в апаче настройку записи лога
 DF и в сислог и пользователям в их маленькие логи виртуальных хостов
 DF отдельно

Ну и настрой в своем конкретном случае логгинг в сислог.  Зачем всем-то
это навязывать?

-- 
The effort of using machines to mimic the human mind has always struck
me as rather silly. I would rather use them to mimic something better
 -- Edsger Dijkstra


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



Re: syslog и дебианизированн ый софт

2009-10-23 Пенетрантность Artem Chuprina
Denis Feklushkin - debian-russian@lists.debian.org  @ Fri, 23 Oct 2009 
22:30:14 +0800:

 Почему многие (почти все) программы в дебиане при наличии
 syslog не настроены на его использованиепо умолчанию? Среди
 таких программ широкоиспользуемые, например apache2


Потому что в противном случае в syslog'е был бы нечитаемый фарш.
Разделенные логи более удобны.
  
   DF Почему нечитаемый? разве нельзя настройть новый сислог на то
   DF чтобы записывать имя демона в начале строки-записи?
  
  Можно.  Но как ты при этом будешь разделять записи, соответствующие
  разным виртуальным хостам (если мы об апаче),

 DF Как будто он не умеет указывать имя миртуального хоста в логе!

Умеет.  Но вот скрипт, stderr которого сыплется в error_log, уже не
умеет предварять каждую строчку именем виртуального хоста.

  разным клиентским
  машинам или пользователям (если о самбе) и т.п.?

 DF Не совсем понял тут

Самба умеет разделять лог по файлам соответственно клиентской машине,
шаре, юзеру и ряду других параметров.  Причем если ты ловишь проблему и
включил отладку, там не просто много данных, а, как бы это помягче
выразиться, дохренища.

   Что ты будешь
  делать, если на разные сервисы тебе нужны разные циклы ротации логов?

 DF зачем? забился лог сислога до определённого размера - прокрутили его

В этом случае его проще вообще не вести.  Смысл примерно тот же, а
нагрузка на процессор существенно меньше.  Логи вообще-то обычно хранят
определенное время, а не сколько скопилось.  Я, скажем, знаю, что лог
почтовки у меня есть за прошлую неделю.  Я _уверен_ в этом.  А ситуация,
когда от неожиданного всплеска оно у меня вместо этого почистится через
два дня, меня не устраивает.

  Сислог хорош там, где _надо объединить_ записи от разных демонов.  Или
  там, где надо логгировать на другую машину.  А там, где не надо -
  зачем сначала заворачивать логгинг в сислог, а потом грепом
  разворачивать обратно?  К чему этот долгий и мучительный процесс?

 DF Так по умолчанию надо предполагать что лог идёт на удалённую машину.

Неразумно.  Потому что на удаленную машину оно идет очень редко.  У
меня, скажем, за 15 лет ни разу такого сетапа не было.

 DF И все логи сливаются в один большой а в нём стоит настройка
 DF показывать только важное.

А это вообще бессмысленно.  Потому что когда мне надо включить отладку в
конкретном демоне - для меня важна отладочная информация.  А от
остальных не важна и информация с уровнем info.  Мне помимо демона еще и
в том сислоге ручку крутить?  Так мне платят не за количество
подкрученных ручек, а за результат...

 DF Потому что нормально когда 10 серверов и все сливают логи (копии
 DF их) на одну машину где админ сможет централизованно их прочесть
 DF перед началом рабочего дня

Теоретик...

У меня всего один сервер.  Но читать его логи по всем сервисам перед
началом рабочего дня нереально.  Вернее, читать-то реально.  Нереально
прочесть.

 DF Софта много, ставится/удаляется он не редко, каждому лазить в конфиг и
 DF перенастраивать устать можно. Или того хуже - забыть что-то
 DF перенастроить на сислог и о проблеме не узнать вообще

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

О проблемах узнают не так.

-- 
There's no sense in being precise, when you don't even know what
you're talking about.
 -- John von Neumann


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



Re: syslog и дебианизированн ый софт

2009-10-23 Пенетрантность Denis Feklushkin
On Fri, 23 Oct 2009 19:08:16 +0400
Artem Chuprina r...@ran.pp.ru wrote:

 Denis Feklushkin - debian-russian@lists.debian.org  @ Fri, 23 Oct
 2009 22:55:15 +0800:
 
  DF Слишком много это не аргумент. Если есть не 1 сервер с приличным
  DF трафиком а 10 то без сислога придётся ходить на каждый и смотреть
  DF логи (а вдруг чего случилось?)
 
 Для а вдруг чего случилось существуют средства мониторинга.

Лог это тоже стредство мониторинга

  И когда
 они тебе сообщают, что что-то случилось, ты уже знаешь, с кем.  Уже
 знаешь, в какой именно error_log смотреть.  Причем это как раз случай,
 где зачастую grep не поможет, и смотреть надо глазами - а значит,
 записи от других серверов будут сильно мешаться.

Почему это grep не поможет? отфильтровать и посмотреть важность большую
чем notice очень даже поможет

 
   Опять же, на хостинговом web-сервере нужно давать права на чтение
   логов от разных виртуальных хостов разным пользователям. Если это
   настраивается прямо в описании виртуального сервера, то это
   гораздо проще, чем сначала поправить описание виртуального
   сервера, а потом syslog.
 
  DF В этом конкретном случае использовать в апаче настройку записи
  DF лога и в сислог и пользователям в их маленькие логи виртуальных
  DF хостов отдельно
 
 Ну и настрой в своем конкретном случае логгинг в сислог.  Зачем
 всем-то это навязывать?

Так решительно всё приходётся перенастраивать! Вот вы можете сходу точно
сказать сколько у вас демонов крутится в системе? А если завтра
поставите ещё 1 не забудете его лог завернуть в сислог?


signature.asc
Description: PGP signature


Re: syslog и дебианизированн ый софт

2009-10-23 Пенетрантность Denis Feklushkin
On Fri, 23 Oct 2009 19:18:32 +0400
Artem Chuprina r...@ran.pp.ru wrote:

 Denis Feklushkin - debian-russian@lists.debian.org  @ Fri, 23 Oct
 2009 22:30:14 +0800:
 
  Почему многие (почти все) программы в дебиане при наличии
  syslog не настроены на его использованиепо умолчанию? Среди
  таких программ широкоиспользуемые, например apache2
 
 
 Потому что в противном случае в syslog'е был бы нечитаемый
 фарш. Разделенные логи более удобны.
   
DF Почему нечитаемый? разве нельзя настройть новый сислог на то
DF чтобы записывать имя демона в начале строки-записи?
   
   Можно.  Но как ты при этом будешь разделять записи,
   соответствующие разным виртуальным хостам (если мы об апаче),
 
  DF Как будто он не умеет указывать имя миртуального хоста в логе!
 
 Умеет.  Но вот скрипт, stderr которого сыплется в error_log, уже не
 умеет предварять каждую строчку именем виртуального хоста.

ЕМНИП, потому что error.log един для всех. Если
случилась ошибка то она случилась не с виртуальным хостом. (код ответа
4хх ошибкой сервера не считается)

 
   разным клиентским
   машинам или пользователям (если о самбе) и т.п.?
 
  DF Не совсем понял тут
 
 Самба умеет разделять лог по файлам соответственно клиентской машине,
 шаре, юзеру и ряду других параметров.  Причем если ты ловишь проблему
 и включил отладку, там не просто много данных, а, как бы это помягче
 выразиться, дохренища.

Отладил - выключи. Ещё можно данные в 2 лога писать - один более
подробный, другой всё что выше warning. Дело вкуса и настраивается в 1
месте - в сислоге

 
Что ты будешь
   делать, если на разные сервисы тебе нужны разные циклы ротации
   логов?
 
  DF зачем? забился лог сислога до определённого размера - прокрутили
  DF его
 
 В этом случае его проще вообще не вести.  Смысл примерно тот же, а
 нагрузка на процессор существенно меньше.  Логи вообще-то обычно
 хранят определенное время, а не сколько скопилось.  Я, скажем, знаю,
 что лог почтовки у меня есть за прошлую неделю.  Я _уверен_ в этом.
 А ситуация, когда от неожиданного всплеска оно у меня вместо этого
 почистится через два дня, меня не устраивает.

Здравый аргумент.

Предлагаю делить логи на группы. Одни должны храниться неделю, другие
месяц, третьи - лишь бы размер за мегабайт не вылез.

 
   Сислог хорош там, где _надо объединить_ записи от разных
   демонов.  Или там, где надо логгировать на другую машину.  А там,
   где не надо - зачем сначала заворачивать логгинг в сислог, а
   потом грепом разворачивать обратно?  К чему этот долгий и
   мучительный процесс?
 
  DF Так по умолчанию надо предполагать что лог идёт на удалённую
  DF машину.
 
 Неразумно.  Потому что на удаленную машину оно идет очень редко.  У
 меня, скажем, за 15 лет ни разу такого сетапа не было.

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

 
  DF И все логи сливаются в один большой а в нём стоит настройка
  DF показывать только важное.
 
 А это вообще бессмысленно.  Потому что когда мне надо включить
 отладку в конкретном демоне - для меня важна отладочная информация.
 А от остальных не важна и информация с уровнем info.  Мне помимо
 демона еще и в том сислоге ручку крутить?  Так мне платят не за
 количество подкрученных ручек, а за результат...

Значит включать уровень лога для конкретного демона, очевидно.

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

 
  DF Потому что нормально когда 10 серверов и все сливают логи (копии
  DF их) на одну машину где админ сможет централизованно их прочесть
  DF перед началом рабочего дня
 
 Теоретик...
 

Да

 У меня всего один сервер.  Но читать его логи по всем сервисам перед
 началом рабочего дня нереально.  Вернее, читать-то реально.  Нереально
 прочесть.
 
  DF Софта много, ставится/удаляется он не редко, каждому лазить в
  DF конфиг и перенастраивать устать можно. Или того хуже - забыть
  DF что-то перенастроить на сислог и о проблеме не узнать вообще
 
 Ты и так о ней не узнаешь - у тебя либо слишком много вывода, либо
 самое интересное будет зарезано настройкой, сжимающей логи до уровня
 реально прочесть.

Ошибки либо есть либо их нет.

 
 О проблемах узнают не так.
 
И так тоже


signature.asc
Description: PGP signature


Re: как изменить hostname?

2009-10-23 Пенетрантность Maxim Tyurin
Stanislav Maslovski writes:

 ...,  а файл конфигурации, в синтаксисе многих из которых
 традиционные юникс комментарии присутствуют.

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

Из-за того что часто символ комментария # получается одна из
распространенных ошибок - влупить диез в конфигурацию bind.
-- 

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



Re: как изменить hostname?

2009-10-23 Пенетрантность James Brown
Maxim Tyurin wrote:
 Stanislav Maslovski writes:

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

 Из-за того что часто символ комментария # получается одна из
 распространенных ошибок - влупить диез в конфигурацию bind.
   
А как надо комментировать сию конфигурацию?


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



Re: syslog и дебианизированн ый софт

2009-10-23 Пенетрантность Artem Chuprina
Denis Feklushkin - debian-russian@lists.debian.org  @ Fri, 23 Oct 2009 
23:40:25 +0800:

   DF Слишком много это не аргумент. Если есть не 1 сервер с приличным
   DF трафиком а 10 то без сислога придётся ходить на каждый и смотреть
   DF логи (а вдруг чего случилось?)
  
  Для а вдруг чего случилось существуют средства мониторинга.

 DF Лог это тоже стредство мониторинга

Лог - это средство разбирательства с проблемой, о которой сообщили
средства мониторинга.  Путать одно с другим вредно для работоспособности
серверов.

   И когда
  они тебе сообщают, что что-то случилось, ты уже знаешь, с кем.  Уже
  знаешь, в какой именно error_log смотреть.  Причем это как раз случай,
  где зачастую grep не поможет, и смотреть надо глазами - а значит,
  записи от других серверов будут сильно мешаться.

 DF Почему это grep не поможет? отфильтровать и посмотреть важность большую
 DF чем notice очень даже поможет

Потому что важнее notice будет только сообщение о том, что проблема
случилась.  (И то, к тому моменту, как ты утром пришел на работу и начал
логи читать, мне про нее уже несколько часов как известно, а скорее
всего, она уже несколько часов как решена - потому что если уж мне надо
мониторить, что сервера живы, так у меня система мониторинга заведена, и
проверяет она именно работоспособность серверов, а не их способность
записать в лог сообщение об ошибке.)  А чтобы ее диагностировать, бывает
нужен debug, full debug, а порой и sovsem debug...

Опять же, на хостинговом web-сервере нужно давать права на чтение
логов от разных виртуальных хостов разным пользователям. Если это
настраивается прямо в описании виртуального сервера, то это
гораздо проще, чем сначала поправить описание виртуального
сервера, а потом syslog.
  
   DF В этом конкретном случае использовать в апаче настройку записи
   DF лога и в сислог и пользователям в их маленькие логи виртуальных
   DF хостов отдельно
  
  Ну и настрой в своем конкретном случае логгинг в сислог.  Зачем
  всем-то это навязывать?

 DF Так решительно всё приходётся перенастраивать! Вот вы можете сходу
 DF точно сказать сколько у вас демонов крутится в системе? А если
 DF завтра поставите ещё 1 не забудете его лог завернуть в сислог?

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

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

-- 
В какой тебя среде сформировало?..
 -- http://www.psy.msu.ru/people/leontiev_da.html


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



Re: syslog и дебианизирова нный софт

2009-10-23 Пенетрантность Alexander Galanin
On Fri, 23 Oct 2009 23:47:21 +0800
Denis Feklushkin denis.feklush...@gmail.com wrote:

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

Мне о таком сообщает logcheck. Кратко и доступно. А подробности выяснять
я лезу уже на конкретную машину.

-- 
Alexander Galanin


pgpHb6Kt3kgxK.pgp
Description: PGP signature


Re: syslog и дебианизированн ый софт

2009-10-23 Пенетрантность Artem Chuprina
Denis Feklushkin - debian-russian@lists.debian.org  @ Fri, 23 Oct 2009 
23:47:21 +0800:

   Почему многие (почти все) программы в дебиане при наличии
   syslog не настроены на его использованиепо умолчанию? Среди
   таких программ широкоиспользуемые, например apache2
  
  
  Потому что в противном случае в syslog'е был бы нечитаемый
  фарш. Разделенные логи более удобны.

 DF Почему нечитаемый? разве нельзя настройть новый сислог на то
 DF чтобы записывать имя демона в начале строки-записи?

Можно.  Но как ты при этом будешь разделять записи,
соответствующие разным виртуальным хостам (если мы об апаче),
  
   DF Как будто он не умеет указывать имя миртуального хоста в логе!
  
  Умеет.  Но вот скрипт, stderr которого сыплется в error_log, уже не
  умеет предварять каждую строчку именем виртуального хоста.

 DF ЕМНИП, потому что error.log един для всех. Если
 DF случилась ошибка то она случилась не с виртуальным хостом. (код ответа
 DF 4хх ошибкой сервера не считается)

Теоретик.

Сислог хорош там, где _надо объединить_ записи от разных
демонов.  Или там, где надо логгировать на другую машину.  А там,
где не надо - зачем сначала заворачивать логгинг в сислог, а
потом грепом разворачивать обратно?  К чему этот долгий и
мучительный процесс?
  
   DF Так по умолчанию надо предполагать что лог идёт на удалённую
   DF машину.
  
  Неразумно.  Потому что на удаленную машину оно идет очень редко.  У
  меня, скажем, за 15 лет ни разу такого сетапа не было.

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

Система мониторинга - это система роботов, которые регулярно проверяют
_функционирование_ серверов.  То есть тот факт, что сервер обслуживает
запросы так, как должен.  И сообщает она о том факте, что сервер не
обслужил запрос, как положено.

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

   DF Потому что нормально когда 10 серверов и все сливают логи (копии
   DF их) на одну машину где админ сможет централизованно их прочесть
   DF перед началом рабочего дня
  
  Теоретик...

 DF Да

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

  У меня всего один сервер.  Но читать его логи по всем сервисам перед
  началом рабочего дня нереально.  Вернее, читать-то реально.  Нереально
  прочесть.
  
   DF Софта много, ставится/удаляется он не редко, каждому лазить в
   DF конфиг и перенастраивать устать можно. Или того хуже - забыть
   DF что-то перенастроить на сислог и о проблеме не узнать вообще
  
  Ты и так о ней не узнаешь - у тебя либо слишком много вывода, либо
  самое интересное будет зарезано настройкой, сжимающей логи до уровня
  реально прочесть.

 DF Ошибки либо есть либо их нет.

Так ты не путай ошибки и сообщения об ошибках.  Это сильно не одно и то же.

-- 
Дело говоришь!
Теперь делай его.
Кнышев.


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



Re: как изменить hostname?

2009-10-23 Пенетрантность Artem Chuprina
James Brown - debian-russian@lists.debian.org  @ Fri, 23 Oct 2009 19:55:46 
+0400:

  ...,  а файл конфигурации, в синтаксисе многих из которых
  традиционные юникс комментарии присутствуют.

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

 JB А как надо комментировать сию конфигурацию?

У него это в документации написано.  (В конфигах и файлах зон -
по-разному.)

-- 
Win-юзеры - это типа Win-модемов и Win-принтеров: такие же юзеры, но попроще,
без мозгов и памяти на борту.
http://www.livejournal.com/~dottedmag/158509.html


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



Re: как изменить hostname?

2009-10-23 Пенетрантность James Brown
Artem Chuprina wrote:
 James Brown - debian-russian@lists.debian.org  @ Fri, 23 Oct 2009 19:55:46 
 +0400:


 У него это в документации написано.  (В конфигах и файлах зон -
 по-разному.)

   
Спасибо, буду иметь ввиду, пока с настройкой bind не довелось
сталкиваться :-)


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



Re: syslog и дебианизированн ый софт

2009-10-23 Пенетрантность Denis Feklushkin
On Fri, 23 Oct 2009 20:46:20 +0400
Artem Chuprina r...@ran.pp.ru wrote:

 Сислог хорош там, где _надо объединить_ записи от разных
 демонов.  Или там, где надо логгировать на другую машину.  А
 там, где не надо - зачем сначала заворачивать логгинг в
 сислог, а потом грепом разворачивать обратно?  К чему этот
 долгий и мучительный процесс?
   
DF Так по умолчанию надо предполагать что лог идёт на удалённую
DF машину.
   
   Неразумно.  Потому что на удаленную машину оно идет очень редко.
   У меня, скажем, за 15 лет ни разу такого сетапа не было.
 
  DF А как мониторить ошибки? Есть много серверов, надо следить как бы
  DF чего не вышло. Появление ошибки в логе вполне себе признак что
  DF что-то случилось. Но как вы об этом узнаете?
 
 Система мониторинга - это система роботов, которые регулярно проверяют
 _функционирование_ серверов.  То есть тот факт, что сервер обслуживает
 запросы так, как должен.  И сообщает она о том факте, что сервер не
 обслужил запрос, как положено.

Такая система никогда не будет проверять все возможные ошибки
(аналогия- борьба с багами в софте, когда никогда нельзя сказать что в
конкретной версии софта багов точно нет)

 
 Система мониторинга может _включать_ проверку логов на сообщения об
 ошибках

обязана, ибо смотри выше. это ещё один рубеж, если угодно

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

не пофигу, т.к. в этом случае это систему придётся на каждую машину
ставить и настраивать. а при её смене ставить другую и опять таки
настраивать
 
DF Потому что нормально когда 10 серверов и все сливают логи
DF (копии их) на одну машину где админ сможет централизованно
DF их прочесть перед началом рабочего дня
   
   Теоретик...
 
  DF Да
 
 Это вторая половина ответа на твой изначальный вопрос.  Потому что
 _на практике_ удобнее так, как сделано в дистрибутиве.

Пока обоснования логичного я не увидел.

  Пакеты у нас,
 знаешь ли, мейнтейнят в основном те, кто их использует...  Ну и
 естественно, что в рамках соблюдения полиси мейнтейнер делает так, как
 удобнее ему на практике - а не в возвышенной теории.

Ну маразматиков то везде хватает, чего уж там )
 
   У меня всего один сервер.  Но читать его логи по всем сервисам
   перед началом рабочего дня нереально.  Вернее, читать-то
   реально.  Нереально прочесть.
   
DF Софта много, ставится/удаляется он не редко, каждому лазить в
DF конфиг и перенастраивать устать можно. Или того хуже - забыть
DF что-то перенастроить на сислог и о проблеме не узнать вообще
   
   Ты и так о ней не узнаешь - у тебя либо слишком много вывода, либо
   самое интересное будет зарезано настройкой, сжимающей логи до
   уровня реально прочесть.
 
  DF Ошибки либо есть либо их нет.
 
 Так ты не путай ошибки и сообщения об ошибках.  Это сильно не одно и
 то же.
 

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


signature.asc
Description: PGP signature


Re: syslog и дебианизированн ый софт

2009-10-23 Пенетрантность Denis Feklushkin
On Fri, 23 Oct 2009 20:38:03 +0400
Artem Chuprina r...@ran.pp.ru wrote:

 Denis Feklushkin - debian-russian@lists.debian.org  @ Fri, 23 Oct
 2009 23:40:25 +0800:
 
DF Слишком много это не аргумент. Если есть не 1 сервер с
DF приличным трафиком а 10 то без сислога придётся ходить на
DF каждый и смотреть логи (а вдруг чего случилось?)
   
   Для а вдруг чего случилось существуют средства мониторинга.
 
  DF Лог это тоже стредство мониторинга
 
 Лог - это средство разбирательства с проблемой, о которой сообщили
 средства мониторинга.

Нет, лог - часть мониторинга
  Путать одно с другим вредно для
 работоспособности серверов.

обоснуй (с)
 
И когда
   они тебе сообщают, что что-то случилось, ты уже знаешь, с кем.
   Уже знаешь, в какой именно error_log смотреть.  Причем это как
   раз случай, где зачастую grep не поможет, и смотреть надо глазами
   - а значит, записи от других серверов будут сильно мешаться.
 
  DF Почему это grep не поможет? отфильтровать и посмотреть важность
  DF большую чем notice очень даже поможет
 
 Потому что важнее notice будет только сообщение о том, что проблема
 случилась.  (И то, к тому моменту, как ты утром пришел на работу и
 начал логи читать, мне про нее уже несколько часов как известно, а
 скорее всего, она уже несколько часов как решена - потому что если уж
 мне надо мониторить, что сервера живы, так у меня система мониторинга
 заведена, и проверяет она именно работоспособность серверов, а не их
 способность записать в лог сообщение об ошибке.)  А чтобы ее
 диагностировать, бывает нужен debug, full debug, а порой и sovsem
 debug...

Откуда известно то? Ну не может система мониторинга проверить
функциональность в полном объёме никогда!

 
 Опять же, на хостинговом web-сервере нужно давать права на
 чтение логов от разных виртуальных хостов разным
 пользователям. Если это настраивается прямо в описании
 виртуального сервера, то это гораздо проще, чем сначала
 поправить описание виртуального сервера, а потом syslog.
   
DF В этом конкретном случае использовать в апаче настройку
DF записи лога и в сислог и пользователям в их маленькие логи
DF виртуальных хостов отдельно
   
   Ну и настрой в своем конкретном случае логгинг в сислог.  Зачем
   всем-то это навязывать?
 
  DF Так решительно всё приходётся перенастраивать! Вот вы можете
  DF сходу точно сказать сколько у вас демонов крутится в системе? А
  DF если завтра поставите ещё 1 не забудете его лог завернуть в
  DF сислог?
 
 А мне (surprise!) не надо перенастраивать их логгинг в сислог (потому
 что я применяю для решения задач адекватные им инструменты?).  Меня
 вполне устраивает, как они настроены в дистрибутиве, а там, где не
 устраивает, мне нужно более тонкое разделение логов, а не слияние.

Разделение сислог умеет

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

Пока их обоснование собственных хотелок меня не убедило

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

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


signature.asc
Description: PGP signature


Re: syslog и дебианизированн ый софт

2009-10-23 Пенетрантность Artem Chuprina
Denis Feklushkin - debian-russian@lists.debian.org  @ Sat, 24 Oct 2009 
01:52:40 +0800:

  Сислог хорош там, где _надо объединить_ записи от разных
  демонов.  Или там, где надо логгировать на другую машину.  А
  там, где не надо - зачем сначала заворачивать логгинг в
  сислог, а потом грепом разворачивать обратно?  К чему этот
  долгий и мучительный процесс?

 DF Так по умолчанию надо предполагать что лог идёт на удалённую
 DF машину.

Неразумно.  Потому что на удаленную машину оно идет очень редко.
У меня, скажем, за 15 лет ни разу такого сетапа не было.
  
   DF А как мониторить ошибки? Есть много серверов, надо следить как бы
   DF чего не вышло. Появление ошибки в логе вполне себе признак что
   DF что-то случилось. Но как вы об этом узнаете?
  
  Система мониторинга - это система роботов, которые регулярно проверяют
  _функционирование_ серверов.  То есть тот факт, что сервер обслуживает
  запросы так, как должен.  И сообщает она о том факте, что сервер не
  обслужил запрос, как положено.

 DF Такая система никогда не будет проверять все возможные ошибки
 DF (аналогия- борьба с багами в софте, когда никогда нельзя сказать что в
 DF конкретной версии софта багов точно нет)

Денис, _никакая_ система никогда не будет проверять _все_ возможные
ошибки.  Это математически неразрешимая задача.  Но нужно не это.
Нужно, чтобы сервер выполнял свои функции.  Если он их выполняет, но
ругается в лог - это менее страшно, чем если он не ругается в лог, но не
выполняет свои функции.  Поэтому первична проверка функциональности.  А
проверка логов на сообщения об ошибках - так, небесполезное дополнение.

  Система мониторинга может _включать_ проверку логов на сообщения об
  ошибках

 DF обязана, ибо смотри выше. это ещё один рубеж, если угодно

Ключевое слово - включать, а не может.

Кроме того, ни в коем случае не обязана.  В лучшем случае -
рекомендуется, так как это, вероятно, довольно дешево.

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

 DF не пофигу, т.к. в этом случае это систему придётся на каждую машину
 DF ставить и настраивать. а при её смене ставить другую и опять таки
 DF настраивать

Это тоже неправда.  Ничто, в общем, не мешает держать и, соответственно,
настраивать ее на машине мониторинга.  Уж это-то даже теоретик должен бы
сообразить...

 DF Потому что нормально когда 10 серверов и все сливают логи
 DF (копии их) на одну машину где админ сможет централизованно
 DF их прочесть перед началом рабочего дня

Теоретик...
  
   DF Да
  
  Это вторая половина ответа на твой изначальный вопрос.  Потому что
  _на практике_ удобнее так, как сделано в дистрибутиве.

 DF Пока обоснования логичного я не увидел.

А практику не нужно _логичное_ обоснование.  Если так удобнее - ему
пофигу, как это обосновывается, и обосновывается ли вообще.

   Пакеты у нас,
  знаешь ли, мейнтейнят в основном те, кто их использует...  Ну и
  естественно, что в рамках соблюдения полиси мейнтейнер делает так, как
  удобнее ему на практике - а не в возвышенной теории.

 DF Ну маразматиков то везде хватает, чего уж там )

Знаешь, есть, гм, подозрение, что маразматику не по силам поддерживать
работоспособными такие сложные пакеты, как apache и samba.  Ты много
сравнимых по сложности пакетов в Debian поддерживаешь?

А то что-то мне подсказывает, что поиск маразматиков тут надо начинать с
тебя...

У меня всего один сервер.  Но читать его логи по всем сервисам
перед началом рабочего дня нереально.  Вернее, читать-то
реально.  Нереально прочесть.

 DF Софта много, ставится/удаляется он не редко, каждому лазить в
 DF конфиг и перенастраивать устать можно. Или того хуже - забыть
 DF что-то перенастроить на сислог и о проблеме не узнать вообще

Ты и так о ней не узнаешь - у тебя либо слишком много вывода, либо
самое интересное будет зарезано настройкой, сжимающей логи до
уровня реально прочесть.
  
   DF Ошибки либо есть либо их нет.
  
  Так ты не путай ошибки и сообщения об ошибках.  Это сильно не одно и
  то же.

 DF Анноящие сообщения об ошибках, которые на самом деле не свидетельствуют
 DF об ошибках ставятся в игнор (ровно так же как и при зарезании
 DF настройкой, сжимающей логи уровня реально прочесть)

Ты и теоретик-то хреновый...  Тебе словосочетания ошибка первого рода
и ошибка второго рода что-нибудь говорят?

-- 
Functional programming is like describing your problem to a
mathematician.  Imperative programming is like giving instructions to
an idiot.
 -- arcus, #scheme on Freenode


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



Re: syslog и дебиан изированный софт

2009-10-23 Пенетрантность Dmitry E. Oboukhov
Кстати о сислоге. я вот не далее чем вчера ковырялся с биндом. вопросы
вон в рассылке в соседнем топике. так вот раза три поймал себя на
мысли чтож у бинда не как у людей? занафига его так неудобно в сислог
запхали?
PS: на хосте с этим биндом вертится екзим, спамчекер, ppp, итп и
суммарная активность в логах высокая. даешь команду на апдейт зоны и
следом tail -f syslog и зачастую не успеваешь увидеть чего там бинд то
матюкнулся.

так что каждого приложения лог в своем каталоге это наиболее
правильный подход
--

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature


Re: syslog и дебианизированн ый софт

2009-10-23 Пенетрантность Artem Chuprina
Denis Feklushkin - debian-russian@lists.debian.org  @ Sat, 24 Oct 2009 
01:55:07 +0800:

 DF Слишком много это не аргумент. Если есть не 1 сервер с
 DF приличным трафиком а 10 то без сислога придётся ходить на
 DF каждый и смотреть логи (а вдруг чего случилось?)

Для а вдруг чего случилось существуют средства мониторинга.
  
   DF Лог это тоже стредство мониторинга
  
  Лог - это средство разбирательства с проблемой, о которой сообщили
  средства мониторинга.

 DF Нет, лог - часть мониторинга
   Путать одно с другим вредно для
  работоспособности серверов.

 DF обоснуй (с)

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

 DF Откуда известно то? Ну не может система мониторинга проверить
 DF функциональность в полном объёме никогда!

Не может.  Но логгинг - и подавно.

  Опять же, на хостинговом web-сервере нужно давать права на
  чтение логов от разных виртуальных хостов разным
  пользователям. Если это настраивается прямо в описании
  виртуального сервера, то это гораздо проще, чем сначала
  поправить описание виртуального сервера, а потом syslog.

 DF В этом конкретном случае использовать в апаче настройку
 DF записи лога и в сислог и пользователям в их маленькие логи
 DF виртуальных хостов отдельно

Ну и настрой в своем конкретном случае логгинг в сислог.  Зачем
всем-то это навязывать?
  
   DF Так решительно всё приходётся перенастраивать! Вот вы можете
   DF сходу точно сказать сколько у вас демонов крутится в системе? А
   DF если завтра поставите ещё 1 не забудете его лог завернуть в
   DF сислог?
  
  А мне (surprise!) не надо перенастраивать их логгинг в сислог (потому
  что я применяю для решения задач адекватные им инструменты?).  Меня
  вполне устраивает, как они настроены в дистрибутиве, а там, где не
  устраивает, мне нужно более тонкое разделение логов, а не слияние.

 DF Разделение сислог умеет

Ну, во-первых, не сислог, а в лучшем случае syslog-ng.  У нас пока что
по умолчанию ставится sysklogd, который как раз не умеет.  Зато умеет
терять сообщения об ошибках.  Впрочем, syslog-ng, кажется, тоже умеет -
а под непотерю заточен какой-то другой логгер, и ресурсы системы,
подозреваю, он жрет не по-детски.

А во-вторых, и зачем мне тратить ресурсы систем на то, чтобы сначала
склеить сообщения, а потом расклеить их обратно?

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

 DF Пока их обоснование собственных хотелок меня не убедило

А оно нам надо - тебя убеждать?  Скажи спасибо, что ответ вообще
оказался более развернутым, чем просто нам так удобнее.

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

 DF Я ни к чему не призываю,

http://lists.debian.org/debian-russian/2009/10/msg01381.html :
Вот я и спрашиваю, на самом деле, почему не сказано? Пора уже внести
его может для систем, на которых есть демоны, пищущие логи?

(Кстати, видел ли ты хотя бы одну дебиановскую систему, в которой нет
таких демонов?)

 DF я только спросил почему сделано так а не иначе

Тебе ответили.  Тебе не нравится ответ?  Он от этого не изменится.

-- 
В теории нет различия между теорией и практикой.  На практике - есть.


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



Re: syslog и дебианизированн ый софт

2009-10-23 Пенетрантность Denis Feklushkin
On Fri, 23 Oct 2009 22:32:28 +0400
Artem Chuprina r...@ran.pp.ru wrote:


DF А как мониторить ошибки? Есть много серверов, надо следить
DF как бы чего не вышло. Появление ошибки в логе вполне себе
DF признак что что-то случилось. Но как вы об этом узнаете?
   
   Система мониторинга - это система роботов, которые регулярно
   проверяют _функционирование_ серверов.  То есть тот факт, что
   сервер обслуживает запросы так, как должен.  И сообщает она о том
   факте, что сервер не обслужил запрос, как положено.
 
  DF Такая система никогда не будет проверять все возможные ошибки
  DF (аналогия- борьба с багами в софте, когда никогда нельзя сказать
  DF что в конкретной версии софта багов точно нет)
 
 Денис, _никакая_ система никогда не будет проверять _все_ возможные
 ошибки.  Это математически неразрешимая задача.  Но нужно не это.
 Нужно, чтобы сервер выполнял свои функции.  Если он их выполняет, но
 ругается в лог - это менее страшно, чем если он не ругается в лог, но
 не выполняет свои функции.

Не согласен. Лог в большинстве случаев будет информативнее и быстрее

  Поэтому первична проверка
 функциональности.  А проверка логов на сообщения об ошибках - так,
 небесполезное дополнение.
 
   Система мониторинга может _включать_ проверку логов на сообщения
   об ошибках
 
  DF обязана, ибо смотри выше. это ещё один рубеж, если угодно
 
 Ключевое слово - включать, а не может.
 
 Кроме того, ни в коем случае не обязана.  В лучшем случае -
 рекомендуется, так как это, вероятно, довольно дешево.
 
   (на случай, если сервер вообще-то на запросы отвечает - но не
   на все, допустим) - но ни в коем случае не _сводиться_ к ней.
   Поэтому ей как раз пофигу, сколько у нас логов и на скольких они
   машинах - это лишь малая часть положенных проверок.
 
  DF не пофигу, т.к. в этом случае это систему придётся на каждую
  DF машину ставить и настраивать. а при её смене ставить другую и
  DF опять таки настраивать
 
 Это тоже неправда.  Ничто, в общем, не мешает держать и,
 соответственно, настраивать ее на машине мониторинга.  Уж это-то даже
 теоретик должен бы сообразить...

Что за машина мониторинга? Уж не та ли эта машина, на которую стекаются
логи с других машин? А как они туда стекаются, уж не сислогами ли
удалённо?
 
  DF Потому что нормально когда 10 серверов и все сливают логи
  DF (копии их) на одну машину где админ сможет
  DF централизованно их прочесть перед началом рабочего дня
 
 Теоретик...
   
DF Да
   
   Это вторая половина ответа на твой изначальный вопрос.  Потому
   что _на практике_ удобнее так, как сделано в дистрибутиве.
 
  DF Пока обоснования логичного я не увидел.
 
 А практику не нужно _логичное_ обоснование.  Если так удобнее - ему
 пофигу, как это обосновывается, и обосновывается ли вообще.

Я допускаю другое объяснение: ни один маинтайнер не может заменить всю
систему логгирования в дистрибутиве. Поэтому каждый из них вынужден
следовать в общей канве.

 
Пакеты у нас,
   знаешь ли, мейнтейнят в основном те, кто их использует...  Ну и
   естественно, что в рамках соблюдения полиси мейнтейнер делает
   так, как удобнее ему на практике - а не в возвышенной теории.
 
  DF Ну маразматиков то везде хватает, чего уж там )
 
 Знаешь, есть, гм, подозрение, что маразматику не по силам поддерживать
 работоспособными такие сложные пакеты, как apache и samba.  Ты много
 сравнимых по сложности пакетов в Debian поддерживаешь?

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

 А то что-то мне подсказывает, что поиск маразматиков тут надо
 начинать с тебя...
 
 У меня всего один сервер.  Но читать его логи по всем сервисам
 перед началом рабочего дня нереально.  Вернее, читать-то
 реально.  Нереально прочесть.
 
  DF Софта много, ставится/удаляется он не редко, каждому
  DF лазить в конфиг и перенастраивать устать можно. Или того
  DF хуже - забыть что-то перенастроить на сислог и о
  DF проблеме не узнать вообще
 
 Ты и так о ней не узнаешь - у тебя либо слишком много вывода,
 либо самое интересное будет зарезано настройкой, сжимающей
 логи до уровня реально прочесть.
   
DF Ошибки либо есть либо их нет.
   
   Так ты не путай ошибки и сообщения об ошибках.  Это сильно не
   одно и то же.
 
  DF Анноящие сообщения об ошибках, которые на самом деле не
  DF свидетельствуют об ошибках ставятся в игнор (ровно так же как и
  DF при зарезании настройкой, сжимающей логи уровня реально
  DF прочесть)
 
 Ты и теоретик-то хреновый...  Тебе словосочетания ошибка первого
 рода и ошибка второго рода что-нибудь говорят?

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




VirtualBox + NAT + pppoe

2009-10-23 Пенетрантность Alexander Khoroshenkov
Стоит debian lenny, выход в инет осуществляется через pppoe. Подскажите, 
как можно настроить virtualbox чтобы через виртуальную машину можно было 
так же ходить в инет? Пробывал через NAT однако так я понимаю он 
пытается пробиться в инет через интерфейс eth0.


--
С уважением,
Aleksander Khoroshenkov,
.masterhost 



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



Re: syslog и дебианизированн ый софт

2009-10-23 Пенетрантность Denis Feklushkin
On Fri, 23 Oct 2009 22:53:08 +0400
Artem Chuprina r...@ran.pp.ru wrote:

 Denis Feklushkin - debian-russian@lists.debian.org  @ Sat, 24 Oct
 2009 01:55:07 +0800:
 
  DF Слишком много это не аргумент. Если есть не 1 сервер с
  DF приличным трафиком а 10 то без сислога придётся ходить на
  DF каждый и смотреть логи (а вдруг чего случилось?)
 
 Для а вдруг чего случилось существуют средства мониторинга.
   
DF Лог это тоже стредство мониторинга
   
   Лог - это средство разбирательства с проблемой, о которой сообщили
   средства мониторинга.
 
  DF Нет, лог - часть мониторинга
Путать одно с другим вредно для
   работоспособности серверов.
 
  DF обоснуй (с)
 
 Перепутав одно с другим, ты подменяешь мониторинг логгингом.  Попутно,
 как заметно из соседнего письма, часть ошибок ставя в игнор.

(Я там, кстати, откаментил по какому принципу можно их ставить а лучше
не ставить)

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

слова о том что логгинг - часть мониторинга мониторинг другими методами
не исключают.

  DF Откуда известно то? Ну не может система мониторинга проверить
  DF функциональность в полном объёме никогда!
 
 Не может.  Но логгинг - и подавно.

Нет, не так! Просто: оба не могут. И всё, без подавно
 
   Опять же, на хостинговом web-сервере нужно давать права на
   чтение логов от разных виртуальных хостов разным
   пользователям. Если это настраивается прямо в описании
   виртуального сервера, то это гораздо проще, чем сначала
   поправить описание виртуального сервера, а потом syslog.
 
  DF В этом конкретном случае использовать в апаче настройку
  DF записи лога и в сислог и пользователям в их маленькие
  DF логи виртуальных хостов отдельно
 
 Ну и настрой в своем конкретном случае логгинг в сислог.
 Зачем всем-то это навязывать?
   
DF Так решительно всё приходётся перенастраивать! Вот вы можете
DF сходу точно сказать сколько у вас демонов крутится в
DF системе? А если завтра поставите ещё 1 не забудете его лог
DF завернуть в сислог?
   
   А мне (surprise!) не надо перенастраивать их логгинг в сислог
   (потому что я применяю для решения задач адекватные им
   инструменты?).  Меня вполне устраивает, как они настроены в
   дистрибутиве, а там, где не устраивает, мне нужно более тонкое
   разделение логов, а не слияние.
 
  DF Разделение сислог умеет
 
 Ну, во-первых, не сислог, а в лучшем случае syslog-ng.
  У нас пока что
 по умолчанию ставится sysklogd, который как раз не умеет.

На здоровский rsyslog хотят поменять, судя по wiki. Он и файлы sysklogd
понимает и все о чем я говорил умеет

  Зато умеет
 терять сообщения об ошибках.

rsyslog на эту тему ок

  Впрочем, syslog-ng, кажется, тоже умеет
 - а под непотерю заточен какой-то другой логгер, и ресурсы системы,
 подозреваю, он жрет не по-детски.

ой ну вот не надо только о жрущем ресурсы сислоге. смешно.

 А во-вторых, и зачем мне тратить ресурсы систем на то, чтобы сначала
 склеить сообщения, а потом расклеить их обратно?

:)))

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

Спасибо

   Вопрос: так каким в таком раскладе должно быть
   поведение дистрибутивных пакетов из коробки?  Чтобы решительно
   всё приходилось перенастраивать одному тебе или нам двоим?  Мне
   кажется, что первое...
 
  DF Я ни к чему не призываю,
 
 http://lists.debian.org/debian-russian/2009/10/msg01381.html :
 Вот я и спрашиваю, на самом деле, почему не сказано? Пора уже внести
 его может для систем, на которых есть демоны, пищущие логи?
  ^
 
 (Кстати, видел ли ты хотя бы одну дебиановскую систему, в которой нет
 таких демонов?)

Видел ли я дебиан без демонов? да, видел
 
  DF я только спросил почему сделано так а не иначе
 
 Тебе ответили.  Тебе не нравится ответ?  Он от этого не изменится.
 


signature.asc
Description: PGP signature


Re: syslog и дебианизированн ый софт

2009-10-23 Пенетрантность Denis Feklushkin
On Fri, 23 Oct 2009 22:40:20 +0400
Dmitry E. Oboukhov un...@debian.org wrote:

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

ты под работой сислога понимаешь один результирующий файл?
сейчас в rsyslog на сколько я знаю можно настроить всё так, что
отличаться оно не будет от того к чему ты привык

но появятся преимущества, например можно будет логи завернуть или
задублировать на другую машину

 PS: на хосте с этим биндом вертится екзим, спамчекер, ppp, итп и
 суммарная активность в логах высокая. даешь команду на апдейт зоны и
 следом tail -f syslog и зачастую не успеваешь увидеть чего там бинд то
 матюкнулся.
 
 так что каждого приложения лог в своем каталоге это наиболее
 правильный подход


signature.asc
Description: PGP signature


Re: syslog и дебианизированн ый софт

2009-10-23 Пенетрантность James Brown
Ужос, срач на техническую тему хуже чем на политическую :)


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



Re: syslog и дебианизированн ый софт

2009-10-23 Пенетрантность Denis Feklushkin
On Fri, 23 Oct 2009 23:23:48 +0400
James Brown jbrownfi...@gmail.com wrote:

 Ужос, срач на техническую тему хуже чем на политическую :)

А он и есть на политическую


signature.asc
Description: PGP signature


Re: syslog и дебианизированн ый софт

2009-10-23 Пенетрантность Denis Feklushkin
On Fri, 23 Oct 2009 22:53:08 +0400
Artem Chuprina r...@ran.pp.ru wrote:

 Ну, во-первых, не сислог, а в лучшем случае syslog-ng.  У нас пока что
 по умолчанию ставится sysklogd, который как раз не умеет.

Многие не в курсе как я понял:

http://wiki.debian.org/Rsyslog

Starting with Lenny, Debian will use rsyslog instead of sysklogd by default.

Here are some arguments from the discussions 1 2 3:

* rsyslog is a drop in replacement for former syslog (If you have a custom 
syslog.conf, you can copy it to /etc/rsyslog.conf)
* Support for logging into databases (MySQL and PostgreSQL).
* A real plus is also upstream, who is very responsive and active and it's 
a pleasure to work with him.
* Automated log rotation.
* Configure remote logging via debconf.
* sysklogd in itself is not bad, but the package has been nearly fully 
unmaintained for years. 

и там же текст как мигрировать


signature.asc
Description: PGP signature


Re: syslog и дебианизирова нный софт

2009-10-23 Пенетрантность Evgeniy M. Solodookhin
,-[Fri, Oct 23, 2009 at 23:40 +0800, Denis Feklushkin:]
| Ну и настрой в своем конкретном случае логгинг в сислог.  Зачем
| всем-то это навязывать?
|
|Так решительно всё приходётся перенастраивать! 

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

|Вот вы можете сходу точно
|сказать сколько у вас демонов крутится в системе? А если завтра
|поставите ещё 1 не забудете его лог завернуть в сислог?


-- 
__
mpd status: [stopped]
**
*  jabber:  devil_ins...@jabber.ru   *
*   Registered linux user #450844*
**


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



Re: Ещё один глюк трея в icewm?

2009-10-23 Пенетрантность Evgeny M. Zubok
Evgeny M. Zubok evgeny.zu...@tochka.ru writes:

 Alexander Galanin a...@galanin.nnov.ru writes:

 У меня воспроизводится. Появилось оно после отказа от imlib. Теперь
 icewm понимает далеко не все иконки, а на место не понятых он ставит
 Х. Обидно, что при этом возможность задавать иконку через winoptions
 сломали.

 У меня и раньше была эта бага, еще до ухода с imlib11, в версии
 icewm-1.2.28, но сказал я об этом в не совсем подходящем баг-репорте,
 который, к тому же, уже архивирован:

 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=398272#21

 Так что тут может быть какая-то совокупность причин. Тогда я залечил
 все через icon в winoptions и жил в надежде на будущее. :)

 Надо бы отдельный баг-репорт завести.

Я думаю, что бага растет из этого места в wmframe.cc:

refYIcon YFrameWindow::clientIcon() const {
for(YFrameWindow const *f(this); f != NULL; f = f-owner())
if (f-getClientIcon() != null)
return f-getClientIcon();

return defaultAppIcon;
}

Видимо, функция getClientIcon обламывается, и иконка заменяется на
умолчательную.

defaultAppIcon -- это как раз умолчательная иконка app, которая лежит
в /usr/share/icewm/icons. wmapp.cc:

defaultAppIcon = YIcon::getIcon(app);

К сожалению, сейчас нет возможности копать дальше.


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



Re: syslog и дебианизированн ый софт

2009-10-23 Пенетрантность Denis Feklushkin
On Fri, 23 Oct 2009 23:54:22 +0400
Evgeniy M. Solodookhin devil_ins...@gas.starlink.ru wrote:

 ,-[Fri, Oct 23, 2009 at 23:40 +0800, Denis Feklushkin:]
 | Ну и настрой в своем конкретном случае логгинг в сислог.  Зачем
 | всем-то это навязывать?
 |
 |Так решительно всё приходётся перенастраивать! 
 
 вот и истина.
 выцыганить изменения в полиси, оказывается, быстрее, нежели
 перенастроить логирование по собственному эстетическому восприятию. )

Если существующая система плоха почему нет?

По хорошему я бы предложил пропускать логи через rsyslog и
раскладывать их по файлам уже в настройках сислога так как они
разложены сейчас. (Как сейчас маинтайнерам приходится для logrotate
писать настройку вместо этого будут писат)

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

Но я уверен на 100% что где-то эта идея уже обсуждалась или
обсуждается, пока, правда, не нашёл 

 
 |Вот вы можете сходу точно
 |сказать сколько у вас демонов крутится в системе? А если завтра
 |поставите ещё 1 не забудете его лог завернуть в сислог?
 
 


signature.asc
Description: PGP signature


Re: syslog и дебианизированн ый софт

2009-10-23 Пенетрантность Denis Feklushkin
On Sat, 24 Oct 2009 04:18:42 +0800
Denis Feklushkin feklushkin.de...@gmail.com wrote:

 On Fri, 23 Oct 2009 23:54:22 +0400
 Evgeniy M. Solodookhin devil_ins...@gas.starlink.ru wrote:
 
  ,-[Fri, Oct 23, 2009 at 23:40 +0800, Denis Feklushkin:]
  | Ну и настрой в своем конкретном случае логгинг в сислог.  Зачем
  | всем-то это навязывать?
  |
  |Так решительно всё приходётся перенастраивать! 
  
  вот и истина.
  выцыганить изменения в полиси, оказывается, быстрее, нежели
  перенастроить логирование по собственному эстетическому
  восприятию. )
 
 Если существующая система плоха почему нет?
 
 По хорошему я бы предложил пропускать логи через rsyslog и
 раскладывать их по файлам уже в настройках сислога так как они
 разложены сейчас. (Как сейчас маинтайнерам приходится для logrotate
 писать настройку вместо этого будут писат)

...вместо этого будут писать строчку конфига для rsyslog)


signature.asc
Description: PGP signature


Re: syslog и дебианизированн ый софт

2009-10-23 Пенетрантность Artem Chuprina
Denis Feklushkin - debian-russian@lists.debian.org  @ Sat, 24 Oct 2009 
03:05:20 +0800:

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

Система мониторинга - это система роботов, которые регулярно
проверяют _функционирование_ серверов.  То есть тот факт, что
сервер обслуживает запросы так, как должен.  И сообщает она о том
факте, что сервер не обслужил запрос, как положено.
  
   DF Такая система никогда не будет проверять все возможные ошибки
   DF (аналогия- борьба с багами в софте, когда никогда нельзя сказать
   DF что в конкретной версии софта багов точно нет)
  
  Денис, _никакая_ система никогда не будет проверять _все_ возможные
  ошибки.  Это математически неразрешимая задача.  Но нужно не это.
  Нужно, чтобы сервер выполнял свои функции.  Если он их выполняет, но
  ругается в лог - это менее страшно, чем если он не ругается в лог, но
  не выполняет свои функции.

 DF Не согласен. Лог в большинстве случаев будет информативнее и быстрее

- Ваша программа работает в 10 раз медленнее моей!
- Да.  Но зато она работает ПРАВИЛЬНО.

Лог, вероятно, информативнее.  Если его мониторить - может быть, и
быстрее.  Но очень не факт, что он таки поймает ошибку своевременно...

   DF не пофигу, т.к. в этом случае это систему придётся на каждую
   DF машину ставить и настраивать. а при её смене ставить другую и
   DF опять таки настраивать
  
  Это тоже неправда.  Ничто, в общем, не мешает держать и,
  соответственно, настраивать ее на машине мониторинга.  Уж это-то даже
  теоретик должен бы сообразить...

 DF Что за машина мониторинга? Уж не та ли эта машина, на которую
 DF стекаются логи с других машин? А как они туда стекаются, уж не
 DF сислогами ли удалённо?

Нет, это та машина, которая проверяет, что сервер отзывается так, как он
должен отзываться.  А заодно может и в логи позаглядывать...  Совершенно
не обязательно имея их для этого локально.  man ssh, если чо...

   DF Потому что нормально когда 10 серверов и все сливают логи
   DF (копии их) на одну машину где админ сможет
   DF централизованно их прочесть перед началом рабочего дня
  
  Теоретик...

 DF Да

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

 DF Я допускаю другое объяснение: ни один маинтайнер не может заменить
 DF всю систему логгирования в дистрибутиве. Поэтому каждый из них
 DF вынужден следовать в общей канве.

Так никому и не надо менять всю систему логгирования.  Каждому
достаточно поменять свою.  Если та система, на которую меняют, не
позволяет это сделать удобно - значит, она плохая.

Только вот никому оно не надо, менять свою систему.

 Пакеты у нас,
знаешь ли, мейнтейнят в основном те, кто их использует...  Ну и
естественно, что в рамках соблюдения полиси мейнтейнер делает
так, как удобнее ему на практике - а не в возвышенной теории.
  
   DF Ну маразматиков то везде хватает, чего уж там )
  
  Знаешь, есть, гм, подозрение, что маразматику не по силам
  поддерживать работоспособными такие сложные пакеты, как apache и
  samba.  Ты много сравнимых по сложности пакетов в Debian
  поддерживаешь?

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

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

Глядишь, народу понравится, и к следующему релизу большинство демонов
уже будут это уметь...

  У меня всего один сервер.  Но читать его логи по всем сервисам
  перед началом рабочего дня нереально.  Вернее, читать-то
  реально.  Нереально прочесть.
  
   DF Софта много, ставится/удаляется он не редко, каждому
   DF лазить в конфиг и перенастраивать устать можно. Или того
   DF хуже - забыть что-то перенастроить на сислог и о
   DF проблеме не узнать вообще
  
  Ты и так о ней не узнаешь - у тебя либо слишком много вывода,
  либо самое интересное будет зарезано настройкой, сжимающей
  логи до уровня реально прочесть.

 DF Ошибки либо есть либо их нет.

Так ты не путай ошибки и сообщения об ошибках.  Это сильно не
одно и то же.
  
   DF Анноящие сообщения об ошибках, которые на 

Re: syslog и дебианизированн ый софт

2009-10-23 Пенетрантность Denis Feklushkin
On Sat, 24 Oct 2009 00:34:42 +0400
Artem Chuprina r...@ran.pp.ru wrote:

 Denis Feklushkin - debian-russian@lists.debian.org  @ Sat, 24 Oct
 2009 03:05:20 +0800:
 
  DF А как мониторить ошибки? Есть много серверов, надо
  DF следить как бы чего не вышло. Появление ошибки в логе
  DF вполне себе признак что что-то случилось. Но как вы об
  DF этом узнаете?
 
 Система мониторинга - это система роботов, которые регулярно
 проверяют _функционирование_ серверов.  То есть тот факт, что
 сервер обслуживает запросы так, как должен.  И сообщает она о
 том факте, что сервер не обслужил запрос, как положено.
   
DF Такая система никогда не будет проверять все возможные ошибки
DF (аналогия- борьба с багами в софте, когда никогда нельзя
DF сказать что в конкретной версии софта багов точно нет)
   
   Денис, _никакая_ система никогда не будет проверять _все_
   возможные ошибки.  Это математически неразрешимая задача.  Но
   нужно не это. Нужно, чтобы сервер выполнял свои функции.  Если он
   их выполняет, но ругается в лог - это менее страшно, чем если он
   не ругается в лог, но не выполняет свои функции.
 
  DF Не согласен. Лог в большинстве случаев будет информативнее и
  DF быстрее
 
 - Ваша программа работает в 10 раз медленнее моей!
 - Да.  Но зато она работает ПРАВИЛЬНО.

Именно, это как раз иллюстрация к якобы медленной работе syslog :)
 
 Лог, вероятно, информативнее.  Если его мониторить - может быть, и
 быстрее.  Но очень не факт, что он таки поймает ошибку своевременно...

Мы уже договорились что одно другое не отменяет

DF не пофигу, т.к. в этом случае это систему придётся на каждую
DF машину ставить и настраивать. а при её смене ставить другую и
DF опять таки настраивать
   
   Это тоже неправда.  Ничто, в общем, не мешает держать и,
   соответственно, настраивать ее на машине мониторинга.  Уж это-то
   даже теоретик должен бы сообразить...
 
  DF Что за машина мониторинга? Уж не та ли эта машина, на которую
  DF стекаются логи с других машин? А как они туда стекаются, уж не
  DF сислогами ли удалённо?
 
 Нет, это та машина, которая проверяет, что сервер отзывается так, как
 он должен отзываться.  А заодно может и в логи позаглядывать...
 Совершенно не обязательно имея их для этого локально.  man ssh, если
 чо...

Да, давайте придумаем свою собственную систему сбора логов взамен
существующией

 
DF Потому что нормально когда 10 серверов и все сливают
DF логи (копии их) на одну машину где админ сможет
DF централизованно их прочесть перед началом рабочего
DF дня
   
   Теоретик...
 
  DF Да
 
 Это вторая половина ответа на твой изначальный вопрос.
 Потому что _на практике_ удобнее так, как сделано в
 дистрибутиве.
   
DF Пока обоснования логичного я не увидел.
   
   А практику не нужно _логичное_ обоснование.  Если так удобнее -
   ему пофигу, как это обосновывается, и обосновывается ли вообще.
 
  DF Я допускаю другое объяснение: ни один маинтайнер не может
  DF заменить всю систему логгирования в дистрибутиве. Поэтому каждый
  DF из них вынужден следовать в общей канве.
 
 Так никому и не надо менять всю систему логгирования.  Каждому
 достаточно поменять свою.  Если та система, на которую меняют, не
 позволяет это сделать удобно - значит, она плохая.

Согласен.

 
 Только вот никому оно не надо, менять свою систему.
 
  Пакеты у нас,
 знаешь ли, мейнтейнят в основном те, кто их использует...  Ну
 и естественно, что в рамках соблюдения полиси мейнтейнер
 делает так, как удобнее ему на практике - а не в возвышенной
 теории.
   
DF Ну маразматиков то везде хватает, чего уж там )
   
   Знаешь, есть, гм, подозрение, что маразматику не по силам
   поддерживать работоспособными такие сложные пакеты, как apache и
   samba.  Ты много сравнимых по сложности пакетов в Debian
   поддерживаешь?
 
  DF Полно случаев когда специалисты в своей области упираются рогом в
  DF какую-нибудь параллельную ничего не значащую хрень.
  DF (Вспоминается, например, автор оконного менеджера Ion)
 
 Форкни и сделай свое.

Мне пока только причина интересна

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

Re: syslog и дебианизированн ый софт

2009-10-23 Пенетрантность Denis Feklushkin
On Sat, 24 Oct 2009 04:54:28 +0800
Denis Feklushkin feklushkin.de...@gmail.com wrote:

 Мне пока только причина интересна

Кстати, реальной причиной может быть возможность подделки логов.
Стандартные команды записи лога из С позволяют записать в лог
абсолютно любую строку, имя демона вызвавшего функцию при этом не
проверяется.

Так было раньше, как оно сейчас обстоит не знаю.


signature.asc
Description: PGP signature


Re: Файлы не расшифров ываются!

2009-10-23 Пенетрантность Иван Лох
On Fri, Oct 23, 2009 at 06:44:08PM +0400, James Brown wrote:
 Под gpg4win 1.1.3 в винде были созданы подписи и ряд файлов.
 Подписи нормально импортировались и работают, однако файлы не удается
 расшифровать под линуксом, ни с помощью выпадающего меню в гноме, ни в
 консоли:
 -$ gpg --decrypt CIMG2769.JPGENX
 gpg: не найдено данных формата OpenPGP.
 gpg: decrypt_message failed: eof
 
 Что делать?

1) Убедиться, что это действительно данные в формате gpg

2) gpg -v -v 

3) Зашифровать тот же файл под Linux и сравнить


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



Re: VirtualBox + NAT + pppoe

2009-10-23 Пенетрантность Денис Рыбальченко
 Стоит debian lenny, выход в инет осуществляется через pppoe. Подскажите,
 как можно настроить virtualbox чтобы через виртуальную машину можно было так
 же ходить в инет? Пробывал через NAT однако так я понимаю он пытается
 пробиться в инет через интерфейс eth0



вообщето, насколько я помню, это при подключении через сетевой мост бокс
стучиться в eth0, с натом нет такого, сетевой адаптер в настройках с NATом
вообще не присутствует. Может поможет шамантсво c виртуальными адаптерами? У
меня виндуза и фряха в боксе нормально ходят в инет с дефолтными настройками
при том же pppoe.

WBR Dennis.


Re: syslog и дебианизированн ый софт

2009-10-23 Пенетрантность Mikhail A Antonov
=D0=91=D0=B8=D0=BD=D0=B4 =D1=83=D0=BC=D0=B5=D0=B5=D1=82 =D0=B2=D0=B5=D1=81=
=D1=82=D0=B8 =D0=BB=D0=BE=D0=B3=D0=B8 =D0=BD=D0=B5 =D0=B2 =D1=81=D0=B8=D1=
=81=D0=BB=D0=BE=D0=B3.
=D0=A1=D0=B8=D1=81=D0=BB=D0=BE=D0=B3 =D0=B2 =D0=B4=D0=B5=D0=B1=D0=B8=D0=B0=
=D0=BD=D0=B5 =D0=BF=D0=BE=D1=83=D0=BC=D0=BE=D0=BB=D1=87=D0=B0=D0=BD=D0=B8=
=D1=8E =D0=BD=D0=B0=D1=81=D1=82=D1=80=D0=BE=D0=B5=D0=BD =D1=82=D0=B0=D0=BA=
, =D1=87=D1=82=D0=BE =D0=BB=D0=BE=D0=B3=D0=B8 =D0=BE=D1=82 exim =D0=BD=D0=
=B5 =D1=81=D0=BC=D0=B5=D1=88=D0=B8=D0=B2=D0=B0=D1=8E=D1=82=D1=81=D1=8F =D1=
=81 =D0=B1=D0=B8=D0=BD=D0=B4=D0=BE=D0=BC.
=D0=90 =D1=83=D0=B6 =D0=B5=D1=81=D0=BB=D0=B8 =D1=82=D1=8B =D0=B8=D1=85 =D1=
=81=D0=B0=D0=BC =D1=81=D0=BC=D0=B5=D1=88=D0=B0=D0=BB - =D0=A1=D0=A1=D0=97=
=D0=91. =D0=94=D0=B0 =D0=B8 =D0=BF=D0=BE=D0=B3=D1=80=D0=B5=D0=BF=D0=B0=D1=
=82=D1=8C =D0=BA=D1=82=D0=BE =D0=BC=D0=B5=D1=88=D0=B0=D0=B5=D1=82?




signature.asc
Description: OpenPGP digital signature


Re: Файлы не расшифро вываются!

2009-10-23 Пенетрантность James Brown
Иван Лох wrote:
 On Fri, Oct 23, 2009 at 06:44:08PM +0400, James Brown wrote:
   
 Под gpg4win 1.1.3 в винде были созданы подписи и ряд файлов.
 Подписи нормально импортировались и работают, однако файлы не удается
 расшифровать под линуксом, ни с помощью выпадающего меню в гноме, ни в
 консоли:
 -$ gpg --decrypt CIMG2769.JPGENX
 gpg: не найдено данных формата OpenPGP.
 gpg: decrypt_message failed: eof

 Что делать?
 

 1) Убедиться, что это действительно данные в формате gpg

 2) gpg -v -v 

 3) Зашифровать тот же файл под Linux и сравнить


   
Пасибо, разобрался!
Это был верх моей архитупости - оказывается я их шифровал утилитой от
производителя ноута, еще задолго до того когда установил gpg4win, хотя
почему-то был убежден что я их шифровал именно gpg.
Все, что шифруется под линуксом, gpq4win, расшифровывает под виндой, и
наоборот.
Так что это я ступил :)


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



Как восстановить дефол тные гномопанели?

2009-10-23 Пенетрантность James Brown
Прошу прощения за наверное дурацкий вопрос, но я уже порядка двух
месяцев не могу с ним разобраться.
Некоторое время назад под одним из юзеров я нечаянно удалил верхнюю
дефолтную панель, восстановить ее в том виде, в каком она была, у меня
не получилось.
В частности, я так не смог найти в Добавить на панель nm-апплет, а
также значок утилиты Управление питанием 2.22.1 (вместо него
получается установить значок управления питанием через выпадающее меню -
Добавить на панель, но у самого этого значка совершенно другое меню и
он не показывает того, что показывает значок в дефолтной настройке),  а
также не смог разбить на пункты приложения, переход и система, все
эти пункты у меня выпадают из меня со значком лапы (но это не самое
проблематичное по сравнению с указанными элементами панели).
Сегодня ни с того ни с сего исчезла нижняя гномопанель (скорее всего я
ее нечаянно удалил, когда чистил избранное в браузере, вместо какого-то
из пунктов избранного :) ), на которой установлены рабочие столы, а
также кнопка свернуть все, и на которой отображаются открытые и
свернутые гуевые приложения; соответствующих пунктов для меню Добавить
на панель я вообще не нахожу.

P.S. А в какой папке хомяка храняться настройки гномопанелей?
Может проще скопировать какую-то папку или какие-то файлы из какой-то
папки из хомяка другого юзера в настройках которой все это храниться? (с
оответствующим изменением прав).


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



[RFR] po-debconf://redmine/ru.po

2009-10-23 Пенетрантность Yuri Kozlov
Здравствуйте.

Пакет: redmine
Версия: 0.9.0~svn2907-1
Количество: 10 переведенных сообщений.
Отправка: 02 Ноябрь 2009# translation of redmine_0.9.0~svn2907-1_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 yu...@komyakino.ru, 2009.
msgid 
msgstr 
Project-Id-Version: redmine 0.9.0~svn2907-1\n
Report-Msgid-Bugs-To: redm...@packages.debian.org\n
POT-Creation-Date: 2009-09-20 14:07+0200\n
PO-Revision-Date: 2009-10-23 12:35+0400\n
Last-Translator: Yuri Kozlov yu...@komyakino.ru\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: note
#. Description
#: ../templates:1001
msgid Redmine package now supports mutiple instances
msgstr Пакет redmine теперь поддерживает несколько экземпляров

#. Type: note
#. Description
#: ../templates:1001
msgid 
You are migrating from an unsupported version. The current instance will be 
now called the \default\ instance. Please check your web server 
configuration files, see README.Debian.
msgstr 
Вы выполняете переход с неподдерживаемой версии. Текущий экземпляр 
теперь будет называться \default\. Проверьте настройки веб-сервера, 
см. README.Debian.

#. Type: string
#. Description
#: ../templates:2001
msgid Redmine instances to be deconfigured:
msgstr Удаление настроек следующих экземпляров redmine:

#. Type: string
#. Description
#: ../templates:2001
msgid Configuration files for these instances will be removed.
msgstr Файлы настройки этих экземпляров будут удалены.

#. Type: string
#. Description
#: ../templates:2001
msgid Database (de)configuration will be asked accordingly.
msgstr Про соответствующие базы данных настроек также будет задан вопрос.

#. Type: string
#. Description
#: ../templates:3001
msgid Redmine instances to be configured or upgraded:
msgstr Экземпляры redmine для настройки или обновления:

#. Type: string
#. Description
#: ../templates:3001
msgid Space-separated list of instances identifiers.
msgstr Список идентификаторов экземпляров через пробел.

#. Type: string
#. Description
#: ../templates:3001
msgid 
Each instance has its configuration files in /etc/redmine/instance-
identifier/
msgstr 
Каждый экземпляр имеет свои файлы настройки в 
/etc/redmine/идентификатор-экземпляра/

#. Type: string
#. Description
#: ../templates:3001
msgid To deconfigure an instance, remove its identifier from this list.
msgstr Чтобы удалить настройки экземпляра, удалите его идентификатор из 
списка.

#. Type: select
#. Description
#: ../templates:4001
msgid Default redmine language:
msgstr Язык по умолчанию в redmine: