Re: question: translation into Russian

[Dmitry Astapov]

Evening, Ivan. 

Ivan Linnik <[EMAIL PROTECTED]> 16:10 14/2/2003 wrote:

 IL> Ну не так уж и беден наш язык... Хотя одним словом действительно не
 IL> скажешь, но

 IL> widget

 IL> 1) "штуковина", "штучка" ( любое полезное приспособление )
Ага. "Любой интерфейс состоит из фиговины, хреновины и соединяющей их
по#$#$и. Причем все три компонента взаимозаменяемы"


-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: spamassassin 2.50

[Dmitry Astapov]

Evening, Vladislav. 

Vladislav <[EMAIL PROTECTED]> 17:12 26/2/2003 wrote:

 V> Попробовал на Kmail
 V> Возникает вопрос, как-то можно прикрутить эту зверюгу к eximу?
Можно.

И через procmail, и не через procmail ...

-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: spamassassin 2.50

[Dmitry Astapov]

Evening, Vladislav. 

Vladislav <[EMAIL PROTECTED]> 18:34 26/2/2003 wrote:

 V> Ср 26 Фев 2003 18:09, Dmitry Astapov написал:
>> Evening, Vladislav.
>>
>> Vladislav <[EMAIL PROTECTED]> 17:12 26/2/2003 wrote:
>>
>>  V> Попробовал на Kmail
>>  V> Возникает вопрос, как-то можно прикрутить эту зверюгу к eximу?
>> Можно.
>>
>> И через procmail, и не через procmail ...
 V> Если можно поподробнее

Куда уж подробнее? В документации все разжевано - разложено по полочкам...

Можно настроить глобальный procmail (или только для себя, любимого), чтобы
он все письма гнал через spamassassin, и то, что является спамом, аккуратно
складывал отдельно. При этом procmail может быть local delivery agent-ом, а
может им и не быть. Можно складывать спам в отдельную кучу не средствами
procmail, а средствами своего любимого MUA (так делаю я, фильтруя по хидеру
X-Spam). Можно использовать spamassassin со spamd/spamc, а если объем почты
небольшое - без них. Честно, документацию читал?

-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: spamassassin 2.50

[Dmitry Astapov]

Evening, Vladislav. 

Vladislav <[EMAIL PROTECTED]> 17:52 27/2/2003 wrote:

 V> Читал то что мантейнер в доку запихнул. Прикрутил к КМылу, без проблем. 
Вопрос 
 V> в том чтобы прикрутить к экзиму на основном сервере. Почта сортируется и 
 V> складывается в mbox для каждого юзера. 
 V> Ты сказал что можно без прокмэйла прикрутить к экзиму вот я и просил 
 V> поподробнее.
 V> У меня нет procmail. И использовать его не очень хочется. 
 V> А хочется просто проанализировать сообщение и в случае если это спам, то 
 V> модернизировать соответственно тому как это делает ассассин. А конечный 
 V> пользователь уже может на своей машине сам настраивать фильтры и принимать 
 V> решение что ему делать с такими сообщениями и т.д и т.п.

1)Через сервер много почты идет?

2)Есть желание использовать spamc/spamd?

Если ответы на оба пункта - "да", то без procmail ты можешь поиметь риск
потери почты. Почему ты не хочешь использовать procmail?

-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: shell script DOS

[Dmitry Astapov]

Evening, swar0g. 

swar0g <[EMAIL PROTECTED]> 15:14 23/3/2003 wrote:

 s> Если же этот фокус сделать таким образом
 s> #!/bin/sh
 s> shellscript & shellsctipt

 s> то система летит в нирвану и даже через сеть не реагирует. Кстати,
 s> скриптик вызывался с привилегиями _простого_ пользователя.
man ulimit
ulimit -a

 s> Моя проблема теперь вот в чем. Я не знаю как мне быть дальше. Может
 s> это у меня руки кривые и я как то неправильно сконфигурировал систему. 
 s> Либо это ошибка в кенеле или баше и все это надо сообщить
 s> bugs.debian.org?
см. выше.


-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: Проблемы с USB мышкой

[Dmitry Astapov]

Evening, Yevgen. 

Yevgen Reznichenko <[EMAIL PROTECTED]> 22:27 6/4/2003 wrote:

 YR> Здравствуйте!
 YR> вот в первый раз попробовал kernel скомпилитовать, вроде бы всё
 YR> нормально вот только мышка USB не работает. Со старым kernel'ом она

Сначала надо (прежде всего для самого себя) ответить на три следующих
вопроса:

1)Зачем я компилировал ядро? Оно мне надо?
2)Зачем я компилировал ядро? Оно мне надо?
3)Зачем я компилировал ядро? Оно мне надо?

-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: Проблемы с USB мышкой

[Dmitry Astapov]

Evening, Yevgen. 

Yevgen Reznichenko <[EMAIL PROTECTED]> 21:14 7/4/2003 wrote:

>> Сначала надо (прежде всего для самого себя) ответить на три следующих
>> вопроса:
>> 1)Зачем я компилировал ядро? Оно мне надо?
>> 2)Зачем я компилировал ядро? Оно мне надо?
>> 3)Зачем я компилировал ядро? Оно мне надо?

 YR> Классных три вопроса, к сожалению в FAQ на них ответа не нашёл,
 YR> приходиться попробывать ответить самому. Так как в моём ядре smbfs
 YR> даже как модуля нет, а очень уж мне хочется в окнах шататься, то
 YR> пришлось приступить закон и попробывать свою удачу в компиляции ядра. 

`--> dpkg --search smbfs.o
kernel-image-2.4.20-686: /lib/modules/2.4.20-686/kernel/fs/smbfs/smbfs.

ы? Это в каком ядре такого модуля нет?


 YR> Да вы правы я новичок и мои вопросы может быть глупы и безсмысленны,
 YR> только лучше бы Вы мне показали где моя ошибка и почему она так глупа. 
Ошибки:
0)не читано /usr/share/doc/kernel-image-*
1)не читан man make-kpkg
2)нет ответа на вопрос, зачем все-таки компилировать ядро? оно надо?

 YR> А говорить всем новичкам что-бы они ядра себе не компилировали в стиле
 YR> "don't touch a running system", по моему мнению тоже глупо. Учиться
 YR> всё-таки надо и где-то начинать надо.
В упор не понимаю, зачем _учиться_ компилировать ядро? Есть много других
гораздо более интересных и полезных занятий.


-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: Проблемы с USB мышкой

[Dmitry Astapov]

Evening, Yevgen. 

Yevgen Reznichenko <[EMAIL PROTECTED]> 21:13 7/4/2003 wrote:

 YR> Вроде то что с мышкой связано, всё включено. Да вот ёщё забыл сказать
 YR> что TouchPad и PS/2 мышки работают. В общем что-то я с ядром накрутил.
apt-get install hotplug?

-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: can Windows run on linux inside VMWare use USB web camera?

[Dmitry Astapov]

Evening, Vlad. 

Vlad Harchev <[EMAIL PROTECTED]> 11:17 8/4/2003 wrote:

 VH> Hi,
 VH> В общем есть программулина под винду, которая пользуется usb веб-камерой - 
 VH> есть ли вероятность (и какая) что можно будет настроить vmware и linux 
 VH> так, чтобы эта программа работала в vmware с камерой? С какой виндой
 VH> вероятность будет выше?

 VH> Большое спасибо за ответ!
Версия винды значения не имеет. Vmware - не менее 3.2. Выгрузить hotplug и
все usb-related модули, включить в настройках vmware usb и все должно 
заработать.

-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: cc flags

[Dmitry Astapov]

Evening, swar0g. 

<[EMAIL PROTECTED]> 18:04 7/4/2003 wrote:

 s> привет all
 s> слышал, можно создать глобальные shell переменные в /etc/profile для
 s> gcc (что то типа СС, СС_FLAGS, точно не знаю), которые потом
 s> используются для компилляции программ. Программы после этого вроде бы
 s> как быстрее работают и быстрее стартуют.
Вот именно, что вроде как.

 s> что это за переменные и какие переменные нужно ставить для AMD Athlon'а?
Нужно расслабиться и получать удовольствие без перекомпиляции програм.
В противном случае за углом поджидает разочарование от того, что весь
дистрибутив пересобран, а ускорения не видно.

-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: Проблемы с USB мышкой // kernel [offtopic]

[Dmitry Astapov]

Evening, Anatoly. 

Anatoly Pugachev <[EMAIL PROTECTED]> 13:54 8/4/2003 wrote:

>>  YR> А говорить всем новичкам что-бы они ядра себе не компилировали в стиле
>>  YR> "don't touch a running system", по моему мнению тоже глупо. Учиться
>>  YR> всё-таки надо и где-то начинать надо.
>> В упор не понимаю, зачем _учиться_ компилировать ядро? 

 AP> в общем перефразировав вопрос можно сказать так - зачем учиться вообще или 
чему
 AP> либо конкретно.

Это называется "некорректное обобщение". 

 AP> Могу предположить что вы сами никогда ядро не перекомпилировали. 

А это - попытка свети спор к личностям.

 AP> Скажите что я неправ.

А это - подмена предмета разговора.

 AP> И кстати поискав на яндекс ключевые слова "компиляция ядра linux" -
 AP> великое множество ссылок, а это о чем-то все-таки говорит.

А это - попытка некорректно аргументировать ad numerum. А количество - оно
не всегда переходит в качество.

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

-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: Проблемы с USB мышкой

[Dmitry Astapov]

Evening, Yevgen. 

Yevgen Reznichenko <[EMAIL PROTECTED]> 02:34 9/4/2003 wrote:

>> `--> dpkg --search smbfs.o
>> kernel-image-2.4.20-686: /lib/modules/2.4.20-686/kernel/fs/smbfs/smbfs.

->> dpkg --search smbfs.o
 YR> dpkg: *smbfs.o* not found.
->> ll /lib/modules/2.4.18/kernel/fs/
 YR> total 8.0K
 YR> -rw-r--r--1 root root 6.7K Oct 14 23:09 binfmt_aout.o
->>

>> ы? Это в каком ядре такого модуля нет?
 YR> В моём актуальном.

Разговор начался с того, что ядро надо пересобрать, т.к. там нету smbfs.o.
Я смотрю в
http://packages.debian.org/cgi-bin/search_contents.pl?word=smbfs.o&searchmode=searchfiles&case=insensitive&version=stable&arch=i386
и вижу, что он есть ну вот буквально везде.

Так зачем же все-таки этот долгий и мучительный процесс? :)

>>  YR> Да вы правы я новичок и мои вопросы может быть глупы и безсмысленны,
>>  YR> только лучше бы Вы мне показали где моя ошибка и почему она так
>> глупа. Ошибки:
>> 0)не читано /usr/share/doc/kernel-image-*
>> 1)не читан man make-kpkg

 YR> Да эти я не читал. Про ядро написано очень много, поэтому я спрашивал
 YR> в первом постинге где можно что-нибудь на русском почитать, так как на
 YR> английском понадобиться мне на это в 5 раз больше времени.

Те, кому надо - не могут перевести, те, кто могут перевести - не имеют
необходимости. Обычная ситуация.

>> 2)нет ответа на вопрос, зачем все-таки компилировать ядро? оно надо?

 YR> Как вы видели, smbfs в своём актуальном ядре я обнаружить не могу.

Вывод - надо _поменять_ актуальное ядро на то, в котором smbfs есть.

 YR> К тому-же охота попробывать, что это такое и с чем его едят.

Тогда - беда, прийдется напрячься и почитать документацию. Заодно и
английский подтянется...

-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: Поиск библиотек и

[Dmitry Astapov]

Evening, Kolobaev. 

Kolobaev Pavel Vasillevich <[EMAIL PROTECTED]> 14:10 9/4/2003 wrote:

 KPV> вот сталкнулся с сабжем.
 KPV> А в Debian'e я новичек. Как мне узнать в каком пакете лежит нужная мне
 KPV> библиотека.

apt-cache search
apt-file
http://packages.debian.org


-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: cc flags

[Dmitry Astapov]

Evening, swar0g. 

 <[EMAIL PROTECTED]> 23:44 8/4/2003 wrote:

 s> Dmitry A. Fedorov wrote:
>> On Mon, 7 Apr 2003, Госсен Алексей wrote:

>>
>>> Программы после этого вроде бы как быстрее работают и быстрее
>>> стартуют.
>> это вряд-ли.

 s> не веришь, сравни готовые бинарники openoffice с теми, который своими
 s> ручками соберешь.
да, они несомненно разные :)

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

PS
А так - тебе прямая дорога в Gentoo Linux. Там все из исходников
собирается, всегда, прикинь? Вот уж где раздолье для оптимизации ...

-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: Проблемы с USB мышкой

[Dmitry Astapov]

Evening, Dimitry. 

"Dimitry N. Naldaev" <[EMAIL PROTECTED]> 10:21 9/4/2003 wrote:

>> > 2)нет ответа на вопрос, зачем все-таки компилировать ядро? оно надо?

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

Я пытаюсь спорить? Боже упаси, я лишь пытаюсь _намекнуть_, что для сборки
ядра (особенно нынешнего, где напортачить что-то в конфигурации и остаться
у разбитого корыта - раз плюнуть) лучше иметь чуть побольше оснований, чем
просто "хочется". Иначе потом может быть мучительно больно за потраченное
время и (возможно) несделаный бекап.

 DNN> Если честно, то пересборка ядра это традиция (и далеко на такая уж и 
плохая) 
 DNN> linux сообщества. 
Мда? А мне почему-то казалось, что традицией является "dont fix unless
broken" & "dont fiddle unless you want it broken"...

 DNN> когда-то, когда я в первый раз устанавливал linux в руководстве, которым 
я 
 DNN> пользовался, было сказано, что после инсталяции системы нужно обязательно 
 DNN> пересобрать ядро "под систему".
И что такое "пересобрать под систему"? Мне кажется, что это глупое
заблуждение - пересобирать "под систему" без веских причин, т.к. ухудшается
сопровождаемость, гомогенность конфигурации в случае >1 компьютера,
появляется вредная привычка ставить софт "мимо" менеджера пакетов и т.п.
Так что я в некотором смысле ратую за best practices.


-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: Проблемы с USB мышкой

[Dmitry Astapov]

Evening, Yevgen. 

Yevgen Reznichenko <[EMAIL PROTECTED]> 21:25 9/4/2003 wrote:

>> 4. optimize the kernel by removing useless drivers to speed up boot time

 YR> А мне так же четвёртая нравится, а то на хрена загружать мне то чем
 YR> вообще не пользуюсь.
Хм. Если посмотреть на дистрибутивное ядро, то там уже и так вынесено в
модули все, что только можно...

-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: Проблемы с USB мышкой

[Dmitry Astapov]

Evening, Evheny. 

Evheny Khoruzhy <[EMAIL PROTECTED]> 22:08 9/4/2003 wrote:

>> DNN> когда-то, когда я в первый раз устанавливал linux в руководстве,
>> DNN> которым я пользовался, было сказано, что после инсталяции системы
>> DNN> нужно обязательно пересобрать ядро "под систему".
>> 
>> Ключевое слово - "когда-то"
 EK> А почему же тогда описание пересборки ядра в руководстве по инсталляции
 EK> Debian идёт сразу после описания путей поиска документации?
Из-за кол-ва желающих его пересобрать? :)

Больше нетерпеливых желающих, не читающих документации -> Больше писем с trivial
проблемами в mail-list. Вот с этим и борятся :)

-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: Проблемы с USB мышкой

[Dmitry Astapov]

Evening, Victor. 

"Victor B. Wagner" <[EMAIL PROTECTED]> 21:29 9/4/2003 wrote:

>> Я пытаюсь спорить? Боже упаси, я лишь пытаюсь _намекнуть_, что для сборки
>> ядра (особенно нынешнего, где напортачить что-то в конфигурации и остаться
>> у разбитого корыта - раз плюнуть) лучше иметь чуть побольше оснований, чем

 VBW> Какого такого разбитого корыта? А со старого ядра  загрузиться?
 VBW> Пакеты сделанные make-kpkg аккуратно оставляют его в меню lilo
Начальное письмо не содержало ни намека на make-kpkg. Скорее, наоборот.
Впрочем, это не особенно важно.

Перечисляю "корыта" (точнее - грабли) виданные мною в эпсилон-окрестности
меня за последнее время:

* Конфиг не меняли, собрали ядро, не сделали новый initrd -> ide, ext2 в
  модулях, ничего не грузится. Все пропало, идем жаловаться всем подряд.

* Пробовали собрирать так и сяк, в процессе переключили поддержку SMP с yes
  на no (или наоборот - не важно), не сделали make mrproper -> все валится
  при сборке. Все пропало, идем жаловаться всем подряд.

Все вышеприведенное лечится make-kpkg, согласен. И не приводит к
необратимым изменениям. Но - является следствем того, что человек не читает
док, и, по возможности, и не собирается их читать... Я с этим пытаюсь
бороться по мере сил :) Едем дальше ...

* Собирали ядро, отключали все "ненужно". Отключили unix domain sockets.
  Дальше, думаю, можно не продолжать :)

* Собирали ядро, отключали ненужные модули, все остальное включали в ядро
  монолитно. Результат - неработающее USB/несобирающееся ядро/ядро не лезет
  в bzImage/...

* Начитавшись гугла, собирали с appen-to-version=-686, получили ядро,
  "такое же как в дистрибутиве", только более новой версии. dpkg успешно
  сделал апгрейд, старое ядро ушло на свалку, новое не грузится...

* Отдельной строкой идет включение DMA на buggy чипсетах без включения
  поддержки чипсетов, установка unstable версий ядра, которые разносят
  ext2/reiserfs/whatever. 

Тут уже не поможет даже make-kpkg...

 VBW> как Linux.OLD На худой конец можно с дистрибутивного сидюка
 VBW> загрузиться в режиме rescue.

 VBW> На машине всегда должно быть установлено минимум три (в вырожденных
 VBW> случаях - два) ядра - текущее рабочее, предыдущее рабочее и
 VBW> дистрибутивное. От последнего в основном нужны модули на случай загрузки
 VBW> в режиме rescue. 

 VBW> Наличие трех ядер спасает даже от двух подряд совершенных ошибок.
Да, согласен. Это, кстати, тоже есть где-то в документации. Которую надо
читать :)


>> Мда? А мне почему-то казалось, что традицией является "dont fix unless
>> broken" & "dont fiddle unless you want it broken"...

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

Тоже согласен.

>> И что такое "пересобрать под систему"? Мне кажется, что это глупое
>> заблуждение - пересобирать "под систему" без веских причин, т.к. ухудшается
 VBW> Ну, например - SMP + >1Gb памяти. Ну, например, хитрая железяка с хитрым
 VBW> драйвером. 

Вот это называется "веская причина", согласен.

>> сопровождаемость, гомогенность конфигурации в случае >1 компьютера,
>> появляется вредная привычка ставить софт "мимо" менеджера пакетов и т.п.

 VBW> Вот эта привычка - действительно вредная. Благо разработчики пакета
 VBW> kernel-package  сделали все возможное, чтобы можно было самособранные
 VBW> ядра ставить не мимо менеджера пакетов.

Кстати, да. После того, что я видел в redhat (правда, это было лет эдак 5
тому назад, но не думаю, что что-то радикально поменялось) - просто не
нарадуешься. 

>> Так что я в некотором смысле ратую за best practices.

 VBW> Использовать дистрибутивные ядра - ни разу не  best practices.
Как насчет такой формулировки "использовать дистрибутивное ядро, если нет
посылок для того, чтобы его пересобрать - best practice"? :)

 VBW> workstation. А вот для ноутбуков приходится таки индивидуально
 VBW> выкобениваться. У 45.free.net тоже ядро уникальное - ибо это и сервер,
Кстати про ноутбуки... Не было ли опыта собирания 2.4.20 из woody + swsusp?
У меня почему-то все последнии версии валятся в panic где-то в дебрях
драйвера ide при hibernat-е, причем чуть ли не каждый раз по-разному ...


-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: Проблемы с USB мышкой

[Dmitry Astapov]

Evening, Yevgen. 

Yevgen Reznichenko <[EMAIL PROTECTED]> 21:35 9/4/2003 wrote:

 YR> Здравствуйте!
 YR> Dimitry N. Naldaev wrote:

 YR> В принзипе так всё и делаю:
 YR> make oldconfig
 YR> make dep
 YR> make bzImage

 YR> И "кривыми ручками" установливаю.
Как именно устанавливаешь? А initrd? А boot-manager? А ... ?

 YR> Да это понятно. Моя основная проблема понять на английском какие
 YR> дрйвера нужны, а какие нет.
Супер. Почему бы просто не собрать все в модули и не мучаться, раз уж такая
проблема с пониманием? Или жалко 25 метров на винчестере?

-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: cc flags

[Dmitry Astapov]

Evening, Victor. 

"Victor B. Wagner" <[EMAIL PROTECTED]> 21:30 9/4/2003 wrote:

>> А так - тебе прямая дорога в Gentoo Linux. Там все из исходников
>> собирается, всегда, прикинь? Вот уж где раздолье для оптимизации ...

 VBW> Debian - разумный компромисс между RedHat-ом и Gentoo.

Кстати, думается мне, что если начать "оптимизировать" с libc, то разумного
компромисса может не получиться :) Придется изображать "gentoo в миниатюре"
и пересобирать все подряд, независимо от того, хочется его оптимизировать
или нет ...

-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: Проблемы с USB мышкой

[Dmitry Astapov]

Evening, Yevgen. 

Yevgen Reznichenko <[EMAIL PROTECTED]> 21:25 9/4/2003 wrote:

 YR> Агаа, тепрь я догнал куда вы клонили. О том чтобы взять готовое ядро я
 YR> даже не задумывался честно говоря. Но всё равно хотелось бы
 YR> попробывать испечь своё "собственное" :-). К тому же мне приходиться
 YR> reboot'ить по несколько раз в день и поэтому не хотелось бы иметь
 YR> лишнего в ядре.
Хм. Что есть в дистрибутивном ядре такого, что можно вынести в модули и что
еще не вынесено в модули? За счет чего должно наступить ускорение? Все
равно initscripts работают на несколько порядков дольше, чем занимает
загрузка ядра.


 YR> Ох уж этот английский, видеть его уже не могу :-) То что читать
 YR> придётся я не сомнивался, просто думал что есть какой-нибудь link где
 YR> всё замечательно и просто описанно :-)
Если бы можно было замечательно и просто описать, то уже давно был бы
написан сделай-мне-все-кучеряво-и-удобно.sh, который бы делал все
автоматически ...

-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: Моzilla и java

[Dmitry Astapov]

Evening, Yevgen. 

Yevgen Reznichenko <[EMAIL PROTECTED]> 19:34 9/4/2003 wrote:

 YR> Здравствуйте!
 YR> После updat'a Mozill'ы перестала работать java в ней. Проблемы найти
 YR> никак не могу. Вроде все нужные линки существуют, что ей ещё надо?

Возможно, проблема в том, что javaplugin*.so и сама мозилла собраны разными
версиями gcc, у которых разные ABI. Как лечить - найти где-то libjavaplugin
поновее. Мне стало лениво и я пока просто на это забил.


-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: dselect base

[Dmitry Astapov]

Evening, Kiryanov. 

Kiryanov Vasiliy <[EMAIL PROTECTED]> 00:26 9/4/2003 wrote:

 KV> Почти так и есть, пометил для установки кучю всего, плюс куча помечена
 KV> для удаления.

KV> 1) А может кто-то знает способ как привести его базу в соответствие с
 KV> тем что уже на самом деле, то есть что установлено, то пеметить как
 KV> устанолено, что удалено как удалено, а все пометики для установки и для
 KV> удаления снести!

Хм. Взять aptitude и забыть dselect как страшный сон? ;)



-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: Проблемы с USB мышкой

[Dmitry Astapov]

Evening, Dimitry. 

"Dimitry N. Naldaev" <[EMAIL PROTECTED]> 13:48 10/4/2003 wrote:

>> >> 4. optimize the kernel by removing useless drivers to speed up boot time
>>  YR> А мне так же четвёртая нравится, а то на хрена загружать мне то чем
>>  YR> вообще не пользуюсь.
>> Хм. Если посмотреть на дистрибутивное ядро, то там уже и так вынесено в
>> модули все, что только можно...
 DNN> ЩАС!!! а что принципиально нельзя в модули вынести? а железо между прочем 
 DNN> разное встречается... если расписывать,  что пришлось вырубить или 
врубить по 
 DNN> сравнению с дефолтовой конфигурацией (покрайней мере стокового ядра) то 
 DNN> довольно много получится...

Ты чего вообще хотел сказать?

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

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

2)Разное железо требует разных настроек в ядре.
Вопрос - как именно это влияет на boot time?

-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: Проблемы с USB мышкой

[Dmitry Astapov]

Evening, swar0g. 

>>> Разговор начался с того, что ядро надо пересобрать, т.к. там нету
>>> smbfs.o.
 s> в конфигурации ядра идти на file systems -+ networking file systems -+
 s> smb file system support use a default nls cp866
В дистрибутивном ядре _есть_ smbfs.o ...

>> К тому же мне приходиться reboot'ить по несколько раз в день и
>> поэтому не хотелось бы иметь лишнего в ядре.

 s> правда, это не про ядро: а почему бы не пойти в /etc/rc2.d (если в
 s> /etc/inittab.d стоит initdefault:2) и в /etc/rcS.d и постирать все
 s> ненужные симлинки нафиг или не попереименовывать (например, из S99gdm
 s> делаешь _S99gdm)?? Один-два обязательно найдутся. Система стартует
 s> потом как ракета.
Не надо советовать забивать гвозди микроскопом. Надо использовать
update-rc.d, rcfile или любую другу систему управления стартовыми
скриптами. Только так твои изменения будут сохраняться при совершении
upgrade-ов.

Кроме того, если стартовый скрипт - "ненужный", не значит ли это, что
соотв. пакет - тоже "ненужный". Не проще ли сделать delete/purge пакету? 

-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: sound merging

[Dmitry Astapov]

Evening, Igor. 

"Igor B." <[EMAIL PROTECTED]> 21:01 10/4/2003 wrote:

>>   проблема пропадёт: скажешь XMMS, чтобы играл в hw:0:0, а
>>   aplay (или что там озвучивает icq-клиента) -- в hw:0:1.
 IB> как это им сказать?

cat /proc/asound/card0/info? Сколько subdevices? Больше одного? Если одно -
то out of luck, ничего не получится.

-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: sound merging

[Dmitry Astapov]

Evening, Victor. 

"Victor B. Wagner" <[EMAIL PROTECTED]> 20:58 10/4/2003 wrote:

>> подскажите пожалуйста в чем дело? у меня некоторая проблема со звуком... 
>> дрова: i810_audio ac97_codec (из ядра)

 VBW> Дрова здесь почти что ни при чем. Очень мало какие драйвера под Linux
 VBW> поддерживают множественный доступ к звуковой карте. Надо ставить

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

-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: Чем можно склеи вать PDF или PS ?

[Dmitry Astapov]

Evening, tarantul. 

TARANTUL <[EMAIL PROTECTED]> 17:28 11/4/2003 wrote:

 t>Йоханга!!!
 t> Вот попутно хочу спросить, как бы на один лист поместить две
 t> страницы? То есть сделать что-то типа книжки.

pstops, psbook, psnup, enscript, mpage


-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: узнать програмн о под линукс ти п корпуса машин ы

[Dmitry Astapov]

Evening, Vlad. 

Vlad Harchev <[EMAIL PROTECTED]> 17:33 11/4/2003 wrote:

 VH> Можно ли как-то програмно под линуксом (имея рута, но не перезагружая
 VH> комп) узнать - у удаленного компа корпус ATX или нет (то есть
 VH> физического контакта с компом нет)?

возможно, через ACPI, программу acpi и /proc/acpi что-то и получится

-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: sound merging

[Dmitry Astapov]

Evening, Victor. 

"Victor B. Wagner" <[EMAIL PROTECTED]> 09:41 15/4/2003 wrote:

>> А mmap вызовы она тоже правильно обрабатывает?? в кваке при этом звук
>> будет???

 VBW> А в кваке зачем? Она ж в исходниках. К ней можно нормальный вывод
 VBW> прикрутить, без извращений с LD_PRELOAD.
Это смотря какакя .. Q1 и q2 - в исходниках, q3 - нет.

-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: win -> dos

[Dmitry Astapov]

Evening, Sergey. 

Sergey <[EMAIL PROTECTED]> 17:09 21/4/2003 wrote:

>>
>>   Есть идея - сканировать раз в сутки все *.txt файлы и делать из них
>>   один большой текстовый файл, а уже в нем искать описания. Как это
>>   сделать проще?
 S> for i in */*/*; do cat $i | xcode -a +w > $i.new && mv -f $i.net $i ;
 S> done Потянет?

Потянет на "This week's most useless use of cat" :)

for i in `find . -type f -name '*.txt'` ; do xcode -a +w < "$i" > "$i.new" &&
mv -f "$i.new" "$i" ; done


-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: i686

[Dmitry Astapov]

Evening, Beket. 

"Beket M. Zhapbasbay" <[EMAIL PROTECTED]> 14:25 22/4/2003 wrote:

 BMZ> Здравствуйте, debian-russian. Есть ли проекты которые все пакеты под
 BMZ> woody_i386 собраны для фрхитектуры i686.

Нету. А зачем?

-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: chmod problem

[Dmitry Astapov]

Evening, bass. 

<[EMAIL PROTECTED]> 09:12 22/4/2003 wrote:

[skip]
>> файлов там на 4 гигабайта, музыка всякая, картинки, прочая мелочь. 
>> менять всё вручную до пенсии надо у кого есть идея?
>>
>> заранее благодарен
>>
 b> давно уже написал мелкую функцию рекурсивного изменения прав (в
 b> ~.bashrc), и частенько ей пользуюсь

 b> function gchmd(){ find ./ \( -type f -exec chmod $1 {} \; \) -o \(
 b> -type d -exec chmod $2 {} \; \); }

 b> на директории и файлы с пробелами и нестандартными символами - работает

Народ, вы чего? А man chmod почитать?

chmod o+rwX,g+rwX,o+rw -R . , конкретное значение прав - по вкусу...

-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: i686

[Dmitry Astapov]

Evening, Yury. 

Yury Koshkaroff <[EMAIL PROTECTED]> 01:35 26/4/2003 wrote:

 YK> Как и хотелось пересборка дала увеличение производительности :) И не
 YK> надо говорить что +5% на современной технике можно даже и не заметить,
 YK> потому как "5%" обычно прирост общей производительности (хотя я не
 YK> мерял :)) а пересборка не ускоряет скорость работы с переферией :)

Так все-таки "пересборка дала прирост" или "я не мерял"?

-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: Emacs21 troubles

[Dmitry Astapov]

Evening, Ivan. 

Ivan Murashko <[EMAIL PROTECTED]> 14:22 19/5/2003 wrote:

 IM> Привет вcем, Пытаюcь проверить руccкий текcт ispell'ом под emacs21 в
 IM> результате cлова которые cодержат букву 'c' разделяютcя - так что
 IM> вмеcто cлова "текcт" он (Emacs) проверяет два: "тек" и "т". Т. е. 
 IM> руccкая буква 'c' cчитаетcя чем-то вроде пробела.

 IM> Я бы грешил на ispell но подобное проиcходит и без вcекого ispell'а
 IM> при иcпользовании комбинации "Meta-f".

 IM> Подcкажет кто куда мне рыть?

В сторону архивов mail-list-а [EMAIL PROTECTED] :)

-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: USB flashdrive

[Dmitry Astapov]

Evening, nikita. 

"nikita m. kozlovsky" <[EMAIL PROTECTED]> 20:31 22/5/2003 wrote:

 nmk> Хм. Вопрос конечно дурацкий, но все-таки, а девайс под виндой
 nmk> работает? У меня была проблема с моей transcend jetflash, когда я
 nmk> случайно переключил на ней переключатель zip на fdd. mount говорил,
 nmk> что раздел кривой. и это было правильно, ибо раздела этого не было. 
 nmk> Может у Вас подобный переключатель тоже имеется?

 nmk> Просто я даже и не знаю, что предположить.

Кстати, у меня под рукой имеется CF кардридер, который нормально читает
все, кроме некой flash-карты на 16 Мб. С очень похожими симптомами. На что
грешить - понятия не имею, ибо под win разных мастей все опознается и
читается "влет".

-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Retrieving bug reports ...

[Dmitry Astapov]

С недавнего времени повадился мой apt-get ходить за баг-репортами ... С
чего бы это он, где это настраивается (он, имхо, пытается мимо прокси идти,
долго тормозит и обламывается в конце-концов) и где об этом можно почитать?

Google мне пока не помог :(

-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: Retrieving bug reports ...

[Dmitry Astapov]

Evening, Wartan. 

Wartan Hachaturow <[EMAIL PROTECTED]> 23:07 26/5/2003 wrote:

>> > долго тормозит и обламывается в конце-концов) и где об этом можно
>> > почитать?
>> man apt-listbugs

 WH> Фуф. (вытирает пот со лба). Напугали. Я уже решил, что я всё проспал,
 WH> и теперь apt так себя ведёт сам по себе, еще и по умолчанию.

Да я и сам порядком напугался :) Спасибо.

ЗЫ
Осталось вспомнить, когда и зачем я поставил apt-listbugs :)

-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: Dummy Question

[Dmitry Astapov]

Evening, Sergey. 

Sergey Spiridonov <[EMAIL PROTECTED]> 11:40 27/5/2003 wrote:

 SS> Note: till X 4.3 you can't have more than 2 keyboard variants at once
 SS> (for example you can have English and Russian, but not English,
 SS> Russian and Ukrainian).

I have tri-lingual XKB layout (en/ru/uk) since XFree 3.3.6 (now I have
XFree 4.2).


-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: Retrieving bug reports ...

[Dmitry Astapov]

Evening, Dimitry. 

"Dimitry N. Naldaev" <[EMAIL PROTECTED]> 09:52 28/5/2003 wrote:

 DNN> $ apt-cache search apt-listbugs $

 DNN> система --- debian stable. . . --- ничего похожего на apt-listbugs
 DNN> нет :-(
Stable - это не наш путь :) Наш путь - unstable...

-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: Производительно сть пользователя

[Dmitry Astapov]

Evening, Leschinsky. 

Leschinsky Oleg <[EMAIL PROTECTED]> 20:10 29/5/2003 wrote:

 LO>  Существует ли какой-то идеологически правильный способ сократить
 LO>  потери
 LO> производительности на переключения при использовании тройной раскадки
 LO> на двуязычном тексте?

У меня сделано так:
в XKB-раскладке ISO_Next_Group повешено на Shift-Multikey. В WindowMaker-е
сказано "Switch Language: Yes", в закладочке Keybindings - "Multikey:
Switch Language".

Сам Multikey повешен на CapsLock (который мне не нужен). Имеем: по
shift-caps по кругу переключаются раскладки. По Caps - происходит toggle
двух последних раскладок в текущем окне (фича WindowMaker). Очень удобно,
так как в любой момент я работаю только с двумя раскладками из трех.

Я слышал, что подобная фича есть и у xxkb

-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: HT patch

[Dmitry Astapov]

Evening, Alexander. 

Alexander Sokoloff <[EMAIL PROTECTED]> 16:03 11/6/2003 wrote:

 AS> Где достать,если есть, патч для ядра для активизации Hyper Threding на
 AS> P-IV, и также инструкции SEE2.

Какая сейчас версия ядра? Как проверял, что ht/sse2 не используются?

-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: ?inet firststeps

[Dmitry Astapov]

Evening, Tihon. 

Tihon Tarnavski <[EMAIL PROTECTED]> 17:50 18/6/2003 wrote:

 TT> Несколько вопросов об инете (я в сетях полный чайник, или, скорее
 TT> даже, пустой чайник, так что ногами не бейте):
 TT> 1. Как сделать чтобы какая-нибудь программа
 TT> (fetchmail|links|wget|etc.)
 TT>запускалась автоматом сразу после поднятия коннекта
 TT> по pon (не после
 TT>начала дозвона, а после соединения)?
Смотреть в /etc/ppp/ip-up.d, /etc/ppp/ip-down.d

 TT> 2. Можно ли (и как) настроить, чтобы при малом трафике
 TT> (не фиктивной
 TT>"скорости соединения", а реальном трафике) связь
 TT> обрубалась и шёл
 TT>дозвон по-новой?
Навскидку - man pppd на предмет опций persis, demand и idle.

TT> 3. Как нормально настроить проверку почты на
 TT> нескольких ящиках? Мне
 TT>пока ничего умнее, чем
 TT>  for i in 0 1 2 do
 TT>   cp $HOME/.procmailrc$i $HOME/.procmailrc
 TT>   cp $HOME/.fetchmailrc$i $HOME/.fetchmailrc
 TT>   fetchmail -am "/usr/bin/procmail -d %T"
 TT>  done
 TT>в голову не пришло.
 TT> Спасибо.

1)fetchmail-у и procmail-у можно указать требуемый конфиг ключем в ком.
строке
2)Зачем подменять конфиг procmail?


-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: MUAs и аттачи с русскими именами

[Dmitry Astapov]

Evening, Vlad. 

Vlad Harchev <[EMAIL PROTECTED]> 16:56 19/6/2003 wrote:

 VH>  Hi, Хотелось бы узнать, какие почтовые клиенты декодируют русские
 VH>  имена аттачей
 VH> при попытке сохранения этих аттачей, если имя закодировано каким-либо
 VH> способом (например base63) (и посланно например из Outlook Express)?

 VH>  Например, mutt (кажется любой версии) показывает такие имена как
 VH> =?koi8-r?kjKjdfkl/fdsg
 VH> (то есть показывает имя без декодирования).
И правильно делает. Если мне не изменяет память, RFC не велит иметь имена
файлов в чем-то, отличном от us-ascii. На эту тему в OOrt Gnus был патчик и
соотв. переменная. Я попытался быстро через apropos ее найти - не
получилось, так что с точным названием не помогу :(


-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: gconf2 на сервере

[Dmitry Astapov]

Evening, Vlad. 

Vlad Harchev <[EMAIL PROTECTED]> 11:55 2/7/2003 wrote:

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

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

Брали бы уже сразу что-то вроде ASN.1 и к каждому конфигу прикладывали
описание структуры, если уж на то пошло ...


-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: gconf2 на сервере

[Dmitry Astapov]

Evening, Sergey. 

Sergey Spiridonov <[EMAIL PROTECTED]> 16:39 2/7/2003 wrote:

 SS> С помощью идеи заложенной в жконф можно использовать одну(!) 
 SS> стандартную утилиту, которая всегда будет соответсвовать версии и
 SS> формату, потому что она не знает, и не должна о формате
 SS> конфигурационного файла. Жконф инкапсулирует эту информацию.
Он ее не инкапсулирует. Он сводит все многообразие форматов к одному.
Спрашивается - почему люди не ходили строем раньше и не писали все конфиги
в одном формате? Возможно, все-таки не потому, что они были глупы, а потом,
что для этого были некие реальные причины, нет?

-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: fs kernel driver, initrd

[Dmitry Astapov]

Evening, Dimitry. 

"Dimitry N. Naldaev" <[EMAIL PROTECTED]> 11:49 3/7/2003 wrote:

 DNN> В сообщении от 2 Июль 2003 21:44 Alexey Ozeritsky написал:
>> В письме от 2 Июль 2003 07:40 Dimitry N. Naldaev написал:
>> > я вмежду прочим уже написал, что лучшим решением будет сделать
>>
>> а чем метод с подключением нужных модулей из initrd будет хуже ?

 DNN> как минимум тем, что рамдиск будет болтаться в памяти :-( А еще куча
 DNN> гемора, если понадобится что-нубудь поправить на нем...

 DNN> основное назначение initrd --- инсталяция системы...

Мнда? Может, лучше все-же почитать документацию?

Переделать initrd - один запуск mkinitrd. Это сложно? Кто сказал, что
рамдиск будет болтаться в памяти? 

-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: gconf2 на сервере

[Dmitry Astapov]

Evening, tarantul. 

TARANTUL <[EMAIL PROTECTED]> 18:03 3/7/2003 wrote:

 t> Ну вот когда то люди придумали SNMP. тоже в благих целях. Где оно
 t> сейчас применяется я думаю рассказывать не надо :)
Почему же не надо? Отнюдь.


-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: fs kernel driver, initrd

[Dmitry Astapov]

Evening, Dimitry. 

"Dimitry N. Naldaev" <[EMAIL PROTECTED]> 10:00 4/7/2003 wrote:

>>  DNN> основное назначение initrd --- инсталяция системы...
>> Мнда? Может, лучше все-же почитать документацию?
 DNN> может и лучше, ссылки в студию :-)
http://sdb.suse.de/en/sdb/html/initrd.html

>> Переделать initrd - один запуск mkinitrd. Это сложно? Кто сказал, что
>> рамдиск будет болтаться в памяти?
 DNN> по крайней мере раньше было именно так, я очень давно с рамдиском дел
 DNN> не имел. а что, cat /dev/ram уже не работает чтоли? как и
Выдержка из моего dmesg:
Freeing initrd memory: 2884k freed

DNN> последовательный ремоут ? что же тогда с ним происходит? просветите
 DNN> меня плиз!!!
А что такое "последовательный ремоут"?


-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: gconf2 на сервере

[Dmitry Astapov]

Evening, Alexander. 

Alexander Danilov <[EMAIL PROTECTED]> 11:35 4/7/2003 wrote:

 AD> в то же время мне понятна причина появления этого треда и я также
 AD> устал смотреть на файлы конфигурации в своем каталоге:

 AD> $ ls -a1|grep "^\." | wc -l
 AD>205

Ээээ... МОжно попробовать не смотреть :) Я вот не смотрю, и мои волосы ...
Или жалко inode-ов на диске? ;)

 AD> но я потихоньку стараюсь перетащить их в ~/etc
Ага. Т.е. машина строго однопользовательская, так?


-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: gconf2 на сервере

[Dmitry Astapov]

Evening, Sergey. 

Sergey Spiridonov <[EMAIL PROTECTED]> 18:15 1/10/2002 wrote:

>>  SS> конфигурационного файла. Жконф инкапсулирует эту информацию.
>> Он ее не инкапсулирует. Он сводит все многообразие форматов к одному.
 SS> Не к одному, а к нескольким (в зависимости от бакэнда).
Ок. К одному в пределах данного back-end. Так?

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

 SS> Я думаю что причина в том, что разработчики традиционно не любят
 SS> уделять много внимания конфигурации и настройкам. Потому что это
 SS> скучно, долго, сложно и неинтересно, наверное? Делается только то, без
 SS> чего обойтись уж никак нельзя.

А я думаю, что причина в том, что каждый конфиг - это своего рода DSL
(domain-specific language), со своими грамматикой, синтаксисом и
семантикой. ИМХО, попытки "заточить" все многообразие существующих
конфигурационных DSL под некий среднеплохой с простейшей граматикой и
синтаксимом попахивают юношеским максимализмом.


-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: Открытые исходники (Было: Использование обфускаторов)

[Dmitry Astapov]

Evening, Andrey. 

Andrey Kiselev <[EMAIL PROTECTED]> 11:52 4/7/2003 wrote:

>> Баги править, расширять функциональнось, чтобы заточить продукт
>> максимально под себя

 AK> У-у-у... Это неинтересно.

Для расширения кругозора можно пропробовать поработать с каким-то
COTS-продуктом для узкого сектора рынка (т.е., производителя конкуренция за
ж#опу не кусает). Например, биллинг для оператора мобильной связи. Сразу
пропадут вопросы, зачем нужны исходники ...

-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: Что слышно о следующем релизе?

[Dmitry Astapov]

Evening, Vlad. 

Vlad <[EMAIL PROTECTED]> 03:15 4/7/2003 wrote:

 V> Hello debian-russian,
 V>   ?

Как всегда - it will be ready when it will be ready. А что, цифры '3.0" уже
надоели и хочется ощущения новизны?


-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: gconf2 на сервере

[Dmitry Astapov]

Evening, Alexander. 

Alexander Danilov <[EMAIL PROTECTED]> 13:00 4/7/2003 wrote:

>>  AD> в то же время мне понятна причина появления этого треда и я также
>>  AD> устал смотреть на файлы конфигурации в своем каталоге:
>> 
>>  AD> $ ls -a1|grep "^\." | wc -l
>>  AD> 205
>> 
>> Ээээ... МОжно попробовать не смотреть :) Я вот не смотрю, и мои волосы ...
>> Или жалко inode-ов на диске? ;)
 AD> я мне надо из периодически править
И в чем же проблема? По имени нашел, открыл, поправил, комментарий опять же
дописал ;)

>> 
>>  AD> но я потихоньку стараюсь перетащить их в ~/etc
>> Ага. Т.е. машина строго однопользовательская, так?
 AD> нет, не так, просто я сейчас экспериментирую над своим учётом
Не понял :(

Учетом чего?

-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: gconf2 на сервере

[Dmitry Astapov]

Evening, Sergey. 

"Sergey V. Spiridonov" <[EMAIL PROTECTED]> 13:02 4/7/2003 wrote:

>> А я думаю, что причина в том, что каждый конфиг - это своего рода DSL
>> (domain-specific language), со своими грамматикой, синтаксисом и
>> семантикой. ИМХО, попытки "заточить" все многообразие существующих
>> конфигурационных DSL под некий среднеплохой с простейшей граматикой и
>> синтаксимом попахивают юношеским максимализмом.

Эх, забыл под конец фразы семантику помянуть... А зря.

 SVS> Ну вот были раньше так называемые базы данных, такие как FoxPro,
 SVS> DBase, Clipper и прочие. Каждая со своими форматами, языками и т.д. С
 SVS> кучей собственных наворотов, языком, синтаксисом и семантикой.

 SVS> А ещё есть SQL со своей с простейшей граматикой и синтаксимом,
 SVS> попахивающий юношеским максимализмом ;)

Семантику, семантику забыл. Елки. А вот семантика-то как раз не простейшая.
А в случае gconf-а семантика убогая: search, get да set значения, и все. Ни
тебе contraint-ов, ни trigger-ов, ни stored procs ...

-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: gconf2 на сервере

[Dmitry Astapov]

Evening, Sergey. 

"Sergey V. Spiridonov" <[EMAIL PROTECTED]> 12:35 4/7/2003 wrote:

 SVS> Ну как же. Изменились настройки апача в конфигурационном файле, что
 SVS> нужно сделать? Перезапустить или послать сигнал ему чтобы он
 SVS> перечитал. Так вот у разных приложений есть разные способы
 SVS> оповещения. У многих их просто нет (например как у большинства X
 SVS> приложений).

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

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

И это правильно.

 SVS> Здесь жконф позволяет сделать просто огромный шаг вперёд.
... с обрыва? ;)

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

 SVS> 2. Все приложения использующие жконф могут использовать стандартный
 SVS> механизм оповещения, который будет их оповещать только об
 SVS> изменившихся параметрах. Жконф предоставляет готовую стандартную
 SVS> библиотеку, которая содержит необходимый API для языка C.

Угу. Неестественный интеллект во всей своей красе.


-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Mail archive indexing (for gnus/nnir or just standalone)

[Dmitry Astapov]

Добрый день,

Хочу поискать чужого опыта в области индексирования/поиска по большим
объемам почты. Что есть: XEmacs/Gnus для чтения/манипуляций с почтой. Все
замечательно, не хватает только возможности быстро (за единицы секунд)
перелопатить много (около гига) почты и найти там нужные сообщения. Чего не
хочется: перегонять почту в html через mhonarc и напускать на результат
какой-либо html search engine. Причина - результатом поиска является некое
множество почты, и с ним хочется работать привычным способом, т.е. через
Gnus.

Для Gnus есть nnir, который предоставляет как раз такую функциональность -
использовать результаты command line full-text search tool для построения
виртуального фолдера с найденой почтой. Nnir умеет работать с glimpse,
namazu, swish-e и swish++. У них у всех есть проблемы: 1)с русским, 2)с
MIME вообще и QP/base64 в частности.

Кто может указать начало дороги к счастью? :)

-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: gconf2 на сервере

[Dmitry Astapov]

Evening, Vlad. 

Vlad Harchev <[EMAIL PROTECTED]> 19:34 4/7/2003 wrote:

>> что-либо в диалогах настройки, но с лёгкостью рулящего с помощью
>> regedit? Скажу честно, мне ни разу не доводилось.

 VH>  Я не говорил про это. Я говорил, что например в гноме2 например есть
 VH>  тенденция
 VH> минимизации кол-ва настроек в диалогах настройки программ. И посему
 VH> чтобы гномовский софт не стал абсолютно не гибким, авторы вынуждены
 VH> говорить "для настройки опции Х в окошке настроек никаких контролов
 VH> нет, кому надо поменять опцию Х - пользуйтесь gconf'ом".

Особенно меня умиляет галеон - "настроек прокси тут больше нет, зато тут
есть большая кнопка, нажав на которую, в попадете в соотв. окно
gnome-control-center" :-\

-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: Mail archive indexing (for gnus/nnir or just standalone)

[Dmitry Astapov]

Evening, Victor. 

"Victor B. Wagner" <[EMAIL PROTECTED]> 19:56 4/7/2003 wrote:

 VBW> 1. Всякие web-овские искалки, например mnogosearch (рекомендую
 VBW> всячески) умеют индексировать не только html. Plain text (каковым является
 VBW> содержимое Maildir) он тоже прекрасно отиндексирует. И даже можно
 VBW> научить его это делать без использования http, хотя немного
 VBW> нетривиально.
Увы, увы - содержимое Maildir не есть plaintext. Точнее, по форме - да, а
по сути - внутри может быть QP/base64 :( Я не хочу искать по '=C4=C2=F4' ...

И в этом - основная загвоздка. Индексатор должен быть MIME-aware, либо к
ней в кач. фильтра надо прикрутить какой-либо mail-to-plain-text converter
(catmail anyone? :), которого я пока найти не смог ...

[skip]

За остальные хинты - спасибо.

-- 
Dmitry Astapov //ADEpt
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: fs kernel driver, initrd

[Dmitry Astapov]

Evening, Dimitry. 

"Dimitry N. Naldaev" <[EMAIL PROTECTED]> 11:14 7/7/2003 wrote:

>> DNN> последовательный ремоут ? что же тогда с ним происходит? просветите
>>  DNN> меня плиз!!!
>> А что такое "последовательный ремоут"?
Осталось понять, зачем же тут слово "ремоут"... Ну да ладно ...

 DNN> грубо говоря вот что:
[skip]
А зачем оно такое надо? Может, лучше смотреть в сторону tmpfs? Я не смог
придумать задачу, для которой надо монтировать-размонтировать ramdisk.


-- 
Dmitry Astapov //ADEpt
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: Что слышно о следующем релизе?

[Dmitry Astapov]

Evening, Vlad. 

Vlad <[EMAIL PROTECTED]> 23:57 4/7/2003 wrote:

DA>> Как всегда - it will be ready when it will be ready. А что, цифры '3.0" уже
DA>> надоели и хочется ощущения новизны?
 V>  Да на цифры то покласть, а вот stable посвежее давно хочется :)

Ну, можно научиться правильно готовить testing :)


-- 
Dmitry Astapov //ADEpt
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: gconf2 на сервере

[Dmitry Astapov]

Evening, Sergey. 

"Sergey V. Spiridonov" <[EMAIL PROTECTED]> 00:09 5/7/2003 wrote:

>>> Для такого, нужно подготовить скрипт или файл с изменениями и
>>> импортировать его завтра. И тогда затра приложение узнает об
>>> изменениях.
>> ... или об ошибке?

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

Это если ошибки будут синтаксические или простые семантические (не
прошедшие валидацию). А если я вместо mx1.domen.org написал mx2.domen.org и
отгреб non-existing host/domain, то на такие ошибки валидаторов не
напасешься.


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

 SVS> Да, хотелось бы услышать аргументы, почему вы считаете что это
 SVS> правильно?
Потому как человек своей головой уже подумал и решил, когда именно он хочет
применить настройки. И это надо сделать именно тогда, когда надо человеку,
а не когда у программы зачесалась левая пятка. Потому как есть scheduled
maintenance downtimes и все такое прочее ...


-- 
Dmitry Astapov //ADEpt
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: gconf2 на сервере

[Dmitry Astapov]

Evening, Oleg. 

Oleg Gritsinevich <[EMAIL PROTECTED]> 20:27 7/7/2003 wrote:

 OG>Не совсем понятна цель создания gcnof-a:
 OG> - избавить программистов от рутинной писанины парсеров конфигов? В
 OG>   сложных случаях, как в примере с sendmail-ом, это невозможно.
 OG> - предоставить средства редактирования конфигов с валидацией
 OG>   синтаксиса и введённых значений? Ну синтаксис ещё можно кое-как
 OG>   отслеживать. Так большинство существующих программ и так не
 OG>   запустятся с ошибкой конфиге. Проверка семантики? Она тоже возможна
 OG>   только в самом примитивном виде (проверка принадлежности значения
 OG>   к.-л. м-ву), а как н.п. проверить не попутал ли пользователь
 OG>   наружный интерфейс с внутренним в конфиге iptables? Конфигурирование
 OG>   сложных приложений gconf упростить не сможет, а в простых случаях
 OG>   ничего упрощать и не надо.

Кстати, я вот вспомнил - ни разу не поднимался вопрос про
backend-независимый интерфейс для работы с конфигами для тех, что умеет
пользовать не только мышкой, но и клавиатурой тоже. Как сделать global
search-and-replace в базе gconf вне зависимости от того, в каком backend
живут конфиги? Далее - если я правлю текстовый конфиг руками в emacs/vim, у
меня под рукой есть completion/dabbrevs и все прочее, что полагается иметь
современному текстовому редактору. И я удобно работаю с текстовой по сути
информацией. А у gconf _на_ _сегодняшний_ день что есть в качестве
альтернативы? Text Line Widget (вот уж не знаю, как он правильно
называется) из gtk в gconf-editor и push/pop интерфейс через gconftool?

-- 
Dmitry Astapov //ADEpt
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: gconf2 на сервере

[Dmitry Astapov]

Evening, loh. 

 <[EMAIL PROTECTED]> 21:53 7/7/2003 wrote:

 l> On Mon, Jul 07, 2003 at 08:27:15PM +0300, Oleg Gritsinevich wrote:
>> - избавить программистов от рутинной писанины парсеров конфигов? В сложных
>>   случаях, как в примере с sendmail-ом, это невозможно.

 l> Случай с sendmail.cf это самый нетипичный пример. Для 9/10
 l> пользователей sendmail sendmail.cf это некий экзотический
 l> конфигурационный кэш, который лежит в /etc, а не /var/cache для того,
 l> чтобы не оскорблять честь и достоинство оставшейся 1/10... или уже
 l> 1/100...

Да заради бога  Давайте вместо sendmail.cf обсуждать sendmail.mc. Или
конфиг exim-а.

-- 
Dmitry Astapov //ADEpt
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: gconf2 на сервере

[Dmitry Astapov]

Evening, Sergey. 

"Sergey V. Spiridonov" <[EMAIL PROTECTED]> 00:21 5/7/2003 wrote:

>>>Решена она, насколько я знаю. Есть подсказки и описания.
>> Типа, _мои_ комментарии будет сохранять? Чтобы я мог вспомнить -- зачем
>> я здесь *именно такое* значение параметра выставил? Очень интересно...

 SVS> Ах, вот о чём речь. Не, этого пока нет... Но почему бы и не сделать,
 SVS> если это действительно кому-то нужно? Технически никакой проблемы
 SVS> здесь нет.

Проблема заключается в том, что в случае "/etc + vim + rcs/cvs" все уже
решено и работает (и проверено времененем), а в случае gconf - "надо
сделать".

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

-- 
Dmitry Astapov //ADEpt
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: gconf2 на сервере

[Dmitry Astapov]

Evening, Sergey. 

"Sergey V. Spiridonov" <[EMAIL PROTECTED]> 23:58 4/7/2003 wrote:

 SVS> Но если это так, я бы не стал спешить с печальными выводами.

 SVS> Я думаю, что в том виде, в каком оно сейчас, диалоги настройки
 SVS> отомрут. Тому есть разные причины и Sun правильно делает, что
 SVS> форсирует события.
[skip]
 SVS> То есть окошко конфигурации, которое сейчас программисты кодируют на
 SVS> языке С, в сущности всего лишь определяет взаиморасположение опций,
 SVS> способ их отображения и различные финтифлюшки, в виде закладок,
 SVS> рамочек и т.д. Эти вещи легко описать на XML, к примеру и сохранить в
 SVS> базе данных жконф.
[skip]

Я понял! Мне открылась правда!

Еще немного - и не только пользовательские настройки, но и сам код
программы можно будет хранить в базе данных gconf. Вот оно - нереальное
счастье! Потом останется сделать gconffs (использование базы gconf как
файловой системы), научить linux с нее грузиться, и круг замкнется - у нас
будет /, в нем - ветка /etc для настроек, ветка /bin для программ 

-- 
Dmitry Astapov //ADEpt
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: Открытые исходники (Было: Использование обфускаторов)

[Dmitry Astapov]

Evening, Oleg. 

Oleg Gritsinevich <[EMAIL PROTECTED]> 18:00 7/7/2003 wrote:

>> Для расширения кругозора можно пропробовать поработать с каким-то
>> COTS-продуктом для узкого сектора рынка (т.е., производителя конкуренция
>> за ж#опу не кусает). Например, биллинг для оператора мобильной связи. 
>> Сразу пропадут вопросы, зачем нужны исходники ...
 OG>А в UMC биллинг не самописный? У нас, правда, не оператор
 OG> мобильной связи, а ISP, но написание собственного биллинга себя
 OG> оправдало.

Нет. Какой - не спрашивай :)

Я думаю, что и в нашем случае с тех. точки зрения оно бы себя оправдало, но
есть еще share-холдеры, аудит и все такое прочее. И они хотят "платить за имя".

-- 
Dmitry Astapov //ADEpt
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: gconf2 на сервере

[Dmitry Astapov]

Evening, Sergey. 

Sergey Spiridonov <[EMAIL PROTECTED]> 10:16 8/7/2003 wrote:

>> Это если ошибки будут синтаксические или простые семантические (не
>> прошедшие валидацию). А если я вместо mx1.domen.org написал mx2.domen.org и
>> отгреб non-existing host/domain, то на такие ошибки валидаторов не
>> напасешься.

 SS> Да, с такими ошибками, не запустив приложение и не разберёшься. Тогда
 SS> Ваше утверждение выше безусловно верно. Эти ошибки касаются, конечно
 SS> самого подхода "изменить конфигурацию завтра", а не подхода жконф.
Ну, про продход я не согласен ;), а за все прочие разъяснения - спасибо.

-- 
Dmitry Astapov //ADEpt
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: Revision Control System

[Dmitry Astapov]

Evening, Alexander. 

"Alexander A. Vlasov" <[EMAIL PROTECTED]> 11:24 9/7/2003 wrote:

 AAV> Я смотрел на rcs, но (может, плохо смотрел?) не нашел, как там
 AAV> сделать так, чтоб можно было закоммитить изменения, например, в
 AAV> конфиг апача. Причем чтоб конфиг остался на положенном месте, а не
 AAV> уехал после коммита в директорию RCS...

ci -l ?

-- 
Dmitry Astapov //ADEpt
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: CPU load

[Dmitry Astapov]

Evening, Alexey. 

Alexey Zagarin <[EMAIL PROTECTED]> 12:09 9/7/2003 wrote:

 AZ> Hi! Чем можно снять в скрипте текущую загрузку CPU? Именно CPU, а не
 AZ> комплексную. И почему различаются показания top и procinfo?
А что есть в твоем понимании "текущая загрузка CPU", зачем она тебе нужна и
чем не устраивает loadavg?

-- 
Dmitry Astapov //ADEpt
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: какая есть прога для смотрения чемпионов трафика

[Dmitry Astapov]

Evening, Orehov. 

Orehov Pasha <[EMAIL PROTECTED]> 16:59 9/7/2003 wrote:

 OP> те что-то типf trafshow/iptraf но не каждое соединение а src/dst из
 OP> моей сети.

Если быстро и в онлайне, то может etherape?

-- 
Dmitry Astapov //ADEpt
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: Mail archive indexing (for gnus/nnir or just standalone)

[Dmitry Astapov]

Evening, Victor. 

"Victor B. Wagner" <[EMAIL PROTECTED]> 15:20 8/7/2003 wrote:

>> И в этом - основная загвоздка. Индексатор должен быть MIME-aware, либо к
>> ней в кач. фильтра надо прикрутить какой-либо mail-to-plain-text converter
>> (catmail anyone? :), которого я пока найти не смог ...

 VBW> Тривиальный перловый скрипт с использованием MIME::Parser

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

-- 
Dmitry Astapov //ADEpt
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: какая есть прога для смотрения чемпионов трафика

[Dmitry Astapov]

Evening, Orehov. 

Orehov Pasha <[EMAIL PROTECTED]> 10:42 10/7/2003 wrote:

 OP> Dmitry Astapov wrote:
>> Evening, Orehov. Orehov Pasha <[EMAIL PROTECTED]> 16:59 9/7/2003 wrote:
>>  OP> те что-то типf trafshow/iptraf но не каждое соединение а
>> src/dst из
>>  OP> моей сети.
>> Если быстро и в онлайне, то может etherape?
>>
 OP> неа. Во-первых эта штука класса 2^32*2^32
вот этой фразы я не понял.

 OP> во-вторых из-за графики на сервер неустанавлиеваема.
Т.е. xlibs на сервере нет? А почему, собственно?

OP> в-третьих все-равно не рисует таблицу host / kb/sec
Рисует. Даблклик на поле, если мне не изменяет склероз, или через меню. 


-- 
Dmitry Astapov //ADEpt
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: какая есть прога для смотрения чемпионов трафика

[Dmitry Astapov]

Evening, Orehov. 

Orehov Pasha <[EMAIL PROTECTED]> 11:24 11/7/2003 wrote:

 OP> что в крайнем случае дня рисования ей надо экран в столько пикселей Др
 OP> словами не не нижно знать с кем из 2^32 машин инета разговаривают мои
 OP> 2^32 хостов. Мне только интересно насколько буйно они (max=2^32) это
 OP> делают. причем даже не каждый а только самые.
Погоди, если у тебя этих "самых-самых" мало, то ты их сразу увидишь, если
же много - то имхо тебя никакие средства презентации не спасут, все равно
придется перелопачивать "гору" информации.

 OP> через меню он рисует только раскладку протоколов. А ДК рисует трафик
 OP> конкретного хоста. Ты предлагаешь мне перебирать все хосты в сети? А
 OP> как будет выглядеть ее картинка хотябы при сотне хостов? А у меня их
 OP> не одна.
Запустил, увидел, ограничил по протоколу, поглядел еще раз. Мне помагает в
сети с парой сотен хостов.


-- 
Dmitry Astapov //ADEpt
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: /etc в cvs

[Dmitry Astapov]

Evening, Igor. 

Igor Goldenberg <[EMAIL PROTECTED]> 09:39 11/7/2003 wrote:

 IG> Здравствуйте! По поводу недавней темы хранения /etc в cvs:

 IG> Как сохранять права файлов после cvs commit? Или просто помнить о них
 IG> всегда и после cvs commit восстанавливать?
Тут уже вспоминали про cvs-conf. Пользительная штука.

-- 
Dmitry Astapov //ADEpt
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: какая есть прога для смотрения чемпионов трафика

[Dmitry Astapov]

Evening, Bogdan. 

Bogdan <[EMAIL PROTECTED]> 12:28 11/7/2003 wrote:

 B> Давно уже не юзал, но кажется что-то подобное может показать ntop
Или iftop

-- 
Dmitry Astapov //ADEpt
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: Как объединить планирующих в Microsoft Outlook?

[Dmitry Astapov]

Evening, Sergey. 

"Sergey V. Spiridonov" <[EMAIL PROTECTED]> 21:02 15/7/2003 wrote:

 SVS> Dmitry S. Telegin wrote:
>> Или, есть что-нибудь бесплатное вместо Microsoft Exchange server? Может
>> как-то по другому организовать совместное планирование? при условии, что
>> основная масса людей работает в Windows.

 SVS> Я сам ищу что-то подобное. По идее это есть в phpgroupware. Я ещё не
 SVS> пробовал (может на днях найду время).

www.opengroupware.org?

-- 
Dmitry Astapov //ADEpt
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

О прелестях компиляции под определенный процессор ...

[Dmitry Astapov]

Все любители "пересобрать весь Дебиан под PIV/Athlon/..." должны
ознакомиться с:
http://articles.linmagau.org/modules.php?op=modload&name=Sections&file=index&req=viewarticle&artid=227&page=1

-- 
Dmitry Astapov //ADEpt
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: не помню

[Dmitry Astapov]

Evening, Nikolay. 

Nikolay Nikolaev <[EMAIL PROTECTED]> 15:25 1/8/2003 wrote:

 NN> Добрый день может кто подскажет! была такая утилита с помощью её можно
 NN> узнавать ресурсы окна ,програмы и т.д.. Может кто помнит как она
 NN> называется! спасибо!
editres

-- 
Dmitry Astapov //ADEpt
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: О прелестях компиляции под определенный процессор ...

[Dmitry Astapov]

Evening, Maxim. 

Maxim Tyurin <[EMAIL PROTECTED]> 15:35 1/8/2003 wrote:

 MT> Да. Я пересобираю kernel, glibc, PostgreSQL, MPlayer, OpenLDAP В
 MT> полезности пересборке этих пакетов у вас нет сомнений?
Нет сомнений только в полезности пересборки mplayer и, возможно,
PostgreSQL. ДЛя kernel полезность есть, но она гораздо меньше связана с
возможным ускорением, чем с machine-specific фичами типа HIGHIO. Результаты
тестов для glibc и OpenLDAP есть?

 MT> Я и не агитирую пересобирать ВСЮ систему. Если бы я так любил
 MT> пересобирать - пользовался бы Gentoo, а не пакетными дистрибутивами.
Елки же ж моталки  Оригинальное письмо было кому? Правильно - любителям
пересобирать ВСЕ. Тут некоторое время тому назад такие были Если ты
согласен с тем, что пересобирать все глупо - о чем мы тогда спорим и в чем
ты пытаешься меня убедить? :)


-- 
Dmitry Astapov //ADEpt
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: О прелестях компиляции под определенный процессор ...

[Dmitry Astapov]

Evening, Aleksey. 

Aleksey Cheusov <[EMAIL PROTECTED]> 16:54 1/8/2003 wrote:

>> Елки же ж моталки  Оригинальное письмо было кому? Правильно -
>> любителям пересобирать ВСЕ. Тут некоторое время тому назад такие
>> были

 AC> Пересобирать ВСЕ - глупо. Но тест по твоему url некорректен и на
 AC> доказательство не тянет. Там нет "прочих равных". Это раз. А во-вторых
 Почему нету "прочих равных"? Машина и версии софта - одинаковые.

 AC> эти тесты тестируют все, что угодно, только не CPU. И при чем тут
 AC> оптимизация? Ну да это все флейм...
Еще раз - я не спорю, что оптимизации под CPU полезна для счетных задач. Я
с этим не спорю. Я с этим согласен. БОлее того - я разделаю эту точку
зрения.

Ранее в этом списке высказывалось мнение, что компиляция под определенный
процессор всех приложений в системе приведет к появлению субъективного
ощущения того, что система работает быстрее. Я доступно излагаю? Я ведь не
оперирую терминами "load average", "cpu load", "vmstat" ... Так вот - с
этой точкой зрения я не согласен. Я считаю ее неверной. Я, что она приводит
к появлению urban legends в области IT. Для иллюстрации того, что
компиляция под CPU не приносит ощутимых результатов для рядовых
пользователей в повседневной деятельности, я и запостил ссылку. Меня
почему-то сразу записали в оптимизаторы и стали со мной спорить о посылках,
которых в исходном письме не было ...

Да, это флейм :)

-- 
Dmitry Astapov //ADEpt
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: aptitude remove

[Dmitry Astapov]

Evening, Artem. 

Artem Zolochevskiy <[EMAIL PROTECTED]> 23:04 29/8/2005 wrote:

>> Для удаления конфигов есть aptitude purge.
 AZ> да, я в курсе. просто хотелось узнать это нормальное поведение или
 AZ> нет?

Если ты удаляешь пакеты в UI, нажимая "-" - то нормальное.

Хочешь purge - используй "_"

-- 
Dmitry Astapov //ADEpt
GPG KeyID/fprint: F5D7639D/CA36E6C4 815D434D 04982B08 78674860 F5D7639D


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: удалённое подключение к иксам машины

[Dmitry Astapov]

Evening, Mikhail. 

Mikhail Gusarov <[EMAIL PROTECTED]> 06:42 05/9/2005 wrote:

 MG> You ([EMAIL PROTECTED]) wrote:

 GA>> Интересует не ssh X11 forwarding, где запускается новое
 GA>> приложение на ремотной машине, а соединение к существующему
 GA>> оконному менеджеру.

 MG> Разве что VNC, да и то не знаю, можно ли скормить VNC-серверу
 MG> существующую сессию. Не принято в это X11 - удаленно на существующие
 MG> сессии ходить.

apt-cache search x11 vnc
[..]
x11vnc - VNC server which uses your current X11 session


-- 
Dmitry Astapov //ADEpt
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: sudo и -display :0

[Dmitry Astapov]

Evening, Victor. 

Victor Wagner <[EMAIL PROTECTED]> 16:42 10/9/2005 wrote:

 VW> Постоянно - не надо. GUI от рута нужно в исключительных случаях. Тем
 VW> более что выставлять её надо в ${HOME} того юзера, который в текущий
 VW> момент владет X-овой сессией. Когда-то давно я для этой цели написал
 VW> скриптик xsu который можно найти где-то в районе
 VW> http://45.free.net/~vitus/ice/works/unix.html и посмотреть как это там
 VW> делается.

Кроме того, в debian есть gksu и gksudo. Если gtk все равно установлен - то
можно пользоваться ими


-- 
Dmitry Astapov //ADEpt
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

XEmacs 21.4 and TRAMP

[Dmitry Astapov]

А есть тут такие, которым удалось подружить TRAMP и XEmacs из unstable?

-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: XEmacs 21.4 and TRAMP

[Dmitry Astapov]

>> А есть тут такие, которым удалось подружить TRAMP и XEmacs из unstable?
 DK> у него (tramp) видимо глобальная несовместимость с кириллическим
 DK> окружением.
Про кириллическое окружение не скажу, у меня он дерется с efs-ом :(

 DK> я, правда, с ним бодался на GNU/Emacs из potato. сей факт был
 DK> установлен ээмпирическим способом (кста, надо баг репорт отписать).
 DK> взамен могу предложить попробовать ange-ftp-over-ssh, гнусный хак, но
 DK> работает ищется на google.com
А рецепт по настройке efs over ssh у кого-то есть? А то мне что-то смутно
помнится, что там все делается с бубном и большим напильником ... Или я не
прав? 


-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: ëÏÇÄÁ ÏÞÅÒÅÄÎÏÊ ÒÅÌÉÚ ÂÕÄÅÔ?

[Dmitry Astapov]

>> Ни к кому. Девелоперам только пинков от пользователей со словами "давай
>> релиз быстрее, гад!" не хватало.
 VV> Именно! Пусть шевелятся побыстрее и видят, что народ хочет и жаждет.
Т.е. типа чаще отвечают на такие письма в стиле "отвали, надоел, будет тебе
релиз в свое время" ? :)

>> Другие -- это кто? И далеко не все задекларировано и стандартизовано.
 VV> По файлам все. Есть стандарт файловой системы, где описано что и где
 VV> должно лежать - следуй ему и не надо ничего видеть по другому.
Стандарт - во многих местах спорный (если ты про fhs), и девелоперы
Дебиановские в частности помогают его дорабатывать ... 

Если бы все было так просто - "что тут думать, прыгать надо" - то уже давно
бы спаковали root/paw и всякие прочие old scientific software from hell с
системой сборки времен динозавров.

 VV> Угу. Особенно, если учесть, что все прекрасно ставится с флоппарями аж
 VV> от Debian 1.3.
... на ноутбуки с новыми сетевухами. Агащаз.

 VV> Пущай обсуждают себе, но на готовность релиза это не влияет, если
 VV> только не задаться целью влиять. Есть некий стабильный boot-floppies?
Который не понимает кучи вещей ... Новые tasks, отсутствие монстрообразного
base.tgz, etc

 VV> Есть - вперед к новому релизу!

>> > такой команде, когда один из ее членов может тормознуть всех и при
>> > этом ты НИЧЕГО не сможешь сделать.
>> Пример? Я что-то как-то не могу себе представить подобной ситуации, в
>> которой ты прям-таки НИЧЕГО не сможешь сделать.

 VV> Пример - посмотри когда делали последний upload libgtk-perl. И то, что
 VV> он не собирается с последним gtkhtml. Что я могу здесь сделать?  (баг
 VV> кстати про это имеется в BTS) Самому это фиксить? Не зная материала,
 VV> не говоря уже о том, что нафига тогда майнтейнер?  Ну хорошо - ты
 VV> скажешь, что раз тебе надо - разбирайся и фикси.  Хорошо, пусть даже я
 VV> смогу это сделать, но ведь это проблема в одном пакете, а таких
 VV> проблемных пакетов не один десяток. И с таким объемом я НИЧЕГО не могу
 VV> сделать.
Поправка - ты ничего не ХОЧЕШЬ сделать. Не делай со всем объемом - сделай с
одним пакетом. Все скажут спасибо и в ножки поклонятся.

>> Это в некотором смысле не проект переводов, а автоматизированная система
>> их добавления и каталогизации. Сам Barmer ничего не переводит, AFAIK.
>> И лично я не вижу, какое это отношение имеет к разделению Debian на
>> части..
 VV> То отношение, что народ начинает постепенно понимать, что кроме
 VV> перевода сообщений в gettext нужно еще и многое другое.
Это понимали давно, вопрос был в том, как это сделать правильно.


-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: ëÏÇÄÁ ÏÞÅÒÅÄÎÏÊ ÒÅÌÉÚ ÂÕÄÅÔ?

[Dmitry Astapov]

 VV>> Именно! Пусть шевелятся побыстрее и видят, что народ хочет и жаждет.
>>Т.е. типа чаще отвечают на такие письма в стиле "отвали, надоел, будет тебе
>>релиз в свое время" ? :)

 VV> А может надоест и все-таки сделает?

А может надоест, и он вообще плюнет?


>>Стандарт - во многих местах спорный (если ты про fhs), и девелоперы
>>Дебиановские в частности помогают его дорабатывать ...
 VV> Спорный он или нет, но ему прежде всего надо следовать, если он
 VV> есть. И насколько я помню именно этого и требует Debian policy так что
 VV> как я и говорю нечего тут фантазировать
Если он спорный - его надо улучшать.


>>Если бы все было так просто - "что тут думать, прыгать надо" - то уже давно
>>бы спаковали root/paw и всякие прочие old scientific software from hell с
>>системой сборки времен динозавров.
VV> Вот странно. Почему же у меня с моим козявчиком таких проблем нет?
VV> Может быть просто я себе их не создаю ;)
Т.е. все довольны ? :)


 VV> Я думаю всегда найдутся машины на которые не будет ставится и самая
 VV> распоследняя версия.
Вопрос только в кол-ве этих машин ...

 VV> И что? Из-за этого мы сейчас все встанем и будем ждать пока
 VV> удовлетворят тот 1% пользователей, у которых не идет?  Тем более, что
 VV> я не предлагаю использовать 1.3 есть и бутявки от POTATO наконец.
Кто сказал, что их 1 процент?

 VV>> Пущай обсуждают себе, но на готовность релиза это не влияет, если
 VV>> только не задаться целью влиять. Есть некий стабильный boot-floppies?
>>Который не понимает кучи вещей ... Новые tasks, отсутствие монстрообразного
>>base.tgz, etc

 VV> А зачем тебе монстрообразный base.tgz? Чтобы труднее ставится было?
 VV> Зачем тебе куча док, которые идут в этом самом base и жрут кучу места,
 VV> если для этого есть отдельные пакеты, где им и место?
Так в том-то и дело, что теперь его _нет_. Нету кучи док, есть отдельные
пакеты, как и должно имхо быть. Для поддержки этого добра и сделали новые
boot-floppies, которые кардинально новые. И не стабильные.

>>Поправка - ты ничего не ХОЧЕШЬ сделать. Не делай со всем объемом - сделай с
>>одним пакетом. Все скажут спасибо и в ножки поклонятся.
 VV> Фигушки. Щас раскланились просто все.
А есть отрицательный опыт?

 VV> Да дело-то не в этом, дело в том, что объем-то я не потяну.  Я
 VV> стараюсь делать, что могу - переводики там по мелочи, статейки.  В
 VV> меру сил так сказать.
Ну и замечательно.

Так почему бы не взять текущий testing, не закатать на CD, не написать на
нем маркером "New Debian Release 10.11" и его использовать? В чем
проблема-то? Чтобы "отцы-основатели" официально его "окрестили"?


-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: ëÏÇÄÁ ÏÞÅÒÅÄÎÏÊ ÒÅÌÉÚ ÂÕÄÅÔ?

[Dmitry Astapov]

 VV>> А может надоест и все-таки сделает?
>>А может надоест, и он вообще плюнет?
 VV> Лучше плюнуть чем месяцами тянуть резину и задерживать других.  Как я
 VV> и говорю, на его место придут другие, кто хочет и может.
Ну чем он задерживает других? Кто угодно может сделать NMU или прислать
патч, или и то, и другое. Что мешает "другим" прийти и сделать? (яркий
пример - .deb для мозиллы).


VV>> Вот странно. Почему же у меня с моим козявчиком таких проблем нет?
VV>> Может быть просто я себе их не создаю ;)
>>Т.е. все довольны ? :)
VV> Те 6 чел которые его используют ОЧЕНЬ!
Ну так и в чем проблема? В том, что официально компакты с Debian testing
купить нельзя, а приходится качать?


 VV> Какая КУЧА народу работает на ноутбуках! Причем именно с Debian.
Subscribe to debian-laptop, maybe?

 VV> Причем именно на таких, в которых стоят сетевые карты, которые напрочь
 VV> не понимает бутявка от POTATO.  Не иначе как таких миллионы ;) Как раз
 VV> не больше процента. Если ты попадаешь под этот процент, то мне тебя
 VV> искренне жаль.
Я - нет.

[skip. Позиция понятна и непоколебима]

 VV>> Фигушки. Щас раскланились просто все.
>>А есть отрицательный опыт?
[skip]
 VV> памяти письма со "спасибо" я получал за три года раз 5. Если бы мы
 VV> работали за благодарности - сайта бы просто не было.
Ок. Это тоже понятно. Т.е. славы не надо, желание есть - так почему бы не
сделать самому, или не взять готовое? Ведь есть же готовое.

>>Так почему бы не взять текущий testing, не закатать на CD, не написать на
>>нем маркером "New Debian Release 10.11" и его использовать? В чем
>>проблема-то? Чтобы "отцы-основатели" официально его "окрестили"?

 VV> В том, что это не будет релизом - т.е. совокупностью интегрирующихся и
 VV> непротиворечивых пакетов. Не говоря уже о том, что все что мне надо
 VV> вполне умещается на один CD.
jablicator? apt-move?

А совокупность непротиворечивых - в testing такого не должно быть по
определению. И уже релиз woody на одном компакте точно не получится.


-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
Information Systems Expert   Office: +380-50-110-3876
Ukrainian Mobile Communications  Mobile: +380-50-330-2019
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: ëÏÇÄÁ ÏÞÅÒÅÄÎÏÊ ÒÅÌÉÚ ÂÕÄÅÔ?

[Dmitry Astapov]

 VV> означает, что либо тебя все устраивает либо тебе все-равно.  А у меня
 VV> вопрос - что делать-то?
[понял. робота заведу :)]

ставить testing :)


-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
Information Systems Expert   Office: +380-50-110-3876
Ukrainian Mobile Communications  Mobile: +380-50-330-2019
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: ëÏÇÄÁ ÏÞÅÒÅÄÎÏÊ ÒÅÌÉÚ ÂÕÄÅÔ?

[Dmitry Astapov]

 IN> Вот уж удивили! Это когда это root в "old scientific software" попал?
Да, ошибочка вышла. Давно я на root смотрел, стало быть. Ладно, вместо root
напишем то, что ближе к телу. Например, snacc. Который проходил процесс
autoconfiscation оооочень долго 

 IN> Вообще меня сильно удивляет погоня за новым релизом дистрибутива.  Мне
 IN> кажется, что для повседневной работы требуется максимум десяток
 IN> пакетов, большую часть которых все-равно я предпочел бы ставить руками
 IN> последнии версии.  Дистрибутив, на мой взгляд, нужен как начальный
 IN> толчек, ну и потом "что бы удобно работать было" :).
вот-вот. Опять же, unstable никто не отменял - "взять полуготовое и
доточить напильником".
 
 IN> Кстати, на серверах с большим количеством народа, не редки случаи
 IN> когда usera начинают требовать оставит старый soft.  У них программы
 IN> работают только под gcc-2.7, любимый редактор emax17, а уж сколько
 IN> воплей было при переходе с latex2.09 на latex2e...
emacs17 - это явно мазохисты просят :)


-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: Oracle

[Dmitry Astapov]

 OG> Hi, All!  Хотел спросить гладко ли встает на Debian 2.2r3 Oracle
 OG> 8.1.7?  Просто предстоит поднять еще один оракл и у меня стоит
 OG> проблема выбора RH6.2/Debian. На RH6.2 он у меня вставал без
 OG> проблем. Но Debian более свежий и на сервере он мне показался более
 OG> удобным.
Встает без всяких проблем. Есть ставить на testing/unstable, то надо взять
официальный патч с otn-а (там 92К всего) и опять-таки встает без проблем.


-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
Information Systems Expert   Office: +380-50-110-3876
Ukrainian Mobile Communications  Mobile: +380-50-330-2019
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: bug tracking

[Dmitry Astapov]

 AK> Кто-нибудь из присутствующих здесь ставил ли какую-нибудь Bug Tracking
 AK> System?  Поделитесь впечатлениями советами.

 AK> Мои пожелания к системе:
[skip]

RoundUp + напильник?

http://sourceforge.net/projects/roundup


-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
Information Systems Expert   Office: +380-50-110-3876
Ukrainian Mobile Communications  Mobile: +380-50-330-2019
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: ÇÌÀËÉ licq

[Dmitry Astapov]

 c> Господа, никогда не замечали что offlineовые мессаги каждый раз на вас
 c> сыпятся кучей?
Это глюки мирабилиса, вызванные их желаением пересадить всех на новый
протокол... ОБ это писали у них на сайте, кстати, и рекомендовали сходить
на webbie.icq.com, взять клиента на Яве и им эти письма грохнуть.

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



-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: ÇÅÊÔÏ×ÁÎÉÅ ÒÁÓÓÙÌËÉ

[Dmitry Astapov]

>> Интересно, у кого можно узнать такую информацию: хочется сделать прямое
>> и обратное гейтование данной рассылки в фидошную эху.  короче, у кого
>> нужно спросить разрешения ;-)
 EVS> Обратное если и делать, то обязательно премодерируемое.  Опять же кто
 EVS> мешает на фидошное мыло получать рассылку ?
Ага. И обязать проставлять References: во всех письмах, хоть бы и руками :)
Кто без References - тому сразу "+".

Ex. 2:463/218

-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: ôÒÁÂÌÙ ÓÍÙÛÏÊ

[Dmitry Astapov]

>> рассылки?  И напомните как оный зовется?  Может найду время покопатсья и
>> исправить?  Потом пришлю мэйнтэйнеру... Может хоть "thanks" скажет?  А
>> то уже достало!
 MS> http://lists.debian.org/MailLists:
[skip]

 MS> Если не ошибаюсь, очень поучительная программа... :))
Это, часом, не та, которая вся на procmail-овских фильтрах написана? Если
она, то, думаю, поправить будет:
а)тяжело, если хочется вставить правильное добавление foot-ера к
base64-кодированным письмам
б)легко, если хочется просто отрубить его добавление нафиг.

Хотя что-то мне подсказывается, что дело тут не в SMartList-е, а в том, как
он сконфигурирован на lists.debian.org

-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: ickle packages

[Dmitry Astapov]

>> Ww !!! :))) И эта штука работает :) Спасиба дядя Витус :)

 VW> Ну вот теперь ее оперативно патчить надо. Я уже прикрутил к ней shell
 VW> escape, хочу теперь сделать чтобы она в xterm-е заголовок уметь
 VW> меняла, и чтобы по приходу сообщения (в т.ч. об изменении статуса
 VW> юзера в contact-листе) внешнюю команду звала, например play
 VW> somefile.wav

Совсем глупый вопрос - а оно поверх http ходить умеет? Или v7 протокол еще
таких фокусов не позволял?


-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: ickle packages

[Dmitry Astapov]

>> Совсем глупый вопрос - а оно поверх http ходить умеет? Или v7 протокол
>> еще таких фокусов не позволял?
 AK> Ух ты, а как это - icq поверх http?
Мда, неудачно я выразился .. Скорее не "поверх", а "сквозь" (through). Так,
как ходит ICQ-2000 под Windows -- на login.icq.com:443 посредством "HTTP
CONNECT". 


-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: ickle packages

[Dmitry Astapov]

>> (through). Так, как ходит ICQ-2000 под Windows -- на login.icq.com:443
>> посредством "HTTP CONNECT".
 MK> Хм уверен насчет 443?  раньше на обычный 5190 пыталась хотя может уже
 MK> и на 443 повесили чтобы любителей корпоративной политики безопасности
 MK> не напрягать :)

Сейчас по-моему login.icq принимает соединения чуть ли не на любой порт :)


-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D

Re: ickle packages

[Dmitry Astapov]

 MK> On Mon, Nov 19, 2001 at 05:53:50PM +0200, Dmitry Astapov wrote:
>>
>> >> (through). Так, как ходит ICQ-2000 под Windows -- на
>> >> login.icq.com:443 посредством "HTTP CONNECT".
>>  MK> Хм уверен насчет 443?  раньше на обычный 5190 пыталась хотя может
>>  MK> уже и на 443 повесили чтобы любителей корпоративной политики
>>  MK> безопасности не напрягать :)
>>
>> Сейчас по-моему login.icq принимает соединения чуть ли не на любой порт
>> :)
 MK> Он - да а вот сервак, на который он перебрасывает коннект?
Ладно. Сузим предметную область. Я вот хожу через 443. Сейчас проверил
80. Работает. Остальное проверять лениво.


-- 
Dmitry Astapov //ADEpt   E-mail: [EMAIL PROTECTED]
GPG KeyID/fprint: F5D7639D/CA36 E6C4 815D 434D 0498  2B08 7867 4860 F5D7 639D