[mdk-re] Снова компиляцияядра.

[mdk-re] Снова компиляцияядра.

[vic ismakaev]

Решил я значит взять новое ядро из Sisypha kernel24-2.4.4-alt1.src.rpm.
Создал в хомесе каталог RPM/ со всеми подкалагоми и правами.Ввел себя в 
группу rpm. Сделал rpm -iv kernel24-2.4.4-alt1.src.rpm.
Затем захотел наложить на него патчик от В.Завадского 
(trustees.sourceforge.net).
Сделал так:
взял стандартный   kernel-2.4.4-i686-up.config  и подрвил его до 
kernel-2.4.4-i686-up-trustees.config (просто добавил строку CONFIG_TRUSTEES=y 
) (в аттаче)
Затем взял kernel24.spec и добавил в него определения для патча trustees 

%define BUILD_UP_TRUSTEES 1
....
%define trusteesver 2.4.1
......
Source46: kernel-%{kversion}-i686-up-trustees.config
....
###Trustees patch: ACL on FS likes Novell NW
Patch720: trustees.2.4.1-2.4.2.patch
....
%package up-trustees
....
%description up-trustees
...
# Trustees patches
%patch720 -p1

Сохраняю kernel-2.4.spec , делаю rpm -ba kernel-2.4.spec и получаю облом при 
наложении trustees-патча.
----------------------------
+ /usr/bin/patch -p1 -s
+ echo 'Patch #720 (trustees.2.4.1-2.4.2.patch):'
Patch #720 (trustees.2.4.1-2.4.2.patch):
+ /usr/bin/patch -p1 -s
1 out of 1 hunk FAILED -- saving rejects to file fs/Config.in.rej
1 out of 2 hunks FAILED -- saving rejects to file include/linux/fs.h.rej
misordered hunks! output would be garbled
3 out of 9 hunks FAILED -- saving rejects to file fs/open.c.rej
2 out of 2 hunks FAILED -- saving rejects to file arch/i386/kernel/entry.S.rej
1 out of 1 hunk FAILED -- saving rejects to file arch/alpha/kernel/entry.S.rej
1 out of 1 hunk FAILED -- saving rejects to file include/asm-arm/unistd.h.rej
Неверный код возврата из /home/vic/RPM/TMP/rpm-tmp.52531 (%prep)
------------------------------------
Что я не так сделал?

P.S.если распаковать ядро и наложить на него все патчи из дистрибутива,
а потом наложить патч trustees через
patch -p0 <rustees.2.4.1-2.4.2.patch,
то все проходит нормально.


С уважением
Виктор В Исмакаев

Re: [mdk-re] Снова компиляцияядра.

[Aleksey Novodvorsky]

On Wed, 16 May 2001 14:10:13 +0600
vic ismakaev <viclists@mail.esoo.ru> wrote:

> Решил я значит взять новое ядро из Sisypha
> kernel24-2.4.4-alt1.src.rpm.
> Создал в хомесе каталог RPM/ со всеми подкалагоми и
> правами.Ввел себя в 
> группу rpm. Сделал rpm -iv kernel24-2.4.4-alt1.src.rpm.
> Затем захотел наложить на него патчик от В.Завадского 
> (trustees.sourceforge.net).
>

< skip >
> 1 out of 1 hunk FAILED -- saving rejects to file
> include/asm-arm/unistd.h.rej
> Неверный код возврата из /home/vic/RPM/TMP/rpm-tmp.52531
> (%prep)
> ------------------------------------
> Что я не так сделал?
> 
> P.S.если распаковать ядро и наложить на него все патчи из
> дистрибутива,
> а потом наложить патч trustees через
> patch -p0 <rustees.2.4.1-2.4.2.patch,
> то все проходит нормально.

Это вопрос к автору патча, скорее. 


Rgrds, AEN

Re: [mdk-re] Сновакомпиляцияядра.

[vic ismakaev]

16 Май 2001 17:41, Вы написали:
> On Wed, 16 May 2001 14:10:13 +0600
>
> vic ismakaev <viclists@mail.esoo.ru> wrote:
> > Решил я значит взять новое ядро из Sisypha
> > kernel24-2.4.4-alt1.src.rpm.
> > Создал в хомесе каталог RPM/ со всеми подкалагоми и
> > правами.Ввел себя в
> > группу rpm. Сделал rpm -iv kernel24-2.4.4-alt1.src.rpm.
> > Затем захотел наложить на него патчик от В.Завадского
> > (trustees.sourceforge.net).
>
> < skip >
>
> > 1 out of 1 hunk FAILED -- saving rejects to file
> > include/asm-arm/unistd.h.rej
> > Неверный код возврата из /home/vic/RPM/TMP/rpm-tmp.52531
> > (%prep)
> > ------------------------------------
> > Что я не так сделал?
> >
> > P.S.если распаковать ядро и наложить на него все патчи из
> > дистрибутива,
> > а потом наложить патч trustees через
> > patch -p0 <rustees.2.4.1-2.4.2.patch,
> > то все проходит нормально.
>
> Это вопрос к автору патча, скорее.
А вы не собираетесь его включать в дистрибутив? Хотябы в виде отдельного ядра.
И если нет - почему?
По-моему ,наличие системы ACL по типу Novell NW - очень заманчивая идея.

P.S.Про RSBAC знаю.

-- 
С уважением
Виктор В Исмакаев

Re: [mdk-re] Сновакомпиляцияядра.

[Aleksey Novodvorsky]

On Thu, 17 May 2001 11:05:51 +0600
vic ismakaev <viclists@mail.esoo.ru> wrote:


> > > дистрибутива,
> > > а потом наложить патч trustees через
> > > patch -p0 <rustees.2.4.1-2.4.2.patch,
> > > то все проходит нормально.
> >
> > Это вопрос к автору патча, скорее.
> А вы не собираетесь его включать в дистрибутив? Хотябы в
> виде отдельного ядра.
> И если нет - почему?

Потому, что правильное решение -- RSBAC. Вам совершенно не
обязательно использовать все его возможности.

Rgrds, AEN

Rgrds, AEN
> По-моему ,наличие системы ACL по типу Novell NW - очень
> заманчивая идея.
> 
> P.S.Про RSBAC знаю.
> 
> -- 
> С уважением
> Виктор В Исмакаев
> 
> _______________________________________________
> Mandrake-russian mailing list
> Mandrake-russian@altlinux.ru
> http://altlinux.ru/mailman/listinfo/mandrake-russian

Re[4]: [mdk-re] óÎÏ×ÁËÏÍÐÉÌÑÃÉÑÑÄÒÁ.

[Russu V.F.]

Hello mandrake-russian-admin,

Thursday, May 17, 2001, 18:22:34, you wrote:

>> > Потому, что правильное решение -- RSBAC. Вам совершенно
>> не
>> > обязательно использовать все его возможности.
>> 
>> 
>>         Мил человек, какое то навязывание получается.....
>> пакеты с других диструбутивов брать ненадо, юзать rsbac.
>> Может мне lida больше по душе...

> Дорогой мой, я никому не посоветую юзать RSBAC вместо Лиды.
> Но вот вместо LIDS -- несомненно.
        сорри, опечатка вышла ! но я думаю Вы поняли.

> Я не мешаю Вам делать со своей системой все, что Вам
> заблагорассудится.  
> Но у авторов дистрибутива есть свое мнение, основанное на
> знаниях. 
> Это мнение мы здесь высказываем и предупреждаем:
> -- В случае использования базовых пакетов от других
> дистрибутивов (как бы они ни были хорошо собраны) возможны
> проблемы, за которые мы не несем никакой ответственности.
        понятно. Тогда может быть стоит описать базовые концепции
какие проблемы могут быть, если использовать пакеты от RedHat или ASP.
Или типа howto сделать, как правильно пересобирать src.rpm, чтоб небыло
проблем.


> -- Мы поддерживаем решения ACL  RSBAC (кстати, обоснование
> этого приведено на сайте Castle) и не подерживаем другие
> решения.
        хорошо, поставим вопрос по другому...
Будет ли lids работать на ваших ядрах ?

> Это _наше_ мнение, с которым Вы можете соглашаться или не
> соглашаться,  Вам его никто не навязывает.
        ну раз я купил Ваш дистрибутив, автоматически я попадаю под
зависимость от Вас.
        Гипотетическая ситуация: обнаруживается новая дыра, а вы все
заболели свинкой ;-) выходит я несмогу воспользоваться рекомендациями,
того же RedHat. Потому как вы собираете диструбитив исходя из своих
знаний, а они могу отличаться от знаний Редхатовцев.
        Как пример, полуторагодичная проблема связки inted + wu-ftpd.
Тогда я срочно перешел на xinetd.

> Мы делаем дистрибутив, сообразуясь со своими знаниями и
> опытом, с благодарностью принимаем мотивированные советы. Но
> мы никогда не будем собирать пакеты вопреки своему мнению.
        Я уважаю Ваше мнение, но мне хотелось бы знать, насколько
совместимо богаство фрешмита с Вашим дистрибутивом, например тот
же win4lin.

>> А кстати РРР ваш собран с поддержкой callback ?? вот в
>> бета ВС (на то что АСП 7.1 до слияния ешо) у них был с
>> калбаком.

> Если Вы мне объясните, что такое ppp _без_ callback, то я
        вообщем то я имею ввиду
Microsoft Call Back Configuration Protocol.

> постараюсь ответить на Ваш вопрос. Разница в наших сборках
> совсем в другом и достаточно посмотреть пакеты, чтобы это
> увидеть.
        Ваш ppp-2.4.0-ipl2mdk.src.rpm
ppp-2.3.10-pam.patch
ppp-2.3.11-make.patch         
ppp-2.3.11-noresolv.patch     
ppp-2.3.11-sample.patch       
ppp-2.3.3-sample.tar          
ppp-2.3.9-wtmp.patch          
ppp-2.4.0b-zlib.patch         
ppp-2.4.0-scripts-callback.pat
ppp-2.4.0.tar.bz2             
ppp.pamd                      
ppp.spec


ppp-2.4.0-4bc.src.rpm
ppp-2.3.11-make.patch
ppp-2.3.11-pam_session.patch      
ppp-2.3.5-pamd.conf               
ppp-2.3.6-sample.patch            
ppp-2.3.9-wtmp.patch              
ppp-2.4.0-callback-man-fix.diff   
ppp-2.4.0-openssl-norc4-mppe.patch
ppp-2.4.0-reap.patch              
ppp-2.4.0.tar.gz                  
pppd-2.4.0-cbcp.diff              
ppp.spec

И что мы видим, cbcp патча нету.


-- 
 ОП ТЭСР
 Сис.админ      телефон: 76-40-56
 Руссу В.Ф.     e-mail:  ruwa@psrp.te.ru
                icq:     14848608
                Yahoo messager: LostRuwa

[mdk-re] Re: Re[4]: [mdk-re] Сновакомпиляцияядра.

[Alexander Bokovoy]

On Fri, May 18, 2001 at 10:28:59AM +0600, Russu V.F. wrote:
> > Это _наше_ мнение, с которым Вы можете соглашаться или не
> > соглашаться,  Вам его никто не навязывает.
>         ну раз я купил Ваш дистрибутив, автоматически я попадаю под
> зависимость от Вас.
>         Гипотетическая ситуация: обнаруживается новая дыра, а вы все
> заболели свинкой ;-) выходит я несмогу воспользоваться рекомендациями,
> того же RedHat. Потому как вы собираете диструбитив исходя из своих
> знаний, а они могу отличаться от знаний Редхатовцев.
>         Как пример, полуторагодичная проблема связки inted + wu-ftpd.
> Тогда я срочно перешел на xinetd.
:-) ... А мы отказались от inetd, так что здесь проблем не будет.

 
> > Мы делаем дистрибутив, сообразуясь со своими знаниями и
> > опытом, с благодарностью принимаем мотивированные советы. Но
> > мы никогда не будем собирать пакеты вопреки своему мнению.
>         Я уважаю Ваше мнение, но мне хотелось бы знать, насколько
> совместимо богаство фрешмита с Вашим дистрибутивом, например тот
> же win4lin.
> 
> >> А кстати РРР ваш собран с поддержкой callback ?? вот в
> >> бета ВС (на то что АСП 7.1 до слияния ешо) у них был с
> >> калбаком.
> 
> > Если Вы мне объясните, что такое ppp _без_ callback, то я
>         вообщем то я имею ввиду
> Microsoft Call Back Configuration Protocol.
Пакет ppp-extra, /usr/share/ppp/scripts/callback. Подойдет?

> pppd-2.4.0-cbcp.diff              
> И что мы видим, cbcp патча нету.
А что вот это?

-- 
Sincerely yours, Alexander Bokovoy 
  The Midgard Project    | ALT  Linux  Team | Minsk Linux Users Group
 www.midgard-project.org | www.altlinux.ru  |    www.minsk-lug.net 
-- You won't skid if you stay in a rut.
		-- Frank Hubbard

[mdk-re] Re: [mdk-re] Re: Re[4]: [mdk-re] Сновакомпиляцияядра.

[Alexander Bokovoy]

On Fri, May 18, 2001 at 09:56:40AM +0300, Alexander Bokovoy wrote:
> > pppd-2.4.0-cbcp.diff              
> > И что мы видим, cbcp патча нету.
> А что вот это?
Сорри, не туда посмотрел :-)
-- 
Sincerely yours, Alexander Bokovoy 
  The Midgard Project    | ALT  Linux  Team | Minsk Linux Users Group
 www.midgard-project.org | www.altlinux.ru  |    www.minsk-lug.net 
-- You won't skid if you stay in a rut.
		-- Frank Hubbard

Re: [mdk-re] Сновакомпиляцияядра.

[vic ismakaev]

17 Май 2001 15:16, Вы написали:
> On Thu, 17 May 2001 11:05:51 +0600
>
> vic ismakaev <viclists@mail.esoo.ru> wrote:
> > > > дистрибутива,
> > > > а потом наложить патч trustees через
> > > > patch -p0 <rustees.2.4.1-2.4.2.patch,
> > > > то все проходит нормально.
> > >
> > > Это вопрос к автору патча, скорее.
> >
> > А вы не собираетесь его включать в дистрибутив? Хотябы в
> > виде отдельного ядра.
> > И если нет - почему?
>
> Потому, что правильное решение -- RSBAC. Вам совершенно не
> обязательно использовать все его возможности.
В принципе, вы правы. Просто , например, для файл-сервера - RSBAC слишком 
наворочен. А trustees - самое то. Да и скрестиь их с LDAP - не такая большая 
проблема(как мне кажется).

-- 
С уважением
Виктор В Исмакаев

[mdk-re] Re: [mdk-re] Сновакомпиляцияядра.

[Alexander Bokovoy]

On Fri, May 18, 2001 at 01:57:05PM +0600, vic ismakaev wrote:
> 17 Май 2001 15:16, Вы написали:
> > On Thu, 17 May 2001 11:05:51 +0600
> >
> > vic ismakaev <viclists@mail.esoo.ru> wrote:
> > > > > дистрибутива,
> > > > > а потом наложить патч trustees через
> > > > > patch -p0 <rustees.2.4.1-2.4.2.patch,
> > > > > то все проходит нормально.
> > > >
> > > > Это вопрос к автору патча, скорее.
> > >
> > > А вы не собираетесь его включать в дистрибутив? Хотябы в
> > > виде отдельного ядра.
> > > И если нет - почему?
> >
> > Потому, что правильное решение -- RSBAC. Вам совершенно не
> > обязательно использовать все его возможности.
> В принципе, вы правы. Просто , например, для файл-сервера - RSBAC слишком 
> наворочен. А trustees - самое то. Да и скрестиь их с LDAP - не такая большая 
> проблема(как мне кажется).
RSBAC очень модульная система, Вы можете использовать только то, что
нужно, и не думать о других возможностях.

Вам потребуется trustees, а через пару месяцев -- мандатный доступ, потом
еще что-нибудь -- и для всего этого придется патчить ядро и использовать
несовместимые средства настройки. Как системный администратор, я бы от
этого отказался в пользу более фундаментального средства.
-- 
Sincerely yours, Alexander Bokovoy 
  The Midgard Project    | ALT  Linux  Team | Minsk Linux Users Group
 www.midgard-project.org | www.altlinux.ru  |    www.minsk-lug.net 
-- You won't skid if you stay in a rut.
		-- Frank Hubbard

Re: [mdk-re] Re: [mdk-re] Сновакомпиляцияядра.

[vic ismakaev]

18 Май 2001 14:01, Вы написали:
> On Fri, May 18, 2001 at 01:57:05PM +0600, vic ismakaev wrote:
> > 17 Май 2001 15:16, Вы написали:
> > > On Thu, 17 May 2001 11:05:51 +0600
> > >
> > > vic ismakaev <viclists@mail.esoo.ru> wrote:
> > > > > > дистрибутива,
> > > > > > а потом наложить патч trustees через
> > > > > > patch -p0 <rustees.2.4.1-2.4.2.patch,
> > > > > > то все проходит нормально.
> > > > >
> > > > > Это вопрос к автору патча, скорее.
> > > >
> > > > А вы не собираетесь его включать в дистрибутив? Хотябы в
> > > > виде отдельного ядра.
> > > > И если нет - почему?
> > >
> > > Потому, что правильное решение -- RSBAC. Вам совершенно не
> > > обязательно использовать все его возможности.
> >
> > В принципе, вы правы. Просто , например, для файл-сервера - RSBAC слишком
> > наворочен. А trustees - самое то. Да и скрестиь их с LDAP - не такая
> > большая проблема(как мне кажется).
>
> RSBAC очень модульная система, Вы можете использовать только то, что
> нужно, и не думать о других возможностях.
>
> Вам потребуется trustees, а через пару месяцев -- мандатный доступ, потом
> еще что-нибудь -- и для всего этого придется патчить ядро и использовать
> несовместимые средства настройки. Как системный администратор, я бы от
> этого отказался в пользу более фундаментального средства.
Согласен. Но привычка :)))
Кстати, есть ли преценденты построения мощных хостинговых систем на основе 
RSBAC? Или он для подобных целей не подойдет?
И еще, как в системах с RSBAC обстоят дела с алтернативными методами 
авторизации (PAM,LDAP,NIS+, etc).
-- 
С уважением
Виктор В Исмакаев

[mdk-re] Re: [mdk-re] Re: [mdk-re] Сновакомпиляцияядра.

[Alexander Bokovoy]

On Fri, May 18, 2001 at 02:56:37PM +0600, vic ismakaev wrote:
> > > В принципе, вы правы. Просто , например, для файл-сервера - RSBAC слишком
> > > наворочен. А trustees - самое то. Да и скрестиь их с LDAP - не такая
> > > большая проблема(как мне кажется).
> >
> > RSBAC очень модульная система, Вы можете использовать только то, что
> > нужно, и не думать о других возможностях.
> >
> > Вам потребуется trustees, а через пару месяцев -- мандатный доступ, потом
> > еще что-нибудь -- и для всего этого придется патчить ядро и использовать
> > несовместимые средства настройки. Как системный администратор, я бы от
> > этого отказался в пользу более фундаментального средства.
> Согласен. Но привычка :)))
> Кстати, есть ли преценденты построения мощных хостинговых систем на основе 
> RSBAC? Или он для подобных целей не подойдет?
Как раз подойдет, особенно, если ставится задача обеспечения защищенности
данных клиента даже от системного администратора хостера. Насчет
прецедентов сказать не могу, это нужно смотреть на RSBAC.org, но Амон Отт
достаточно много заказов в Германии имеет.

В ALT Linux Castle есть скрипт-пример настройки RSBAC для ограничения
Apache.

> И еще, как в системах с RSBAC обстоят дела с алтернативными методами 
> авторизации (PAM,LDAP,NIS+, etc).
Передаю право ответа Станиславу Иевлеву как одному из разработчиков RSBAC :-)

--
Sincerely yours, Alexander Bokovoy 
  The Midgard Project   | www.midgard-project.org | ALT Linux Team
Minsk Linux Users Group |    www.minsk-lug.net    | www.altlinux.ru
-- You won't skid if you stay in a rut.
		-- Frank Hubbard

Re: [mdk-re] Re: [mdk-re] Re: [mdk-re] Сновакомпиляцияядра.

[vic ismakaev]

18 Май 2001 15:32, Вы написали:

> > Согласен. Но привычка :)))
> > Кстати, есть ли преценденты построения мощных хостинговых систем на
> > основе RSBAC? Или он для подобных целей не подойдет?
>
> Как раз подойдет, особенно, если ставится задача обеспечения защищенности
> данных клиента даже от системного администратора хостера. Насчет
> прецедентов сказать не могу, это нужно смотреть на RSBAC.org, но Амон Отт
> достаточно много заказов в Германии имеет.
>
> В ALT Linux Castle есть скрипт-пример настройки RSBAC для ограничения
> Apache.
Отлично, не поленюсь вытащить и разобраться.
> > И еще, как в системах с RSBAC обстоят дела с алтернативными методами
> > авторизации (PAM,LDAP,NIS+, etc).

> Передаю право ответа Станиславу Иевлеву как одному из разработчиков RSBAC
> :-)
С нетерпением жду. Особенно про LDAP.

-- 
С уважением
Виктор В Исмакаев

Re: [mdk-re] Re: Re[4]: [mdk-re] óÎÏ×ÁËÏÍÐÉÌÑÃÉÑÑÄÒÁ.

[Russu V.F.]

Hello mandrake-russian-admin,

Friday, May 18, 2001, 12:56:40, you wrote:

> On Fri, May 18, 2001 at 10:28:59AM +0600, Russu V.F. wrote:
>> > Это _наше_ мнение, с которым Вы можете соглашаться или не
>> > соглашаться,  Вам его никто не навязывает.
>>         ну раз я купил Ваш дистрибутив, автоматически я попадаю под
>> зависимость от Вас.
>>         Гипотетическая ситуация: обнаруживается новая дыра, а вы все
>> заболели свинкой ;-) выходит я несмогу воспользоваться рекомендациями,
>> того же RedHat. Потому как вы собираете диструбитив исходя из своих
>> знаний, а они могу отличаться от знаний Редхатовцев.
>>         Как пример, полуторагодичная проблема связки inted + wu-ftpd.
>> Тогда я срочно перешел на xinetd.
> :-) ... А мы отказались от inetd, так что здесь проблем не будет.
        Мил человек, Вы прочитайте что я сказал.... я понимаю что Вы
перешли на xinetd. я привел привер некой ситуации, а Вы мне вторите что Вы
перещли ! ;-(
 
>> >> А кстати РРР ваш собран с поддержкой callback ?? вот в
>> >> бета ВС (на то что АСП 7.1 до слияния ешо) у них был с
>> >> калбаком.
>> 
>> > Если Вы мне объясните, что такое ppp _без_ callback, то я
>>         вообщем то я имею ввиду
>> Microsoft Call Back Configuration Protocol.
> Пакет ppp-extra, /usr/share/ppp/scripts/callback. Подойдет?
        нет... это не протокл cbcp ! а жалкий скрипт, который был в РРР
черт знает с какой версии.


>> pppd-2.4.0-cbcp.diff              
>> И что мы видим, cbcp патча нету.
> А что вот это?
        что именно ?????



-- 
 ОП ТЭСР
 Сис.админ      телефон: 76-40-56
 Руссу В.Ф.     e-mail:  ruwa@psrp.te.ru
                icq:     14848608
                Yahoo messager: LostRuwa

Re: [mdk-re] Снова компиляция ядра

[Sergey S. Skulachenko]

On Fri, 18 May 2001 15:59:52 +0600
"Russu V.F." <ruwa@psrp.te.ru> wrote:

>         Мил человек, Вы прочитайте что я сказал.... я понимаю что Вы
> перешли на xinetd. я привел привер некой ситуации, а Вы мне вторите что
> Вы
> перещли ! ;-(
>  
>         нет... это не протокл cbcp ! а жалкий скрипт, который был в РРР
> черт знает с какой версии.

Как-то неприятно читать такую перепалку. Эстетического удовлетворения не
получаешь.
С уважением,
С.С.Скулаченко

[mdk-re] Re: [mdk-re] Re: Re[4]: [mdk-re] Сновакомпиляцияядра.

[Alexander Bokovoy]

On Fri, May 18, 2001 at 03:59:52PM +0600, Russu V.F. wrote:
> > On Fri, May 18, 2001 at 10:28:59AM +0600, Russu V.F. wrote:
> >> > Это _наше_ мнение, с которым Вы можете соглашаться или не
> >> > соглашаться,  Вам его никто не навязывает.
> >>         ну раз я купил Ваш дистрибутив, автоматически я попадаю под
> >> зависимость от Вас.
> >>         Гипотетическая ситуация: обнаруживается новая дыра, а вы все
> >> заболели свинкой ;-) выходит я несмогу воспользоваться рекомендациями,
> >> того же RedHat. Потому как вы собираете диструбитив исходя из своих
> >> знаний, а они могу отличаться от знаний Редхатовцев.
> >>         Как пример, полуторагодичная проблема связки inted + wu-ftpd.
> >> Тогда я срочно перешел на xinetd.
> > :-) ... А мы отказались от inetd, так что здесь проблем не будет.
>         Мил человек, Вы прочитайте что я сказал.... я понимаю что Вы
> перешли на xinetd. я привел привер некой ситуации, а Вы мне вторите что Вы
> перещли ! ;-(
Я к тому вторю, что в данной ситуации проблем в Вашем и нашем подходе
проблем не будет. Если говорить о гипотетической ситуации, то подобная
проблема будет со всем дистрибутивами и их производителями. Как пример --
почитайте Linux Weekly News за 10.05.2001 об обновлениях в TurboLinux.
http://lwn.net/2001/0510/security.php3 ("TurboLinux security advisories
return")

> >> >> А кстати РРР ваш собран с поддержкой callback ?? вот в
> >> >> бета ВС (на то что АСП 7.1 до слияния ешо) у них был с
> >> >> калбаком.
> >> 
> >> > Если Вы мне объясните, что такое ppp _без_ callback, то я
> >>         вообщем то я имею ввиду
> >> Microsoft Call Back Configuration Protocol.
> > Пакет ppp-extra, /usr/share/ppp/scripts/callback. Подойдет?
>         нет... это не протокл cbcp ! а жалкий скрипт, который был в РРР
> черт знает с какой версии.
И который, кстати, свою работу делает. Естественно, не посредством ПО от
Microsoft. Впрочем, packager ppp уже поставлен в известность о необходимости
пересборки.

> 
> 
> >> pppd-2.4.0-cbcp.diff              
> >> И что мы видим, cbcp патча нету.
> > А что вот это?
>         что именно ?????
Чтение писем последовательно имеет свои недостатки -- прочитайте мой ответ
на мой ответ и Вы поймете. Кстати, сам по себе patch не нужен, cbcp
присутствует в ppp 2.4.0, необходимо только добавить cbcp.o в список
линкуемых, а это можно сделать и без патча.

--
Sincerely yours, Alexander Bokovoy 
  The Midgard Project   | www.midgard-project.org | ALT Linux Team
Minsk Linux Users Group |    www.minsk-lug.net    | www.altlinux.ru
-- Eat shit -- billions of flies can't be wrong.

[mdk-re] Re[2]: [mdk-re] Снова компиляция ядра

[Sergey Krivulja]

Hello Sergey,

Friday, May 18, 2001, 2:16:58 PM, you wrote:

>>         Мил человек, Вы прочитайте что я сказал.... я понимаю что Вы
>> перешли на xinetd. я привел привер некой ситуации, а Вы мне вторите что
>> Вы
>> перещли ! ;-(
>>  
>>         нет... это не протокл cbcp ! а жалкий скрипт, который был в РРР
>> черт знает с какой версии.

SSS> Как-то неприятно читать такую перепалку. Эстетического удовлетворения не
SSS> получаешь.
SSS> С уважением,
SSS> С.С.Скулаченко
Вот, вот. И я такого мнения.

-- 
Best regards,
 Sergey                            mailto:skrivulja@erec.ru

[mdk-re] Re: [mdk-re] Re: [mdk-re] Re: Re[4]: [mdk-re] Сновакомпиляцияядра.

[Sergey Krivulja]

Hello Alexander,

Friday, May 18, 2001, 2:29:56 PM, you wrote:

AB> On Fri, May 18, 2001 at 03:59:52PM +0600, Russu V.F. wrote:
>> > On Fri, May 18, 2001 at 10:28:59AM +0600, Russu V.F. wrote:
>> >> > Это _наше_ мнение, с которым Вы можете соглашаться или не
>> >> > соглашаться,  Вам его никто не навязывает.
>> >>         ну раз я купил Ваш дистрибутив, автоматически я попадаю под
>> >> зависимость от Вас.
>> >>         Гипотетическая ситуация: обнаруживается новая дыра, а вы все
>> >> заболели свинкой ;-) выходит я несмогу воспользоваться рекомендациями,
>> >> того же RedHat. Потому как вы собираете диструбитив исходя из своих
>> >> знаний, а они могу отличаться от знаний Редхатовцев.
>> >>         Как пример, полуторагодичная проблема связки inted + wu-ftpd.
>> >> Тогда я срочно перешел на xinetd.
>> > :-) ... А мы отказались от inetd, так что здесь проблем не будет.
>>         Мил человек, Вы прочитайте что я сказал.... я понимаю что Вы
>> перешли на xinetd. я привел привер некой ситуации, а Вы мне вторите что Вы
>> перещли ! ;-(
AB> Я к тому вторю, что в данной ситуации проблем в Вашем и нашем подходе
AB> проблем не будет. Если говорить о гипотетической ситуации, то подобная
AB> проблема будет со всем дистрибутивами и их производителями. Как пример --
AB> почитайте Linux Weekly News за 10.05.2001 об обновлениях в TurboLinux.
AB> http://lwn.net/2001/0510/security.php3 ("TurboLinux security advisories
AB> return")

>> >> >> А кстати РРР ваш собран с поддержкой callback ?? вот в
>> >> >> бета ВС (на то что АСП 7.1 до слияния ешо) у них был с
>> >> >> калбаком.
>> >> 
>> >> > Если Вы мне объясните, что такое ppp _без_ callback, то я
>> >>         вообщем то я имею ввиду
>> >> Microsoft Call Back Configuration Protocol.
>> > Пакет ppp-extra, /usr/share/ppp/scripts/callback. Подойдет?
>>         нет... это не протокл cbcp ! а жалкий скрипт, который был в РРР
>> черт знает с какой версии.
AB> И который, кстати, свою работу делает. Естественно, не посредством ПО от
AB> Microsoft. Впрочем, packager ppp уже поставлен в известность о необходимости
AB> пересборки.

>> 
>> 
>> >> pppd-2.4.0-cbcp.diff              
>> >> И что мы видим, cbcp патча нету.
>> > А что вот это?
>>         что именно ?????
AB> Чтение писем последовательно имеет свои недостатки -- прочитайте мой ответ
AB> на мой ответ и Вы поймете. Кстати, сам по себе patch не нужен, cbcp
AB> присутствует в ppp 2.4.0, необходимо только добавить cbcp.o в список
AB> линкуемых, а это можно сделать и без патча.

Ну вот, достойный ответ. Так и держать :))))

А то черти че получается.... Как в анекдоте.
<>
 - Да почитай.
 - Сам почитай.
 - Да ты козел.
 - Это ты козел.
 - Ты вообже не козел.
 - Это я то не козел....
<>
НАСТОЯТЕЛЬНАЯ просьба восринять вышесказанное как ШУТКА!!!!

-- 
Best regards,
 Sergey                            mailto:skrivulja@erec.ru

Re: [mdk-re] Сновакомпиляцияядра.

[Aleksey Novodvorsky]

On Fri, 18 May 2001 13:57:05 +0600
vic ismakaev <viclists@mail.esoo.ru> wrote:


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

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

> А trustees - самое то.

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

Rgrds, AEN

 Да и скрестиь их с LDAP
> - не такая большая 
> проблема(как мне кажется).
> 
> -- 
> С уважением
> Виктор В Исмакаев
> 
> _______________________________________________
> Mandrake-russian mailing list
> Mandrake-russian@altlinux.ru
> http://altlinux.ru/mailman/listinfo/mandrake-russian

Re: [mdk-re] Re: [mdk-re] Re: [mdk-re] Сновакомпиляцияядра.

[Aleksey Novodvorsky]

On Fri, 18 May 2001 12:32:27 +0300
Alexander Bokovoy <ab@avilink.net> wrote:

>
> прецедентов сказать не могу, это нужно смотреть на
> RSBAC.org, но Амон Отт
> достаточно много заказов в Германии имеет.
> 
> В ALT Linux Castle есть скрипт-пример настройки RSBAC для
> ограничения
> Apache.
> 
> > И еще, как в системах с RSBAC обстоят дела с
> алтернативными методами 
> > авторизации (PAM,LDAP,NIS+, etc).
> Передаю право ответа Станиславу Иевлеву как одному из
> разработчиков RSBAC :-)

Давайте об этом -- в списке рассылки Castle.

Rgrds, AEN

Re: Re[4]: [mdk-re] Сновакомпиляцияядра.

[Aleksey Novodvorsky]

On Fri, 18 May 2001 10:28:59 +0600
"Russu V.F." <ruwa@psrp.te.ru> wrote:

> Hello mandrake-russian-admin,
>
>         понятно. Тогда может быть стоит описать базовые
> концепции
> какие проблемы могут быть, если использовать пакеты от
> RedHat или ASP.
> Или типа howto сделать, как правильно пересобирать
> src.rpm, чтоб небыло
> проблем.

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

> 
> 
> > -- Мы поддерживаем решения ACL  RSBAC (кстати,
> обоснование
> > этого приведено на сайте Castle) и не подерживаем другие
> > решения.
>         хорошо, поставим вопрос по другому...
> Будет ли lids работать на ваших ядрах ?

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

> 
> > Это _наше_ мнение, с которым Вы можете соглашаться или
> не
> > соглашаться,  Вам его никто не навязывает.
>         ну раз я купил Ваш дистрибутив, автоматически я
> попадаю под
> зависимость от Вас.

Нет, покупки недостаточно :-) надо еще его использовать.

>         Гипотетическая ситуация: обнаруживается новая
> дыра, а вы все
> заболели свинкой ;-) выходит я несмогу воспользоваться
> рекомендациями,
> того же RedHat.

Если же свинкой заболеет RH, то Вам будет сложно
воспользоваться нашими рекомендациями.
На самом деле, Вы сможете воспользоваться даже
рекомендациями от SuSE и Debian, но -- не пакетами.
Выход прост:
1. Выбрать один из подходов, один из дистрибутивов, который
Вам симпатичен.
2. Не смотреть во все стороны, если Вы до конца не поняли
концептуальных отличий дистрибутивов.
3. Если же Вы поймете эти концептуальные отличия, то проблем
будет гораздо меньше, и вы будете задавать разработчикам
вопросы об _их_ дистрибутиве, а не рассказывать о том, что в
Англии ружья песком не чистят.

> Потому как вы собираете диструбитив исходя
> из своих
> знаний, а они могу отличаться от знаний Редхатовцев.
>         Как пример, полуторагодичная проблема связки inted
> + wu-ftpd.
> Тогда я срочно перешел на xinetd.
> 
> > Мы делаем дистрибутив, сообразуясь со своими знаниями и
> > опытом, с благодарностью принимаем мотивированные
> советы. Но
> > мы никогда не будем собирать пакеты вопреки своему
> мнению.
>         Я уважаю Ваше мнение, но мне хотелось бы знать,
> насколько
> совместимо богаство фрешмита с Вашим дистрибутивом,
> например тот
> же win4lin.

Богатство frshmeat совместимо примерно в равной мере со
всеми дистрибутивами. Мы не нарушаем стандартов, а потому
специфических неприятностей не будет. Что касается богатства
rpmfind.net, то здесь проблемы возникать могут, об этом я
уже писал.
Что касается win4lin, то мы не поддерживаем его патч в наших
ядрах, почему -- я писал. Но это вовсе не означает, что Вы
не может собрать ядро с этим патчем в нашей системе. И
работа/неработа win4lin будут зависеть только от него, а не
от нас. То же, очевидно, с LIDS, trustees etc.
Еще раз:
1. Стандарты мы не нарушаем.
2. У нас свои взгляды на жизнь и Linux. 

Rgrds, AEN


Rgrds, AEN

Re: Re[4]: [mdk-re] óÎÏ×ÁËÏÍÐÉÌÑÃÉÑÑÄÒÁ.

[Yuri Ryazantsev]

On Fri, May 18, 2001 at 04:09:35PM +0400, Aleksey Novodvorsky wrote:

> 1. Выбрать один из подходов, один из дистрибутивов, который
> Вам симпатичен.
> 2. Не смотреть во все стороны, если Вы до конца не поняли
> концептуальных отличий дистрибутивов.
> 3. Если же Вы поймете эти концептуальные отличия, то проблем
> будет гораздо меньше, и вы будете задавать разработчикам
> вопросы об _их_ дистрибутиве, а не рассказывать о том, что в
> Англии ружья песком не чистят.
<...skipped...>
> Еще раз:
> 1. Стандарты мы не нарушаем.
> 2. У нас свои взгляды на жизнь и Linux. 

Вот как раз с этого места и поподробнее. Хотелось бы узнать (а еще лучше
прочитать в виде некоторого документа) ВАШИ взгляды на Linux и
концептуальные отличия MandrakeRE. Только не отправляйте к .src.rpm, я
понимаю там я это могу узнать, но времени... :-))

with best wishes,

Yuri.

Re: Re[4]: [mdk-re] Сновакомпиляцияядра.

[vic ismakaev]

18 Май 2001 18:09, Вы написали:

> >         понятно. Тогда может быть стоит описать базовые
> > концепции
> > какие проблемы могут быть, если использовать пакеты от
> > RedHat или ASP.
> > Или типа howto сделать, как правильно пересобирать
> > src.rpm, чтоб небыло
> > проблем.
>
> howto по нашему rpm было в списке рассылки. Там все, что
> нужно для того, чтобы исправить spec от RH для работы с
> нашим rpm.
Имеете ввиду тот, который лежит в sisyphus/i586/doc/rpm_pacckaging_howto ?
Или что-то другое?
-- 
С уважением
Виктор В Исмакаев

Re: Re[4]: [mdk-re] Сновакомпиляцияядра.

[Aleksey Novodvorsky]

On Fri, 18 May 2001 16:21:12 +0400
Yuri Ryazantsev <yuri@unix.ru> wrote:

>
> <...skipped...>
> > Еще раз:
> > 1. Стандарты мы не нарушаем.
> > 2. У нас свои взгляды на жизнь и Linux. 
> 
> Вот как раз с этого места и поподробнее. Хотелось бы
> узнать (а еще лучше
> прочитать в виде некоторого документа) ВАШИ взгляды на
> Linux и
> концептуальные отличия MandrakeRE. Только не отправляйте к
> .src.rpm, я
> понимаю там я это могу узнать, но времени... :-))

Я думаю, что постоянные читатели списка рассылки знают нас
как облупленных :-)
Конечно, это отписка и нам критически важно выпустить
соответсвующие документы. К сожалению, нам так же важно
закончить несколько срочных проектов.

Rgrds, AEN

> 
> with best wishes,
> 
> Yuri.
> 
> 
> _______________________________________________
> Mandrake-russian mailing list
> Mandrake-russian@altlinux.ru
> http://altlinux.ru/mailman/listinfo/mandrake-russian

Re: Re[4]: [mdk-re] Сновакомпиляцияядра.

[Aleksey Novodvorsky]

On Fri, 18 May 2001 18:41:37 +0600
vic ismakaev <viclists@mail.esoo.ru> wrote:

> 18 Май 2001 18:09, Вы написали:
> 
> > >         понятно. Тогда может быть стоит описать
> базовые
> > > концепции
> > > какие проблемы могут быть, если использовать пакеты от
> > > RedHat или ASP.
> > > Или типа howto сделать, как правильно пересобирать
> > > src.rpm, чтоб небыло
> > > проблем.
> >
> > howto по нашему rpm было в списке рассылки. Там все, что
> > нужно для того, чтобы исправить spec от RH для работы с
> > нашим rpm.
> Имеете ввиду тот, который лежит в
> sisyphus/i586/doc/rpm_pacckaging_howto ?
> Или что-то другое?

Да. И еще README.alt(ipl) в документации к rpm.

Rgrds, AEN

Re: Re[4]: [mdk-re] óÎÏ×ÁËÏÍÐÉÌÑÃÉÑÑÄÒÁ.

[Yuri Ryazantsev]

On Fri, May 18, 2001 at 04:44:40PM +0400, Aleksey Novodvorsky wrote:

> Я думаю, что постоянные читатели списка рассылки знают нас
> как облупленных :-)
> Конечно, это отписка и нам критически важно выпустить
> соответсвующие документы. К сожалению, нам так же важно
> закончить несколько срочных проектов.

А вот и нет. Я постоянно читаю Вас (даже лично встречались) и до сих пор не
понимаю фактического состояния концепции дистрибутива:

1. Потенциальный пользователь и его окружение (какого уровня и какие задачи
   решает пользователь и какого он уровня).
2. Техническая поддержка выпущенного дистрибутива
3. Направления развития данного дистрибутива.

with best wishes,

Yuri.

Re[6]: [mdk-re] óÎÏ×ÁËÏÍÐÉÌÑÃÉÑÑÄÒÁ.

[Russu V.F.]

Hello mandrake-russian-admin,

Friday, May 18, 2001, 18:09:35, you wrote:

> On Fri, 18 May 2001 10:28:59 +0600
> "Russu V.F." <ruwa@psrp.te.ru> wrote:

>> Hello mandrake-russian-admin,
>>
>>         понятно. Тогда может быть стоит описать базовые
>> концепции
>> какие проблемы могут быть, если использовать пакеты от
>> RedHat или ASP.
>> Или типа howto сделать, как правильно пересобирать
>> src.rpm, чтоб небыло
>> проблем.

> howto по нашему rpm было в списке рассылки. Там все, что
        странно, я не замечал. можно полный УРЛ ??

> нужно для того, чтобы исправить spec от RH для работы с
> нашим rpm.
        надеюсь там описано не толкь что MDK и RH чуть чуть имеют различия
где они собирают пакеты ??

>> > -- Мы поддерживаем решения ACL  RSBAC (кстати,
>> обоснование
>> > этого приведено на сайте Castle) и не подерживаем другие
>> > решения.
>>         хорошо, поставим вопрос по другому...
>> Будет ли lids работать на ваших ядрах ?

> Почему бы нет? Но я же написал, что поддержка LIDS не входит
> в наши планы.
        то есть. если я поставил себе lids мне с возможными траблами суда
даже и не суваться с возможными траблами работы ядра ???

>> > Это _наше_ мнение, с которым Вы можете соглашаться или
>> не
>> > соглашаться,  Вам его никто не навязывает.
>>         ну раз я купил Ваш дистрибутив, автоматически я
>> попадаю под
>> зависимость от Вас.

> Нет, покупки недостаточно :-) надо еще его использовать.
        а вот тут  Вы не правы. я купил дистрбутив, что бы Вам и команде
Вашей (их которой многих я знаю) было на что пивка попить. Хотя имел
возможность стянуть все оп сети. ну это я отвлекся.....
        Естесно я его использую.... нажеюсь за выходные доберусь до
компа... и дам раскалад про тарблу свою с ТВ-тюнером.

>>         Гипотетическая ситуация: обнаруживается новая
>> дыра, а вы все
>> заболели свинкой ;-) выходит я несмогу воспользоваться
>> рекомендациями,
>> того же RedHat.

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

> На самом деле, Вы сможете воспользоваться даже
> рекомендациями от SuSE и Debian, но -- не пакетами.
        вот про что я и говорю.... вернемся к нашим баранам:
Полтора года, или год (непомню точно) на ХакЗоне была описана DoS атака на
wu-ftpd. Вы в это время все болеете свинкой. ASP выпускает рекомендацию
поставить xintd. но вы _неможите__ выпустить пакет, и выходит что мне либо
следовать Вашим заветам и тушать ФТП до разрешения проблемы, либо
пользоваться "левым" пакетом. работу которого вы не гарантируете.
        Вот про это я о говрил. что может имеет создать смысл документ
RH2ALT или ASP2ALT которой будет описывать, что нужно делать, и как чтобы
чужой пакет работал в Вашей системе как родной.

> Выход прост:
> 1. Выбрать один из подходов, один из дистрибутивов, который
> Вам симпатичен.
        уже выбрал, к сожелению это не spring2001 $-(((

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

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


> не может собрать ядро с этим патчем в нашей системе. И
> работа/неработа win4lin будут зависеть только от него, а не
> от нас. То же, очевидно, с LIDS, trustees etc.
        нет.... работа ядра будет зависеть от Вас... от того какие пачти
Вы уложите в систему (предполжим разговор идет ядре без rsbac).
        Вы должны предупредить о возможных траблах.
Как например kgcc. много было красивого в книжке... да вот только забыли
описать такой маленький ньюанс, что ядро компилить надо kgcc. ;-((((

> Еще раз:
> 1. Стандарты мы не нарушаем.
> 2. У нас свои взгляды на жизнь и Linux. 

        ;-)))) а Вы уверены что ваши взгляды на жизнь не нарушают
стандартов ?



-- 
 ОП ТЭСР
 Сис.админ      телефон: 76-40-56
 Руссу В.Ф.     e-mail:  ruwa@psrp.te.ru
                icq:     14848608
                Yahoo messager: LostRuwa

Re: [mdk-re] Re: [mdk-re] Re: Re[4]: [mdk-re] óÎÏ×ÁËÏÍÐÉÌÑÃÉÑÑÄÒÁ.

[Russu V.F.]

Hello mandrake-russian-admin,

Friday, May 18, 2001, 16:29:56, you wrote:

>> > :-) ... А мы отказались от inetd, так что здесь проблем не будет.
>>         Мил человек, Вы прочитайте что я сказал.... я понимаю что Вы
>> перешли на xinetd. я привел привер некой ситуации, а Вы мне вторите что Вы
>> перещли ! ;-(
> Я к тому вторю, что в данной ситуации проблем в Вашем и нашем подходе
        ладно не буду спросить про это - э то все софтистика.

>> >> >> А кстати РРР ваш собран с поддержкой callback ?? вот в
>> >> >> бета ВС (на то что АСП 7.1 до слияния ешо) у них был с
>> >> >> калбаком.
>> >> 
>> >> > Если Вы мне объясните, что такое ppp _без_ callback, то я
>> >>         вообщем то я имею ввиду
>> >> Microsoft Call Back Configuration Protocol.
>> > Пакет ppp-extra, /usr/share/ppp/scripts/callback. Подойдет?
>>         нет... это не протокл cbcp ! а жалкий скрипт, который был в РРР
>> черт знает с какой версии.
> И который, кстати, свою работу делает. Естественно, не посредством ПО от
        хммм... и как он делает совю работу.. ????
у меня к примеру конфиг..... неким юзерам выдаеться сразу вход в систему,
неким вываливает в винде окошко с вводом телефона - куда им
_перезванивать_.
        Вы будете утверждать что что скрипт это делает ???? ;-(((((

> Microsoft. Впрочем, packager ppp уже поставлен в известность о необходимости
> пересборки.
        дык с этого нужно было начинать..... а не рассказывать что могут
скрипты.


>> >> pppd-2.4.0-cbcp.diff
>> >> И что мы видим, cbcp патча нету.
>> > А что вот это?
>>         что именно ?????
> Чтение писем последовательно имеет свои недостатки -- прочитайте мой ответ
> на мой ответ и Вы поймете. Кстати, сам по себе patch не нужен, cbcp
> присутствует в ppp 2.4.0, необходимо только добавить cbcp.o в список
> линкуемых, а это можно сделать и без патча.
        а он имеется в наличии ????


-- 
 ОП ТЭСР
 Сис.админ      телефон: 76-40-56
 Руссу В.Ф.     e-mail:  ruwa@psrp.te.ru
                icq:     14848608
                Yahoo messager: LostRuwa

Re: [mdk-re] Re: [mdk-re] Re: [mdk-re] Re: Re[4]: [mdk-re] óÎÏ×ÁËÏÍÐÉÌÑÃÉÑÑÄÒÁ.

[Russu V.F.]

Hello mandrake-russian-admin,

Friday, May 18, 2001, 17:10:44, you wrote:

> Ну вот, достойный ответ. Так и держать :))))

        Будем считать что это тоже шутка....



-- 
 ОП ТЭСР
 Сис.админ      телефон: 76-40-56
 Руссу В.Ф.     e-mail:  ruwa@psrp.te.ru
                icq:     14848608
                Yahoo messager: LostRuwa

Re[6]: [mdk-re] óÎÏ×ÁËÏÍÐÉÌÑÃÉÑÑÄÒÁ.

[Russu V.F.]

Hello mandrake-russian-admin,

Friday, May 18, 2001, 18:21:12, you wrote:

> On Fri, May 18, 2001 at 04:09:35PM +0400, Aleksey Novodvorsky wrote:

>> 1. Выбрать один из подходов, один из дистрибутивов, который
>> Вам симпатичен.
>> 2. Не смотреть во все стороны, если Вы до конца не поняли
>> концептуальных отличий дистрибутивов.
>> 3. Если же Вы поймете эти концептуальные отличия, то проблем
>> будет гораздо меньше, и вы будете задавать разработчикам
>> вопросы об _их_ дистрибутиве, а не рассказывать о том, что в
>> Англии ружья песком не чистят.
> <...skipped...>
>> Еще раз:
>> 1. Стандарты мы не нарушаем.
>> 2. У нас свои взгляды на жизнь и Linux. 

> Вот как раз с этого места и поподробнее. Хотелось бы узнать (а еще лучше
> прочитать в виде некоторого документа) ВАШИ взгляды на Linux и
> концептуальные отличия MandrakeRE. Только не отправляйте к .src.rpm, я
> понимаю там я это могу узнать, но времени... :-))

        Вот вот.... я про тоже и толкую.....
у анархистов тоже была своя программа...
        Команда ALT - расскажите свою.... !!!!!!


-- 
 ОП ТЭСР
 Сис.админ      телефон: 76-40-56
 Руссу В.Ф.     e-mail:  ruwa@psrp.te.ru
                icq:     14848608
                Yahoo messager: LostRuwa

Re: [mdk-re] Снова компиляция ядра

[Sergey S. Skulachenko]

On Fri, 18 May 2001 16:58:42 +0400
Yuri Ryazantsev <yuri@unix.ru> wrote:

> On Fri, May 18, 2001 at 04:44:40PM +0400, Aleksey Novodvorsky wrote:
> 
> > Я думаю, что постоянные читатели списка рассылки знают нас
> > как облупленных :-)
> > Конечно, это отписка и нам критически важно выпустить
> > соответсвующие документы. К сожалению, нам так же важно
> > закончить несколько срочных проектов.
> 
> А вот и нет. Я постоянно читаю Вас (даже лично встречались) и до сих пор
> не
> понимаю фактического состояния концепции дистрибутива:
> 
> 1. Потенциальный пользователь и его окружение (какого уровня и какие
> задачи
>    решает пользователь и какого он уровня).
> 2. Техническая поддержка выпущенного дистрибутива
> 3. Направления развития данного дистрибутива.

На самом деле "дистрибутивов". И вот тут возникает очень важное замечание:
о некоторых вещах надо уметь умалчивать. Их появление должно усиливаться
неожиданностью. Сложное это дело - уметь молчать. И этому нужно с самого
начала учить в особенности младший персонал. Русский человек привык рвать
на себе рубашку. А надо жёстко придерживаться разделения труда и, не
бойтесь этих слов, должностных инструкций. Кодируешь - кодируй. Брошен на
связи с общественностью - вперёд, но в отведённых тебе жёстких рамках.
Иначе выиграют те, у кого в голове всего одна идея. На чужом, то есть,
...горбу.
С уважением,
С.С.Скулаченко

[mdk-re] Re[7]: [mdk-re] Сновакомпиляцияядра.

[Sergey Krivulja]

Hello Russu,

Friday, May 18, 2001, 5:08:32 PM, you wrote:

RVF> Вы уложите в систему (предполжим разговор идет ядре без rsbac).
RVF>         Вы должны предупредить о возможных траблах.
RVF> Как например kgcc. много было красивого в книжке... да вот только забыли
RVF> описать такой маленький ньюанс, что ядро компилить надо kgcc. ;-((((
1. Дак насколько я понял, автоматом цепляется, правда с ядрами от ALTLinux.
2. Здесь уже столько об этом писано ....
3. В книжечке еще должно быть это прописано.
4. В ИНЕТЕ было много по поводу того, что компилить рекомендуется пока
    2.95.3
5. kgcc - это ссылка на gcc 2.95.3

P.S. И заставочка в фреймбуфере ничего.

-- 
Best regards,
 Sergey                            mailto:skrivulja@erec.ru

Re: Re[6]: [mdk-re] Сновакомпиляцияядра.

[Vyt]

On Fri, 18 May 2001 19:07:16 +0600
"Russu V.F." <ruwa@psrp.te.ru> wrote:

<skipped>

> >> Еще раз:
> >> 1. Стандарты мы не нарушаем.
> >> 2. У нас свои взгляды на жизнь и Linux.
> 
> > Вот как раз с этого места и поподробнее. Хотелось бы узнать (а еще лучше
> > прочитать в виде некоторого документа) ВАШИ взгляды на Linux и
> > концептуальные отличия MandrakeRE. Только не отправляйте к .src.rpm, я
> > понимаю там я это могу узнать, но времени... :-))
> 
>         Вот вот.... я про тоже и толкую.....
> у анархистов тоже была своя программа...
>         Команда ALT - расскажите свою.... !!!!!!

Вам же написали - будет время, будут документы.
И прекратите, пожалуйста, флейм, и так уже уровень беседы...

<skipped>

-- 
Regards, Vyt
mailto:vyt@vzljot.ru

Re: [mdk-re] óÎÏ×Á ËÏÍÐÉÌÑÃÉÑ ÑÄÒÁ

[Yuri Ryazantsev]

On Fri, May 18, 2001 at 05:14:50PM +0400, Sergey S. Skulachenko wrote:

> > А вот и нет. Я постоянно читаю Вас (даже лично встречались) и до сих пор
> > не
> > понимаю фактического состояния концепции дистрибутива:
> > 
> > 1. Потенциальный пользователь и его окружение (какого уровня и какие
> > задачи
> >    решает пользователь и какого он уровня).
> > 2. Техническая поддержка выпущенного дистрибутива
> > 3. Направления развития данного дистрибутива.
> 
> На самом деле "дистрибутивов". И вот тут возникает очень важное замечание:
> о некоторых вещах надо уметь умалчивать. Их появление должно усиливаться
> неожиданностью. Сложное это дело - уметь молчать. И этому нужно с самого
> начала учить в особенности младший персонал. Русский человек привык рвать
> на себе рубашку. А надо жёстко придерживаться разделения труда и, не
> бойтесь этих слов, должностных инструкций. Кодируешь - кодируй. Брошен на
> связи с общественностью - вперёд, но в отведённых тебе жёстких рамках.
> Иначе выиграют те, у кого в голове всего одна идея. На чужом, то есть,

А вот и не соглашусь с Вами. Я не прошу Вас рассказать о Ваших know-how или
будущих идеях. Меня интересует мое будущее, чтобы я через N месяцев не
сказал самому себе: "Пусть будет проклят тот день когда я связался с этим
дистрибутивом". Вы прекрасно понимаете, что не существует универсального и
замечательного дистрибутива для любого вида задач (иначе бы только он один и
развивался :-). Поэтому когда стоит вопрос о выборе того или иного
дистрибутива, соизмеряешь усилия по его освоению и доводке его под свои задачи.
А также еще и смотришь на то, куда смотрит команда разработчиков. Если это
все направлено в одну сторону, то получается что в выигрыше все. А если наши
усилия как лебедь, рак и щука, то лучше менять дистрибутив.

ВОТ ЭТИ ТО ВОПРОСЫ ВЫ НЕ ДОЛЖНЫ УМАЛЧИВАТЬ. Иначе собираете под свои знамена
людей, а потом скажете: "Мы пошли по домам, а вы куда хотите" :-))

with best wishes,

Yuri.

Re: [mdk-re] Снова компиляция ядра

[Sergey S. Skulachenko]

On Fri, 18 May 2001 17:49:45 +0400
Yuri Ryazantsev <yuri@unix.ru> wrote:


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

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

Re: Re[4]: [mdk-re] Сновакомпиляцияядра.

[Aleksey Novodvorsky]

On Fri, 18 May 2001 16:58:42 +0400
Yuri Ryazantsev <yuri@unix.ru> wrote:

> On Fri, May 18, 2001 at 04:44:40PM +0400, Aleksey
> Novodvorsky wrote:
> 
> > Я думаю, что постоянные читатели списка рассылки знают
> нас
> > как облупленных :-)
> > Конечно, это отписка и нам критически важно выпустить
> > соответсвующие документы. К сожалению, нам так же важно
> > закончить несколько срочных проектов.
> 
> А вот и нет. Я постоянно читаю Вас (даже лично
> встречались) и до сих пор не
> понимаю фактического состояния концепции дистрибутива:
> 
> 1. Потенциальный пользователь и его окружение (какого
> уровня и какие задачи
>    решает пользователь и какого он уровня).

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

Что касается решаемых задач, то мы не ставим здесь
принципиальных ограничений, но в нашей команде пока
представлены не все направления.


> 2. Техническая поддержка выпущенного дистрибутива

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

> 3. Направления развития данного дистрибутива.

Основа нашей технологии -- Sisyphus.
На его базе созданы и/или создаются:
-- универсальный дистрибутив
-- OEM - дистрибутивы (Intel, MSI)
-- серверный дистрибутив Castle
-- другие специализированные дистрибутивы.

Думаю, что в июне имеет смысл выпустить что-то вроде
Appendix. Тем более, что проблемы обновления с появлениенм
apt-get должны быть сняты. 

Могу назвать также такие направления:
-- защита (здесь у нас есть ряд уникальных решений);
-- web (Midgard, LRN, Zope, отчасти с этим связаны и серверы
баз данных);
-- офисные приложения (Gecko-броузеры, мейлеры, Open Office,
в ближней перспективе Koffice -- такового выбора и степени
готовности к работе, Вы, пожалуй, не найдете нигде) ;
-- интеранционализация (мы будем работать над интеграцией
Unicode и интенационализацией проблемных приложений, как
обычно);


Rgrds, AEN

Re: Re[6]: [mdk-re] Сновакомпиляцияядра.

[Aleksey Novodvorsky]

On Fri, 18 May 2001 19:08:32 +0600
"Russu V.F." <ruwa@psrp.te.ru> wrote:


> >> Будет ли lids работать на ваших ядрах ?
> 
> > Почему бы нет? Но я же написал, что поддержка LIDS не
> входит
> > в наши планы.
>         то есть. если я поставил себе lids мне с
> возможными траблами суда
> даже и не суваться с возможными траблами работы ядра ???

Странный вывод. Если кто-то сможет Вам помочь, то, конечно,
поможет. Но так как мы не собираемся заниматься LIDS, то:
--  мы не сможем отвечать на специфические вопросы;
--  не будем разбираться с LIDS специально.

Вообще, это список рассылки для пользователей, а не список
рассылки для поддержки пользователей. 


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

Спасибо, но все же не используя дистрибутив, Вы не попадаете
в зависимость от нас.

> Хотя имел
> возможность стянуть все оп сети. ну это я отвлекся.....
>         Естесно я его использую.... нажеюсь за выходные
> доберусь до
> компа... и дам раскалад про тарблу свою с ТВ-тюнером.
Ok.

> 
> >>         Гипотетическая ситуация: обнаруживается новая
> >> дыра, а вы все
> >> заболели свинкой ;-) выходит я несмогу воспользоваться
> >> рекомендациями,
> >> того же RedHat.
> 
> > Если же свинкой заболеет RH, то Вам будет сложно
> > воспользоваться нашими рекомендациями.
>         не передергивайте, Вы прекрасно поняли что я имел
> ввиду.
> Помимо RH есть например Кантер и Каневский, к мнению коих
> я прислущаюсь
> раньше RH. это к примеру.

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



> 
> > На самом деле, Вы сможете воспользоваться даже
> > рекомендациями от SuSE и Debian, но -- не пакетами.
>         вот про что я и говорю.... вернемся к нашим
> баранам:
> Полтора года, или год (непомню точно) на ХакЗоне была
> описана DoS атака на
> wu-ftpd. Вы в это время все болеете свинкой. ASP выпускает
> рекомендацию
> поставить xintd. но вы _неможите__ выпустить пакет, и
> выходит что мне либо
> следовать Вашим заветам и тушать ФТП до разрешения
> проблемы, либо
> пользоваться "левым" пакетом. работу которого вы не
> гарантируете.
>         Вот про это я о говрил. что может имеет создать
> смысл документ
> RH2ALT или ASP2ALT которой будет описывать, что нужно
> делать, и как чтобы
> чужой пакет работал в Вашей системе как родной.

В то время мы были совместимы с MDK и Вы могли
воспользоваться рекомендацией MDK. 
Мы не будем поддерживать ни RH, ни ASP. Описание сборки rpm
от RH имеется. Что касается дыр в защите, то, естественно,
что декларирую свою несовместимость с другими дистрибутивами
мы берем на себя обязательства по их оперативному латанию.

> 
> > Выход прост:
> > 1. Выбрать один из подходов, один из дистрибутивов,
> который
> > Вам симпатичен.
>         уже выбрал, к сожелению это не spring2001 $-(((

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

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

Уже писал об этом...

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

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

> > не может собрать ядро с этим патчем в нашей системе. И
> > работа/неработа win4lin будут зависеть только от него, а
> не
> > от нас. То же, очевидно, с LIDS, trustees etc.
>         нет.... работа ядра будет зависеть от Вас... от
> того какие пачти
> Вы уложите в систему (предполжим разговор идет ядре без
> rsbac).

???? 

>         Вы должны предупредить о возможных траблах.
> Как например kgcc. много было красивого в книжке... да вот
> только забыли
> описать такой маленький ньюанс, что ядро компилить надо
> kgcc. ;-((((



> 
> > Еще раз:
> > 1. Стандарты мы не нарушаем.
> > 2. У нас свои взгляды на жизнь и Linux. 
> 
>         ;-)))) а Вы уверены что ваши взгляды на жизнь не
> нарушают
> стандартов ?


Уверен, что нарушают.

Rgrds, AEN

Re: [mdk-re] Снова компиляция ядра

[Aleksey Novodvorsky]

On Fri, 18 May 2001 17:49:45 +0400
Yuri Ryazantsev <yuri@unix.ru> wrote:


> 
>  Иначе
> собираете под свои знамена
> людей, а потом скажете: "Мы пошли по домам, а вы куда
> хотите" :-))

Мы (как команда) три года занимаемся Linux и, думаю, не
давали повода для таких предположений. Хоть смайлик Вы и
поставили, а все равно обидно.

Rgrds, AEN

Re: Re[4]: [mdk-re] óÎÏ×ÁËÏÍÐÉÌÑÃÉÑÑÄÒÁ.

[Yuri Ryazantsev]

On Fri, May 18, 2001 at 06:20:45PM +0400, Aleksey Novodvorsky wrote:

> > 1. Потенциальный пользователь и его окружение (какого
> > уровня и какие задачи
> >    решает пользователь и какого он уровня).
> 
> Писал, кажется, и об этом...
> Мы будем выпускать дистрибутивы для разных категориф
> пользователей, а также универсальный дистрибутив.
> Наши пользователи -- free people.
> То есть во-первых -- people. то есть мы обращаемся к
> человеку, а не к организации как к сущности и не к функции.
> Замечу, что это не значит, что мы не работаем с
> организациями.
> Во-вторых -- free people. Здесь можно говорить много, скажу
> только, что свобода подразумевает самостоятельность в
> мышлении и в деятельности, способность воспринимать новое. 
> Конечно, есть люди, которые не вполне свободны, но могут
> стать таковыми. Мы будем работать и для них.
> Мы сознательно ограничиваем круг своих пользователей этими
> весьма жесткими условиями. Но надо понимать, что нашу
> команду объединяют, в первую очередь, общие взгляды на
> жизнь, а не только род занятий. 
> 
> Что касается решаемых задач, то мы не ставим здесь
> принципиальных ограничений, но в нашей команде пока
> представлены не все направления.
> 
> 
> > 2. Техническая поддержка выпущенного дистрибутива
> 
> Ну, об этом я писал точно. 
> Мы, в связи с ростом числа заказов, создаем подразделение
> поддержки.
> Новость про обучение будет до конца мая. 
> 
> > 3. Направления развития данного дистрибутива.
> 
> Основа нашей технологии -- Sisyphus.
> На его базе созданы и/или создаются:
> -- универсальный дистрибутив
> -- OEM - дистрибутивы (Intel, MSI)
> -- серверный дистрибутив Castle
> -- другие специализированные дистрибутивы.
> 
> Думаю, что в июне имеет смысл выпустить что-то вроде
> Appendix. Тем более, что проблемы обновления с появлениенм
> apt-get должны быть сняты. 
> 
> Могу назвать также такие направления:
> -- защита (здесь у нас есть ряд уникальных решений);
> -- web (Midgard, LRN, Zope, отчасти с этим связаны и серверы
> баз данных);
> -- офисные приложения (Gecko-броузеры, мейлеры, Open Office,
> в ближней перспективе Koffice -- такового выбора и степени
> готовности к работе, Вы, пожалуй, не найдете нигде) ;
> -- интеранционализация (мы будем работать над интеграцией
> Unicode и интенационализацией проблемных приложений, как
> обычно);

Мое почтение, Алексей!!!! Именно этого я и ждал уже почти месяц. Еще бы
немного поподробнее отдельные пункты и получится классный
<a href="Phylosophy.html">Phylosophy</a>. А почему бы именно это и не положить
на сервер. И вести бы сей документ, так же как и FAQ, учитывая обсуждения и
пожелания. Т.к. далнейшее обсуждение этой темы может быть довольно тягостным
для остальных членов этой рассылки, предлагаю перенести его в более
дружественную обстановку.

with best wishes,

Yuri.

Re: Re[4]: [mdk-re] Сновакомпиляцияядра.

[Aleksey Novodvorsky]

On Fri, 18 May 2001 21:05:26 +0400
Yuri Ryazantsev <yuri@unix.ru> wrote:


> 
> Мое почтение, Алексей!!!! Именно этого я и ждал уже почти
> месяц. Еще бы
> немного поподробнее отдельные пункты и получится классный
> <a href="Phylosophy.html">Phylosophy</a>. А почему бы
> именно это и не положить
> на сервер. И вести бы сей документ, так же как и FAQ,
> учитывая обсуждения и
> пожелания.

Вот Rider сделает новый сайт -- допишу...

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

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

Rgrds, AEN

Re: [mdk-re] óÎÏ×Á ËÏÍÐÉÌÑÃÉÑ ÑÄÒÁ

[Yuri Ryazantsev]

On Fri, May 18, 2001 at 07:03:18PM +0400, Aleksey Novodvorsky wrote:

> >  Иначе
> > собираете под свои знамена
> > людей, а потом скажете: "Мы пошли по домам, а вы куда
> > хотите" :-))
> 
> Мы (как команда) три года занимаемся Linux и, думаю, не
> давали повода для таких предположений. Хоть смайлик Вы и
> поставили, а все равно обидно.

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

А по-поводу, кто сколько Linux'ом занимается:
у меня по www.linuxcounter.org - #9401
Your record was created:   1995-01-11 21:56:28
И это было через два года после моей первой его установки.

with best wishes,

Yuri.

Re: Re[4]: [mdk-re] óÎÏ×ÁËÏÍÐÉÌÑÃÉÑÑÄÒÁ.

[Yuri Ryazantsev]

On Fri, May 18, 2001 at 09:20:43PM +0400, Aleksey Novodvorsky wrote:

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

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

with best wishes,

Yuri.

[mdk-re] Re: [mdk-re] Снова компиляция ядра

[Aleksey Novodvorsky]

Yuri Ryazantsev wrote:

> On Fri, May 18, 2001 at 07:03:18PM +0400, Aleksey Novodvorsky wrote:
>
> > >  Иначе
> > > собираете под свои знамена
> > > людей, а потом скажете: "Мы пошли по домам, а вы куда
> > > хотите" :-))
> >
> > Мы (как команда) три года занимаемся Linux и, думаю, не
> > давали повода для таких предположений. Хоть смайлик Вы и
> > поставили, а все равно обидно.
>
> Ну это Вы зря. Если я хоть чем-то Вас обидел, приношу свои самые
> наиискреннейшие извинения. Если бы не испытывал к Вам уважения, как к
> команде занимающейся очень полезным делом, то не покупал бы Ваш дистрибутив
> и не писал бы письма в этот лист. А критикую по-доброму и из лучших
> побуждений.

Спасибо. Но я не о критике., а о "пошли домой". И про три года говорю потому,
что мы могли "пойти домой" много раз, -- было по всякому.
Лично я считаю, что самый надежный с точки зрения поддержки дистрибутив --
Debian. Люди, которые собираются добровольно, которые не имеют прямой
материальной выгоды, а как правило -- непрямой тоже, самые надежные. Конечно,
кто-то уходит, но динамика положительна. Меньше всего я доверяю тем, кто не
имеет никакой идеологической (слово  это у нас  испохаблено, -- замените на
лучшее, если знаете) подоплеки своей работы и подменяет ее  примитивными
человеческими страстями : стремлением разбогатеть,  задавить конкурента, стать
первым etc. --  любой ценой . Такие желания посещают каждого, никто не ангел,
но на такой основе ничего не построишь. Тем более в мире free software.


> Чтоб дистрибутивы лучше были, и чтоб постоянно увеличивающееся
> число его пользователей с нетерпением ждало выхода нового.
>
> А по-поводу, кто сколько Linux'ом занимается:
> у меня по www.linuxcounter.org - #9401
> Your record was created:   1995-01-11 21:56:28
> И это было через два года после моей первой его установки.

WOW! У меня стаж на пять лет меньше.

Rgrds, AEN

[mdk-re] Re: [mdk-re] Сновакомпиляцияядра.

[Aleksey Novodvorsky]

Yuri Ryazantsev wrote:

> On Fri, May 18, 2001 at 09:20:43PM +0400, Aleksey Novodvorsky wrote:
>
> > По-моему, обстановка здесь как раз дружественная. А если кто
> > встал не с той ноги, то это бывает и проходит.
> > А если просто хочется обсудить в другом месте --
> > предлагайте.
>
> Предлагаю - собраться лицом к лицу. Как-то сразу после выхода Спринга
> собрались и мне кажется это было очень неплохо.

Очень хорошо было.  Но формы встреч бывают разные.
Например, как отнесется уважаемая публика к идее регулярного (раз в
месяц, две недели) семинара по free software? Аудиторию в Институте
философии найдем. А чтобы не москвичам было не очень обидно, -- будем
публиковать материалы. Только не хотелось бы, чтобы:
-- выступали исключительно мы, хотя начнем, естественно, с этого;
-- семинары превращались в вечера вопросов и ответов по дистрибутивам.

Rgrds, AEN

[mdk-re] Re: [mdk-re] Re: [mdk-re] Сновакомпиляцияядра.

[Yura Zotov]

On Fri, May 18, 2001 at 09:40:06PM +0400, Aleksey Novodvorsky wrote:
> Yuri Ryazantsev wrote:
> 
> > On Fri, May 18, 2001 at 09:20:43PM +0400, Aleksey Novodvorsky wrote:
> >
> > > По-моему, обстановка здесь как раз дружественная. А если кто
> > > встал не с той ноги, то это бывает и проходит.
> > > А если просто хочется обсудить в другом месте --
> > > предлагайте.
> >
> > Предлагаю - собраться лицом к лицу. Как-то сразу после выхода Спринга
> > собрались и мне кажется это было очень неплохо.
> 
> Очень хорошо было.  Но формы встреч бывают разные.
> Например, как отнесется уважаемая публика к идее регулярного (раз в
> месяц, две недели) семинара по free software? Аудиторию в Институте
> философии найдем. А чтобы не москвичам было не очень обидно, -- будем
> публиковать материалы. Только не хотелось бы, чтобы:
> -- выступали исключительно мы, хотя начнем, естественно, с этого;
> -- семинары превращались в вечера вопросов и ответов по дистрибутивам.
> 
> Rgrds, AEN
> 

Идею с семинарами поддерживаю! Очень хорошая идея. А то вроде наукой
занимаемся, а семинаров нет. Не порядок.

--
Юрий А. Зотов

[mdk-re] Re: [mdk-re] Re: [mdk-re] Сновакомпиляцияядра.

[Maksim Otstavnov]

Hello Aleksey,

Friday, May 18, 2001, 9:40:06 PM, you wrote:

AN> Например, как отнесется уважаемая публика к идее регулярного (раз в
AN> месяц, две недели) семинара по free software? Аудиторию в Институте
AN> философии найдем. А чтобы не москвичам было не очень обидно, -- будем
AN> публиковать материалы. Только не хотелось бы, чтобы:
AN> -- выступали исключительно мы, хотя начнем, естественно, с этого;
AN> -- семинары превращались в вечера вопросов и ответов по дистрибутивам.

Идея хорошая. Для начала предлагаю провести праздник установки ALT на
мой мининоут (задача нетривиальная). Пиво и т.п. команде будет в
неограниченном количестве :)))


-- 
-- Maksim

Re: [mdk-re] Re: [mdk-re] Re: [mdk-re] Сновакомпиляцияядра.

[Aleksey Novodvorsky]

Maksim Otstavnov wrote:

> Hello Aleksey,
>
> Friday, May 18, 2001, 9:40:06 PM, you wrote:
>
> AN> Например, как отнесется уважаемая публика к идее регулярного (раз в
> AN> месяц, две недели) семинара по free software? Аудиторию в Институте
> AN> философии найдем. А чтобы не москвичам было не очень обидно, -- будем
> AN> публиковать материалы. Только не хотелось бы, чтобы:
> AN> -- выступали исключительно мы, хотя начнем, естественно, с этого;
> AN> -- семинары превращались в вечера вопросов и ответов по дистрибутивам.
>
> Идея хорошая. Для начала предлагаю провести праздник установки ALT на
> мой мининоут (задача нетривиальная). Пиво и т.п. команде будет в
> неограниченном количестве :)))

Не путайте. Установка -- не тема для семинара. Отчет об установке  -- тема.
При этом, так как семинар -- научное событие, то неважно, каков будет
результат установки.
Кстати, nidd устанавливал 7.0RE на libretto. У вас не этот зверь?

Rgrds, AEN

>
>
> --
> -- Maksim
>
> _______________________________________________
> Mandrake-russian mailing list
> Mandrake-russian@altlinux.ru
> http://altlinux.ru/mailman/listinfo/mandrake-russian

[mdk-re] Сборка IceWM

[Sergey Degtyaryov]

Не могу собрать IceWM.
Началось с патчика к 1.0.8 - tray for icewm.
Не видит X window system.

checking for X... no
configure: error: X Window System not found

Интереса ради комментирую эту проверку в configure. Следующая потеря - libXpm.

checking for XpmReadFileToPixmap in -lXpm... no
configure: error: libXpm can not be found

Устанавливаю 1.0.7.src.rpm из дистрибутива - повторяется на все 100.

XFree86-4.0.3-ipl2mdk
xpm-3.4-ipl2mdk

Что делать? Очень хочется попробовать это чудо - tray для Айса.
-- 
Искусство вождения тpебует жеpтв
-----
Rgds, maga, maga@mail.ru

Re: [mdk-re] Сборка IceWM

[Aleksey Novodvorsky]

Sergey Degtyaryov wrote:

> Не могу собрать IceWM.
> Началось с патчика к 1.0.8 - tray for icewm.
> Не видит X window system.
>
> checking for X... no
> configure: error: X Window System not found
>
> Интереса ради комментирую эту проверку в configure. Следующая потеря - libXpm.
>
> checking for XpmReadFileToPixmap in -lXpm... no
> configure: error: libXpm can not be found
>
> Устанавливаю 1.0.7.src.rpm из дистрибутива - повторяется на все 100.
>
> XFree86-4.0.3-ipl2mdk
> xpm-3.4-ipl2mdk
>
> Что делать? Очень хочется попробовать это чудо - tray для Айса.

А установлены ли у  Вас XFree86-devel и xpm-devel?

Rgrds, AEN

Re: [mdk-re] Сборка IceWM

[Sergey Degtyaryov]

On Fri, 18 May 2001 23:17:56 +0400
Aleksey Novodvorsky <aen@logic.ru> wrote:

> > Что делать? Очень хочется попробовать это чудо - tray для Айса.
> 
> А установлены ли у  Вас XFree86-devel и xpm-devel?
> 
> Rgrds, AEN

Больному стало легче. Спасибо.

-- 
Мне что же, снова киллеpам звонить?
-----
Rgds, maga, maga@mail.ru

Re: [mdk-re] Сборка IceWM

[Aleksey Novodvorsky]

Sergey Degtyaryov wrote:

> Больному стало легче. Спасибо.
>
> --
> Мне что же, снова киллеpам звонить?
> -----

Наша работа становится опасной...  :-)

Re: [mdk-re] Re: [mdk-re] óÎÏ×ÁËÏÍÐÉÌÑÃÉÑÑÄÒÁ.

[Yuri Ryazantsev]

On Fri, May 18, 2001 at 09:40:06PM +0400, Aleksey Novodvorsky wrote:

> > Предлагаю - собраться лицом к лицу. Как-то сразу после выхода Спринга
> > собрались и мне кажется это было очень неплохо.
> 
> Очень хорошо было.  Но формы встреч бывают разные.
> Например, как отнесется уважаемая публика к идее регулярного (раз в
> месяц, две недели) семинара по free software? Аудиторию в Институте
> философии найдем. А чтобы не москвичам было не очень обидно, -- будем

Идея великолепная. Поддерживаю и целиком за!

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

А для этого надо готовится. Экспромтом получается обычно второе. Хотя по
моему опыту после экспромтов такие встречи или вырождаются или становятся
именно "катализаторами" обмена опытом. Но всякие сомнения - не повод чтоб от
этого отказыватся.

with best wishes,

Yuri.

Re: [mdk-re] Re: [mdk-re] Сновакомпиляцияядра.

[Aleksey Novodvorsky]

Yuri Ryazantsev wrote:

> On Fri, May 18, 2001 at 09:40:06PM +0400, Aleksey Novodvorsky wrote:
>
> > > Предлагаю - собраться лицом к лицу. Как-то сразу после выхода Спринга
> > > собрались и мне кажется это было очень неплохо.
> >
> > Очень хорошо было.  Но формы встреч бывают разные.
> > Например, как отнесется уважаемая публика к идее регулярного (раз в
> > месяц, две недели) семинара по free software? Аудиторию в Институте
> > философии найдем. А чтобы не москвичам было не очень обидно, -- будем
>
> Идея великолепная. Поддерживаю и целиком за!
>

Ok. Так как три человека уже одобрили это ночное предложение, то:
-- Мы договариваемся об аудитории и времени. Начинать надо не слишком поздно,
чтобы закончить до 20-21 часа.
-- Я попрошу Стаса Иевлева выступить на первом заседании семинара с докладом о
Castle вооще и RSBAC в частности. Это задаст некоторый уровень "учености".
-- Мы напишем проект устава семинара. Очень важно, чтобы он не превратился в
обмен опытом администрирования, для последнего существуют другие формы общения.
Доклады должны описывать в первую очередь концепцию, а только потом -- решение.

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

Rgrds, AEN

Re: [mdk-re] Re: [mdk-re] óÎÏ×ÁËÏÍÐÉÌÑÃÉÑÑÄÒÁ.

[Yuri Ryazantsev]

On Fri, May 18, 2001 at 11:56:22PM +0400, Aleksey Novodvorsky wrote:

> Ok. Так как три человека уже одобрили это ночное предложение, то:

Еклмн, и чего не спится в ночь глухую? ;-))

> -- Мы договариваемся об аудитории и времени. Начинать надо не слишком поздно,
> чтобы закончить до 20-21 часа.

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

> -- Я попрошу Стаса Иевлева выступить на первом заседании семинара с докладом о
> Castle вооще и RSBAC в частности. Это задаст некоторый уровень "учености".
> -- Мы напишем проект устава семинара. Очень важно, чтобы он не превратился в
> обмен опытом администрирования, для последнего существуют другие формы общения.
> Доклады должны описывать в первую очередь концепцию, а только потом -- решение.

ОК. После написания устава - его публикация для всех ;-))

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

Ну это не проблема, если предупредить о готовящемся событии за два рабочих
дня.

> -- Семинар -- не тусовка. Тусовки мы очень любим, но всему свое время и место.

А после семинара - тусовка ;-))

with best wishes,

Yuri.

Re[2]: [mdk-re] óÎÏ×Á ËÏÍÐÉÌÑÃÉÑ ÑÄÒÁ

[Alexander V. Sotnikov]

Hi, Разработчики AltLinux!

Сорри. Я тут нацитировал из разных писем. Надеюсь разберетесь кто
кому.

AEN = Aleksey Novodvorsky
SSS = Sergey S. Skulachenko
YR  = Yuri Ryazantsev
RVF = Russu V.F

AEN>Это _наше_ мнение, с которым Вы можете соглашаться или не
AEN>соглашаться,  Вам его никто не навязывает.
AEN>Мы делаем дистрибутив, сообразуясь со своими знаниями и
AEN>опытом, с благодарностью принимаем мотивированные советы. Но
AEN>мы никогда не будем собирать пакеты вопреки своему мнению.

RVF>        понятно. Тогда может быть стоит описать базовые концепции
RVF>какие проблемы могут быть, если использовать пакеты от RedHat или ASP.
RVF>Или типа howto сделать, как правильно пересобирать src.rpm, чтоб небыло
RVF>проблем.

AEN>howto по нашему rpm было в списке рассылки. Там все, что
AEN>нужно для того, чтобы исправить spec от RH для работы с
AEN>нашим rpm.
Такие вещи должны быть не в списке рассылки, а в 2-3 шагах от корня
www.altlinux.ru

AEN>Выход прост:
AEN>1. Выбрать один из подходов, один из дистрибутивов, который
AEN>Вам симпатичен.
AEN>2. Не смотреть во все стороны, если Вы до конца не поняли
AEN>концептуальных отличий дистрибутивов.
AEN>3. Если же Вы поймете эти концептуальные отличия, то проблем
AEN>будет гораздо меньше, и вы будете задавать разработчикам
AEN>вопросы об _их_ дистрибутиве, а не рассказывать о том, что в
AEN>Англии ружья песком не чистят.
КАК можно понять концептуальные отличия, если не известны сами
концеции? Да и сами концепции меняются от дистра к дистру:
RH - пакетная система основанная на rpm
сначала Mdk был RH+KDE, потом они ввели свою систему безопастности;
RE сначала был Mdk с руссификацией, потом разошлись во многом (в чем
конкретно?: i18n, rsbac, apt, еще?) с Mdk - получился Alt
Suse - rpm-based, с конфигуратором YaST
Debian - пакетная система основанная на rpm
Slakware - конструктор из тарболов + BSD - like init-скрипты

AEN>Еще раз:
AEN>1. Стандарты мы не нарушаем.
AEN>2. У нас свои взгляды на жизнь и Linux.
К сожалению не нарушать стандартов этого мало. Хотите вы или нет, но
вы (и другие дистр-мэйкеры) создаете СВОИ дистр-специфичные стандарты, делающие дистры
несовместимыми.

RVF>        Вот про это я о говрил. что может имеет создать смысл документ
RVF>RH2ALT или ASP2ALT которой будет описывать, что нужно делать, и как чтобы
RVF>чужой пакет работал в Вашей системе как родной.
Слишком много дистров, для которых может захотеться ???-to-alt
imho имеет смысл описать для создания альтовых пакетов из тарболов, с
каждым выходом дистров вычищать спеки от других rpm-based будет все
сложнее и сложнее, и будет проще писать их с нуля.

AEN>Я думаю, что постоянные читатели списка рассылки знают нас
AEN>как облупленных :-)
AEN>Конечно, это отписка и нам критически важно выпустить
AEN>соответсвующие документы. К сожалению, нам так же важно
AEN>закончить несколько срочных проектов.
Как программист знаю, что нет ничего более постоянного чем временное.
Если Вам кажется, что вот-вот закончите срочные проекты, что это
только времменые трудности, то думаю Вы заблуждаетесь, появятся НОВЫЕ
срочные проекты. Дока не должна писаться после, она должна писаться
либо воврЕмя, еще лучше ДО с коррекцией воврЕмя. Иначе она никогда не
будет написана.
Кстати я помню про обещание AEN постараться написать к концу мая :)
Если программист обещает справиться за 10 минут, удет час. Если за час
- день. День - за неделю, ... :)

YR>А вот и нет. Я постоянно читаю Вас (даже лично встречались) и до сих пор не
YR>понимаю фактического состояния концепции дистрибутива:
Анннналогично шеф. Хотя начал с MdkRE6.0.

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

AEN>Мы (как команда) три года занимаемся Linux и, думаю, не
AEN>давали повода для таких предположений. Хоть смайлик Вы и
AEN>поставили, а все равно обидно.

SSS> Вы драмматизируете ситуацию. Я понимаю, что таковы законы полемического
SSS> жанра. Но первая Ваша процитированная фраза - на мой взгляд, ключевая. В
SSS> любом случае, решение будете принимать Вы сами. И сами будете нести за
SSS> него ответственность, если речь о серьёзном проекте. Поэтому Вам важно не
SSS> то, что говорят разработчики, а то, что _они_делают! Имено поэтому AEN
SSS> говорит, Вы же, мол, нас знаете (немножко не так говорит, но точно
SSS> цитировать не хочу, не уместно). Уж несколько-то лет Вы уже потратили на
SSS> анализ ситуации. Уверяю, не нужно Вас за ручку водить. Согласны?
Нет, нет, и еще раз нет. Все меняется: люди, компании, коллектив,
запросы, конкуренты, ситуация на рынке и т.д. и т.п.
CEO, разработчики (добавить по вкусу) приходят и уходят, а кушать
хочется всегда.
Раньше люди ходили в магазины, потом появились оптовки, стали ходить
на них - там дешевле, затем в магазинах стало почти также дешево +
ближе к дому, стали опять ходить по магазинам. Это законы рынка.
СЕЙЧАС РЕАЛЬНО появились конкуренты - ASPLinux, который мне лично не
нравятся своей ОЧЕНЬ агрессивной рекламой (и признание в этом от
них можно услышать). НО, реально есть шанс, что может повторится
ситуация со слакварью: на ней живут в основном те кто с нее начинал.
Т.е. будет так, чел впервые услыхав пор линукс возьмет ASP, а Alt
будет браться в основном по рекомендации. О будущем нужно думать
сегодня, а не завтра. Впрочем русские любят жареных на петухов в
грозу.
Далее, у нас нет (ПОКА?) контор соответсвующих девятитысячным стандартам,
и ситуация на рынке изменится сильно с появлением таковых (нескоро).
Сйечас это, кстати, означает, что выход релизов сильно зависит от
настроения/здоровья/лени/фазы луны/солнца.
Поэтому три года это плюс (большой), но не константа.
Если появится дистр лучше, не могу обещать остаться верным Alt, так
давайте сделаем Alt лучшим, чтоб не прыгать.
Раньше вы были iplabs-ы, и линукс для вас можно было считать хобби. Теперь вы
фирма, и надо полагать финансовая сторона вас обязана волновать.
Или вас не интересуют деньги? 2AEN: что Вы вкладываете в слово
"партнеры"? Мы ведь не можем быть реально равноправными:
Я не знаю как устроен дистр, я не могу создать свой пакет для дистра и
подарить вам, боясь что нибудь в нем сломать и т.п. Даже зная как
устроена версия n, пока я буду ее ковырять вы выпустите другую n+1 =>
я буду все время вас догонять. Значит буду ждать когда вы сделаете
все сами. В чем тут партнерство?

AEN>Мы будем выпускать дистрибутивы для разных категориф
AEN>пользователей, а также универсальный дистрибутив.
AEN>Наши пользователи -- free people.
...
тут большой выгрыз (смотрите в архиве)
...
AEN>Могу назвать также такие направления:
AEN>-- защита (здесь у нас есть ряд уникальных решений);
AEN>-- web (Midgard, LRN, Zope, отчасти с этим связаны и серверы
AEN>баз данных);
AEN>-- офисные приложения (Gecko-броузеры, мейлеры, Open Office,
AEN>в ближней перспективе Koffice -- такового выбора и степени
AEN>готовности к работе, Вы, пожалуй, не найдете нигде) ;
AEN>-- интеранционализация (мы будем работать над интеграцией
AEN>Unicode и интенационализацией проблемных приложений, как
AEN>обычно);
2AEN: Надеюсь это не заготовка текста, который Вы обещали?
Потому как ПРАКТИЧЕСКОЙ инфы тут близко к нулю. Так декларация о
намерениях, не более.

Конструктивное предложение:
Не секрет, что сейчас дистрибутивы - это большие помойки: желание
угодить всем :( Знание почему тот или иной пакет в дистре находится в
голове разработчика. Это нужно перенести на другой носитель, т.к.
преимущество опенсоурс в повторном использовании, вы вроде как
апологеты ОС.
Примеры:
sendmail в дистре т.к. общепринят на многих un*x-ах,
но postfix дефолтный, т.к. проще и полнофункционален.
lids - нафиг, т.к.
rsbac - это правильное решение (а почему?)
twm - самый маленький, но только как запускалка xterm-oв :) нехай буде
blackbox, icewm - покруче, но и побольше
gnome, kde - хоть и самые крутые, но по пять рублей :)
windowmaker - удобный и нетребовательный, поэтому еще и по дефолту.
stuphead - зачем? когда у его доноров sylphead выпрямились руки.
foobar - положили так до кучи.
И так для ВСЕХ пакетов. Опубликуйте на сайте.
Сразу станет ясна ценность пакетов, какие из них класть на первый
диск, а какие на второй, и будут ли этот второй вообще покупать.
Тяжело? Да. Но мы за вас не можем этого сделать, головы то ваши.

ЗЫ: сорри за длинное письмо, надеюсь не порежется как спам :)

ЗЗЫ: тут есть необходимость заморозить подписку на пару недель, но
потом хотелось бы все пропущенное прочитать. Есть ли более удобное
решение, нежели закачка архива (она одним файлом, или можно по
месяцам?), с последующим скармливанием thebat-у?

With Best Wishes & Regards,
  Alexander V. Sotnikov     mailto:al-so@mail.ru

Re: [mdk-re] óÎÏ×Á ËÏÍÐÉÌÑÃÉÑ ÑÄÒÁ

[Yuri Ryazantsev]

On Sat, May 19, 2001 at 04:05:23AM +0400, Alexander V. Sotnikov wrote:

> Hi, Разработчики AltLinux!
> 
> Сорри. Я тут нацитировал из разных писем. Надеюсь разберетесь кто
> кому.

<...skipped...>

> ЗЫ: сорри за длинное письмо, надеюсь не порежется как спам :)

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

with best wishes,

Yuri.

Re: [mdk-re] Re: [mdk-re] Сновакомпиляцияядра.

[Aleksey Novodvorsky]

Yuri Ryazantsev wrote:

> On Fri, May 18, 2001 at 11:56:22PM +0400, Aleksey Novodvorsky wrote:
>
> > Ok. Так как три человека уже одобрили это ночное предложение, то:
>
> Еклмн, и чего не спится в ночь глухую? ;-))
>
> > -- Мы договариваемся об аудитории и времени. Начинать надо не слишком поздно,
> > чтобы закончить до 20-21 часа.
>
> Но и не слишком рано, чтоб не превращать день в выходной. И еще, в связи  с
> наступлением теплых дней, пожелание - не в субботу и не в воскресенье.

Конечно.

>
>
> > -- Я попрошу Стаса Иевлева выступить на первом заседании семинара с докладом о
> > Castle вооще и RSBAC в частности. Это задаст некоторый уровень "учености".
> > -- Мы напишем проект устава семинара. Очень важно, чтобы он не превратился в
> > обмен опытом администрирования, для последнего существуют другие формы общения.
> > Доклады должны описывать в первую очередь концепцию, а только потом -- решение.
>
> ОК. После написания устава - его публикация для всех ;-))

Проект выложим для обсуждения.

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

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

>
>
> > -- Семинар -- не тусовка. Тусовки мы очень любим, но всему свое время и место.
>
> А после семинара - тусовка ;-))

По желанию и  вне стен института. Я уже писал, что ближайший бар -- Рози
(http://www.rosie.ru). Гинес там отменный, но не дешевый.

Rgrds, AEN

>
>
> with best wishes,
>
> Yuri.
>
> _______________________________________________
> Mandrake-russian mailing list
> Mandrake-russian@altlinux.ru
> http://altlinux.ru/mailman/listinfo/mandrake-russian

[mdk-re] Re[2]: [mdk-re] Re: [mdk-re] Re: [mdk-re] Сновакомпиляцияядра.

[Maksim Otstavnov]

Hello Aleksey,

Friday, May 18, 2001, 10:16:06 PM, you wrote:

AN> Не путайте. Установка -- не тема для семинара. Отчет об установке  -- тема.
AN> При этом, так как семинар -- научное событие, то неважно, каков будет
AN> результат установки.

:)))

AN> Кстати, nidd устанавливал 7.0RE на libretto. У вас не этот зверь?

Нет, на либретку я сам ставил.

У меня вариант забавнее: Mitsubishi Amity CN2. P133/64M/2G.
SVGA NeoMagic MagicGraph 128ZV+ (800x600x16@60)
sound ES1879
"изюминка" - USB Intel 82371AB

-- 
-- Maksim

[mdk-re] Re[3]: [mdk-re] Снова компиляция ядра

[Maksim Otstavnov]

Hello Alexander,

Saturday, May 19, 2001, 4:05:23 AM, you wrote:

AEN>>Я думаю, что постоянные читатели списка рассылки знают нас
AEN>>как облупленных :-)
AEN>>Конечно, это отписка и нам критически важно выпустить
AEN>>соответсвующие документы. К сожалению, нам так же важно
AEN>>закончить несколько срочных проектов.
AVS> Как программист знаю, что нет ничего более постоянного чем временное.
AVS> Если Вам кажется, что вот-вот закончите срочные проекты, что это
AVS> только времменые трудности, то думаю Вы заблуждаетесь, появятся НОВЫЕ
AVS> срочные проекты.

По факту: появляются постоянно. Поскольку этот разговор только на моей
памяти длится год. А тем временем Spring вышел в _менее_
документированном виде, чем 7.0RE.

Посему есть предложение: отложить на планирующемся семинаре
выступление Стаса и заслушать AEN о концепции. Все равно он обещал это
в мае сделать. :) Желательно, чтобы кто-нибудь закрыл аудиторию
снаружи кон клав, и не выпускал, пока все не расскажет. :))

AVS> Раньше люди ходили в магазины, потом появились оптовки, стали ходить
AVS> на них - там дешевле, затем в магазинах стало почти также дешево +
AVS> ближе к дому, стали опять ходить по магазинам. Это законы рынка.
AVS> СЕЙЧАС РЕАЛЬНО появились конкуренты - ASPLinux, который мне лично не
AVS> нравятся своей ОЧЕНЬ агрессивной рекламой (и признание в этом от
AVS> них можно услышать). НО, реально есть шанс, что может повторится
AVS> ситуация со слакварью: на ней живут в основном те кто с нее начинал.
AVS> Т.е. будет так, чел впервые услыхав пор линукс возьмет ASP, а Alt
AVS> будет браться в основном по рекомендации. О будущем нужно думать
AVS> сегодня, а не завтра. Впрочем русские любят жареных на петухов в
AVS> грозу.

И даже дело не в народе и не в продажах. Девелоперу со стороны
вставиться сейчас тоже очень дорого.

AVS> Далее, у нас нет (ПОКА?) контор соответсвующих девятитысячным стандартам,
AVS> и ситуация на рынке изменится сильно с появлением таковых (нескоро).

А чего нескоро? Сценарий: любой крупный интегратор покупает любую
Linux-команду. И _продукт_ автоматически становится лучше (возможно,
при низком среднем качестве кода) через два месяца. Потому что они
посадят рядом с хакерами технических авторов, которые допросят их и
напишут 10 томов доков.

AEN>>Мы будем выпускать дистрибутивы для разных категориф
AEN>>пользователей, а также универсальный дистрибутив.
AEN>>Наши пользователи -- free people.
AVS> ...
AVS> тут большой выгрыз (смотрите в архиве)
AVS> ...
AEN>>Могу назвать также такие направления:
AEN>>-- защита (здесь у нас есть ряд уникальных решений);
AEN>>-- web (Midgard, LRN, Zope, отчасти с этим связаны и серверы
AEN>>баз данных);
AEN>>-- офисные приложения (Gecko-броузеры, мейлеры, Open Office,
AEN>>в ближней перспективе Koffice -- такового выбора и степени
AEN>>готовности к работе, Вы, пожалуй, не найдете нигде) ;
AEN>>-- интеранционализация (мы будем работать над интеграцией
AEN>>Unicode и интенационализацией проблемных приложений, как
AEN>>обычно);
AVS> 2AEN: Надеюсь это не заготовка текста, который Вы обещали?

Я тоже надеюсь.

AVS> Потому как ПРАКТИЧЕСКОЙ инфы тут близко к нулю. Так декларация о
AVS> намерениях, не более.

Я, как тот поручик, скажу более жестко: пока концепция не описана и не
представлена в отчужденном от ее автора виде, ее _нет_.

AVS> Конструктивное предложение:
AVS> Не секрет, что сейчас дистрибутивы - это большие помойки: желание
AVS> угодить всем :( Знание почему тот или иной пакет в дистре находится в
AVS> голове разработчика.

Если он не забыл.

AVS> Примеры:
AVS> sendmail в дистре ...
AVS> И так для ВСЕХ пакетов. Опубликуйте на сайте.

А лучше: не включать пакет, пока мотив его включения ясно и
непротиворечиво не приведен _в описании_ этого пакета.

AVS> Сразу станет ясна ценность пакетов, какие из них класть на первый
AVS> диск, а какие на второй, и будут ли этот второй вообще покупать.

От то ж.

AVS> Тяжело?

Да не тяжело, а только так и надо, и после этого станет легче самим.

-- 
-- Maksim Otstavnov <maksim@otstavnov.com> http://www.otstavnov.com
-- Computerra weekly,
--  contributing editor

[mdk-re] Re: [mdk-re] Снова компиляция ядра

[Aleksey Novodvorsky]

"Alexander V. Sotnikov" wrote:

> Hi, Разработчики AltLinux!

Hi!

>
>
>
>
> AEN>howto по нашему rpm было в списке рассылки. Там все, что
> AEN>нужно для того, чтобы исправить spec от RH для работы с
> AEN>нашим rpm.
> Такие вещи должны быть не в списке рассылки, а в 2-3 шагах от корня
> www.altlinux.ru

Согласен. Впрочем, он в двух шагах от корня Sisyphus.

>
>
> AEN>Выход прост:
> AEN>1. Выбрать один из подходов, один из дистрибутивов, который
> AEN>Вам симпатичен.
> AEN>2. Не смотреть во все стороны, если Вы до конца не поняли
> AEN>концептуальных отличий дистрибутивов.
> AEN>3. Если же Вы поймете эти концептуальные отличия, то проблем
> AEN>будет гораздо меньше, и вы будете задавать разработчикам
> AEN>вопросы об _их_ дистрибутиве, а не рассказывать о том, что в
> AEN>Англии ружья песком не чистят.
> КАК можно понять концептуальные отличия, если не известны сами
> концеции? Да и сами концепции меняются от дистра к дистру:
> RH - пакетная система основанная на rpm
> сначала Mdk был RH+KDE, потом они ввели свою систему безопастности;
> RE сначала был Mdk с руссификацией, потом разошлись во многом (в чем
> конкретно?: i18n, rsbac, apt, еще?) с Mdk - получился Alt

RSBAC -- это Castle, совсем отдельная песня. Про остальное -- в описании Spring на нашем
сайте. Для специалиста -- понятно, для менеджера -- нет.

>
> Suse - rpm-based, с конфигуратором YaST
> Debian - пакетная система основанная на rpm

На deb.

>
> Slakware - конструктор из тарболов + BSD - like init-скрипты

Ну, знаете, Вы этим ничего не сказали. Отличия гораздо глубже.

>
>
> AEN>Еще раз:
> AEN>1. Стандарты мы не нарушаем.
> AEN>2. У нас свои взгляды на жизнь и Linux.
> К сожалению не нарушать стандартов этого мало. Хотите вы или нет, но
> вы (и другие дистр-мэйкеры) создаете СВОИ дистр-специфичные стандарты, делающие дистры
> несовместимыми.

Нет. не путайте стандарты и варианты реализации. Другое дело, что MDK, например, нарушает
стандарты i18n, потому возникает несовместимость.

>
>
> RVF>        Вот про это я о говрил. что может имеет создать смысл документ
> RVF>RH2ALT или ASP2ALT которой будет описывать, что нужно делать, и как чтобы
> RVF>чужой пакет работал в Вашей системе как родной.
> Слишком много дистров, для которых может захотеться ???-to-alt
> imho имеет смысл описать для создания альтовых пакетов из тарболов, с
> каждым выходом дистров вычищать спеки от других rpm-based будет все
> сложнее и сложнее, и будет проще писать их с нуля.

1. Достаточно Maximum RPM + нашего описания для создания rpm из тарбола.
2. Достаточно нашего описания + документации пакета rpm для создания Alt-rpm из любого
другого.
Я буду признателен за любой контрпример. До этого вопрос снимаю.
Буду также признателен за ссылку на удовлетворившую Вас концепцию какого-либо
дистрибутива.

>
>
> SSS> Вы драмматизируете ситуацию. Я понимаю, что таковы законы полемического
> SSS> жанра. Но первая Ваша процитированная фраза - на мой взгляд, ключевая. В
> SSS> любом случае, решение будете принимать Вы сами. И сами будете нести за
> SSS> него ответственность, если речь о серьёзном проекте. Поэтому Вам важно не
> SSS> то, что говорят разработчики, а то, что _они_делают! Имено поэтому AEN
> SSS> говорит, Вы же, мол, нас знаете (немножко не так говорит, но точно
> SSS> цитировать не хочу, не уместно). Уж несколько-то лет Вы уже потратили на
> SSS> анализ ситуации. Уверяю, не нужно Вас за ручку водить. Согласны?
> Нет, нет, и еще раз нет. Все меняется: люди, компании, коллектив,
> запросы, конкуренты, ситуация на рынке и т.д. и т.п.
> CEO, разработчики (добавить по вкусу) приходят и уходят, а кушать
> хочется всегда.
> Раньше люди ходили в магазины, потом появились оптовки, стали ходить
> на них - там дешевле, затем в магазинах стало почти также дешево +
> ближе к дому, стали опять ходить по магазинам. Это законы рынка.
> СЕЙЧАС РЕАЛЬНО появились конкуренты - ASPLinux, который мне лично не
> нравятся своей ОЧЕНЬ агрессивной рекламой (и признание в этом от
> них можно услышать). НО, реально есть шанс, что может повторится
> ситуация со слакварью: на ней живут в основном те кто с нее начинал.
> Т.е. будет так, чел впервые услыхав пор линукс возьмет ASP, а Alt
> будет браться в основном по рекомендации. О будущем нужно думать
> сегодня, а не завтра. Впрочем русские любят жареных на петухов в
> грозу.

Я благодарю за советы, но очень прошу не обсуждать в этом списке рассылки наши
бизнес-проблемы, реальные или мнимые.
Отсутствие агрессии в PR (не в работе)-- наша  позиция. Я уже писал, что не хочу краснеть
за наши пресс-релизы. Вне зависимости от ситуации мы будем руководстоваться правилами
fair play в отношении любых фирм.


>
> Далее, у нас нет (ПОКА?) контор соответсвующих девятитысячным стандартам,
> и ситуация на рынке изменится сильно с появлением таковых (нескоро).
> Сйечас это, кстати, означает, что выход релизов сильно зависит от
> настроения/здоровья/лени/фазы луны/солнца.
> Поэтому три года это плюс (большой), но не константа.
> Если появится дистр лучше, не могу обещать остаться верным Alt, так
> давайте сделаем Alt лучшим, чтоб не прыгать.
> Раньше вы были iplabs-ы, и линукс для вас можно было считать хобби. Теперь вы
> фирма, и надо полагать финансовая сторона вас обязана волновать.
> Или вас не интересуют деньги? 2AEN: что Вы вкладываете в слово
> "партнеры"? Мы ведь не можем быть реально равноправными:
> Я не знаю как устроен дистр, я не могу создать свой пакет для дистра и
> подарить вам, боясь что нибудь в нем сломать и т.п. Даже зная как
> устроена версия n, пока я буду ее ковырять вы выпустите другую n+1 =>
> я буду все время вас догонять. Значит буду ждать когда вы сделаете
> все сами. В чем тут партнерство?

Вам не надо ждать следующего релиза. Для этого есть Sisyphus. Для тех, кто боится
поставить непроверенный пакет и/или не может выкачать его, -- будет Appendix. Пертнерство
редко бывает симметричным. Но если Вы сообщаете нам об ошибках, то это очень помогает
нам.

>
>
> AEN>Мы будем выпускать дистрибутивы для разных категориф
> AEN>пользователей, а также универсальный дистрибутив.
> AEN>Наши пользователи -- free people.
> ...
> тут большой выгрыз (смотрите в архиве)
> ...
> AEN>Могу назвать также такие направления:
> AEN>-- защита (здесь у нас есть ряд уникальных решений);
> AEN>-- web (Midgard, LRN, Zope, отчасти с этим связаны и серверы
> AEN>баз данных);
> AEN>-- офисные приложения (Gecko-броузеры, мейлеры, Open Office,
> AEN>в ближней перспективе Koffice -- такового выбора и степени
> AEN>готовности к работе, Вы, пожалуй, не найдете нигде) ;
> AEN>-- интеранционализация (мы будем работать над интеграцией
> AEN>Unicode и интенационализацией проблемных приложений, как
> AEN>обычно);
> 2AEN: Надеюсь это не заготовка текста, который Вы обещали?
> Потому как ПРАКТИЧЕСКОЙ инфы тут близко к нулю. Так декларация о
> намерениях, не более.

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

>
>
> Конструктивное предложение:
> Не секрет, что сейчас дистрибутивы - это большие помойки: желание
> угодить всем :( Знание почему тот или иной пакет в дистре находится в
> голове разработчика. Это нужно перенести на другой носитель, т.к.
> преимущество опенсоурс в повторном использовании, вы вроде как
> апологеты ОС.
> Примеры:
> sendmail в дистре т.к. общепринят на многих un*x-ах,
> но postfix дефолтный, т.к. проще и полнофункционален.
> lids - нафиг, т.к.
> rsbac - это правильное решение (а почему?)

Это написано на сайте Castle.

>
> twm - самый маленький, но только как запускалка xterm-oв :) нехай буде
> blackbox, icewm - покруче, но и побольше
> gnome, kde - хоть и самые крутые, но по пять рублей :)
> windowmaker - удобный и нетребовательный, поэтому еще и по дефолту.
> stuphead - зачем? когда у его доноров sylphead выпрямились руки.

stuphead у нас нет. У автора sylpheed руки были прямые изначально, но, к сожалению, мы
это не сразу заметили, поверив авторам stuphead на слово. Я об этом уже писал.

>
> foobar - положили так до кучи.
> И так для ВСЕХ пакетов. Опубликуйте на сайте.
> Сразу станет ясна ценность пакетов, какие из них класть на первый
> диск, а какие на второй, и будут ли этот второй вообще покупать.
> Тяжело? Да. Но мы за вас не можем этого сделать, головы то ваши.

Согласен. Но выход здесь -- в создании специализированных и облегченных дистрибутивов. И
-- написании хороших руководств. Универсальный же дистрибутив тоже должен быть, как
долгоиграющий конструктор. Многие пользователи 7.0RE открывали для себя новое в нем почти
до выхода Spring. Это, на мой взгляд, скорее хорошо, чем плохо.

>
>
> ЗЫ: сорри за длинное письмо, надеюсь не порежется как спам :)
>
> ЗЗЫ: тут есть необходимость заморозить подписку на пару недель, но
> потом хотелось бы все пропущенное прочитать. Есть ли более удобное
> решение, нежели закачка архива (она одним файлом, или можно по
> месяцам?), с последующим скармливанием thebat-у?

Можно по месяцам, но вот насчет скармливания -- не знаю, я не пользуюсь the Bat.

Спасибо.
Rgrds, AEN

>
>
> With Best Wishes & Regards,
>   Alexander V. Sotnikov     mailto:al-so@mail.ru
>
> _______________________________________________
> Mandrake-russian mailing list
> Mandrake-russian@altlinux.ru
> http://altlinux.ru/mailman/listinfo/mandrake-russian

Re: [mdk-re] Re[3]: [mdk-re] Снова компиляция ядра

[Aleksey Novodvorsky]

Maksim Otstavnov wrote:

> Hello Alexander,
>
> Saturday, May 19, 2001, 4:05:23 AM, you wrote:
>
> AEN>>Я думаю, что постоянные читатели списка рассылки знают нас
> AEN>>как облупленных :-)
> AEN>>Конечно, это отписка и нам критически важно выпустить
> AEN>>соответсвующие документы. К сожалению, нам так же важно
> AEN>>закончить несколько срочных проектов.
> AVS> Как программист знаю, что нет ничего более постоянного чем временное.
> AVS> Если Вам кажется, что вот-вот закончите срочные проекты, что это
> AVS> только времменые трудности, то думаю Вы заблуждаетесь, появятся НОВЫЕ
> AVS> срочные проекты.
>
> По факту: появляются постоянно. Поскольку этот разговор только на моей
> памяти длится год. А тем временем Spring вышел в _менее_
> документированном виде, чем 7.0RE.
>
> Посему есть предложение: отложить на планирующемся семинаре
> выступление Стаса и заслушать AEN о концепции. Все равно он обещал это
> в мае сделать. :) Желательно, чтобы кто-нибудь закрыл аудиторию
> снаружи кон клав, и не выпускал, пока все не расскажет. :))

Это противоречит Вашему суждению ниже:
"Я, как тот поручик, скажу более жестко: пока концепция не описана и не
представлена в отчужденном от ее автора виде, ее _нет_."
Рассказывать о том, чего нет -- не в моих правилах.



>
>
> AVS> Раньше люди ходили в магазины, потом появились оптовки, стали ходить
> AVS> на них - там дешевле, затем в магазинах стало почти также дешево +
> AVS> ближе к дому, стали опять ходить по магазинам. Это законы рынка.
> AVS> СЕЙЧАС РЕАЛЬНО появились конкуренты - ASPLinux, который мне лично не
> AVS> нравятся своей ОЧЕНЬ агрессивной рекламой (и признание в этом от
> AVS> них можно услышать). НО, реально есть шанс, что может повторится
> AVS> ситуация со слакварью: на ней живут в основном те кто с нее начинал.
> AVS> Т.е. будет так, чел впервые услыхав пор линукс возьмет ASP, а Alt
> AVS> будет браться в основном по рекомендации. О будущем нужно думать
> AVS> сегодня, а не завтра. Впрочем русские любят жареных на петухов в
> AVS> грозу.
>
> И даже дело не в народе и не в продажах. Девелоперу со стороны
> вставиться сейчас тоже очень дорого.

Туманно.

>
>
> AVS> Далее, у нас нет (ПОКА?) контор соответсвующих девятитысячным стандартам,
> AVS> и ситуация на рынке изменится сильно с появлением таковых (нескоро).
>
> А чего нескоро? Сценарий: любой крупный интегратор покупает любую
> Linux-команду. И _продукт_ автоматически становится лучше (возможно,
> при низком среднем качестве кода) через два месяца. Потому что они
> посадят рядом с хакерами технических авторов, которые допросят их и
> напишут 10 томов доков.

Техписатели напишут то, что им расскажут, то есть это будет соответсвовать
качеству кода.
Но в принципе Вы правы.


>

>
>
> AEN>>Мы будем выпускать дистрибутивы для разных категориф
> AEN>>пользователей, а также универсальный дистрибутив.
> AEN>>Наши пользователи -- free people.
> AVS> ...
> AVS> тут большой выгрыз (смотрите в архиве)
> AVS> ...
> AEN>>Могу назвать также такие направления:
> AEN>>-- защита (здесь у нас есть ряд уникальных решений);
> AEN>>-- web (Midgard, LRN, Zope, отчасти с этим связаны и серверы
> AEN>>баз данных);
> AEN>>-- офисные приложения (Gecko-броузеры, мейлеры, Open Office,
> AEN>>в ближней перспективе Koffice -- такового выбора и степени
> AEN>>готовности к работе, Вы, пожалуй, не найдете нигде) ;
> AEN>>-- интеранционализация (мы будем работать над интеграцией
> AEN>>Unicode и интенационализацией проблемных приложений, как
> AEN>>обычно);
> AVS> 2AEN: Надеюсь это не заготовка текста, который Вы обещали?
>
> Я тоже надеюсь.

На всех не угодишь. Еще раз : ссылку на удовлетворительный с Вашей точки зрения
текст.

>
>
> AVS> Потому как ПРАКТИЧЕСКОЙ инфы тут близко к нулю. Так декларация о
> AVS> намерениях, не более.
>
> Я, как тот поручик, скажу более жестко: пока концепция не описана и не
> представлена в отчужденном от ее автора виде, ее _нет_.

Согласен, поручик.

>
>
> AVS> Конструктивное предложение:
> AVS> Не секрет, что сейчас дистрибутивы - это большие помойки: желание
> AVS> угодить всем :( Знание почему тот или иной пакет в дистре находится в
> AVS> голове разработчика.
>
> Если он не забыл.
>
> AVS> Примеры:
> AVS> sendmail в дистре ...
> AVS> И так для ВСЕХ пакетов. Опубликуйте на сайте.
>
> А лучше: не включать пакет, пока мотив его включения ясно и
> непротиворечиво не приведен _в описании_ этого пакета.

Пустое. Вы можете ясно и непротиворечиво описать мотив появления книг на Вашей
книжной полке? Или CD в Вашей дискотеке? Для универсального дистрибутива
достаточно, чтобы пакет не противоречил policy и нравился одному из разработчиков
или нескольким пользователям. SuSE и Debian -- прекраные дистрибутивы, однако
мотивы включения в них пакетов объяснить граздо труднее, чем для Spring. Есть
традиции, которые мы принимаем и не собираемся нарушать. Я всегда любил "толстые"
дистрибутивы, а разговоры "дайте мне все на одном CD -- несерьезны для
специалиста. Для начинающего -- да, возможно. Для сисадмина -- понятно. Для
разработчика -- бред. Для активно использующего компьютер профессионала -- тоже.

>
>
> AVS> Сразу станет ясна ценность пакетов, какие из них класть на первый
> AVS> диск, а какие на второй, и будут ли этот второй вообще покупать.
>
> От то ж.

См. выше. Ценность пакетов проявляется не сразу.

>
>
> AVS> Тяжело?
>
> Да не тяжело, а только так и надо, и после этого станет легче самим.

Насчет документации -- согласен. Насчет рассуждений о более или менее ценных
пакетах -- нет.

Rgrds, AEN

Re: [mdk-re] Re[3]: [mdk-re] Снова компиляция ядра

[Igor Solovyov]

Hi!
On Sat, 19 May 2001 05:10:57 +0400
Maksim Otstavnov <maksim@otstavnov.com> wrote:

> По факту: появляются постоянно. Поскольку этот разговор только на моей
> памяти длится год. А тем временем Spring вышел в _менее_
> документированном виде, чем 7.0RE.
> 
> Посему есть предложение: отложить на планирующемся семинаре
> выступление Стаса и заслушать AEN о концепции. Все равно он обещал это
> в мае сделать. :) Желательно, чтобы кто-нибудь закрыл аудиторию
> снаружи кон клав, и не выпускал, пока все не расскажет. :))

Грустно это выглядит:

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

:-((

-- 
Best regards!
Igor Solovyov
Zlatoust, Russia

Re: [mdk-re] Re: [mdk-re] Сновакомпиляцияядра .

[Pavel Marakhovsky]

On Fri, 18 May 2001 23:56:22 +0400
Aleksey Novodvorsky <aen@logic.ru> wrote:

> Ok. Так как три человека уже одобрили это ночное предложение, то:
> -- Мы договариваемся об аудитории и времени. Начинать надо не слишком поздно,
> чтобы закончить до 20-21 часа.
> -- Я попрошу Стаса Иевлева выступить на первом заседании семинара с докладом о
> Castle вооще и RSBAC в частности. Это задаст некоторый уровень "учености".
> -- Мы напишем проект устава семинара. Очень важно, чтобы он не превратился в
> обмен опытом администрирования, для последнего существуют другие формы общения.
> Доклады должны описывать в первую очередь концепцию, а только потом -- решение.
> 
> -- Предупреждаю заранее, что придется организовать предварительную запись для
> посещения семинара, так как даже в Институте философии есть охрана, которая не
> любит неожиданного скопления незнакомых людей по вечерам. Я надеюсь, что это не
> станет большой проблемой для слушателей.
> -- Семинар -- не тусовка. Тусовки мы очень любим, но всему свое время и место.

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

-- 
WBW, Pavel aka Unatine
e-mail: unatine@narod.ru
JID: unatine@jabber.com

Closing time comes earlier to some than to others.

Re: [mdk-re] Re: [mdk-re] óÎÏ×ÁËÏÍÐÉÌÑÃÉÑÑÄÒÁ.

[Alexander V. Sotnikov]

Hi, Aleksey!

пятница, 18 мая 2001 г., you wrote:

AN> Например, как отнесется уважаемая публика к идее регулярного (раз в
AN> месяц, две недели) семинара по free software? Аудиторию в Институте
AN> философии найдем. А чтобы не москвичам было не очень обидно, -- будем
AN> публиковать материалы. Только не хотелось бы, чтобы:
AN> -- выступали исключительно мы, хотя начнем, естественно, с этого;
AN> -- семинары превращались в вечера вопросов и ответов по дистрибутивам.

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

With Best Wishes & Regards,
  Alexander V. Sotnikov     mailto:al-so@mail.ru

[mdk-re] Задача на конкурс (было Re: Снова компиляция ядра.)

[Alexander Bokovoy]

On Fri, May 18, 2001 at 06:40:56PM +0600, Russu V.F. wrote:
> >> >> И что мы видим, cbcp патча нету.
> >> > А что вот это?
> >>         что именно ?????
> > Чтение писем последовательно имеет свои недостатки -- прочитайте мой ответ
> > на мой ответ и Вы поймете. Кстати, сам по себе patch не нужен, cbcp
> > присутствует в ppp 2.4.0, необходимо только добавить cbcp.o в список
> > линкуемых, а это можно сделать и без патча.
>         а он имеется в наличии ????
Объясняю популярно: патч не нужен, все необходимые материалы идут внутри
pppd-2.4.0.tar.bz2. Если у Вас есть желание доказать обратное --
доказывайте. 

Ошибка packager'а была в том, что он эти материалы не использовал. 
Ваша ошибка заключается в том, что Вы смотрите поверхностно
на содержимое src.rpm. "Дьявол зарылся в деталях". Если кому-то необходимо
делать патч для включения cbcp, пусть его делает. Я утверждаю, что можно
обойтись без патча. Давайте рассмотрим это как задачу на конкурс, приз
которого -- pppd, умеющий работать с протоколом CBCP.

Я серьезно -- давайте периодически формулировать здесь подобные задачки.
Ведь наша жизнь состоит не только из работы, а элегантных задач 'for fun'
в Linux предостаточно.
-- 
Sincerely yours, Alexander Bokovoy 
  The Midgard Project    | ALT  Linux  Team | Minsk Linux Users Group
 www.midgard-project.org | www.altlinux.ru  |    www.minsk-lug.net 
-- You won't skid if you stay in a rut.
		-- Frank Hubbard

Re: [mdk-re] Re: [mdk-re] Сновакомпиляцияядра .

[Michael Bykov]

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

Запишите и меня в список - я буду обязательно.


-- 

M.

[mdk-re] Re: [mdk-re] Снова компиляция ядра

[Mikhail Zabaluev]

Hello Maksim,

On Sat, May 19, 2001 at 05:10:57AM +0400, Maksim Otstavnov wrote:
>
> AVS> Конструктивное предложение:
> AVS> Не секрет, что сейчас дистрибутивы - это большие помойки: желание
> AVS> угодить всем :( Знание почему тот или иной пакет в дистре находится в
> AVS> голове разработчика.
> 
> Если он не забыл.
> 
> AVS> Примеры:
> AVS> sendmail в дистре ...
> AVS> И так для ВСЕХ пакетов. Опубликуйте на сайте.
> 
> А лучше: не включать пакет, пока мотив его включения ясно и
> непротиворечиво не приведен _в описании_ этого пакета.

Пожалуй. В этом свете оправданно выглядят мандрейковские объяснения типа
"Установите этот пакет, если вы хотите делать А, но не хотите париться
с мощным и сложным софтом Б или страдать от глюков В". Вчера
я смотрел, как баран на новые ворота, на 4 (четыре) пакета с клиентами
DHCP. Поставил dhcpxd, потому что маленький и в названии есть буква
'x' :)) Работает. А что бы, кстати, порекомендовали из них бывалые матросы?

-- 
Stay tuned,
  MhZ                                     JID: mookid@jabber.org
___________
management, n.:
	The art of getting other people to do all the work.

Re: Re[2]: [mdk-re] Сновакомпиляцияядра.

[Peter Novodvorsky]

Aleksey Novodvorsky <aen@logic.ru> writes:

> On Thu, 17 May 2001 17:23:12 +0600
> "Russu V.F." <ruwa@psrp.te.ru> wrote:
> 
> > Hello mandrake-russian-admin,
> > 
> > Thursday, May 17, 2001, 15:16:43, you wrote:
> > 
> > >> А вы не собираетесь его включать в дистрибутив? Хотябы
> > в
> > >> виде отдельного ядра.
> > >> И если нет - почему?
> > 
> > > Потому, что правильное решение -- RSBAC. Вам совершенно
> > не
> > > обязательно использовать все его возможности.
> > 
> > 
> >         Мил человек, какое то навязывание получается.....
> > пакеты с других диструбутивов брать ненадо, юзать rsbac.
> > Может мне lida больше по душе...
> 
> Дорогой мой, я никому не посоветую юзать RSBAC вместо Лиды.
> Но вот вместо LIDS -- несомненно.

        Советы советами, но. В user-space мы включаем много альтернатив
уаждому софту. Я допустим тоже могу посоветовать юзать fvwm/xfwm
вместо sawfish/kwin. И это будт основано на моем опыте и пристрастиях,
а так же на том, что я когда-то потратил 2 дня и научился быстро и
не задумываясь писать конфиги к ним. Я бы посоветовал enlightenment,
но с ним я пока еще не совсем разбрался. 

        C LIDS vs RSBAC, я так понимаю, ситуация та же. RSBAC большая, 
развесистая система сложная в  настройке, которой нужно учится не одну 
неделю. А если хочется чего-то меньшего? Должна же быть свободы выбора,
черт возьми!

PS. Я представил дистрибутив, который разрабатывался бы  только поклонниками
vim, которые советовали бы мне его вместо emacs. Брррр...

-- 
Peter Novodvorsky     http://www.altlinux.ru/    AltLinux Team, Russia
Debian.Org                                       http://debian.org/~nidd
            Debian  ---  no need to  wait for tomorrow.

Re: [mdk-re] Re: [mdk-re] óÎÏ×Á ËÏÍÐÉÌÑÃÉÑ ÑÄÒÁ

[Alexander V. Sotnikov]

Hi, Aleksey!

суббота, 19 мая 2001 г., you wrote:

AN> "Alexander V. Sotnikov" wrote:

>> AEN>Выход прост:
>> AEN>1. Выбрать один из подходов, один из дистрибутивов, который
>> AEN>Вам симпатичен.
>> AEN>2. Не смотреть во все стороны, если Вы до конца не поняли
>> AEN>концептуальных отличий дистрибутивов.
>> AEN>3. Если же Вы поймете эти концептуальные отличия, то проблем
>> AEN>будет гораздо меньше, и вы будете задавать разработчикам
>> AEN>вопросы об _их_ дистрибутиве, а не рассказывать о том, что в
>> AEN>Англии ружья песком не чистят.
>> КАК можно понять концептуальные отличия, если не известны сами
>> концеции? Да и сами концепции меняются от дистра к дистру:
>> RH - пакетная система основанная на rpm
>> сначала Mdk был RH+KDE, потом они ввели свою систему безопастности;
>> RE сначала был Mdk с руссификацией, потом разошлись во многом (в чем
>> конкретно?: i18n, rsbac, apt, еще?) с Mdk - получился Alt

AN> RSBAC -- это Castle, совсем отдельная песня. Про остальное -- в описании Spring на нашем
AN> сайте. Для специалиста -- понятно, для менеджера -- нет.
Это была иллюстрация моего мнения с целью продемонстрировать
концепцию, не стоит придираться к словам.

>> Suse - rpm-based, с конфигуратором YaST
>> Debian - пакетная система основанная на rpm
AN> На deb.
Сори, скопировал с RH, а не поменял, всетаки 4 ночи :)

>>
>> Slakware - конструктор из тарболов + BSD - like init-скрипты
AN> Ну, знаете, Вы этим ничего не сказали. Отличия гораздо глубже.
Ха. Я все это отлично знаю. Правда я когда писал по дистры, это была
маленькая провокация, в надежде что кто-то заведется и распишет
глубокий смысл отличий. Вы к сожалению ограничились констатацией
факта :(

>> AEN>Еще раз:
>> AEN>1. Стандарты мы не нарушаем.
>> AEN>2. У нас свои взгляды на жизнь и Linux.
>> К сожалению не нарушать стандартов этого мало. Хотите вы или нет, но
>> вы (и другие дистр-мэйкеры) создаете СВОИ дистр-специфичные стандарты, делающие дистры
>> несовместимыми.

AN> Нет. не путайте стандарты и варианты реализации. Другое дело, что MDK, например, нарушает
AN> стандарты i18n, потому возникает несовместимость.
Варианты реализации называются внутрикорпоративными стандартами. Если
у вас таких стандартов нет и не предвидится, я могу вам и
поьлзователям Alt только посочувствовать: рано или поздно это скажется
на качестве дистрибутива.

AN> 1. Достаточно Maximum RPM + нашего описания для создания rpm из тарбола.
AN> 2. Достаточно нашего описания + документации пакета rpm для создания Alt-rpm из любого
AN> другого.
Эти строчки можете смело вносить в конципции вашего дистрибутива.
Такие вещи д.б. на сайте, а не ссылаться: дескать это где-то в
рассылке пробегало.

AN> Я буду признателен за любой контрпример. До этого вопрос снимаю.
AN> Буду также признателен за ссылку на удовлетворившую Вас концепцию какого-либо
AN> дистрибутива.
К сожалению если бы у меня была ссылка, я бы Вам ее сразу заслал
с предложением: взять за основу, либо расписать отличия.
Хотя откуда стартовать есть: www.debian.org :)

AN> Я благодарю за советы, но очень прошу не обсуждать в этом списке рассылки наши
AN> бизнес-проблемы, реальные или мнимые.
AN> Отсутствие агрессии в PR (не в работе)-- наша  позиция. Я уже писал, что не хочу краснеть
AN> за наши пресс-релизы. Вне зависимости от ситуации мы будем руководстоваться правилами
AN> fair play в отношении любых фирм.
А я не предлагал начать агрессивную пиарщину, этим пускай занимаются
пионеры на linux.org.ru
Фактически это было предложение следить за ситуацией не только внутри
вашей песочницы, но и вокруг. Иначе будет как слакварью. Как избежать
подобной участи решать Вам. Возьмем дебиан: тихие-мирные, а живут. А
почему? Потому, что многие (я тоже) считают его самым правильным
дистрибутивом. Второй по правильности имхо Suse. Alt же для меня
интересен получается так только руссификацией из коробки (хотя конечно
же я чуть приуменьшил ваши заслуги, но чуть). И для меня лично
переходить на ASP было бы сменой шила на мыло.

>> 2AEN: Надеюсь это не заготовка текста, который Вы обещали?
>> Потому как ПРАКТИЧЕСКОЙ инфы тут близко к нулю. Так декларация о
>> намерениях, не более.
AN> Еще раз прошу ссылку на текст, который бы Вас удовлетворил. То, что я перечислил, --
AN> далеко не все, но заметьте, что перечисленного Вы больше нигде не найдете.
Да нет конечно же, это очень важный документ. НО. Если написав это Вы
считаете, что можно опять занятся срочными проектами, на год отложив
писанину. То я Вам заявляю: рано успокаиваетесь, этого мало.

>> Конструктивное предложение:
>> Не секрет, что сейчас дистрибутивы - это большие помойки: желание
>> угодить всем :( Знание почему тот или иной пакет в дистре находится в
>> голове разработчика. Это нужно перенести на другой носитель, т.к.
>> преимущество опенсоурс в повторном использовании, вы вроде как
>> апологеты ОС.
>> Примеры:
>> sendmail в дистре т.к. общепринят на многих un*x-ах,
>> но postfix дефолтный, т.к. проще и полнофункционален.
>> lids - нафиг, т.к.
>> rsbac - это правильное решение (а почему?)
AN> Это написано на сайте Castle.

>> twm - самый маленький, но только как запускалка xterm-oв :) нехай буде
>> blackbox, icewm - покруче, но и побольше
>> gnome, kde - хоть и самые крутые, но по пять рублей :)
>> windowmaker - удобный и нетребовательный, поэтому еще и по дефолту.
>> stuphead - зачем? когда у его доноров sylphead выпрямились руки.

AN> stuphead у нас нет. У автора sylpheed руки были прямые изначально, но, к сожалению, мы
AN> это не сразу заметили, поверив авторам stuphead на слово. Я об этом уже писал.
Еще раз процетирую свои строчки выше:
"Это была иллюстрация моего мнения с целью продемонстрировать
концепцию, не стоит придираться к словам."

>> foobar - положили так до кучи.
>> И так для ВСЕХ пакетов. Опубликуйте на сайте.
>> Сразу станет ясна ценность пакетов, какие из них класть на первый
>> диск, а какие на второй, и будут ли этот второй вообще покупать.
>> Тяжело? Да. Но мы за вас не можем этого сделать, головы то ваши.

AN> Согласен. Но выход здесь -- в создании специализированных и облегченных дистрибутивов. И
AN> -- написании хороших руководств. Универсальный же дистрибутив тоже должен быть, как
AN> долгоиграющий конструктор. Многие пользователи 7.0RE открывали для себя новое в нем почти
AN> до выхода Spring. Это, на мой взгляд, скорее хорошо, чем плохо.
Конечно хорошо открывать новое, но думаю многие узнавали по большей
части одно и тоже, что разработчики могли бы сообщить сразу :)
Это называется влосипедоизобретательство.
Давайте будем улучшать велик, что бы не было: ба, у моего велика были
педали, а я год отталкивался ногами :)

Из другого письма:
MO = Maksim Otstavnov
MO>> А лучше: не включать пакет, пока мотив его включения ясно и
MO>> непротиворечиво не приведен _в описании_ этого пакета.
Дистрибутив уже реально существует, нельзя предлагать потратить год на
то чтобы разгрести помойку. С другой стороны, ее всетаки нужно
разгребать.

AEN>Пустое. Вы можете ясно и непротиворечиво описать мотив появления книг на Вашей
AEN>книжной полке? Или CD в Вашей дискотеке? Для универсального дистрибутива
AEN>достаточно, чтобы пакет не противоречил policy и нравился одному из разработчиков
AEN>или нескольким пользователям. SuSE и Debian -- прекраные дистрибутивы, однако
AEN>мотивы включения в них пакетов объяснить граздо труднее, чем для Spring. Есть
AEN>традиции, которые мы принимаем и не собираемся нарушать. Я всегда любил "толстые"
AEN>дистрибутивы, а разговоры "дайте мне все на одном CD -- несерьезны для
AEN>специалиста. Для начинающего -- да, возможно. Для сисадмина -- понятно. Для
AEN>разработчика -- бред. Для активно использующего компьютер профессионала -- тоже.
Я не вижу ничего странного в том, что на 99% я могу сказать почему у
меня некая книга появилась на полке, и почему до сих пор не
отправилась в макулатуру. Из Вашего вопроса можно предположить, что
для большинства пакетов в дистре можно сказать, что они там до кучи.
Тем более обозримее меньшинство, если это конечно не пустое множество,
тем вам легче сообщить нам почему вы выбрали это меньшинство :)
Сообщите это нам. Примеры с Вашими правками я приводил. Так же вроде
пробегало от Вас чего-то про Ximian, Ghostscript. Так собирайте эту инфу, она Вам
самим пригодится.

>> ЗЗЫ: тут есть необходимость заморозить подписку на пару недель, но
>> потом хотелось бы все пропущенное прочитать. Есть ли более удобное
>> решение, нежели закачка архива (она одним файлом, или можно по
>> месяцам?), с последующим скармливанием thebat-у?

AN> Можно по месяцам, но вот насчет скармливания -- не знаю, я не пользуюсь the Bat.
Thebat могет, он прекрасно кушает mbox, просто не хотелось качать весь
архив. Но Вы уже ответили, спасибо.

PS: не считайте все это наездами, считайте это дружескими пинками,
потому что если разработчикав не пинать, а только кормить пряниками
"все RuLeZ форева", то они обленятся, обопьются пива отмечая успех, и
забудут о нас с линуксом :)

PPS: Вы все время спрашиваете про ссылки. Но всегда кто-то есть первый
кто создает эти вещи, и доки в частности. Вы явно не хотите быть
первыми, занчит будете все время в роли догоняющих. Это грусно.
Заметьте я стараюсь быть конструктивным, и обосновывать свои точку
зрения поясняя на примерах, потому что я знаю: зная ответ на вопрос
"почему?" гораздо легче ответить на вопрос "как?"

With Best Wishes & Regards,
  Alexander V. Sotnikov     mailto:al-so@mail.ru

[mdk-re] Re[2]: [mdk-re] Re[3]: [mdk-re] Снова компиляция ядра

[Maksim Otstavnov]

Hello Aleksey,

Saturday, May 19, 2001, 2:06:53 AM, you wrote:

>> Посему есть предложение: отложить на планирующемся семинаре
>> выступление Стаса и заслушать AEN о концепции. Все равно он обещал
>> это в мае сделать. :) Желательно, чтобы кто-нибудь закрыл аудиторию
>> снаружи кон клав, и не выпускал, пока все не расскажет. :))

AN> Это противоречит Вашему суждению ниже:
AN> "Я, как тот поручик, скажу более жестко: пока концепция не описана и не
AN> представлена в отчужденном от ее автора виде, ее _нет_."

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

AN> Рассказывать о том, чего нет -- не в моих правилах.

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

>> И даже дело не в народе и не в продажах. Девелоперу со стороны
>> вставиться сейчас тоже очень дорого.

AN> Туманно.

А чего туманного? Списки todo опубликованы?

>> AVS> Далее, у нас нет (ПОКА?) контор соответсвующих девятитысячным стандартам,
>> AVS> и ситуация на рынке изменится сильно с появлением таковых (нескоро).
>>
>> А чего нескоро? Сценарий: любой крупный интегратор покупает любую
>> Linux-команду.

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

>> И _продукт_ автоматически становится лучше (возможно,
>> при низком среднем качестве кода) через два месяца. Потому что они
>> посадят рядом с хакерами технических авторов, которые допросят их и
>> напишут 10 томов доков.

AN> Техписатели напишут то, что им расскажут,

Не вполне: техписатели руководствуются стандартами, задающими, в том
числе, и полноту, и достоверность документирования. ISO9000-* содержат
ссылку на стандартизированные требования к описанию товаров и услуг, а
те - ссылку на стандарты документирования техпродуктов, и даже в
ГОСТах это есть (хотя ГОСТы и кривоваты).

Я сидел на этом месте (и техписателем, и руководителем группы выпуска
документации): с него через неделю очень хорошо видно, кого из
девелоперов проекта надо хм... вывести за штат, поскольку если человек
не может рассказать, что он делает, скорее всего, он не делает ничего
:))

AN> то есть это будет соответсвовать качеству кода.

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

>> AEN>>Мы будем выпускать дистрибутивы для разных категориф
>> AEN>>пользователей, а также универсальный дистрибутив.
>> AEN>>Наши пользователи -- free people.
>> AVS> ...
>> AVS> тут большой выгрыз (смотрите в архиве)
>> AVS> ...
>> AEN>>Могу назвать также такие направления:
>> AEN>>-- защита (здесь у нас есть ряд уникальных решений);
>> AEN>>-- web (Midgard, LRN, Zope, отчасти с этим связаны и серверы
>> AEN>>баз данных);
>> AEN>>-- офисные приложения (Gecko-броузеры, мейлеры, Open Office,
>> AEN>>в ближней перспективе Koffice -- такового выбора и степени
>> AEN>>готовности к работе, Вы, пожалуй, не найдете нигде) ;
>> AEN>>-- интеранционализация (мы будем работать над интеграцией
>> AEN>>Unicode и интенационализацией проблемных приложений, как
>> AEN>>обычно);
>> AVS> 2AEN: Надеюсь это не заготовка текста, который Вы обещали?
>>
>> Я тоже надеюсь.

AN> На всех не угодишь. Еще раз : ссылку на удовлетворительный с Вашей
AN> точки зрения текст.

Редхэтовский полный комплект доков из делюкса - первое приближение.
_Нормально_ отдокументированного дистро Linux я не видел. Что-то
похожее - доки на SVR4.2 или Солярку любой версии.

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

Из GNU/Linux лучше всего IMHO отдокументированы GNU Tools, если
считать Cygnus'овские доки частью.

>> А лучше: не включать пакет, пока мотив его включения ясно и
>> непротиворечиво не приведен _в описании_ этого пакета.

AN> Пустое. Вы можете ясно и непротиворечиво описать мотив появления
AN> книг на Вашей книжной полке?

Будете смеяться - да. Ровно на майские праздники я апгрейдил мебель, и
день мы с женой потратили, отвечая на этот вопрос. В результате места
в квартире стало заметно больше, книжное собрание стало напоминать
домашнюю библиотеку, а библиотека ближайшего детдома сильно
пополнилась. :))) Справа от меня _мой_ стеллаж, на нем 6.5 рядов книг,
выбирайте номер снизу, и я запросто, перечислив, что в нем стоит,
отвечу на вопрос, зачем и (для большинства) откуда это взялось.

AN> Или CD в Вашей дискотеке?

Аналогично.

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

Это тоже ведь ответ. Но, возможно, стоит все же выделить категории,
для которых жесткость критериев различна (вариант:
supported/maintained/justso) - с замкнутостью по зависимостям снизу
вверх.

AN> SuSE и Debian -- прекраные дистрибутивы, однако мотивы включения в
AN> них пакетов объяснить граздо труднее, чем для Spring.

Я не буду возражать.

AN> Есть традиции, которые мы принимаем и не собираемся нарушать. Я
AN> всегда любил "толстые" дистрибутивы, а разговоры "дайте мне все на
AN> одном CD -- несерьезны для специалиста. Для начинающего -- да,
AN> возможно. Для сисадмина -- понятно. Для разработчика -- бред. Для
AN> активно использующего компьютер профессионала -- тоже.

Речь немножко не об этом. Здорово было бы иметь 1CD supported и хоть
10 - всего остального. А лучше - 20, при нынешней цене на диски :)))

>> От то ж.

AN> См. выше. Ценность пакетов проявляется не сразу.

Но ценность stuphead вряд ли когда-нибудь приблизится к ценности
системных библиотек или initscripts :)

В общем, я еще раз повторяю свое предложение: начните с подробного
рассказа "об этом".

А Стаса можно послушать и потом. Тем более, что RSBAC, в отличие от
дистрибутива в целом, документирован.

Saturday, May 19, 2001, 8:34:35 AM, Igor wrote:

IS> Грустно это выглядит:

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

IS> :-((

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

-- 
-- Maksim

Re: [mdk-re] Guinness

[Andrey Brindeew]

On Sat, 19 May 2001 00:36:30 +0400
Aleksey Novodvorsky <aen@logic.ru> wrote:

AN> По желанию и  вне стен института. Я уже писал, что ближайший бар --
Рози
AN> (http://www.rosie.ru). Гинес там отменный, но не дешевый.

В Шемроке на Новом Арбате дороже ;-)

--
WBR, Andrey Brindeew.
"No one person can understand Perl culture completely" (C) Larry Wall.

[mdk-re] Re: [mdk-re] Re[2]: [mdk-re] Re[3]: [mdk-re] Снова компиляция ядра

[Alexander Bokovoy]

On Sat, May 19, 2001 at 03:17:58PM +0400, Maksim Otstavnov wrote:
> >> А чего нескоро? Сценарий: любой крупный интегратор покупает любую
> >> Linux-команду.
> 
> (Другое дело, что, боюсь, российская ISO9000-лавка будет сильно похожа
> на российский пятизвездочный отель. Т.е. звездочки будут, а гора
> бычков может пролежать посреди холла полдня, кондиционеры не работают,
> и девки на ресепшне прыщавые, как в московском "Президент-отеле" ;) ).
:-) Прыщавость девок есть признак авитаминоза, а не российской
пятизвездочности.

> Saturday, May 19, 2001, 8:34:35 AM, Igor wrote:
> IS> Грустно это выглядит:
> IS> Господа, мы решили обсудить концепцию. Те кто не из Москвы, могут
> IS> не беспокоиться, т.к. мы потом все опубликуем, т.е. поставим перед
> IS> фактом. IMHO такие вопросы все же лучше обсуждать тут. Тем более,
> IS> что обещания опубликовать что-либо, уж больно долго не выполняются.
> IS> :-((
> Суть вопроса в том, что ни у кого нет средств принудить команду к
> такому обсуждению здесь. Опыт личного общения, однако, показывает, что
> на прямые вопросы глаза в глаза ответы все же даются.
.. И не скрывайте, Максим, истинную причину почему публичные встречи
on-face до сих пор продуктивнее публичного общения on-line. :-)
-- 
Sincerely yours, Alexander Bokovoy 
  The Midgard Project    | ALT  Linux  Team | Minsk Linux Users Group
 www.midgard-project.org | www.altlinux.ru  |    www.minsk-lug.net 
-- You won't skid if you stay in a rut.
		-- Frank Hubbard

Re[8]: [mdk-re] óÎÏ×ÁËÏÍÐÉÌÑÃÉÑÑÄÒÁ.

[Serge Skorokhodov]

Здравствуйте!

Aleksey Novodvorsky пишет по-поводу [mdk-re] Сновакомпиляцияядра.

<skip>

AN> Не понял. Они свинкой принципиально не болеют? Я вообще не
AN> понимаю -- о чем Вы???

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

А вот с этого места, пожалуйста, подробнее:) Чисто
профессиональный интерес:) Хотя, это, видимо, уже флейма:)

<skip>

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

AN> Уже писал об этом...

Ну не надо преувеличивать-та! К сожалению, и по концепции
дистрибутива, и по концепции локализации (а это, как мне кажется,
важнейшие моменты ALT Linux) -- по моему мнению, не более, чем
разрозненные заметки:( Вот по Castle -- там да, есть большой
документ. Но он посвящен тематике, в данный момент для меня не
актуальной. Так что и качество его я оценить, по сути, не могу:(
А хотелось бы Manifesto ALT:)

<skip>

Сергей Скороходов 19.05.2001 suralis@pisem.net

[mdk-re] Re: [mdk-re] Re[3]: [mdk-re] Снова компиляция ядра

[S. Budnevitch]

On Sat, May 19, 2001 at 02:06:53AM +0400, Aleksey Novodvorsky wrote:
> > AEN>>-- интеранционализация (мы будем работать над интеграцией
> > AEN>>Unicode и интенационализацией проблемных приложений, как
> > AEN>>обычно);
> > AVS> 2AEN: Надеюсь это не заготовка текста, который Вы обещали?
> >
> > Я тоже надеюсь.
> 
> На всех не угодишь. Еще раз : ссылку на удовлетворительный с Вашей точки зрения
> текст.

http://www.pld.org.pl/about/concept/

Это устроит?
 
> > А лучше: не включать пакет, пока мотив его включения ясно и
> > непротиворечиво не приведен _в описании_ этого пакета.
> 
> Пустое. Вы можете ясно и непротиворечиво описать мотив появления книг на Вашей
> книжной полке? Или CD в Вашей дискотеке? Для универсального дистрибутива
> достаточно, чтобы пакет не противоречил policy и нравился одному из разработчиков
> или нескольким пользователям. SuSE и Debian -- прекраные дистрибутивы, однако
> мотивы включения в них пакетов объяснить граздо труднее, чем для Spring. Есть
> традиции, которые мы принимаем и не собираемся нарушать. Я всегда любил "толстые"
> дистрибутивы, а разговоры "дайте мне все на одном CD -- несерьезны для
> специалиста. Для начинающего -- да, возможно. Для сисадмина -- понятно. Для
> разработчика -- бред. Для активно использующего компьютер профессионала -- тоже.

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

Re: Re[8]: [mdk-re] Сновакомпиляцияядра.

[Sergey S. Skulachenko]

On Sat, 19 May 2001 13:26:45 +0300
Serge Skorokhodov <suralis@pisem.net> wrote:

> А хотелось бы Manifesto ALT:)

Судя по трём последним письмам, дискуссия с поразительной быстротой -
всего за одну ночь! - скатилась к неизбежному финалу: оппонеты
разработчиков слышат только себя. Как часто это приходилось наблюдать -
открытая книга!
Но, вот, что мне отрадно: позапрошлую ночь в Сизиф добавилось 20 Мб нового
кода, а прошлую ночь - 36 Мб. Караван, т.е. идёт. Скажете, сам-то, мол,
принял участие в дискуссии. Да, отчасти. Но в защиту. В раздражённых же и
капризных нападках можно найти лишь признак несварения. Извините.
С уважением,
С.С.Скулаченко

Re: [mdk-re] Re: [mdk-re] Сновакомпиляцияядра.

[Aleksey Novodvorsky]

Pavel Marakhovsky wrote:

> On Fri, 18 May 2001 23:56:22 +0400
> Aleksey Novodvorsky <aen@logic.ru> wrote:
>
> > Ok. Так как три человека уже одобрили это ночное предложение, то:
> > -- Мы договариваемся об аудитории и времени. Начинать надо не слишком поздно,
> > чтобы закончить до 20-21 часа.
> > -- Я попрошу Стаса Иевлева выступить на первом заседании семинара с докладом о
> > Castle вооще и RSBAC в частности. Это задаст некоторый уровень "учености".
> > -- Мы напишем проект устава семинара. Очень важно, чтобы он не превратился в
> > обмен опытом администрирования, для последнего существуют другие формы общения.
> > Доклады должны описывать в первую очередь концепцию, а только потом -- решение.
> >
> > -- Предупреждаю заранее, что придется организовать предварительную запись для
> > посещения семинара, так как даже в Институте философии есть охрана, которая не
> > любит неожиданного скопления незнакомых людей по вечерам. Я надеюсь, что это не
> > станет большой проблемой для слушателей.
> > -- Семинар -- не тусовка. Тусовки мы очень любим, но всему свое время и место.
>
> А обычные пользователи допускаются?:)) А то было бы интересно послушать, хоть и не админ,
> а обычный пользователь который использует Линукс где только можно:)
>

Странный вопрос. Приглашаются все, кому интересна обсуждаемая тема.
Rgrds, AEN

[mdk-re] Re: [mdk-re] Сновакомпиляцияядра.

[Aleksey Novodvorsky]

Peter Novodvorsky wrote:

> Aleksey Novodvorsky <aen@logic.ru> writes:
>
> > On Thu, 17 May 2001 17:23:12 +0600
> > "Russu V.F." <ruwa@psrp.te.ru> wrote:
> >
> > > Hello mandrake-russian-admin,
> > >
> > > Thursday, May 17, 2001, 15:16:43, you wrote:
> > >
> > > >> А вы не собираетесь его включать в дистрибутив? Хотябы
> > > в
> > > >> виде отдельного ядра.
> > > >> И если нет - почему?
> > >
> > > > Потому, что правильное решение -- RSBAC. Вам совершенно
> > > не
> > > > обязательно использовать все его возможности.
> > >
> > >
> > >         Мил человек, какое то навязывание получается.....
> > > пакеты с других диструбутивов брать ненадо, юзать rsbac.
> > > Может мне lida больше по душе...
> >
> > Дорогой мой, я никому не посоветую юзать RSBAC вместо Лиды.
> > Но вот вместо LIDS -- несомненно.
>
>         Советы советами, но. В user-space мы включаем много альтернатив
> уаждому софту. Я допустим тоже могу посоветовать юзать fvwm/xfwm
> вместо sawfish/kwin. И это будт основано на моем опыте и пристрастиях,
> а так же на том, что я когда-то потратил 2 дня и научился быстро и
> не задумываясь писать конфиги к ним. Я бы посоветовал enlightenment,
> но с ним я пока еще не совсем разбрался.
>
>         C LIDS vs RSBAC, я так понимаю, ситуация та же. RSBAC большая,
> развесистая система сложная в  настройке, которой нужно учится не одну
> неделю. А если хочется чего-то меньшего? Должна же быть свободы выбора,
> черт возьми!
>

В настройке LIDS сложнее. RSBAC же в Castle работает "из коробки". Поддерживать
две системы такого уровня никто не в состоянии. Здесь надо выбирать.

Rgrds, AEN

Re: [mdk-re] Re[2]: [mdk-re] Re[3]: [mdk-re] Снова компиляция ядра

[Aleksey Novodvorsky]

Maksim Otstavnov wrote:

>
>
> AN> На всех не угодишь. Еще раз : ссылку на удовлетворительный с Вашей
> AN> точки зрения текст.
>
> Редхэтовский полный комплект доков из делюкса - первое приближение.
> _Нормально_ отдокументированного дистро Linux я не видел. Что-то
> похожее - доки на SVR4.2 или Солярку любой версии.
>
> Кстати, написать пожелания к описанию _любого_ дистрибутива - само по
> себе непросто. Я озадачился.
>
> Из GNU/Linux лучше всего IMHO отдокументированы GNU Tools, если
> считать Cygnus'овские доки частью.

Уходите от вопроса. Речь шла о концепции, а не о документации. Примеров сносного
написания документации мало, но они -- есть. И я могу представить, что удовлетворило
бы в какой-то степени Вас, меня, да и почти всех присутствующих. Другое дело --
концепция. Я не знаю сколько-нибудь вразумительных документов такого типа.
Конечно, то что я привел -- никакая не заготовка. Но резкий ответ -- не годится,
--заставляет задать вопрос: А что -- годится?

>
>
> >> А лучше: не включать пакет, пока мотив его включения ясно и
> >> непротиворечиво не приведен _в описании_ этого пакета.
>
> AN> Пустое. Вы можете ясно и непротиворечиво описать мотив появления
> AN> книг на Вашей книжной полке?
>
> Будете смеяться - да. Ровно на майские праздники я апгрейдил мебель, и
> день мы с женой потратили, отвечая на этот вопрос. В результате места
> в квартире стало заметно больше, книжное собрание стало напоминать
> домашнюю библиотеку, а библиотека ближайшего детдома сильно
> пополнилась. :))) Справа от меня _мой_ стеллаж, на нем 6.5 рядов книг,
> выбирайте номер снизу, и я запросто, перечислив, что в нем стоит,
> отвечу на вопрос, зачем и (для большинства) откуда это взялось.

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

>
>
> AN> Или CD в Вашей дискотеке?
>
> Аналогично.
>
> AN> Для универсального дистрибутива достаточно, чтобы пакет не
> AN> противоречил policy и нравился одному из разработчиков или
> AN> нескольким пользователям.
>
> Это тоже ведь ответ. Но, возможно, стоит все же выделить категории,
> для которых жесткость критериев различна (вариант:
> supported/maintained/justso) - с замкнутостью по зависимостям снизу
> вверх.

Это хорошая мысль.

>
>
> AN> SuSE и Debian -- прекраные дистрибутивы, однако мотивы включения в
> AN> них пакетов объяснить граздо труднее, чем для Spring.
>
> Я не буду возражать.
>
> AN> Есть традиции, которые мы принимаем и не собираемся нарушать. Я
> AN> всегда любил "толстые" дистрибутивы, а разговоры "дайте мне все на
> AN> одном CD -- несерьезны для специалиста. Для начинающего -- да,
> AN> возможно. Для сисадмина -- понятно. Для разработчика -- бред. Для
> AN> активно использующего компьютер профессионала -- тоже.
>
> Речь немножко не об этом. Здорово было бы иметь 1CD supported и хоть
> 10 - всего остального. А лучше - 20, при нынешней цене на диски :)))

Да, согласен.

>
>
> >> От то ж.
>
> AN> См. выше. Ценность пакетов проявляется не сразу.
>
> Но ценность stuphead вряд ли когда-нибудь приблизится к ценности
> системных библиотек или initscripts :)

>
>
> В общем, я еще раз повторяю свое предложение: начните с подробного
> рассказа "об этом".

Подумаю.

>
>
> А Стаса можно послушать и потом. Тем более, что RSBAC, в отличие от
> дистрибутива в целом, документирован.
>

Rgrds, AEN

Re: [mdk-re] Re: [mdk-re] Re[3]: [mdk-re] Снова компиляция ядра

[Aleksey Novodvorsky]

"S. Budnevitch" wrote:

> On Sat, May 19, 2001 at 02:06:53AM +0400, Aleksey Novodvorsky wrote:
> > > AEN>>-- интеранционализация (мы будем работать над интеграцией
> > > AEN>>Unicode и интенационализацией проблемных приложений, как
> > > AEN>>обычно);
> > > AVS> 2AEN: Надеюсь это не заготовка текста, который Вы обещали?
> > >
> > > Я тоже надеюсь.
> >
> > На всех не угодишь. Еще раз : ссылку на удовлетворительный с Вашей точки зрения
> > текст.
>
> http://www.pld.org.pl/about/concept/
>
> Это устроит?
>

Если это устроит Максима :-) , то такое мы напишем быстро.
Rgrds, AEN

Re: [mdk-re] Guinness

[Peter Novodvorsky]

Andrey Brindeew <linux@abr.x9.ru> writes:

> On Sat, 19 May 2001 00:36:30 +0400
> Aleksey Novodvorsky <aen@logic.ru> wrote:
> 
> AN> По желанию и  вне стен института. Я уже писал, что ближайший бар --
> Рози
> AN> (http://www.rosie.ru). Гинес там отменный, но не дешевый.
> 
> В Шемроке на Новом Арбате дороже ;-)

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

-- 
Peter Novodvorsky     http://www.altlinux.ru/    AltLinux Team, Russia
Debian.Org                                       http://debian.org/~nidd
            Debian  ---  no need to  wait for tomorrow.

[mdk-re] Re: [mdk-re] Сновакомпиляцияядра.

[Aleksey Novodvorsky]

"Sergey S. Skulachenko" wrote:

> On Sat, 19 May 2001 13:26:45 +0300
> Serge Skorokhodov <suralis@pisem.net> wrote:
>
> > А хотелось бы Manifesto ALT:)
>
> Судя по трём последним письмам, дискуссия с поразительной быстротой -
> всего за одну ночь! - скатилась к неизбежному финалу: оппонеты
> разработчиков слышат только себя. Как часто это приходилось наблюдать -
> открытая книга!
> Но, вот, что мне отрадно: позапрошлую ночь в Сизиф добавилось 20 Мб нового
> кода, а прошлую ночь - 36 Мб. Караван, т.е. идёт. Скажете, сам-то, мол,
> принял участие в дискуссии. Да, отчасти. Но в защиту. В раздражённых же и
> капризных нападках можно найти лишь признак несварения. Извините.
> С уважением,
> С.С.Скулаченко
>

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

Rgrds, AEN

Re: [mdk-re] Re[2]: [mdk-re] Re[3]: [mdk-re] Снова компиляция ядра

[Peter Novodvorsky]

Maksim Otstavnov <maksim@otstavnov.com> writes:

> AN> SuSE и Debian -- прекраные дистрибутивы, однако мотивы включения в
> AN> них пакетов объяснить граздо труднее, чем для Spring.
>
> Я не буду возражать.

Я непонял, какие проблемы в определении мотивов включения пакетов в Debian.
У  нас есть DFSG, по нему и определяем. А вот какие мотивы  в Spring, я не
совсем  понимаю.  Разве что так -- добавляется все, что сохраняет
целостность дистрибутива и является свободным. 
У Debian --  тоже что-то в этом роде -- DFSG и целостность, но  понятие о 
целостности другое.

-- 
Peter Novodvorsky     http://www.altlinux.ru/    AltLinux Team, Russia
Debian.Org                                       http://debian.org/~nidd
            Debian  ---  no need to  wait for tomorrow.

Re[10]: [mdk-re] óÎÏ×ÁËÏÍÐÉÌÑÃÉÑÑÄÒÁ.

[Alexander V. Sotnikov]

Hi, Sergey!

суббота, 19 мая 2001 г., you wrote:

SSS> Судя по трём последним письмам, дискуссия с поразительной быстротой -
SSS> всего за одну ночь! - скатилась к неизбежному финалу: оппонеты
SSS> разработчиков слышат только себя. Как часто это приходилось наблюдать -
SSS> открытая книга!
SSS> Но, вот, что мне отрадно: позапрошлую ночь в Сизиф добавилось 20 Мб нового
SSS> кода, а прошлую ночь - 36 Мб. Караван, т.е. идёт. Скажете, сам-то, мол,
SSS> принял участие в дискуссии. Да, отчасти. Но в защиту. В раздражённых же и
SSS> капризных нападках можно найти лишь признак несварения. Извините.
SSS> С уважением,
SSS> С.С.Скулаченко

Да ну бросьте :)
Разраженным мне показалось только одно письмо Russu. Капризов вообще
не заметил. В основном были заданы КОНКРЕТНЫЕ вопросы, высказаны КОНКРЕТНЫЕ
предложения и прогнозы.
Чем меня всегда радовал этот список рассылки, так это своей мирностью и
доброжелательностью.

Насчет ночного каравана предложение-вопрос. Я не знаю почему апдейты
ночные. Мой ночной диалап халявен, но для качания сизифа трудно
воспользоваться халявностью, т.к. легко нарваться на момент апдейта,
что будет чревато глюками. Хотелось бы чтобы график апдейтов был
зафиксирован. Например фиксируется время суток Ч, заводится пара
линков current, updating на разные директории. Далее в течение суток
все апдейты идут в updating, качать без риска можно спокойно current,
а во время Ч линки перекидываются. Реально?

With Best Wishes & Regards,
  Alexander V. Sotnikov     mailto:al-so@mail.ru

Re: [mdk-re] Re: [mdk-re] óÎÏ×ÁËÏÍÐÉÌÑÃÉÑÑÄÒÁ.

[Alexander V. Sotnikov]

Hi, Aleksey!

суббота, 19 мая 2001 г., you wrote:

AN> Сергей, я выступлю в защиту своих оппонентов (я бы сказал -- доброжелателей,
AN> если бы слово это не имело известного второго смысла). На самом деле, их,
AN> верные по сути пожелания, продиктованы искренним желанием успешного развития
AN> проекта ALT. Ни для кого здесь не секрет, что выжить программистской фирме
AN> вообще, тем более -- фирме free software, сложно. Конечно, нашим давним
AN> пользователям интереснее новые пакеты, но для очень и очень многих нужна
AN> хорошая документация, нужно представление о концепции без поиска в списке
AN> рассылки. Сочетать это очень сложно.  А в безделье, я надеюсь, нас никто не
AN> подозревает.

Как хорошо, что Вы все верно понимаете, на все 100%. Мы ваши кнут и
пряник :)

With Best Wishes & Regards,
  Alexander V. Sotnikov     mailto:al-so@mail.ru

[mdk-re] Re: [mdk-re] Снова компиляция ядра

[S. Budnevitch]

On Sat, May 19, 2001 at 03:05:15PM +0400, Aleksey Novodvorsky wrote:
> > Это тоже ведь ответ. Но, возможно, стоит все же выделить категории,
> > для которых жесткость критериев различна (вариант:
> > supported/maintained/justso) - с замкнутостью по зависимостям снизу
> > вверх.
> 
> Это хорошая мысль.

Кстати, я посмотрел сейчас список пакетов и обнаружил, что Вы в большей
степени, и Дмитрий в меньшей, помимо "базовых" пакетов собираете все, что
не взяли остальные разработчики. Imho стоит составит список 
"разыскивается :-) packager" и перечислить в этом списке те пакеты,
которые вы соберать не хотите или не можете. Если packager'а нет, пакет
попадает в justso.
  Я например использую xemacs, который Вы не любите, и zsh, который мало
кто использует, и еще несколько подобных пакетов - если бы они появились в
подобном списке, думаю, взялся бы их собирать. Тем более в отпуск через
неделю ухожу - время появится. :-)

[mdk-re] Re: [mdk-re] Re: [mdk-re] Re[2]: [mdk-re] Re[3]: [mdk-re] Снова компиляция ядра

[Maksim Otstavnov]

Hello Alexander,

Saturday, May 19, 2001, 3:29:30 PM, you wrote:

AB> :-) Прыщавость девок есть признак авитаминоза, а не российской
AB> пятизвездочности.

Я про прыщавость фигурально выразился. Не разглядывал их.

>> Суть вопроса в том, что ни у кого нет средств принудить команду к
>> такому обсуждению здесь. Опыт личного общения, однако, показывает, что
>> на прямые вопросы глаза в глаза ответы все же даются.
AB> .. И не скрывайте, Максим, истинную причину почему публичные встречи
AB> on-face до сих пор продуктивнее публичного общения on-line. :-)

Я не скрываю, я искренне не знаю.

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

Saturday, May 19, 2001, 4:43:37 PM, S. wrote:

SB> Надо сделать то, что предлагает Максим не для всех пакетов, а для
SB> тех, которые устанавливаются по умолчанию.

Да, так гораздо лучше это сформулировать. Хорошо описанную supported
base.

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

-- 
-- Maksim

[mdk-re] Re: [mdk-re] Re: [mdk-re] Re: [mdk-re] Re[2]: [mdk-re] Re[3]: [mdk-re] Снова компиляция ядра

[Alexander Bokovoy]

On Sat, May 19, 2001 at 11:19:40PM +0400, Maksim Otstavnov wrote:
> Hello Alexander,
> 
> Saturday, May 19, 2001, 3:29:30 PM, you wrote:
> 
> AB> :-) Прыщавость девок есть признак авитаминоза, а не российской
> AB> пятизвездочности.
> 
> Я про прыщавость фигурально выразился. Не разглядывал их.
Я тоже фигурально. :-) Это к тому, что не стоит все скидывать на извечные
российские проблемы и недостатки. Есть и нормальные предприятия,
работающие и не ждущие призрачной сертификации, которая без присутствия в
WTO все равно эффективности в завоевании рынков не придает.

> 
> >> Суть вопроса в том, что ни у кого нет средств принудить команду к
> >> такому обсуждению здесь. Опыт личного общения, однако, показывает, что
> >> на прямые вопросы глаза в глаза ответы все же даются.
> AB> .. И не скрывайте, Максим, истинную причину почему публичные встречи
> AB> on-face до сих пор продуктивнее публичного общения on-line. :-)
> 
> Я не скрываю, я искренне не знаю.
Я не знаю, но у меня, как у человека, по долгу службы имеющего возможность
наблюдать современную профессуру флагмана белорусского образования в
преломлении к IT, есть некоторые предположения. Одно из них состоит в том, 
что уровень ментального сотрудничества в масштабах общества ниже предлагаемого 
эволюцией, и процесс его роста зависит отнюдь не от технологической оснащенности 
общества, а скорее от осознания индивидуумом своей включенности в этот ментальный 
процесс в роли субъекта, а не объекта. В случае полного устранения физических контактов
всю полноту сотрудничества ощутить и, тем более, использовать могут не
очень многие. В этом плане Open Source и Free Software, как технолого-философское 
движение (специально не разделяю OS и FS в данном контексте на
два движения), служит благодатным источником примеров. Это своего рода
пробный камень.

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

Впрочем, это мое личное мнение, и в отношении эхотага оно распространяется
разве что на те пакеты, в которых присутствует моя "метка". :-)

> Diclaimer: Я никого не учу жить и никому не навязываю приоритеты.
> Просто есть некоторый опыт (оходно допускаю, что односторонний).
> Заткнусь, как только скажут заткнуться.
Вот уж что Вам буду настоятельно советовать, так это не молчать!
 

-- 
Sincerely yours, Alexander Bokovoy 
  The Midgard Project    | ALT  Linux  Team | Minsk Linux Users Group
 www.midgard-project.org | www.altlinux.ru  |    www.minsk-lug.net 
-- You won't skid if you stay in a rut.
		-- Frank Hubbard

Re: [mdk-re] Re: [mdk-re] óÎÏ×Á ËÏÍÐÉÌÑÃÉÑ ÑÄÒÁ

[Yuri Ryazantsev]

On Sat, May 19, 2001 at 03:15:24PM +0400, Alexander V. Sotnikov wrote:

> >> Slakware - конструктор из тарболов + BSD - like init-скрипты
> AN> Ну, знаете, Вы этим ничего не сказали. Отличия гораздо глубже.
> Ха. Я все это отлично знаю. Правда я когда писал по дистры, это была
> маленькая провокация, в надежде что кто-то заведется и распишет
> глубокий смысл отличий. Вы к сожалению ограничились констатацией
> факта :(

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

> AN> Нет. не путайте стандарты и варианты реализации. Другое дело, что MDK, например, нарушает
> AN> стандарты i18n, потому возникает несовместимость.
> Варианты реализации называются внутрикорпоративными стандартами. Если
> у вас таких стандартов нет и не предвидится, я могу вам и
> поьлзователям Alt только посочувствовать: рано или поздно это скажется
> на качестве дистрибутива.

Полностью согласен, и хотелось бы его еще и почитать.

with best wishes,

Yuri.

Re: [mdk-re] Guinness

[Yuri Ryazantsev]

On Sat, May 19, 2001 at 06:53:03PM +0400, Peter Novodvorsky wrote:

> > Рози
> > AN> (http://www.rosie.ru). Гинес там отменный, но не дешевый.
> > 
> > В Шемроке на Новом Арбате дороже ;-)
> 
> Зато обстановка приятнее, и телевизора  на полтора метра  нету, а иногда
> пианист с виолончелистом играют. 

Это уже обсуждается место тусовки после семинара :-) А то я что-то нить
потрял.

with best wishes,

Yuri.

[mdk-re] Re: [mdk-re] Сновакомпиляцияядра.

[Aleksey Novodvorsky]

"Alexander V. Sotnikov" wrote:

> Hi, Sergey!
>
> суббота, 19 мая 2001 г., you wrote:
>
> SSS> Судя по трём последним письмам, дискуссия с поразительной быстротой -
> SSS> всего за одну ночь! - скатилась к неизбежному финалу: оппонеты
> SSS> разработчиков слышат только себя. Как часто это приходилось наблюдать -
> SSS> открытая книга!
> SSS> Но, вот, что мне отрадно: позапрошлую ночь в Сизиф добавилось 20 Мб нового
> SSS> кода, а прошлую ночь - 36 Мб. Караван, т.е. идёт. Скажете, сам-то, мол,
> SSS> принял участие в дискуссии. Да, отчасти. Но в защиту. В раздражённых же и
> SSS> капризных нападках можно найти лишь признак несварения. Извините.
> SSS> С уважением,
> SSS> С.С.Скулаченко
>
> Да ну бросьте :)
> Разраженным мне показалось только одно письмо Russu.

К сожалению, оно было раздпаженным по форме, которую я подхватил. Напрасно,
извиняюсь.

> Капризов вообще
> не заметил. В основном были заданы КОНКРЕТНЫЕ вопросы, высказаны КОНКРЕТНЫЕ
> предложения и прогнозы.
> Чем меня всегда радовал этот список рассылки, так это своей мирностью и
> доброжелательностью.
>
> Насчет ночного каравана предложение-вопрос. Я не знаю почему апдейты
> ночные. Мой ночной диалап халявен, но для качания сизифа трудно
> воспользоваться халявностью, т.к. легко нарваться на момент апдейта,
> что будет чревато глюками. Хотелось бы чтобы график апдейтов был
> зафиксирован. Например фиксируется время суток Ч, заводится пара
> линков current, updating на разные директории. Далее в течение суток
> все апдейты идут в updating, качать без риска можно спокойно current,
> а во время Ч линки перекидываются. Реально?

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

Rgrds, AEN

>
>
> With Best Wishes & Regards,
>   Alexander V. Sotnikov     mailto:al-so@mail.ru
>
> _______________________________________________
> Mandrake-russian mailing list
> Mandrake-russian@altlinux.ru
> http://altlinux.ru/mailman/listinfo/mandrake-russian

Re: [mdk-re] Re: [mdk-re] Снова компиляция ядра

[Aleksey Novodvorsky]

"S. Budnevitch" wrote:

> On Sat, May 19, 2001 at 03:05:15PM +0400, Aleksey Novodvorsky wrote:
> > > Это тоже ведь ответ. Но, возможно, стоит все же выделить категории,
> > > для которых жесткость критериев различна (вариант:
> > > supported/maintained/justso) - с замкнутостью по зависимостям снизу
> > > вверх.
> >
> > Это хорошая мысль.
>
> Кстати, я посмотрел сейчас список пакетов и обнаружил, что Вы в большей
> степени, и Дмитрий в меньшей, помимо "базовых" пакетов собираете все, что
> не взяли остальные разработчики. Imho стоит составит список
> "разыскивается :-) packager" и перечислить в этом списке те пакеты,
> которые вы соберать не хотите или не можете. Если packager'а нет, пакет
> попадает в justso.
>   Я например использую xemacs, который Вы не любите, и zsh, который мало
> кто использует, и еще несколько подобных пакетов - если бы они появились в
> подобном списке, думаю, взялся бы их собирать. Тем более в отпуск через
> неделю ухожу - время появится. :-)
>

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

Rgrds, AEN

Re: [mdk-re] Re: [mdk-re] Re: [mdk-re] Re[2]: [mdk-re] Re[3]: [mdk-re] Снова компиляция ядра

[Aleksey Novodvorsky]

Maksim Otstavnov wrote:

>
> Diclaimer: Я никого не учу жить и никому не навязываю приоритеты.
> Просто есть некоторый опыт (оходно допускаю, что односторонний).

Вот и Вам пришлось об этом :-)
Надо бы вынести этот disclaimer на страничку  списков рассылки...


>
>
>
> Да, так гораздо лучше это сформулировать. Хорошо описанную supported
> base.
>
> Сверх этого - все, что угодно (хоть unmaintained несобираемый код,
> если место есть), но юзеру неплохо было бы видеть заранее уровень
> оттестированности и поддержки.

Согласен.

Rgrds, AEN

Re: [mdk-re] Снова компиляция ядра

[Michael Shigorin]

On Fri, 18 May 2001, Aleksey Novodvorsky wrote:

> > людей, а потом скажете: "Мы пошли по домам, а вы куда
> > хотите" :-))
>
> Мы (как команда) три года занимаемся Linux и, думаю, не
> давали повода для таких предположений. Хоть смайлик Вы и
> поставили, а все равно обидно.

"Щуки --- чтоб караси жирные не дремали".
Впрочем, вы (и Вы) таковых не напоминаете.

_Всегда_ есть критика, только вот она бывает конструктивная и не по
делу, дружеская (не путать со слащавой) и вражеская.

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

Особенно обидно, когда даже _на халяву_ не дают хорошо сделать -- см.
ниже, webmaster of ...

Друзья, работайте! Пусть вам будет легко, потому что ваше дело будет
востребовано. А что не так -- пусть все, кто не согласен, пишут,
говорят, правят и предлагают.

Слава Богу, не суппорту ms жаловаться.

2All: давайте бережно друг к другу относится! Наши нервы нам никто не
заменит, и время, потраченное на _бесплодные_ наезды (не путать со
здоровой дискуссией), нам никто не вернет... И сколько его-то...

-- 
WBR, Michael Shigorin, webmaster of www.chem.univ.kiev.ua
>Home Page:  http://visa.chem.univ.kiev.ua/~mike/  ICQ: 113344029
>Brainbench: http://www.brainbench.com/transcript.jsp?pid=2434729

Re: [mdk-re] Re: [mdk-re] Снова компиляция ядра

[Aleksey Novodvorsky]

"Alexander V. Sotnikov" wrote:

>
> дистрибутивом. Второй по правильности имхо Suse. Alt же для меня
> интересен получается так только руссификацией из коробки (хотя конечно
> же я чуть приуменьшил ваши заслуги, но чуть). И для меня лично
> переходить на ASP было бы сменой шила на мыло.

А Вы смените. Потом расскажете. Не мне же, в конце концов, этим заниматься. А до тех пор --
оставьте эту тему.  Вот она уж -- точно пионерская.

>
>
> >> 2AEN: Надеюсь это не заготовка текста, который Вы обещали?
> >> Потому как ПРАКТИЧЕСКОЙ инфы тут близко к нулю. Так декларация о
> >> намерениях, не более.
> AN> Еще раз прошу ссылку на текст, который бы Вас удовлетворил. То, что я перечислил, --
> AN> далеко не все, но заметьте, что перечисленного Вы больше нигде не найдете.
> Да нет конечно же, это очень важный документ. НО. Если написав это Вы
> считаете, что можно опять занятся срочными проектами, на год отложив
> писанину. То я Вам заявляю: рано успокаиваетесь, этого мало.

Согласен полностью. И документ напишу до конца мая. Точнее -- проект документа для обсуждения.

>
>
>
>
>
> PS: не считайте все это наездами, считайте это дружескими пинками,
> потому что если разработчикав не пинать, а только кормить пряниками
> "все RuLeZ форева", то они обленятся, обопьются пива отмечая успех, и
> забудут о нас с линуксом :)

Хм. Вы следит за Sisyphus хоть немного?

>
>
> PPS: Вы все время спрашиваете про ссылки. Но всегда кто-то есть первый
> кто создает эти вещи, и доки в частности. Вы явно не хотите быть
> первыми, занчит будете все время в роли догоняющих. Это грусно.

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

Rgrds, AEN

[mdk-re] Re: [mdk-re] Re: [mdk-re]Сновакомпиляцияядра.

[Oleg S.Gints]

> Yuri Ryazantsev wrote:
>
> > On Fri, May 18, 2001 at 09:20:43PM +0400, Aleksey Novodvorsky wrote:
> >
> > > По-моему, обстановка здесь как раз дружественная. А если кто
> > > встал не с той ноги, то это бывает и проходит.
> > > А если просто хочется обсудить в другом месте --
> > > предлагайте.
> >
> > Предлагаю - собраться лицом к лицу. Как-то сразу после выхода Спринга
> > собрались и мне кажется это было очень неплохо.
>
> Очень хорошо было.  Но формы встреч бывают разные.
> Например, как отнесется уважаемая публика к идее регулярного (раз в
> месяц, две недели) семинара по free software? Аудиторию в Институте
> философии найдем. А чтобы не москвичам было не очень обидно, -- будем
> публиковать материалы. Только не хотелось бы, чтобы:
> -- выступали исключительно мы, хотя начнем, естественно, с этого;
> -- семинары превращались в вечера вопросов и ответов по дистрибутивам.
>
> Rgrds, AEN
>

Можно поточнее определиться со сроками предстоящего семинара?
Просто я с 28 мая - 2 июня буду в Москве, очень хотелось принять
участие.

------------
С уважением,
Олег Гинц

Re: [mdk-re] Re: [mdk-re] Re: [mdk-re]Сновакомпиляцияядра.

[Aleksey Novodvorsky]

"Oleg S.Gints" wrote:

> > Yuri Ryazantsev wrote:
> >
> > > On Fri, May 18, 2001 at 09:20:43PM +0400, Aleksey Novodvorsky wrote:
> > >
> > > > По-моему, обстановка здесь как раз дружественная. А если кто
> > > > встал не с той ноги, то это бывает и проходит.
> > > > А если просто хочется обсудить в другом месте --
> > > > предлагайте.
> > >
> > > Предлагаю - собраться лицом к лицу. Как-то сразу после выхода Спринга
> > > собрались и мне кажется это было очень неплохо.
> >
> > Очень хорошо было.  Но формы встреч бывают разные.
> > Например, как отнесется уважаемая публика к идее регулярного (раз в
> > месяц, две недели) семинара по free software? Аудиторию в Институте
> > философии найдем. А чтобы не москвичам было не очень обидно, -- будем
> > публиковать материалы. Только не хотелось бы, чтобы:
> > -- выступали исключительно мы, хотя начнем, естественно, с этого;
> > -- семинары превращались в вечера вопросов и ответов по дистрибутивам.
> >
> > Rgrds, AEN
> >
>
> Можно поточнее определиться со сроками предстоящего семинара?
> Просто я с 28 мая - 2 июня буду в Москве, очень хотелось принять
> участие.
>

Реально мы сможем договориваться об аудитории во вторник. Если поймаем
соответствующего начальника Института философии,  а философы решают вопросы
не быстро. С нашей  же стороны задержки не будет.  Объявим сразу же.

Rgrds, AEN

Re[6]: [mdk-re] óÎÏ×ÁËÏÍÐÉÌÑÃÉÑÑÄÒÁ.

[Russu V.F.]

Hello mandrake-russian-admin,

Friday, May 18, 2001, 23:30:39, you wrote:

> On Fri, May 18, 2001 at 09:20:43PM +0400, Aleksey Novodvorsky wrote:

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

> Предлагаю - собраться лицом к лицу. Как-то сразу после выхода Спринга
> собрались и мне кажется это было очень неплохо.

    Дык, лучшего места чем третая ежегодная тусофффка непридумать ;-)



-- 
 ОП ТЭСР
 Сис.админ      телефон: 76-40-56
 Руссу В.Ф.     e-mail:  ruwa@psrp.te.ru
                icq:     14848608
                Yahoo messager: LostRuwa

Re[11]: [mdk-re] óÎÏ×ÁËÏÍÐÉÌÑÃÉÑÑÄÒÁ.

[Russu V.F.]

Hello mandrake-russian-admin,

Saturday, May 19, 2001, 21:16:43, you wrote:

> Hi, Sergey!

> суббота, 19 мая 2001 г., you wrote:

> Да ну бросьте :)
> Разраженным мне показалось только одно письмо Russu. Капризов вообще

        Да нет, не раздраженное оно было.
А скорее недоумевающее.....


-- 
 ОП ТЭСР
 Сис.админ      телефон: 76-40-56
 Руссу В.Ф.     e-mail:  ruwa@psrp.te.ru
                icq:     14848608
                Yahoo messager: LostRuwa

Re[8]: [mdk-re] óÎÏ×ÁËÏÍÐÉÌÑÃÉÑÑÄÒÁ.

[Russu V.F.]

Hello mandrake-russian-admin,

Friday, May 18, 2001, 20:48:25, you wrote:

>> >> Будет ли lids работать на ваших ядрах ?
>> > Почему бы нет? Но я же написал, что поддержка LIDS не входит в наши планы.
>>         то есть. если я поставил себе lids мне с
>> возможными траблами суда
>> даже и не суваться с возможными траблами работы ядра ???

> Странный вывод. Если кто-то сможет Вам помочь, то, конечно,
        да это вообщем то не вывод, а вопрос был. Нижеследующим ответом я
удовлетворен. ;-)

> поможет. Но так как мы не собираемся заниматься LIDS, то:
> --  мы не сможем отвечать на специфические вопросы;
> --  не будем разбираться с LIDS специально.

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

> Спасибо, но все же не используя дистрибутив, Вы не попадаете
> в зависимость от нас.
        С чего вы взяли, что я его не использую. Гоняю дома, когда попадаю
туда, вот все никак несоберусь поставить на рабочей машине. Много работы.

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

> Не понял. Они свинкой принципиально не болеют? Я вообще не
> понимаю -- о чем Вы???
        Повторюсь, при возникновении некой ситуации когда Вы несможите
оперативно исправить или предложить метод исправления некой гипотетической
проблемы (как пример я приводил inetd + wu-ftpd). Я кинусь с
вопросами, например к Каневскому. Предположим, он предложит АСПшный варинт
решения проблемы, но этот способ будет несовместим с Вашими
"идеологическими" методами, вот собственно с чего я разговор то и начал,
обидно видеть как хорошие дистрибутивы "расползаются" в разные стороны.

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

> В то время мы были совместимы с MDK и Вы могли
> воспользоваться рекомендацией MDK. 
   то есть с мандракавскими пакетами вы идет "рука об руку" ?

> Мы не будем поддерживать ни RH, ни ASP. Описание сборки rpm
> от RH имеется. Что касается дыр в защите, то, естественно,
> что декларирую свою несовместимость с другими дистрибутивами
> мы берем на себя обязательства по их оперативному латанию.
        я все понял.


>> 
>> > Выход прост:
>> > 1. Выбрать один из подходов, один из дистрибутивов,
>> который
>> > Вам симпатичен.
>>         уже выбрал, к сожелению это не spring2001 $-(((

> Тогда о чем же речь? Зачем Вам тогда интегрировать в
> дистрибутив, который Вы не будете использовать, другие
> пакеты?
        я чуть-чуть неверно высказался.... на данный момент, если мне надо
будет ставить _сервер_ это будет АСП7.1. НО я очень внимаательно
приглядываюсь как Спрингу в качестве рабочей машины.



> Тон разговора Вы выбрали сами. Потрудитесь сформулировать
> вопросы, если они у Вас остались, конкретно и без
> фамильярности.
        ЭЭээ, я был фамильярен ?? ;-((( ей богу не со зла ;-(

А то что я хотел сказать очень хорошо описал
 Alexander V. Sotnikov
после вопросов/ответов прошедших за выходные, у меня их собственно нет ;-)




-- 
 ОП ТЭСР
 Сис.админ      телефон: 76-40-56
 Руссу В.Ф.     e-mail:  ruwa@psrp.te.ru
                icq:     14848608
                Yahoo messager: LostRuwa

Re: [mdk-re] úÁÄÁÞÁ ÎÁ ËÏÎËÕÒÓ (ÂÙÌÏ Re: óÎÏ×Á ËÏÍÐÉÌÑÃÉÑ ÑÄÒÁ.)

[Russu V.F.]

Hello mandrake-russian-admin,

Saturday, May 19, 2001, 15:02:57, you wrote:

> On Fri, May 18, 2001 at 06:40:56PM +0600, Russu V.F. wrote:
>> >> >> И что мы видим, cbcp патча нету.
>> >> > А что вот это?
>> >>         что именно ?????
>> > Чтение писем последовательно имеет свои недостатки -- прочитайте мой ответ
>> > на мой ответ и Вы поймете. Кстати, сам по себе patch не нужен, cbcp
>> > присутствует в ppp 2.4.0, необходимо только добавить cbcp.o в список
>> > линкуемых, а это можно сделать и без патча.
>>         а он имеется в наличии ????
> Объясняю популярно: патч не нужен, все необходимые материалы идут внутри
> pppd-2.4.0.tar.bz2. Если у Вас есть желание доказать обратное --
> доказывайте. 
        да действительно имеются файлы pppd/cbcp.c и cbcp.h
Но, по крайней мере у меня невыло, без оного сделать эту фичу.
А с установленным пачтем все встало, и заработало.

> Ошибка packager'а была в том, что он эти материалы не использовал. 
> Ваша ошибка заключается в том, что Вы смотрите поверхностно
> на содержимое src.rpm. "Дьявол зарылся в деталях". Если кому-то необходимо
        я так думаю, коли патч имеет место быть. значит он для чего то
нужен ;-)))))

> делать патч для включения cbcp, пусть его делает. Я утверждаю, что можно
> обойтись без патча. Давайте рассмотрим это как задачу на конкурс, приз
> которого -- pppd, умеющий работать с протоколом CBCP.
        малость непонял ?????


> Я серьезно -- давайте периодически формулировать здесь подобные задачки.
> Ведь наша жизнь состоит не только из работы, а элегантных задач 'for fun'
> в Linux предостаточно.
        хоть и не очень понял про че - но давайте попробуем ;-))))


-- 
 ОП ТЭСР
 Сис.админ      телефон: 76-40-56
 Руссу В.Ф.     e-mail:  ruwa@psrp.te.ru
                icq:     14848608
                Yahoo messager: LostRuwa

Re[4]: [mdk-re] óÎÏ×ÁËÏÍÐÉÌÑÃÉÑÑÄÒÁ.

[Russu V.F.]

Hello mandrake-russian-admin,

Saturday, May 19, 2001, 16:08:42, you wrote:

>         C LIDS vs RSBAC, я так понимаю, ситуация та же. RSBAC большая,
> развесистая система сложная в  настройке, которой нужно учится не одну 
> неделю. А если хочется чего-то меньшего? Должна же быть свободы выбора,
> черт возьми!

        Дык вот и я про то же..... ТОлько тебе Петр это более лаконично
удалось высказать ;-)


-- 
 ОП ТЭСР
 Сис.админ      телефон: 76-40-56
 Руссу В.Ф.     e-mail:  ruwa@psrp.te.ru
                icq:     14848608
                Yahoo messager: LostRuwa

[mdk-re] Re: [mdk-re] Задача на конкурс (было Re: Снова компиляция ядра.)

[Alexander Bokovoy]

On Mon, May 21, 2001 at 12:34:04PM +0600, Russu V.F. wrote:
> Hello mandrake-russian-admin,
> 
> Saturday, May 19, 2001, 15:02:57, you wrote:
> 
> > On Fri, May 18, 2001 at 06:40:56PM +0600, Russu V.F. wrote:
> >> >> >> И что мы видим, cbcp патча нету.
> >> >> > А что вот это?
> >> >>         что именно ?????
> >> > Чтение писем последовательно имеет свои недостатки -- прочитайте мой ответ
> >> > на мой ответ и Вы поймете. Кстати, сам по себе patch не нужен, cbcp
> >> > присутствует в ppp 2.4.0, необходимо только добавить cbcp.o в список
> >> > линкуемых, а это можно сделать и без патча.
> >>         а он имеется в наличии ????
> > Объясняю популярно: патч не нужен, все необходимые материалы идут внутри
> > pppd-2.4.0.tar.bz2. Если у Вас есть желание доказать обратное --
> > доказывайте. 
>         да действительно имеются файлы pppd/cbcp.c и cbcp.h
> Но, по крайней мере у меня невыло, без оного сделать эту фичу.
> А с установленным пачтем все встало, и заработало.
Могу привести некоторую (условную) аналогию: можно использовать
обыкновенную питьевую воду, а можно пользоваться ею же бутилированной. По
последним данным статистики, бутилированная вода ничем не отличается от
обычной, а часто из одной трубы разливается.

> 
> > Ошибка packager'а была в том, что он эти материалы не использовал. 
> > Ваша ошибка заключается в том, что Вы смотрите поверхностно
> > на содержимое src.rpm. "Дьявол зарылся в деталях". Если кому-то необходимо
>         я так думаю, коли патч имеет место быть. значит он для чего то
> нужен ;-)))))
:-) В данном случае -- в качестве подпорки.

> 
> > делать патч для включения cbcp, пусть его делает. Я утверждаю, что можно
> > обойтись без патча. Давайте рассмотрим это как задачу на конкурс, приз
> > которого -- pppd, умеющий работать с протоколом CBCP.
>         малость непонял ?????
Задача: не латая pppd, заставить его понимать протокол CBCP. Под pppd в
данном случае понимается содержимое pppd-2.4.0-*.src.rpm из Spring. Конечная
цель -- работающий CBCP.

> > Я серьезно -- давайте периодически формулировать здесь подобные задачки.
> > Ведь наша жизнь состоит не только из работы, а элегантных задач 'for fun'
> > в Linux предостаточно.
>         хоть и не очень понял про че - но давайте попробуем ;-))))
Пробуйте :-). Собственно, в случае успешного выполнения задания
выполнившему достаточно где-нибудь в Сети выложить получившийся новый
src.rpm и в этом thread-е сообщить о месте с кладом :-)
-- 
Sincerely yours, Alexander Bokovoy 
  The Midgard Project    | ALT  Linux  Team | Minsk Linux Users Group
 www.midgard-project.org | www.altlinux.ru  |    www.minsk-lug.net 
-- You won't skid if you stay in a rut.
		-- Frank Hubbard

Re: [mdk-re] Re: [mdk-re] Re[3]: [mdk-re] Снова компиляция ядра

[Volkov Serge]

On Sat, 19 May 2001 15:09:10 +0400
Aleksey Novodvorsky <aen@logic.ru> wrote:

> "S. Budnevitch" wrote:
> 
> > On Sat, May 19, 2001 at 02:06:53AM +0400, Aleksey Novodvorsky wrote:
> > > > AEN>>-- интеранционализация (мы будем работать над интеграцией
> > > > AEN>>Unicode и интенационализацией проблемных приложений, как
> > > > AEN>>обычно);
> > > > AVS> 2AEN: Надеюсь это не заготовка текста, который Вы обещали?
> > > >
> > > > Я тоже надеюсь.
> > >
> > > На всех не угодишь. Еще раз : ссылку на удовлетворительный с Вашей точки зрения
> > > текст.
> >
> > http://www.pld.org.pl/about/concept/
> >
> > Это устроит?
> >
> 
> Если это устроит Максима :-) , то такое мы напишем быстро.
> Rgrds, AEN
> 
А если полнее и точнее осветить направление развития дистрибутива или разделния на поддистрибутивы(серверный, общий (для офиса), общий (в смысле включено все: свалка) и так далее)

С наилучшими VAS

Re: Re[6]: [mdk-re] Сновакомпиляцияядра.

[Volkov Serge]

On Mon, 21 May 2001 09:13:25 +0600
"Russu V.F." <ruwa@psrp.te.ru> wrote:

> Hello mandrake-russian-admin,
> 
> Friday, May 18, 2001, 23:30:39, you wrote:
> 
> > On Fri, May 18, 2001 at 09:20:43PM +0400, Aleksey Novodvorsky wrote:
> 
> >> По-моему, обстановка здесь как раз дружественная. А если кто
> >> встал не с той ноги, то это бывает и проходит.
> >> А если просто хочется обсудить в другом месте --
> >> предлагайте.
> 
> > Предлагаю - собраться лицом к лицу. Как-то сразу после выхода Спринга
> > собрались и мне кажется это было очень неплохо.
> 
>     Дык, лучшего места чем третая ежегодная тусофффка непридумать ;-)
> 
> 
> 
> -- 
>  ОП ТЭСР
>  Сис.админ      телефон: 76-40-56
>  Руссу В.Ф.     e-mail:  ruwa@psrp.te.ru
>                 icq:     14848608
>                 Yahoo messager: LostRuwa
На мой взгляд тусофка и семинар надо разделить 
и если уж заговорили о семинарах, то имеет смысл продумать на некоторое время вперед темы и устраивать их может  не раз в месяц а как наберется материал, докладчики  и прочее.

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

Вообщем я  всеми руками за семинары!!!

C наилучшими VAS

Re: [mdk-re] Re: [mdk-re] Сновакомпиляцияядра .

[Volkov Serge]

On Fri, 18 May 2001 23:56:22 +0400
Aleksey Novodvorsky <aen@logic.ru> wrote:

> Yuri Ryazantsev wrote:
> 
> > On Fri, May 18, 2001 at 09:40:06PM +0400, Aleksey Novodvorsky wrote:
> >
> > > > Предлагаю - собраться лицом к лицу. Как-то сразу после выхода Спринга
> > > > собрались и мне кажется это было очень неплохо.
> > >
> > > Очень хорошо было.  Но формы встреч бывают разные.
> > > Например, как отнесется уважаемая публика к идее регулярного (раз в
> > > месяц, две недели) семинара по free software? Аудиторию в Институте
> > > философии найдем. А чтобы не москвичам было не очень обидно, -- будем
> >
> > Идея великолепная. Поддерживаю и целиком за!
> >
> 
> Ok. Так как три человека уже одобрили это ночное предложение, то:
> -- Мы договариваемся об аудитории и времени. Начинать надо не слишком поздно,
> чтобы закончить до 20-21 часа.
> -- Я попрошу Стаса Иевлева выступить на первом заседании семинара с докладом о
> Castle вооще и RSBAC в частности. Это задаст некоторый уровень "учености".
> -- Мы напишем проект устава семинара. Очень важно, чтобы он не превратился в
> обмен опытом администрирования, для последнего существуют другие формы общения.
> Доклады должны описывать в первую очередь концепцию, а только потом -- решение.
> 
> -- Предупреждаю заранее, что придется организовать предварительную запись для
> посещения семинара, так как даже в Институте философии есть охрана, которая не
> любит неожиданного скопления незнакомых людей по вечерам. Я надеюсь, что это не
> станет большой проблемой для слушателей.
> -- Семинар -- не тусовка. Тусовки мы очень любим, но всему свое время и место.
> 
> Rgrds, AEN
> 
Пардон не заметил этого письма и написал позже, 
Вообщем я тоже поддерживаю !!!

[mdk-re] Re: [mdk-re] Re: [mdk-re] Сновакомпиляцияядра.

[Dmitry S Kiselev]

On Sat, 19 May 2001 14:33:34 +0400
Aleksey Novodvorsky <aen@logic.ru> wrote:

AN> > А обычные пользователи допускаются?:)) А то было бы интересно послушать, хоть и не админ,
AN> > а обычный пользователь который использует Линукс где только можно:)
AN> >
AN> 
AN> Странный вопрос. Приглашаются все, кому интересна обсуждаемая тема.
AN> Rgrds, AEN

Протокол собрания будет вестись? Если будет, неплохо бы его потом как-то опубликовать...
--
WBR Dmitry S Kiselev  E-Mail:salvatore@ace.cs.nstu.ru ICQ UIN:32904426

Re: [mdk-re] Re: [mdk-re] Re: [mdk-re] óÎÏ×ÁËÏÍÐÉÌÑÃÉÑÑÄÒÁ.

[Yuri Ryazantsev]

On Mon, May 21, 2001 at 02:41:06PM +0700, Dmitry S Kiselev wrote:

> AN> > А обычные пользователи допускаются?:)) А то было бы интересно послушать, хоть и не админ,
> AN> > а обычный пользователь который использует Линукс где только можно:)
> AN> 
> AN> Странный вопрос. Приглашаются все, кому интересна обсуждаемая тема.
> AN> Rgrds, AEN
> 
> Протокол собрания будет вестись? Если будет, неплохо бы его потом как-то опубликовать...

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

with best wishes,

Yuri.

Re[5]: [mdk-re] óÎÏ×ÁËÏÍÐÉÌÑÃÉÑÑÄÒÁ.

[Serge Skorokhodov]

Здравствуйте!

Russu V.F. пишет по-поводу [mdk-re] Сновакомпиляцияядра.

RVF> Hello mandrake-russian-admin,

RVF> Saturday, May 19, 2001, 16:08:42, you wrote:

>>         C LIDS vs RSBAC, я так понимаю, ситуация та же. RSBAC большая,
>> развесистая система сложная в  настройке, которой нужно учится не одну 
>> неделю. А если хочется чего-то меньшего? Должна же быть свободы выбора,
>> черт возьми!

RVF>         Дык вот и я про то же..... ТОлько тебе Петр это более лаконично
RVF> удалось высказать ;-)

О сколько диалектики! Должны быть а)свобода выбора б)готовые
решения г)все это должно еще и работать:) Куда податься бедному
собирателю пакетов:)

Мне кажется, что главным итогом дискуссии стало повторное
обещание AEN "выкатить" концепцию. Она и должна стать тем
знаменем, под котором все и должны собираться попить пивка:) Если
формально и серьезно, то главное, мне кажется, это создание
активного пользовательского сообщества. И тогда развитие
"облегченного" варианта безопастности "для дома, для семьи"
перестанет быть проблемой и "обескураженные" письма от людей,
столкнувшихся с непохожестью дистрибутива на другие пропадут сами
собой:) Таковы мои, как говориться, десять копеек:)

Сергей Скороходов 21.05.2001 suralis@pisem.net

[mdk-re] Re: [mdk-re] Re: [mdk-re] Re: [mdk-re] Сновакомпиляцияядра.

[Dmitry S Kiselev]

On Mon, 21 May 2001 11:45:46 +0400
Yuri Ryazantsev <yuri@unix.ru> wrote:

YR> On Mon, May 21, 2001 at 02:41:06PM +0700, Dmitry S Kiselev wrote:
YR> 
YR> > AN> > А обычные пользователи допускаются?:)) А то было бы интересно послушать, хоть и не админ,
YR> > AN> > а обычный пользователь который использует Линукс где только можно:)
YR> > AN> 
YR> > AN> Странный вопрос. Приглашаются все, кому интересна обсуждаемая тема.
YR> > AN> Rgrds, AEN
YR> > 
YR> > Протокол собрания будет вестись? Если будет, неплохо бы его потом как-то опубликовать...
YR> 
YR> Это же семинар. Обычно публикуются тезисы перед событием, для того чтобы
YR> было понятно нужно тебе там быть или нет. И м.б. выборочные доклады. Если
YR> хочется знать все, то лучше приходить.
YR> 

Не все в Москве живут...

--
WBR Dmitry S Kiselev  E-Mail:salvatore@ace.cs.nstu.ru ICQ UIN:32904426

Re: [mdk-re] Re: [mdk-re] úÁÄÁÞÁ ÎÁ ËÏÎËÕÒÓ (ÂÙÌÏ Re: óÎÏ×Á ËÏÍÐÉÌÑÃÉÑ ÑÄÒÁ.)

[Russu V.F.]

Hello mandrake-russian-admin,

Monday, May 21, 2001, 12:50:16, you wrote:

>>         да действительно имеются файлы pppd/cbcp.c и cbcp.h
>> Но, по крайней мере у меня невыло, без оного сделать эту фичу.
>> А с установленным пачтем все встало, и заработало.
> Могу привести некоторую (условную) аналогию: можно использовать
> обыкновенную питьевую воду, а можно пользоваться ею же бутилированной. По
> последним данным статистики, бутилированная вода ничем не отличается от
> обычной, а часто из одной трубы разливается.
        Ну коли такие аллегории пошли ;-)))
ТО хоть и вода одинаковая, но из бутыля ее пить ловчее  ;-))))
Это я про то что с пачтем в меня cbcp заработал сразу ;-)


>> > делать патч для включения cbcp, пусть его делает. Я утверждаю, что можно
>> > обойтись без патча. Давайте рассмотрим это как задачу на конкурс, приз
>> > которого -- pppd, умеющий работать с протоколом CBCP.
>>         малость непонял ?????
> Задача: не латая pppd, заставить его понимать протокол CBCP. Под pppd в
> данном случае понимается содержимое pppd-2.4.0-*.src.rpm из Spring. Конечная
> цель -- работающий CBCP.
        хммм, можно попробывать ;-))))
Будет время - попробую, благо что тестовая база есть.....


>> > Я серьезно -- давайте периодически формулировать здесь подобные задачки.
>> > Ведь наша жизнь состоит не только из работы, а элегантных задач 'for fun'
>> > в Linux предостаточно.
>>         хоть и не очень понял про че - но давайте попробуем ;-))))
> Пробуйте :-). Собственно, в случае успешного выполнения задания
> выполнившему достаточно где-нибудь в Сети выложить получившийся новый
> src.rpm и в этом thread-е сообщить о месте с кладом :-)
        а я неуменю src.rpm собирать ;-(((((
Единственно что, могу описать что как и куда ;-)


-- 
 ОП ТЭСР
 Сис.админ      телефон: 76-40-56
 Руссу В.Ф.     e-mail:  ruwa@psrp.te.ru
                icq:     14848608
                Yahoo messager: LostRuwa

Re: Re[4]: [mdk-re] Сновакомпиляцияядра.

[Aleksey Novodvorsky]

On Mon, 21 May 2001 12:37:03 +0600
"Russu V.F." <ruwa@psrp.te.ru> wrote:

> Hello mandrake-russian-admin,
> 
> Saturday, May 19, 2001, 16:08:42, you wrote:
> 
> >         C LIDS vs RSBAC, я так понимаю, ситуация та же.
> RSBAC большая,
> > развесистая система сложная в  настройке, которой нужно
> учится не одну 
> > неделю. А если хочется чего-то меньшего? Должна же быть
> свободы выбора,
> > черт возьми!
> 
>         Дык вот и я про то же..... ТОлько тебе Петр это
> более лаконично
> удалось высказать ;-)

Да посмотрите же хоть намного на LIDS и RSBAC. RSBAC --
проще и логичнее, а в составе Castle -- работает из коробки.
Свободу же выбора никто у Вас не отнимал. Но дистрибутива с
LIDS нет, а с RSBAC -- есть, пусть и в стадии беты. И выбран
был RSBAC не с кондачка. Если есть вопросы -- милости просим
в список Castle. Но не надо же слушать трепачей, которые ни
разу не ставили ни того, ни другого!
Rgrds, AEN

> 
> 
> -- 
>  ОП ТЭСР
>  Сис.админ      телефон: 76-40-56
>  Руссу В.Ф.     e-mail:  ruwa@psrp.te.ru
>                 icq:     14848608
>                 Yahoo messager: LostRuwa
> 
> 
> 
> _______________________________________________
> Mandrake-russian mailing list
> Mandrake-russian@altlinux.ru
> http://altlinux.ru/mailman/listinfo/mandrake-russian

Re: Re[8]: [mdk-re] Сновакомпиляцияядра.

[Aleksey Novodvorsky]

On Mon, 21 May 2001 11:43:02 +0600
"Russu V.F." <ruwa@psrp.te.ru> wrote:

>
> > Не понял. Они свинкой принципиально не болеют? Я вообще
> не
> > понимаю -- о чем Вы???
>         Повторюсь, при возникновении некой ситуации когда
> Вы несможите
> оперативно исправить или предложить метод исправления
> некой гипотетической
> проблемы (как пример я приводил inetd + wu-ftpd).

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

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

Здесь два вопроса.
1. По поводу совместимости.
На самом деле, следование стандартам -- очень серьезная ее
гарантия. По общим для двух дистрибутивов пакетам они будут
лечиться одинаковыми патчами. То же относится к Debian,
Slack -- кому угодно.
Другое дело -- специфические ошибки, допущенные при сборке.
Здесь уже придется обращаться к авторам. Что касается
spec-файлов, то здесь расхождения небольшие (в сравнение
RH<->SuSE, например) и они нами документированы.
По поводу ядра. Естественно, у каждого дистрибутива есть
специфические патчи, которые милы сердцу авторов. Ядрf RH и
ASP тоже отличаются. При наложении сторонних патчей, не
поддерживаемых авторами дистрибутива, проблемы возможны, но
они решаются откатом патчей-"конкурентов", в крайнем случае
-- откатом всех патчей. Все дистрибутивы будут работать на
"чистом ядре", но, естественно, с потерей некоторой
функциональности. То есть никаких _особых_ проблем здесь не
возникнет. Конечно, от Вас требуется понимание того, что Вы
делаете. Попытка одновременного использования, скажем, LIDS
и RSBAC не может быть удачной.
2. По поводу "расползания".
Естественно, когда мы с Леонидом и Александром работали
вместе, то степень взаимопроникновения и взаимопомощи была
весьма высокой. Когда мы начинали работать с командой BCL (С
версии 5.x, не помню уже точно), то перед выпуском серьезно
согласовали подходы, многое было изменено.
Наши личные отношения с Леонидом и Александром сохранились.
Что касается фирмы ASPLinux, то у нас нет с ней никаких
отношений. Это не наш выбор, -- не мы создавали завалы. 
Я не хотел бы начинать здесь дискуссию на эту тему.


> 
> >>         Вот про это я о говрил. что может имеет создать
> >> смысл документ
> >> RH2ALT или ASP2ALT которой будет описывать, что нужно
> >> делать, и как чтобы
> >> чужой пакет работал в Вашей системе как родной.
> 
> > В то время мы были совместимы с MDK и Вы могли
> > воспользоваться рекомендацией MDK. 
>    то есть с мандракавскими пакетами вы идет "рука об
> руку" ?

Читайте: "в то время".

> 
> > Мы не будем поддерживать ни RH, ни ASP. Описание сборки
> rpm
> > от RH имеется. Что касается дыр в защите, то,
> естественно,
> > что декларирую свою несовместимость с другими
> дистрибутивами
> > мы берем на себя обязательства по их оперативному
> латанию.
>         я все понял.
> 
> 
> >> 
> >> > Выход прост:
> >> > 1. Выбрать один из подходов, один из дистрибутивов,
> >> который
> >> > Вам симпатичен.
> >>         уже выбрал, к сожелению это не spring2001 $-(((
> 
> > Тогда о чем же речь? Зачем Вам тогда интегрировать в
> > дистрибутив, который Вы не будете использовать, другие
> > пакеты?
>         я чуть-чуть неверно высказался.... на данный
> момент, если мне надо
> будет ставить _сервер_ это будет АСП7.1. НО я очень
> внимаательно
> приглядываюсь как Спрингу в качестве рабочей машины.
> 
> 
> 
> > Тон разговора Вы выбрали сами. Потрудитесь
> сформулировать
> > вопросы, если они у Вас остались, конкретно и без
> > фамильярности.
>         ЭЭээ, я был фамильярен ?? ;-((( ей богу не со зла
> ;-(

Ok. Проехали. Неделя после длинных праздников -- всегда
тяжелая.
Успехов Вам!


Rgrds, AEN

Re: Re[4]: [mdk-re] óÎÏ×ÁËÏÍÐÉÌÑÃÉÑÑÄÒÁ.

[Yuri Ryazantsev]

On Mon, May 21, 2001 at 03:57:15PM +0400, Aleksey Novodvorsky wrote:

> Да посмотрите же хоть намного на LIDS и RSBAC. RSBAC --
> проще и логичнее, а в составе Castle -- работает из коробки.

Ну насчет этого Вы переборщили. Может когда он будет в коробке, тогда и
будет работать :-)
На самом деле решил поставить на вполне обычный сервер Compaq Proliant 1600.
Пока загружал без RSBAC - все сносно, но включив его (не меняя ничего после
установки) загрузится не смог - запрещен доступ к устройству диск. Ну,
естественно, без смонтированного рута возникает масса проблем. А затем я
смог только визуально оценить лишь что ошибки на экран сыпятся быстро. Решил
послушать, что говорят умные люди и подписался на список Castle. Но
сообщений как-то там мало - наверное еще никто не ставил. Подождем :-))

> Свободу же выбора никто у Вас не отнимал. Но дистрибутива с
> LIDS нет, а с RSBAC -- есть, пусть и в стадии беты. И выбран
> был RSBAC не с кондачка. Если есть вопросы -- милости просим
> в список Castle. Но не надо же слушать трепачей, которые ни
> разу не ставили ни того, ни другого!

with best wishes,

Yuri.

Re: Re[8]: [mdk-re] óÎÏ×ÁËÏÍÐÉÌÑÃÉÑÑÄÒÁ.

[Yuri Ryazantsev]

On Mon, May 21, 2001 at 04:25:17PM +0400, Aleksey Novodvorsky wrote:

> Здесь два вопроса.
> 1. По поводу совместимости.
> На самом деле, следование стандартам -- очень серьезная ее
> гарантия. По общим для двух дистрибутивов пакетам они будут
> лечиться одинаковыми патчами. То же относится к Debian,
> Slack -- кому угодно.
> Другое дело -- специфические ошибки, допущенные при сборке.
> Здесь уже придется обращаться к авторам. Что касается
> spec-файлов, то здесь расхождения небольшие (в сравнение
> RH<->SuSE, например) и они нами документированы.
> По поводу ядра. Естественно, у каждого дистрибутива есть
> специфические патчи, которые милы сердцу авторов. Ядрf RH и
> ASP тоже отличаются. При наложении сторонних патчей, не
> поддерживаемых авторами дистрибутива, проблемы возможны, но
> они решаются откатом патчей-"конкурентов", в крайнем случае
> -- откатом всех патчей. Все дистрибутивы будут работать на
> "чистом ядре", но, естественно, с потерей некоторой
> функциональности. То есть никаких _особых_ проблем здесь не
> возникнет. Конечно, от Вас требуется понимание того, что Вы
> делаете. Попытка одновременного использования, скажем, LIDS
> и RSBAC не может быть удачной.

Для подтверждения Ваших (AEN) высказываний. Не далее как на прошлой неделе
на LWN было как раз по поводу ядра linux в дистрибутивах. Очень рекомендую
почитать:
http://lwn.net/2001/0517/kernel.php3

with best wishes,

Yuri.

Re: Re[4]: [mdk-re] Сновакомпиляцияядра.

[Aleksey Novodvorsky]

On Mon, 21 May 2001 17:58:28 +0400
Yuri Ryazantsev <yuri@unix.ru> wrote:

> On Mon, May 21, 2001 at 03:57:15PM +0400, Aleksey
> Novodvorsky wrote:
> 
> > Да посмотрите же хоть намного на LIDS и RSBAC. RSBAC --
> > проще и логичнее, а в составе Castle -- работает из
> коробки.
> 
> Ну насчет этого Вы переборщили. Может когда он будет в
> коробке, тогда и
> будет работать :-)
> На самом деле решил поставить на вполне обычный сервер
> Compaq Proliant 1600.
> Пока загружал без RSBAC - все сносно, но включив его (не
> меняя ничего после
> установки) загрузится не смог - запрещен доступ к
> устройству диск. Ну,
> естественно, без смонтированного рута возникает масса
> проблем. А затем я
> смог только визуально оценить лишь что ошибки на экран
> сыпятся быстро. Решил
> послушать, что говорят умные люди и подписался на список
> Castle. Но
> сообщений как-то там мало - наверное еще никто не ставил.
> Подождем :-))

А Вы пошлите свое сообщение в список Castle -- глядишь,
быстрее выйдет.
Естественно, первая бета работает из коробки у нас. :-) 

Rgrds, AEN


> _______________________________________________
> Mandrake-russian mailing list
> Mandrake-russian@altlinux.ru
> http://altlinux.ru/mailman/listinfo/mandrake-russian

Re: Re[4]: [mdk-re] óÎÏ×ÁËÏÍÐÉÌÑÃÉÑÑÄÒÁ.

[Yuri Ryazantsev]

On Mon, May 21, 2001 at 06:09:42PM +0400, Aleksey Novodvorsky wrote:

> А Вы пошлите свое сообщение в список Castle -- глядишь,
> быстрее выйдет.
> Естественно, первая бета работает из коробки у нас. :-) 

Да скромный я :-)) В свое время перемудрил в expert'е в Spring, теперь боюсь
:-))) Тем более что истинная причина - мало времени. Надеюсь в выходные
попытка два будет, там и напишу длинное письмо на тему "Моя первая установка
Castle. Впечатления" :-))

with best wishes,

Yuri.

[mdk-re] Re: Re[4]: [mdk-re] Сновакомпиляцияядра.

[Alexander Bokovoy]

On Mon, May 21, 2001 at 06:29:19PM +0400, Yuri Ryazantsev wrote:
> On Mon, May 21, 2001 at 06:09:42PM +0400, Aleksey Novodvorsky wrote:
> 
> > А Вы пошлите свое сообщение в список Castle -- глядишь,
> > быстрее выйдет.
> > Естественно, первая бета работает из коробки у нас. :-) 
> 
> Да скромный я :-)) В свое время перемудрил в expert'е в Spring, теперь боюсь
> :-))) Тем более что истинная причина - мало времени. Надеюсь в выходные
> попытка два будет, там и напишу длинное письмо на тему "Моя первая установка
> Castle. Впечатления" :-))
Точнее, "Моя первая документированная установка Castle. Впечатления" и
сразу в castle@altlinux.ru :-) Первую недокументированную Вы же уже
сделали :-)

--
Sincerely yours, Alexander Bokovoy 
  The Midgard Project   | www.midgard-project.org | ALT Linux Team
Minsk Linux Users Group |    www.minsk-lug.net    | www.altlinux.ru
-- Your mind understands what you have been taught; your heart, what is true.

Re: Re[4]: [mdk-re] Сновакомпиляцияядра.

[Aleksey Novodvorsky]

On Mon, 21 May 2001 18:29:19 +0400
Yuri Ryazantsev <yuri@unix.ru> wrote:

> On Mon, May 21, 2001 at 06:09:42PM +0400, Aleksey
> Novodvorsky wrote:
> 
> > А Вы пошлите свое сообщение в список Castle -- глядишь,
> > быстрее выйдет.
> > Естественно, первая бета работает из коробки у нас. :-) 
> 
> Да скромный я :-)) В свое время перемудрил в expert'е в
> Spring, теперь боюсь
> :-))) Тем более что истинная причина - мало времени.
> Надеюсь в выходные
> попытка два будет, там и напишу длинное письмо на тему
> "Моя первая установка
> Castle. Впечатления" :-))

До выходных, я надеюсь, будет вторая бета.

Rgrds, AEN

> 
> with best wishes,
> 
> Yuri.
> 
> 
> _______________________________________________
> Mandrake-russian mailing list
> Mandrake-russian@altlinux.ru
> http://altlinux.ru/mailman/listinfo/mandrake-russian

[mdk-re] APT-Get

[Igor Glebachev]

Добрый день господа.

Сегодня запустил apt-get update  и увидел странное сообщение:
ftp:xxxxxxx/Sisyphus не будет аутентифицирован

Это так задумано или я пропустил анонс:))
________________________________
 С уважением,
Глебачев Игорь

[mdk-re] Re: Castle (was: Снова компиляция ядра.)

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1555 bytes --]

On Mon, May 21, 2001 at 05:58:28PM +0400, Yuri Ryazantsev wrote:
> > Да посмотрите же хоть намного на LIDS и RSBAC. RSBAC --
> > проще и логичнее, а в составе Castle -- работает из коробки.
> 
> Ну насчет этого Вы переборщили. Может когда он будет в коробке, тогда и
> будет работать :-)
> На самом деле решил поставить на вполне обычный сервер Compaq Proliant 1600.
> Пока загружал без RSBAC - все сносно, но включив его (не меняя ничего после
> установки) загрузится не смог - запрещен доступ к устройству диск. Ну,
> естественно, без смонтированного рута возникает масса проблем. А затем я
> смог только визуально оценить лишь что ошибки на экран сыпятся быстро. Решил
> послушать, что говорят умные люди и подписался на список Castle. Но
> сообщений как-то там мало - наверное еще никто не ставил. Подождем :-))

Сообщения про Castle лучше слать в список рассылки Castle.
Я уже говорил, и повторю еще раз, что никто из разработчиков RSBAC не
читает список рассылки mandrake-russian (и, насколько мне известно, не
собирается этого делать).
Более того, ошибка, о которой Вы упомянули, уже исправлена и в очередной
бете (ориентировочно в конце это недели) ее уже не будет.


Regards,
	Dmitry

+-------------------------------------------------------------------------+
Dmitry V. Levin     mailto://ldv@alt-linux.org
ALT Linux Team      http://www.altlinux.ru/
Fandra Project      http://www.fandra.org/
+-------------------------------------------------------------------------+
UNIX is user friendly. It's just very selective about who its friends are.

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

[mdk-re] Distribution concept (was: Снова компиляция ядра)

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 981 bytes --]

On Sat, May 19, 2001 at 04:43:37PM +0400, S. Budnevitch wrote:
> > > AEN>>-- интеранционализация (мы будем работать над интеграцией
> > > AEN>>Unicode и интенационализацией проблемных приложений, как
> > > AEN>>обычно);
> > > AVS> 2AEN: Надеюсь это не заготовка текста, который Вы обещали?
> > >
> > > Я тоже надеюсь.
> > 
> > На всех не угодишь. Еще раз : ссылку на удовлетворительный с Вашей точки зрения
> > текст.
> 
> http://www.pld.org.pl/about/concept/
> 
> Это устроит?

Посмотрите на http://www.openwall.com/Owl/CONCEPTS.shtml
Интересует мнение о подходе к изложению концепции дистрибутива.


Regards,
	Dmitry

+-------------------------------------------------------------------------+
Dmitry V. Levin     mailto://ldv@alt-linux.org
ALT Linux Team      http://www.altlinux.ru/
Fandra Project      http://www.fandra.org/
+-------------------------------------------------------------------------+
UNIX is user friendly. It's just very selective about who its friends are.

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

[mdk-re] Unmaintained packages (was: Снова компиляция ядра)

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1587 bytes --]

On Sat, May 19, 2001 at 07:33:04PM +0400, S. Budnevitch wrote:
> > > Это тоже ведь ответ. Но, возможно, стоит все же выделить категории,
> > > для которых жесткость критериев различна (вариант:
> > > supported/maintained/justso) - с замкнутостью по зависимостям снизу
> > > вверх.
> > 
> > Это хорошая мысль.
> 
> Кстати, я посмотрел сейчас список пакетов и обнаружил, что Вы в большей
> степени, и Дмитрий в меньшей, помимо "базовых" пакетов собираете все, что
> не взяли остальные разработчики. Imho стоит составит список 

Уточняю: если maintainer пакета - ldv@altlinux.ru, то про такой пакет
можно сказать, что он либо базовый, либо unmaintained.

> "разыскивается :-) packager" и перечислить в этом списке те пакеты,
> которые вы соберать не хотите или не можете. Если packager'а нет, пакет
> попадает в justso.
>   Я например использую xemacs, который Вы не любите, и zsh, который мало
> кто использует, и еще несколько подобных пакетов - если бы они появились в
> подобном списке, думаю, взялся бы их собирать. Тем более в отпуск через
> неделю ухожу - время появится. :-)

Спасибо за идею. Постараюсь в течение недели представить список
"unmaintaned" пакетов для желающих взять их на maintainance.


Regards,
	Dmitry

+-------------------------------------------------------------------------+
Dmitry V. Levin     mailto://ldv@alt-linux.org
ALT Linux Team      http://www.altlinux.ru/
Fandra Project      http://www.fandra.org/
+-------------------------------------------------------------------------+
UNIX is user friendly. It's just very selective about who its friends are.

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: [mdk-re] Unmaintained packages

[Serge Skorokhodov]

Здравствуйте!

Dmitry V. Levin пишет по-поводу [mdk-re] Unmaintained packages (was: Снова компиляция ядра)

DVL> On Sat, May 19, 2001 at 07:33:04PM +0400, S. Budnevitch wrote:
>> > > Это тоже ведь ответ. Но, возможно, стоит все же выделить категории,
>> > > для которых жесткость критериев различна (вариант:
>> > > supported/maintained/justso) - с замкнутостью по зависимостям снизу
>> > > вверх.
>> > 
>> > Это хорошая мысль.
>> 
>> Кстати, я посмотрел сейчас список пакетов и обнаружил, что Вы в большей
>> степени, и Дмитрий в меньшей, помимо "базовых" пакетов собираете все, что
>> не взяли остальные разработчики. Imho стоит составит список 

DVL> Уточняю: если maintainer пакета - ldv@altlinux.ru, то про такой пакет
DVL> можно сказать, что он либо базовый, либо unmaintained.

>> "разыскивается :-) packager" и перечислить в этом списке те пакеты,
>> которые вы соберать не хотите или не можете. Если packager'а нет, пакет
>> попадает в justso.
>>   Я например использую xemacs, который Вы не любите, и zsh, который мало
>> кто использует, и еще несколько подобных пакетов - если бы они появились в
>> подобном списке, думаю, взялся бы их собирать. Тем более в отпуск через
>> неделю ухожу - время появится. :-)

DVL> Спасибо за идею. Постараюсь в течение недели представить список
DVL> "unmaintaned" пакетов для желающих взять их на maintainance.

А каковы обязанности мейнтейнера?

Сергей Скороходов 21.05.2001 suralis@pisem.net

Re: [mdk-re] Unmaintained packages

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 2720 bytes --]

On Mon, May 21, 2001 at 07:52:33PM +0300, Serge Skorokhodov wrote:
> >> > > Это тоже ведь ответ. Но, возможно, стоит все же выделить категории,
> >> > > для которых жесткость критериев различна (вариант:
> >> > > supported/maintained/justso) - с замкнутостью по зависимостям снизу
> >> > > вверх.
> >> > 
> >> > Это хорошая мысль.
> >> 
> >> Кстати, я посмотрел сейчас список пакетов и обнаружил, что Вы в большей
> >> степени, и Дмитрий в меньшей, помимо "базовых" пакетов собираете все, что
> >> не взяли остальные разработчики. Imho стоит составит список 
> 
> DVL> Уточняю: если maintainer пакета - ldv@altlinux.ru, то про такой пакет
> DVL> можно сказать, что он либо базовый, либо unmaintained.
> 
> >> "разыскивается :-) packager" и перечислить в этом списке те пакеты,
> >> которые вы соберать не хотите или не можете. Если packager'а нет, пакет
> >> попадает в justso.
> >>   Я например использую xemacs, который Вы не любите, и zsh, который мало
> >> кто использует, и еще несколько подобных пакетов - если бы они появились в
> >> подобном списке, думаю, взялся бы их собирать. Тем более в отпуск через
> >> неделю ухожу - время появится. :-)
> 
> DVL> Спасибо за идею. Постараюсь в течение недели представить список
> DVL> "unmaintaned" пакетов для желающих взять их на maintainance.
> 
> А каковы обязанности мейнтейнера?

Maintainer пакета XXX должен:
+ Регулярно пользоваться этим пакетом.
  Rationale: maintainer должен чувствовать пакет "изнутри", без этого
  нарушается цикл тестирования и пакет становится неполноценным.
+ Быть в курсе разработки софта, входящего в пакет. Это, как минимум,
  подразумевает участие в списке рассылки типа XXX-announce. Общение с
  разработчиками софта, входящего в пакет, желательно, но не обязательно.
  Участие в разработке софта, входящего в пакет, желательно, но не
  обязательно.
  Rationale: это дает возможность иметь в дистрибутиве самую свежую (но
  при этом рабочую) версию софта, а также повышает оперативность
  исправления ошибок.
+ Отслеживать bug report'ы (как в bts, так и в списках рассылки; последнее
  на порядок сложнее) и реагировать на них. Оперативность реакции на
  security holes - не более одного рабочего дня (реакция - это не
  обязательно исправление).
  Rationale: это просто очевидно.

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


Regards,
	Dmitry

+-------------------------------------------------------------------------+
Dmitry V. Levin     mailto://ldv@alt-linux.org
ALT Linux Team      http://www.altlinux.ru/
Fandra Project      http://www.fandra.org/
+-------------------------------------------------------------------------+
UNIX is user friendly. It's just very selective about who its friends are.

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

[mdk-re] ÏÓÏÂÅÎÎÏÓÔÉ ÄÉÓÔÒÉÂÕÔÉ×Á

[Russu V.F.]

Hello mandrake-russian-admin,

Monday, May 21, 2001, 18:25:17, you wrote:

> On Mon, 21 May 2001 11:43:02 +0600
> "Russu V.F." <ruwa@psrp.te.ru> wrote:

> К счастью, с созданием ALT Linux вероятность этого сильно
> уменьшилась.
> Когда этот список был создан то от Team отдувался я один и
> рассчитывал только на помощь других подписчиков.
> Сейчас -- сам видите. 
        ;-)) судя по всему команда большая у Вас сайчас.


>> обидно видеть как хорошие дистрибутивы "расползаются" в
>> разные стороны.

> Здесь два вопроса.
> 1. По поводу совместимости.
> На самом деле, следование стандартам -- очень серьезная ее
> гарантия. По общим для двух дистрибутивов пакетам они будут
> лечиться одинаковыми патчами. То же относится к Debian,
> Slack -- кому угодно.
> Другое дело -- специфические ошибки, допущенные при сборке.
        имхо, Вы хотели сказать пачти ???


> Здесь уже придется обращаться к авторам. Что касается
> spec-файлов, то здесь расхождения небольшие (в сравнение
> RH<->SuSE, например) и они нами документированы.
        AEN я вот и хотел бы узнать/увидеть что-то подобное от Вас
И если это где то есть.... ткните пжаста УРЛ.
ТО бишь. имея небольшие познания в spec файле, я хотел бы знать, хотя бы
приблизительно - куда сразу бежать для пересборки пакета от того же RH !?!
типа каталоги разные, ну типа то-то и то-то и вот это "то-то" - в виде
доки ?

> По поводу ядра. Естественно, у каждого дистрибутива есть
> специфические патчи, которые милы сердцу авторов. Ядрf RH и
        и вот про это тоже. Может быть стоит описывать, какие пачти вы
накладываете на ядро ????? Подобная метода - и этого разговора и небыло
бы. Как гриться выпустили ядро и "мы установили туда, такой то и такой
пачт, описание коих можно найти там и там то". Вы верно скажите что это
можно и саму раскопать, но... я буду разбираться, вася пупкин будет
разбираться... имхо, "сборщику" ядра думаю несоставит особого труда
расписать что и откуда.

[skip]




-- 
 ОП ТЭСР
 Сис.админ      телефон: 76-40-56
 Руссу В.Ф.     e-mail:  ruwa@psrp.te.ru
                icq:     14848608
                Yahoo messager: LostRuwa

[mdk-re] Re: [mdk-re] особенности дистрибутива

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 2246 bytes --]

On Tue, May 22, 2001 at 10:14:53AM +0600, Russu V.F. wrote:
> > К счастью, с созданием ALT Linux вероятность этого сильно
> > уменьшилась.
> > Когда этот список был создан то от Team отдувался я один и
> > рассчитывал только на помощь других подписчиков.
> > Сейчас -- сам видите. 
>         ;-)) судя по всему команда большая у Вас сайчас.

Размер - понятие относительное.

> > Здесь два вопроса.
> > 1. По поводу совместимости.
> > На самом деле, следование стандартам -- очень серьезная ее
> > гарантия. По общим для двух дистрибутивов пакетам они будут
> > лечиться одинаковыми патчами. То же относится к Debian,
> > Slack -- кому угодно.
> > Другое дело -- специфические ошибки, допущенные при сборке.
>         имхо, Вы хотели сказать пачти ???

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

> > По поводу ядра. Естественно, у каждого дистрибутива есть
> > специфические патчи, которые милы сердцу авторов. Ядрf RH и
>         и вот про это тоже. Может быть стоит описывать, какие пачти вы
> накладываете на ядро ????? Подобная метода - и этого разговора и небыло
> бы. Как гриться выпустили ядро и "мы установили туда, такой то и такой
> пачт, описание коих можно найти там и там то". Вы верно скажите что это
> можно и саму раскопать, но... я буду разбираться, вася пупкин будет
> разбираться... имхо, "сборщику" ядра думаю несоставит особого труда
> расписать что и откуда.

Ok, давайте конкретно про ядро. Посмотрите в spec-файл пакета
kernel-2.2.19-alt*. Нужны url'ы на патчи сторонних производителей?
Пожалуйста, они там есть. Нужна информация об изменениях в новой версии?
Пожалуйста, она там тоже есть.
Какой именно информации Вам недостаточно?

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


Regards,
	Dmitry

+-------------------------------------------------------------------------+
Dmitry V. Levin     mailto://ldv@alt-linux.org
ALT Linux Team      http://www.altlinux.ru/
Fandra Project      http://www.fandra.org/
+-------------------------------------------------------------------------+
UNIX is user friendly. It's just very selective about who its friends are.

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: [mdk-re] ÏÓÏÂÅÎÎÏÓÔÉ ÄÉÓÔÒÉÂÕÔÉ×Á

[Yuri Ryazantsev]

On Tue, May 22, 2001 at 10:14:53AM +0600, Russu V.F. wrote:

> > По поводу ядра. Естественно, у каждого дистрибутива есть
> > специфические патчи, которые милы сердцу авторов. Ядрf RH и
>         и вот про это тоже. Может быть стоит описывать, какие пачти вы
> накладываете на ядро ????? Подобная метода - и этого разговора и небыло
> бы. Как гриться выпустили ядро и "мы установили туда, такой то и такой
> пачт, описание коих можно найти там и там то". Вы верно скажите что это
> можно и саму раскопать, но... я буду разбираться, вася пупкин будет
> разбираться... имхо, "сборщику" ядра думаю несоставит особого труда
> расписать что и откуда.

Вы на что двигаете разработчиков? Вам что, их больше нечем занять?
Цитата из lwn.net:

No distributor ships a standard Linus kernel - all apply patches. For
example, the 2.4.2 kernel shipped with Red Hat Linux 7.1 includes over 200
patches, including 2.4.2ac3, numerous performance and bugfix patches,
zero-copy networking, TUX, and much more. See the 2.4 kernel spec file for
the gory details. Not all distributors patch this heavily, but they all ship
kernels which differ significantly from the Linus standard. 

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

with best wishes,

Yuri.

[mdk-re] Re[2]: [mdk-re] особенности дистрибутива

[Sergey Krivulja]

Hello Yuri,

Tuesday, May 22, 2001, 12:16:10 PM, you wrote:

>> > По поводу ядра. Естественно, у каждого дистрибутива есть
>> > специфические патчи, которые милы сердцу авторов. Ядрf RH и
>>         и вот про это тоже. Может быть стоит описывать, какие пачти вы
>> накладываете на ядро ????? Подобная метода - и этого разговора и небыло
>> бы. Как гриться выпустили ядро и "мы установили туда, такой то и такой
>> пачт, описание коих можно найти там и там то". Вы верно скажите что это
>> можно и саму раскопать, но... я буду разбираться, вася пупкин будет
>> разбираться... имхо, "сборщику" ядра думаю несоставит особого труда
>> расписать что и откуда.
1. Как долго вы работаете с Линуксом ?
2. А вы, простите, что-нибудь собирали сами, или обеспечивали поддержку
какого-нибудь пакета?

Я только могу представить, если бы в MS обращались с такими
вопросами ;(( Это-ж тихий ужас.

-- 
Best regards,
 Sergey                            mailto:skrivulja@erec.ru

Re: [mdk-re] Re[2]: [mdk-re] ÏÓÏÂÅÎÎÏÓÔÉ ÄÉÓÔÒÉÂÕÔÉ×Á

[Russu V.F.]

Hello mandrake-russian-admin,

Tuesday, May 22, 2001, 14:42:07, you wrote:

> Hello Yuri,

> Tuesday, May 22, 2001, 12:16:10 PM, you wrote:

>>> > По поводу ядра. Естественно, у каждого дистрибутива есть
>>> > специфические патчи, которые милы сердцу авторов. Ядрf RH и
>>>         и вот про это тоже. Может быть стоит описывать, какие пачти вы
>>> накладываете на ядро ????? Подобная метода - и этого разговора и небыло
>>> бы. Как гриться выпустили ядро и "мы установили туда, такой то и такой
>>> пачт, описание коих можно найти там и там то". Вы верно скажите что это
>>> можно и саму раскопать, но... я буду разбираться, вася пупкин будет
>>> разбираться... имхо, "сборщику" ядра думаю несоставит особого труда
>>> расписать что и откуда.
> 1. Как долго вы работаете с Линуксом ?
        ;-(((((( а какая собственно разница
чего все набросились на меня то ;-((((

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

> Я только могу представить, если бы в MS обращались с такими
> вопросами ;(( Это-ж тихий ужас.
        хмммм, а Вы давно были на сайте МС ? каталог critical_update - с
кратеньким описанием чего это fix делает. в МС и обращаться ненадо у них
все расписано зачем  Q265419_W2K_SP2_x86_en.EXE или  Q296576_W2K_SP2_x86_en.EXE



-- 
 ОП ТЭСР
 Сис.админ      телефон: 76-40-56
 Руссу В.Ф.     e-mail:  ruwa@psrp.te.ru
                icq:     14848608
                Yahoo messager: LostRuwa

Re[2]: [mdk-re] ÏÓÏÂÅÎÎÏÓÔÉ ÄÉÓÔÒÉÂÕÔÉ×Á

[Russu V.F.]

Hello mandrake-russian-admin,

Tuesday, May 22, 2001, 14:16:10, you wrote:

> Вы на что двигаете разработчиков? Вам что, их больше нечем занять?
> Цитата из lwn.net:

> No distributor ships a standard Linus kernel - all apply patches. For
> example, the 2.4.2 kernel shipped with Red Hat Linux 7.1 includes over 200
> patches, including 2.4.2ac3, numerous performance and bugfix patches,
> zero-copy networking, TUX, and much more. See the 2.4 kernel spec file for
> the gory details. Not all distributors patch this heavily, but they all ship
> kernels which differ significantly from the Linus standard. 

> Так что, такие вещи лучше отдельно не описывать. А кому любопытно - смотрите
> spec файл.

        проведем аналогию с kernel.org Кокс и Товальдс, по крайней мере
кратенько расписывают, что нового или какие изменения в новых пачтах.
        А не говорю что разработчки должны писать толмуты, а маленько
описать какие специфические пачти они наложили на ядро.


ЗЫ. spec то я погляжу, да не во всех пачтах можно первоисточник это пачта
узнать и почитать - чего он делает.


-- 
 ОП ТЭСР
 Сис.админ      телефон: 76-40-56
 Руссу В.Ф.     e-mail:  ruwa@psrp.te.ru
                icq:     14848608
                Yahoo messager: LostRuwa

Re: [mdk-re] Re[2]: [mdk-re] ÏÓÏÂÅÎÎÏÓÔÉ ÄÉÓÔÒÉÂÕÔÉ×Á

[Serge Skorokhodov]

Здравствуйте!

Sergey Krivulja пишет по-поводу [mdk-re] Re[2]: [mdk-re] особенности дистрибутива

SK> Hello Yuri,

SK> Tuesday, May 22, 2001, 12:16:10 PM, you wrote:

>>> > По поводу ядра. Естественно, у каждого дистрибутива есть
>>> > специфические патчи, которые милы сердцу авторов. Ядрf RH и
>>>         и вот про это тоже. Может быть стоит описывать, какие пачти вы
>>> накладываете на ядро ????? Подобная метода - и этого разговора и небыло
>>> бы. Как гриться выпустили ядро и "мы установили туда, такой то и такой
>>> пачт, описание коих можно найти там и там то". Вы верно скажите что это
>>> можно и саму раскопать, но... я буду разбираться, вася пупкин будет
>>> разбираться... имхо, "сборщику" ядра думаю несоставит особого труда
>>> расписать что и откуда.
SK> 1. Как долго вы работаете с Линуксом ?
SK> 2. А вы, простите, что-нибудь собирали сами, или обеспечивали поддержку
SK> какого-нибудь пакета?

SK> Я только могу представить, если бы в MS обращались с такими
SK> вопросами ;(( Это-ж тихий ужас.

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

1. Целевая группа.

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

  в) Пользователи, прошедшие с дистрибутивами от IPLabs/ALT Linux
  достаточно большую часть их эволюционного пути и систематически
  использующие их в работе. Они четко осознают причины,
  побуждающие их использовать эти дистрибутивы, не "возмущаются"
  имеющимися недостатками, а готовы способствовать их устранению.
  Основной их интерес -- будущее дистрибутива, сохранение в нем
  привлекательных для того или иного отдельного применения черт и
  его дальнейшее техническое совершенствование. Их, по большому
  счету, все устраивает, возникающие вопросы решаются "в рабочем
  порядке", им скорее необходим планируемый семинар, а публикация
  концептуальных документов их волнует в контексте "улучшения и
  совершенствования". Это, очевидно, "костяк" пользовательской
  группы, по сути "внештатные" члены ALT Linux -- тестеры,
  "отвечатели" в этой рассылке и т.д.

Пусть каждый сам причислит себя к той группе, которая ему больше
нравиться или предложит свою:)

2. Успех любого дистрибутива основывается на его качестве,
"заточенности" под определенные задачи и уверенности в том, что
он не исчезнет или не измениться в непредсказуемом направлении.
Прошу не сердиться на эту очевидную мысль. The last but not the
least -- долговременный успех определяется ростом
пользовательской базы.

3. Для "укрепления и развития" необходимо в "исторически сжатые
сроки" выполнить следующее:

  а) Создание "информационного ресурса" (аналог Mandrake User
  Group) для категории пользователей 1.а. Предоставляемая
  информация должна включать терпеливое разъяснение основных
  концепций и сборник рекомендаций по решению различных
  "элементарных бытовых" вопросов в ДАННОМ КОНКРЕТНОМ СЕМЕЙСТВЕ
  ДИСТРИБУТИВОВ, без какой-либо оглядки на другие. Возможно, к
  этому ресурсу стоило бы "прицепить" дополнительный newbie
  список, для того, чтобы частично "разгрузить" этот. Но это уже
  требует очень серьезного обдумывания, т.к. нужно сохранить "дух
  и букву" этого.

  б) Подготовку "концептуальных" документов разработчиками. Здесь
  нужно обязательно освятить такие вопросы: следование стандартам
  (каким?, где с ними познакомиться?), локализация и
  интернационализация (как, зачем, почему так, а не иначе) и т.д.
  (просто как собака, чувствую, а сказать не могу, знаний не
  хватает:). Здесь же должны быть объяснение отличий, способов их
  преодоления (if applicable) и т.д.

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

Т.е. речь идет о создании своеобразной службы public relations, в
хорошем понимании этого слова. Ни о какой "горячей рекламной
политике" речь не идет, это нудная повседневная работа. Мне
кажется, что без создания подобного "направляющего и
координирующего" центра успех любого начинания в области OSS
просто обречен на постепенное затухание и оттеснение в "маргинал"
и "нон-конформизм". Другой вопрос, что по сути OSS необходимо в
первую очередь создание технической инфраструктуры, а
значительная часть работы может и должна выполняться на
добровольной основе. Вопросы сохранения "духа свободы" с моей
точки зрения принципиальны! Каждый, кто активно участвует в
работе -- борец за свободу:), как бы не выспренно это может
звучать.

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

Сергей Скороходов 22.05.2001 suralis@pisem.net

Re: [mdk-re] особенности дистрибутива

[Aleksey Novodvorsky]

On Tue, 22 May 2001 10:14:53 +0600
"Russu V.F." <ruwa@psrp.te.ru> wrote:

> Hello mandrake-russian-admin,
> 
> Monday, May 21, 2001, 18:25:17, you wrote:
> 
> > On Mon, 21 May 2001 11:43:02 +0600
> > "Russu V.F." <ruwa@psrp.te.ru> wrote:
> 
> > К счастью, с созданием ALT Linux вероятность этого
> сильно
> > уменьшилась.
> > Когда этот список был создан то от Team отдувался я один
> и
> > рассчитывал только на помощь других подписчиков.
> > Сейчас -- сам видите. 
>         ;-)) судя по всему команда большая у Вас сайчас.

Да.Фирма -- маленькая, команда -- большая.

> 
> 
> >> обидно видеть как хорошие дистрибутивы "расползаются" в
> >> разные стороны.
> 
> > Здесь два вопроса.
> > 1. По поводу совместимости.
> > На самом деле, следование стандартам -- очень серьезная
> ее
> > гарантия. По общим для двух дистрибутивов пакетам они
> будут
> > лечиться одинаковыми патчами. То же относится к Debian,
> > Slack -- кому угодно.
> > Другое дело -- специфические ошибки, допущенные при
> сборке.
>         имхо, Вы хотели сказать пачти ???

Нет. Ошибки. Речь идет об исправлениях. Общие ошибки, ошибки
авторов софта, лечатся одинаково, специфические -- нет.

> 
> 
> > Здесь уже придется обращаться к авторам. Что касается
> > spec-файлов, то здесь расхождения небольшие (в сравнение
> > RH<->SuSE, например) и они нами документированы.
>         AEN я вот и хотел бы узнать/увидеть что-то
> подобное от Вас
> И если это где то есть.... ткните пжаста
ftp://ftp.altlinux.ru/pub/distributions/ALTLinux/Sisyphus/i586/doc/rpm_packaging_howto.tex

А также в /usr/share/doc/rpm-%{version}


> ТО бишь. имея небольшие познания в spec файле, я хотел бы
> знать, хотя бы
> приблизительно - куда сразу бежать для пересборки пакета
> от того же RH !?!
> типа каталоги разные, ну типа то-то и то-то и вот это
> "то-то" - в виде
> доки ?
> 
> > По поводу ядра. Естественно, у каждого дистрибутива есть
> > специфические патчи, которые милы сердцу авторов. Ядрf
> RH и
>         и вот про это тоже. Может быть стоит описывать,
> какие пачти вы
> накладываете на ядро ????? Подобная метода - и этого
> разговора и небыло
> бы. Как гриться выпустили ядро и "мы установили туда,
> такой то и такой
> пачт, описание коих можно найти там и там то". Вы верно
> скажите что это
> можно и саму раскопать, но... я буду разбираться, вася
> пупкин будет
> разбираться... имхо, "сборщику" ядра думаю несоставит
> особого труда
> расписать что и откуда.

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

Rgrds, AEN

Re: Re[2]: [mdk-re] особенности дистрибутива

[Aleksey Novodvorsky]

On Tue, 22 May 2001 17:20:21 +0600
"Russu V.F." <ruwa@psrp.te.ru> wrote:

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

А чем Вас не устраивает Changelog в пакете?



> 
> 
> ЗЫ. spec то я погляжу, да не во всех пачтах можно
> первоисточник это пачта
> узнать и почитать - чего он делает.

Так Вы поглядите вначале...

Rgrds, AEN

> 
> 
> -- 
>  ОП ТЭСР
>  Сис.админ      телефон: 76-40-56
>  Руссу В.Ф.     e-mail:  ruwa@psrp.te.ru
>                 icq:     14848608
>                 Yahoo messager: LostRuwa
> 
> 
> 
> _______________________________________________
> Mandrake-russian mailing list
> Mandrake-russian@altlinux.ru
> http://altlinux.ru/mailman/listinfo/mandrake-russian

[mdk-re] Re[6]: [mdk-re] Сновакомпиляцияядра.

[Michael Shigorin]

Слушайте, товагищ, примите успокаивающего или отоспитесь ;-)

On Fri, 18 May 2001, Russu V.F. wrote:

> > howto по нашему rpm было в списке рассылки. Там все, что
>         странно, я не замечал. можно полный УРЛ ??
Уже сказали в этом треде (/usr/share/doc/rpm-*/*.alt,
ftp://ftp.altlinux.ru/...../Sisyphus/.....).

> надеюсь там описано не толкь что MDK и RH чуть чуть имеют
> различия где они собирают пакеты ??
Нет =)

> то есть. если я поставил себе lids мне с возможными траблами
> суда даже и не суваться с возможными траблами работы ядра ???
А Вам кто-то может _помешать_?

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

> возможность стянуть все оп сети. ну это я отвлекся.....
Ну так стяните, попробуйте -- понравится, купите, а не подымайте хай до
небес :-\ Я так и сделал -- взял i586, проверил, понял, что мне это
нравится -- и если б коробочка не появилась, она была б заказана.

> Естесно я его использую.... нажеюсь за выходные доберусь до
> компа... и дам раскалад про тарблу свою с ТВ-тюнером.
Отож. А флейм > /dev/null

> >> Гипотетическая ситуация: обнаруживается новая дыра, а вы все
                                                           ^^^^^^
> >> заболели свинкой ;-) выходит я несмогу воспользоваться
Уж скорее _Вы_ или я свинкой заболее(те|ю) ;)

> Помимо RH есть например Кантер и Каневский, к мнению коих я
> прислущаюсь раньше RH. это к примеру.
Я с ними знаком лично и прекрасно к ним отношусь, но Ваши... эээ...
аргументы как-то высосаны ИЗ ПАЛЬЦА.

> Полтора года, или год (непомню точно) на ХакЗоне была описана DoS
> атака на wu-ftpd. Вы в это время все болеете свинкой. ASP выпускает
Читайте хакзоне и отпишитесь от багтрака немедленно ;-)

> рекомендацию поставить xintd. но вы _неможите__ выпустить пакет, и
> выходит что мне либо следовать Вашим заветам и тушать ФТП до
> разрешения проблемы, либо пользоваться "левым" пакетом. работу
> которого вы не гарантируете.
Нормальный админ _сможет_ в случае необходимости (аварийной) сделать
нужное хоть из tar.gz -- не говоря о src.rpm.

Другое дело, что при приличном количестве машин и недостатке времени
сказать rpm -U несколько технологичнее. Но это автоматом подразумевает
_нормального_ админа.

> Вот про это я о говрил. что может имеет создать смысл документ
> RH2ALT или ASP2ALT которой будет описывать, что нужно делать,
> и как чтобы чужой пакет работал в Вашей системе как родной.
А src.rpm + vi .spec на что?
%-(

> уже выбрал, к сожелению это не spring2001 $-(((
Так чего ЗДЕСЬ всем мозги компостировать?
Констуктивная критика того, что не устраивало -- это по делу. Пока 96%
наезды.

> Я чесно говоря ждал Вашего ответа, грамотного и описывающего проблему,
> как Вы отвечаете в рассылке. а здесь уже идет софистика ;-(
"Дурацкие ответы на дурацкие вопросы" (C) Alex Korchmar

> Вы должны предупредить о возможных траблах.  Как например kgcc. много
> было красивого в книжке... да вот только забыли описать такой
> маленький ньюанс, что ядро компилить надо kgcc. ;-((((
Как раз _это_ в книжке было упомянуто. См. стр. 5. Если Вам (мне, ...)
это ничего не говорит -- Вам (мне, ...) _незачем_ перебирать _ядро_ОС_.

А по делу... В Makefile к 2.2.19 наличествует несколько финтов, на ходу
выбирающих нужный *cc (поищите там kgcc ;-) -- в Makefile к 2.4.2 есть
plain gcc. Смутно припоминаю, что, собрав 2.4.3 (kernel.org)
gcc-2.96 20000731, я удивился ("чего это я?") и перебрал его kgcc
(добавив в Makefile). Но оно _собралось_ и поехало и так и так ;-)

2All: кто-нибудь поделится +/- опытом по стабильности ядер, собранных
2.96? (прям физики-ядерщики =)

2AEN: по поводу книжки: не могли бы Вы мне прислать исходник, там в
нескольких местах стилистику бы поправить... А так -- плотная, молодцы.

> > Еще раз:
> > 1. Стандарты мы не нарушаем.
> > 2. У нас свои взгляды на жизнь и Linux.
> ;-)))) а Вы уверены что ваши взгляды на жизнь не нарушают стандартов ?
while :; do Еще раз перечитайте; done
:-\


---

2All: сорри за длинное письмо. Но IMHO человек во многом не прав :-(

-- 
WBR, Michael Shigorin, webmaster of www.chem.univ.kiev.ua
>Home Page:  http://visa.chem.univ.kiev.ua/~mike/  ICQ: 113344029
>Brainbench: http://www.brainbench.com/transcript.jsp?pid=2434729

[mdk-re] Буклет в электронном виде

[Vyt]

On Mon, 21 May 2001 09:12:10 +0300 (EEST)
Michael Shigorin <mike@lic145.kiev.ua> wrote:

<skipped>

> 2AEN: по поводу книжки: не могли бы Вы мне прислать исходник, там в
> нескольких местах стилистику бы поправить... А так -- плотная, молодцы.

Если есть возможность, лучше, по-моему, на сайте выложить.
Я ставил Spring на несколько компов, хотелось бы хоть список программ
настройки каждому оставить ;) Знаю, знаю, сам и составлю, если буклет не
выложат :)

<skipped>

-- 
Regards, Vyt
mailto:vyt@vzljot.ru

Re: [mdk-re] Re[6]: [mdk-re] Сновакомпиляцияядра .

[Aleksey Novodvorsky]

On Mon, 21 May 2001 09:12:10 +0300 (EEST)
Michael Shigorin <mike@lic145.kiev.ua> wrote:

>
> 
> 2All: кто-нибудь поделится +/- опытом по стабильности
> ядер, собранных
> 2.96? (прям физики-ядерщики =)

У Кости Волкова (goldhead) работает.

> 
> 2AEN: по поводу книжки: не могли бы Вы мне прислать
> исходник, там в
> нескольких местах стилистику бы поправить... А так --
> плотная, молодцы.

Об этом -- в devel.

> 
> > > Еще раз:
> > > 1. Стандарты мы не нарушаем.
> > > 2. У нас свои взгляды на жизнь и Linux.
> > ;-)))) а Вы уверены что ваши взгляды на жизнь не
> нарушают стандартов ?

Уже писал: нарушают.

Rgrds, AEN

Re: [mdk-re] Буклет в электронном виде

[Aleksey Novodvorsky]

On Wed, 23 May 2001 12:45:13 +0400
Vyt <vyt@vzljot.ru> wrote:

> On Mon, 21 May 2001 09:12:10 +0300 (EEST)
> Michael Shigorin <mike@lic145.kiev.ua> wrote:
> 
> <skipped>
> 
> > 2AEN: по поводу книжки: не могли бы Вы мне прислать
> исходник, там в
> > нескольких местах стилистику бы поправить... А так --
> плотная, молодцы.
> 
> Если есть возможность, лучше, по-моему, на сайте выложить.
> Я ставил Spring на несколько компов, хотелось бы хоть
> список программ
> настройки каждому оставить ;) Знаю, знаю, сам и составлю,
> если буклет не
> выложат :)
> 
Выложим на новый сайт, который Rider делает, делает,
делает...

Rgrds, AEN.

Re: [mdk-re] Буклет в электронном виде

[Igor Solovyov]

Hi!
On Wed, 23 May 2001 15:31:11 +0400
Aleksey Novodvorsky <aen@logic.ru> wrote:

> Выложим на новый сайт, который Rider делает, делает,
> делает...

А вдруг он его очень долго будет делать?
Ну положите хоть временно на текущий сайт. 
Или на ftp. Это же не больно, ра-а-з.... и все!

-- 
Best regards!
Igor Solovyov
Zlatoust, Russia

[mdk-re] Re: [mdk-re] Буклет в электронном виде

[Alexey Voinov]

Aleksey Novodvorsky wrote
> > Если есть возможность, лучше, по-моему, на сайте выложить.
> > Я ставил Spring на несколько компов, хотелось бы хоть
> > список программ
> > настройки каждому оставить ;) Знаю, знаю, сам и составлю,
> > если буклет не
> > выложат :)
> > 
> Выложим на новый сайт, который Rider делает, делает,
> делает...
Release Early, Release Often 
("The Cathedral and The Bazaar" Eric S.Raymond)
:)


-- 
Best Regards!
Alexey Voinov

voins@voins.program.ru
voins@online.ru

[mdk-re] Рассылка

[Vladimir Karpinsky]

Hi, управители рассылки!

AVS> ЗЗЫ: тут есть необходимость заморозить подписку на пару недель, но
AVS> потом хотелось бы все пропущенное прочитать. Есть ли более удобное
AVS> решение, нежели закачка архива (она одним файлом, или можно по
AVS> месяцам?), с последующим скармливанием thebat-у?

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

-- 
Best regards,
 Vladimir                            mailto:vkarpinsky@beep.ru




From rider@altlinux.ru  Thu May 24 10:48:14 2001
Return-Path: <rider@altlinux.ru>
Delivered-To: mandrake-russian@localhost.ru.net
Received: from rider.office.altlinux.ru (unknown [194.67.87.162])
	by linux.ru.net (Postfix) with ESMTP id 3CD9511AC
	for <mandrake-russian@altlinux.ru>; Thu, 24 May 2001 10:48:14 +0400 (MSD)
Received: from altlinux.ru (localhost.localdomain [127.0.0.1])
	by rider.office.altlinux.ru (Postfix) with ESMTP id F145D2DCDA
	for <mandrake-russian@altlinux.ru>; Thu, 24 May 2001 10:54:28 +0400 (MSD)
Message-ID: <3B0CB024.6070809@altlinux.ru>
From: Anton Farygin <rider@altlinux.ru>
Organization: ALT LInux Team
User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.4-alt1-up i686; en-US; rv:0.9) Gecko/20010511
X-Accept-Language: en
MIME-Version: 1.0
To: mandrake-russian@altlinux.ru
Subject: Re: [mdk-re] LRN & database.inc
References: <20010516130020.324ad571.vyt@vzljot.ru> <3B0AF6F9.6080607@altlinux.ru> <20010523115755.B3155@localhost.localdomain>
Content-Type: text/plain; charset=KOI8-R; format=flowed
Content-Transfer-Encoding: 8bit
Sender: mandrake-russian-admin@altlinux.ru
Errors-To: mandrake-russian-admin@altlinux.ru
X-BeenThere: mandrake-russian@altlinux.ru
X-Mailman-Version: 2.0
Precedence: bulk
Reply-To: mandrake-russian@altlinux.ru
List-Help: <mailto:mandrake-russian-request@altlinux.ru?subject=help>
List-Post: <mailto:mandrake-russian@altlinux.ru>
List-Subscribe: <http://altlinux.ru/mailman/listinfo/mandrake-russian>,
	<mailto:mandrake-russian-request@altlinux.ru?subject=subscribe>
List-Id: Linux-Mandrake RE / ALT Linux discussion list <mandrake-russian.altlinux.ru>
List-Unsubscribe: <http://altlinux.ru/mailman/listinfo/mandrake-russian>,
	<mailto:mandrake-russian-request@altlinux.ru?subject=unsubscribe>
List-Archive: <http://altlinux.ru/pipermail/mandrake-russian/>
Date: Thu May 24 10:49:00 2001
X-Original-Date: Thu, 24 May 2001 10:54:28 +0400

Mikhail Zabaluev wrote:

> Hello Anton,
> 
> On Wed, May 23, 2001 at 03:32:09AM +0400, Anton Farygin wrote:
> 
>>Vyt wrote:
>>
>>
>>>Hello, All
>>>
>>>Обнаружилось, что /var/www/html/LRN/database.inc имеет права
>>>-rw-r--r--    1 root     root         2228 Май 16 12:57 database.inc
>>>       ^
>>>А ведь там пароль для доступа к базе данных. Или это у меня что-то
>>>сглючило?
>>>
>>Нет не сглючило.
>>На мой взгляд бесмысленно закрывать файл с паролем, который может 
>>прочитать любой пользователь, положивший небольшой PHP скриптик к себе в 
>>~/public_html/ ;-(
>>
>>А те, кто действительно хочет закрыть - закроют его правами. Но все 
>>равно он должен читаться для пользователя apache, что означает его 
>>возможное открытие любым пользователм, который имеет права и умение 
>>писать скрипты для своей странички.
>>
> 
> Можно и, наверное, даже нужно задать для PHP параметр open_basedir,
> где перечислить безопасный набор каталогов, в которых скрипты могут
> открывать файлы. Это, насколько я знаю, влияет и на require/include, и
> на exec и пр. Указание "." будет открывать для каждого скрипта его
> каталог. А в отдельных сайтах open_basedir можно расширять по вкусу.
> Пользовательские CGI _нужно_ запускать через suexec.
> Так что проблема решаема хотя бы теоретически.

Понятно.
Итак, посмотрим - что же для меня нужно:
1. Включать библиотеки LRN, которые в данный момент лежат в составе 
сайта, но есть мысль вынести их за его пределы.
2. Включать database.inc, в котором будут настройки сайтов и пароли 
доступа к базам.
3. Читать/писать в /tmp
4. Читать .theme файлы, которые в принципе могут лежать в любом месте 
системы, в том числе и в пользовательских каталогах (форум на 
gimp.linux.ru.net так и реализован).

И еще - а как в таком случае обстоят дела с запуском внешних программ?
Например тип файла я определяю с помощью системной утилиты file, которая 
обращается к /etc/mime-magic и /usr/share/mime ???

Вроде как пока все. Т.е. - теоретически это можно организовать
Будем думать ;-)

Rgds
Rider

Re: [mdk-re] Рассылка

[vic ismakaev]

24 Май 2001 12:45, Вы написали:
> Hi, управители рассылки!
>
> AVS> ЗЗЫ: тут есть необходимость заморозить подписку на пару недель, но
> AVS> потом хотелось бы все пропущенное прочитать. Есть ли более удобное
> AVS> решение, нежели закачка архива (она одним файлом, или можно по
> AVS> месяцам?), с последующим скармливанием thebat-у?
>
> Вот это очень актуально и для меня: в начале июня уезжаю в
> экспедицию месяца на полтора (если повезет), терять информацию из
> рассылки не хочется, сколько тысяч писем за это время упадет в мой
> мэйлбокс трудно сосчитать, а архив рассылки представляет из себя один
> огромный файл, в общем не знаю что делать. Есть ли какие предложения
> --- советы, как это лучше организовать? Или надеяться на то, что
> наиболее животрепещущее попадет в ФАК и будет прилично
> структурировано. Спасибо за любые советы.
Так а в чем проблема? Архив разбит по месяцам в формате mbox.Именно по 
месяцам,и они не такие уж большие. Кроме этого есть и один большой файл со 
всей подпиской  --   http://www.altlinux.ru/pipermail/mandrake-russian/
Забираем нужные месяцы и скармливаем эти файлы почтовику(локальную почту все 
распространенные MUA понимают(в юниксе,понятно).
Или на ближайшем Unix-сервере заводим доп аккоунт и копируем файл в его ПЯ и 
затем с забираем по POP3/IMAP с этого сервера. Вот и все.

-- 
С уважением
Виктор В Исмакаев

[mdk-re] Re: [mdk-re] Рассылка

[Aleksandr Blohin]

On Thu, 24 May 2001 10:45:59 +0400
Vladimir Karpinsky <vkarpinsky@beep.ru> wrote:

VK> Вот это очень актуально и для меня: в начале июня уезжаю в
VK> экспедицию месяца на полтора (если повезет), терять информацию из
VK> рассылки не хочется, сколько тысяч писем за это время упадет в мой
VK> мэйлбокс трудно сосчитать, а архив рассылки представляет из себя
один
VK> огромный файл, в общем не знаю что делать. Есть ли какие предложения
VK> --- советы, как это лучше организовать? Или надеяться на то, что
VK> наиболее животрепещущее попадет в ФАК и будет прилично
VK> структурировано. Спасибо за любые советы.
VK> 
VK> -- 
VK> Best regards,
VK>  Vladimir                            mailto:vkarpinsky@beep.ru
VK> 

Измените формат подписки на дайджест.


--
Best regards
AB
--
				... In nomine Altli, et Ctrli, et Spititus Deli, Reset!

[mdk-re] проблема с SSH

[Serg]

Помогите разобраться, пожалуйста. Постаивил Spring 2000 и после установки не 
могу ни с кем соединиться по SHH. Все время пишет:

The authenticity of host '172.16.140.17 (172.16.140.17)' can't be established.
RSA key fingerprint is 3e:bf:73:6d:4b:43:8b:91:e3:23:05:31:b5:3c:86:17.
Are you sure you want to continue connecting (yes/no)?

Однако, приконнектиться к себе могу с другой машины.  В чем проблема?

Re: [mdk-re] проблема с SSH

[cornet]

Serg wrote:
> 
> Помогите разобраться, пожалуйста. Постаивил Spring 2000 и после установки не
> могу ни с кем соединиться по SHH. Все время пишет:
> 
> The authenticity of host '172.16.140.17 (172.16.140.17)' can't be established.
> RSA key fingerprint is 3e:bf:73:6d:4b:43:8b:91:e3:23:05:31:b5:3c:86:17.
> Are you sure you want to continue connecting (yes/no)?

Hello!!
Ну а какие проблеммы? Напишите ему в ответ на запрос "yes" и он
Вам даст запрос на пароль.
Кстати, а вы как пишете ssh??
Надо как минимум так:
ssh -l username host.name.ru
тогда будут спрашивать пасворд именно к указаному username? А
иначе Вы ломитесь на хост root'ом, что как правило бывает
запрещено админом того хоста.

-- 
******** FIRE & STEEL ********

[mdk-re] Re: [mdk-re] проблема с SSH

[Alexander Bokovoy]

On Thu, May 24, 2001 at 12:09:48PM +0400, cornet wrote:
> Serg wrote:
> > 
> > Помогите разобраться, пожалуйста. Постаивил Spring 2000 и после установки не
> > могу ни с кем соединиться по SHH. Все время пишет:
> > 
> > The authenticity of host '172.16.140.17 (172.16.140.17)' can't be established.
> > RSA key fingerprint is 3e:bf:73:6d:4b:43:8b:91:e3:23:05:31:b5:3c:86:17.
> > Are you sure you want to continue connecting (yes/no)?
> 
> Hello!!
> Ну а какие проблеммы? Напишите ему в ответ на запрос "yes" и он
> Вам даст запрос на пароль.
> Кстати, а вы как пишете ssh??
> Надо как минимум так:
> ssh -l username host.name.ru
> тогда будут спрашивать пасворд именно к указаному username? А
> иначе Вы ломитесь на хост root'ом, что как правило бывает
> запрещено админом того хоста.
Неправда Ваша. При запуске
ssh host.name.ru
"ломиться" будете текущим пользователем. А если нужно кем-то другим, то
можно и -l, но проще написать
ssh user@host.name.ru

--
Sincerely yours, Alexander Bokovoy 
  The Midgard Project   | www.midgard-project.org | ALT Linux Team
Minsk Linux Users Group |    www.minsk-lug.net    | www.altlinux.ru
-- A good plan today is better than a perfect plan tomorrow.
		-- Patton

Re: [mdk-re] проблема с SSH

[Serg]

24 Май 2001 12:09, Вы написали:
> Serg wrote:
> > Помогите разобраться, пожалуйста. Постаивил Spring 2000 и после установки
> > не могу ни с кем соединиться по SHH. Все время пишет:
> >
> > The authenticity of host '172.16.140.17 (172.16.140.17)' can't be
> > established. RSA key fingerprint is
> > 3e:bf:73:6d:4b:43:8b:91:e3:23:05:31:b5:3c:86:17. Are you sure you want to
> > continue connecting (yes/no)?
>
> Hello!!
> Ну а какие проблеммы? Напишите ему в ответ на запрос "yes" и он
> Вам даст запрос на пароль.

при таком ответе он задает  еще раз такой же вопрос, как , врочем, и при 
ответе "нет".
> Кстати, а вы как пишете ssh??
> Надо как минимум так:
> ssh -l username host.name.ru

И так пробовал - все равно....
> тогда будут спрашивать пасворд именно к указаному username? А
> иначе Вы ломитесь на хост root'ом, что как правило бывает
> запрещено админом того хоста.
и рутом и не рутом пробовал :(((

Re: [mdk-re] Re: [mdk-re] проблема с SSH

[cornet]

Alexander Bokovoy wrote:
skip.

> Неправда Ваша. При запуске
> ssh host.name.ru
> "ломиться" будете текущим пользователем. А если нужно кем-то другим, то
> можно и -l, но проще написать
> ssh user@host.name.ru

На моих глазах однажды когда я не указал имя юзера ssh начал
ломиться root'ом и спрашивать от него пароль для того хоста.

-- 
******** FIRE & STEEL ********

[mdk-re] Re[2]: [mdk-re] Re[2]: [mdk-re] особенности дистрибутива

[Vladimir Karpinsky]

Hello Serge,

Tuesday, May 22, 2001, 3:59:27 PM, you wrote:

SS> Чтение этой "длинной дороги в дюнах":) укрепило меня в очевидной,
SS> в сущности, мысли, которая в неявном виде уже тут звучала. Но,
SS> поскольку явно ее никто не формулировал, попробую высказать
SS> "майские тезисы" сам:)

<Порезано для краткости, в духе борьбы с оверквотингом>

SS> Я сознательно не касался здесь вопросов технической политике,
SS> хотя и здесь у меня имеется основанное на личном опыте мнение,
SS> порой отличающееся от высказываемого здесь.

Классно изложено, внушает! Если еще разработчиков внушит и подвигнет
на написание того, что было изложено выше (и почти полностью порезано
в этом письме), то цены всему этому не будет!

-- 
Best regards,
 Vladimir                            mailto:vkarpinsky@beep.ru




From vic@mail.esoo.ru  Thu May 24 12:20:24 2001
Return-Path: <vic@mail.esoo.ru>
Delivered-To: mandrake-russian@localhost.ru.net
Received: from mail.esoo.ru (mail.esoo.ru [213.242.54.10])
	by linux.ru.net (Postfix) with ESMTP id 3CF11D34
	for <mandrake-russian@altlinux.ru>; Thu, 24 May 2001 12:20:23 +0400 (MSD)
Received: from vic.esoo.ru (vic.esoo.ru [213.242.54.20])
	by mail.esoo.ru (8.9.3/8.9.3) with SMTP id OAA22867
	for <mandrake-russian@altlinux.ru>; Thu, 24 May 2001 14:05:22 +0600
Content-Type: text/plain;
  charset="koi8-r"
From: vic ismakaev <viclists@mail.esoo.ru>
To: mandrake-russian@altlinux.ru
X-Mailer: KMail [version 1.2]
Organization: esoo
MIME-Version: 1.0
Message-Id: <0105241429510D.09470@vic.esoo.ru>
Content-Transfer-Encoding: 8bit
Subject: [mdk-re] Cyrus-imap
Sender: mandrake-russian-admin@altlinux.ru
Errors-To: mandrake-russian-admin@altlinux.ru
X-BeenThere: mandrake-russian@altlinux.ru
X-Mailman-Version: 2.0
Precedence: bulk
Reply-To: mandrake-russian@altlinux.ru
X-Reply-To: viclists@mail.esoo.ru
List-Help: <mailto:mandrake-russian-request@altlinux.ru?subject=help>
List-Post: <mailto:mandrake-russian@altlinux.ru>
List-Subscribe: <http://altlinux.ru/mailman/listinfo/mandrake-russian>,
	<mailto:mandrake-russian-request@altlinux.ru?subject=subscribe>
List-Id: Linux-Mandrake RE / ALT Linux discussion list <mandrake-russian.altlinux.ru>
List-Unsubscribe: <http://altlinux.ru/mailman/listinfo/mandrake-russian>,
	<mailto:mandrake-russian-request@altlinux.ru?subject=unsubscribe>
List-Archive: <http://altlinux.ru/pipermail/mandrake-russian/>
Date: Thu May 24 12:21:00 2001
X-Original-Date: Thu, 24 May 2001 14:29:51 +0600

А какова мотивация отсутствия субж в дистрибутиве?
Кстати, как насчет списка unmantenance пакетов?
-- 
С уважением
Виктор В Исмакаев

Re: [mdk-re] проблема с SSH

[Igor Solovyov]

Hi!
On Thu, 24 May 2001 12:09:48 +0400
cornet <cornet@zmail.ru> wrote:

> > The authenticity of host '172.16.140.17 (172.16.140.17)'
> can't be established.
> > RSA key fingerprint is
> 3e:bf:73:6d:4b:43:8b:91:e3:23:05:31:b5:3c:86:17.
> > Are you sure you want to continue connecting (yes/no)?
> 
> Hello!!
> Ну а какие проблеммы? Напишите ему в ответ на запрос "yes" и он
> Вам даст запрос на пароль.
> Кстати, а вы как пишете ssh??
> Надо как минимум так:
> ssh -l username host.name.ru
> тогда будут спрашивать пасворд именно к указаному username? А
> иначе Вы ломитесь на хост root'ом, что как правило бывает
> запрещено админом того хоста.

Уточнения ради добавлю:
Вы ломитесь тем юзером, из под которого пытаетесь запустить
комманду ssh <host>. Т.е. рутом, тогда когда из под него и
ломитесь. Так что не обязательно "как минимум ssh -l....".
Просто работайте не из под рута.

-- 
Best regards!
Igor Solovyov
Zlatoust, Russia

Re: [mdk-re] проблема с SSH

[cornet]

Igor Solovyov wrote:

skip.

> Уточнения ради добавлю:
> Вы ломитесь тем юзером, из под которого пытаетесь запустить
> комманду ssh <host>. Т.е. рутом, тогда когда из под него и
> ломитесь. Так что не обязательно "как минимум ssh -l....".
> Просто работайте не из под рута.

Точно! В тот раз я действительно запускал ее из под рута. Теперь
понятно :-))

-- 
******** FIRE & STEEL ********

[mdk-re] Re: [mdk-re] особенности дистрибутива

[Michael Shigorin]

On Tue, 22 May 2001, Russu V.F. wrote:

> > Другое дело -- специфические ошибки, допущенные при сборке.
>         имхо, Вы хотели сказать пачти ???
"пачти допущенные при сборке" ;-)
Нет, не патчи -- просто каждый пакет можно собрать совсем по-разному, и
тем разнее, чем он нетривиальнее. Наыиная от ./configure --... и до
расклада (и содержимого) тех же дефолтных коныигов и пермишшенов.

> > По поводу ядра. Естественно, у каждого дистрибутива есть
> > специфические патчи, которые милы сердцу авторов. Ядрf RH и
>         и вот про это тоже. Может быть стоит описывать, какие пачти
> вы накладываете на ядро ????? Подобная метода - и этого разговора и
Просто _все_, кто средне-близко знаком с RPM, его .spec'ами и
_нуждается_ в пересборке ядер, знают, что _все_ патчи лежат _отдельно_ в
kernel*src.rpm -- другое дело, что не раз замечалось, что понять по
названию (и обычно по содержимому) патча его истинное предназначение и
мотивированность его включения не так-то просто.

Во многом вопрос сводится к вопросу доверия к разработчикам дистрибутива
-- и, так как Вам по-любому придется во многом им довериться (иначе или
брать другой дистро, или делать свой), то _лучше_ выбрать команду
разработчиков, которым Вы можете верить -- и не лезть каждый раз с
вопросами "а почему там этот патч в ядре", если Вы (я, ...) не обладаете
достаточным опытом для мотивации _своего_ вопроса (предложения положить
другой патч, etc).  Что подразумевает солидные познания системы,
слежение за рассылкой ядра (kt, например) etc. Я на это не претендую ;-)

> небыло бы. Как гриться выпустили ядро и "мы установили туда, такой то
> и такой пачт, описание коих можно найти там и там то". Вы верно
> скажите что это можно и саму раскопать, но... я буду разбираться, вася
> пупкин будет разбираться... имхо, "сборщику" ядра думаю несоставит
> особого труда расписать что и откуда.
Составит. Хотя и это было бы хорошо -- например, в Changelog от этого
RPM.

-- 
WBR, Michael Shigorin, webmaster of www.chem.univ.kiev.ua
>Home Page:  http://visa.chem.univ.kiev.ua/~mike/  ICQ: 113344029
>Brainbench: http://www.brainbench.com/transcript.jsp?pid=2434729

Re: [mdk-re] Re: [mdk-re] особенности дистрибутива

[Aleksey Novodvorsky]

On Wed, 23 May 2001 08:48:58 +0300 (EEST)
Michael Shigorin <mike@lic145.kiev.ua> wrote:


> > небыло бы. Как гриться выпустили ядро и "мы установили туда,
> такой то
> > и такой пачт, описание коих можно найти там и там то". Вы
> верно
> > скажите что это можно и саму раскопать, но... я буду
> разбираться, вася
> > пупкин будет разбираться... имхо, "сборщику" ядра думаю
> несоставит
> > особого труда расписать что и откуда.
> Составит. Хотя и это было бы хорошо -- например, в Changelog от
> этого
> RPM.

По поводу spec ядра. Это непростое чтение, но spec Дмитрия, на
мой взгляд, -- самый понятный. 
Предложения по повышению понятности приветствуются :-)

Rgrds, AEN

[mdk-re] Re: [mdk-re] Re[2]: [mdk-re] особенности дистрибутива

[Michael Shigorin]

On Tue, 22 May 2001, Russu V.F. wrote:

> Hello mandrake-russian-admin,
> >>> разбираться... имхо, "сборщику" ядра думаю несоставит особого
> >>> труда расписать что и откуда.
> > 1. Как долго вы работаете с Линуксом ?
>         ;-(((((( а какая собственно разница
Да так ;]

> чего все набросились на меня то ;-((((
А чего Вы "занимаете" девелоперов :-]

Просто если бы Вы могли более иначе ответить на этот и следующий вопрос
Yuri, Вам самому все остальное было бы понятно...

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

Я -- нет. "Работает -- не ломай". Вот если бы критичный для меня патч
поссорился с одним из дистрибуторских, тогда пришлось бы садиться и
мирить их выкидыванием одного из. И то на свежую голову, не спеша и с
ядром с kernel.org в запасе на крайняк.

> > 2. А вы, простите, что-нибудь собирали сами, или обеспечивали
> > поддержку какого-нибудь пакета?
>         пакеты, если имеется ввиду rpm - не собирал. а поддержку -
> небольшой своей поделки - осуществляю.
Для себя или для всех?

>
> > Я только могу представить, если бы в MS обращались с такими
> > вопросами ;(( Это-ж тихий ужас.
>         хмммм, а Вы давно были на сайте МС ? каталог critical_update
_Очень_ давно.
С меня хватает прочтения их advisories в багтраке :-\

> - с кратеньким описанием чего это fix делает. в МС и обращаться ненадо
> у них все расписано зачем  Q265419_W2K_SP2_x86_en.EXE или
> Q296576_W2K_SP2_x86_en.EXE
Так advisories и patches -- это разные вещи в том контексте, который
рассматривается. То есть "наш" patch -- прямой кандидат на добавление к
ChangeLog'у описания изменений -- patch от MS (etc) есть не изменение
локального участка _исходного_ кода, а результирующий бегемот, который
можно сопоставить с новым пакетом, до которого Вам рекомендует
обновиться vendor при проблемах с предыдущей версией или сборкой.

Ферштейн?

-- 
WBR, Michael Shigorin, webmaster of www.chem.univ.kiev.ua
>Home Page:  http://visa.chem.univ.kiev.ua/~mike/  ICQ: 113344029
>Brainbench: http://www.brainbench.com/transcript.jsp?pid=2434729

[mdk-re] Re: [mdk-re] Задача на конкурс (было Re: Снова компиляция ядра.)

[Michael Shigorin]

On Mon, 21 May 2001, Russu V.F. wrote:

> Hello mandrake-russian-admin,
>
> Saturday, May 19, 2001, 15:02:57, you wrote:
> > Объясняю популярно: патч не нужен, все необходимые материалы идут
> > внутри pppd-2.4.0.tar.bz2.
>         да действительно имеются файлы pppd/cbcp.c и cbcp.h
> Но, по крайней мере у меня невыло, без оного сделать эту фичу.
> А с установленным пачтем все встало, и заработало.
[...]
>         я так думаю, коли патч имеет место быть. значит он для чего
> то
> нужен ;-)))))
>
> > делать патч для включения cbcp, пусть его делает. Я утверждаю, что
> > можно
> > обойтись без патча. Давайте рассмотрим это как задачу на конкурс,
> > приз
> > которого -- pppd, умеющий работать с протоколом CBCP.
>         малость непонял ?????
Ну так чего кипишуете??? !!! ???
Вам сказали, что _патч_ как _добавка_ не нужен, ибо вышеупомянутая
версия оного pppd эту добавку заполучила в процессе развития.

Я не прав?
>
> > Я серьезно -- давайте периодически формулировать здесь подобные
> задачки.
> > Ведь наша жизнь состоит не только из работы, а элегантных задач
> 'for fun'
> > в Linux предостаточно.
Agreed!

>         хоть и не очень понял про че - но давайте попробуем ;-))))
=====)))))))

-- 
WBR, Michael Shigorin, webmaster of www.chem.univ.kiev.ua
>Home Page:  http://visa.chem.univ.kiev.ua/~mike/  ICQ: 113344029
>Brainbench: http://www.brainbench.com/transcript.jsp?pid=2434729

[mdk-re] Семинар ;-)

[Michael Shigorin]

On Mon, 21 May 2001, Yuri Ryazantsev wrote:

> > Протокол собрания будет вестись? Если будет, неплохо бы его потом
> > как-то опубликовать...
>
> Это же семинар. Обычно публикуются тезисы перед событием, для того
> чтобы было понятно нужно тебе там быть или нет. И м.б. выборочные
> доклады.  Если хочется знать все, то лучше приходить.
...пешочком из стольного града Киева...

-- 
WBR, Michael Shigorin, webmaster of www.chem.univ.kiev.ua
>Home Page:  http://visa.chem.univ.kiev.ua/~mike/  ICQ: 113344029
>Brainbench: http://www.brainbench.com/transcript.jsp?pid=2434729

Re: [mdk-re] Re: [mdk-re] Re[2]: [mdk-re] ÏÓÏÂÅÎÎÏÓÔÉ ÄÉÓÔÒÉÂÕÔÉ×Á

[Yuri Ryazantsev]

On Wed, May 23, 2001 at 09:00:02AM +0300, Michael Shigorin wrote:

> Т.е. есть требования разумные, обоснованные и требующие внимания и
> заботы, а есть являющиеся следствием непонимания части или всей
> проблемы. В соседнем письме упоминали 200 патчей на ядре RH7.1 --
> скажите честно, Вы бы взялись вникнуть, какой почему был использован?
> 
> Я -- нет. "Работает -- не ломай". Вот если бы критичный для меня патч
> поссорился с одним из дистрибуторских, тогда пришлось бы садиться и
> мирить их выкидыванием одного из. И то на свежую голову, не спеша и с
> ядром с kernel.org в запасе на крайняк.

Вам хорошо говорить, если ядро с дистрибутива Вам подходит. А мне приходится
ядра пересобирать. Ну не включают некоторые функции мне необходимые. А
вникать иногда приходится и не скажу что это очень трудно. Непривычно это на
первых 100 сборках ядра :-)) Потом легче становится.

with best wishes,

Yuri.

Re: [mdk-re] Буклет в электронном виде

[Michael Shigorin]

On Wed, 23 May 2001, Aleksey Novodvorsky wrote:

> > > 2AEN: по поводу книжки: не могли бы Вы мне прислать
> > > исходник, там в
> > > нескольких местах стилистику бы поправить... А так --
> > > плотная, молодцы.
> Выложим на новый сайт, который Rider делает, делает,
> делает...
А в исходнике все же пришлете?
Пока хочется ;-)

-- 
WBR, Michael Shigorin, webmaster of www.chem.univ.kiev.ua
>Home Page:  http://visa.chem.univ.kiev.ua/~mike/  ICQ: 113344029
>Brainbench: http://www.brainbench.com/transcript.jsp?pid=2434729

Re: [mdk-re] проблема с SSH

[Michael Shigorin]

On Thu, 24 May 2001, cornet wrote:

> Кстати, а вы как пишете ssh??
> Надо как минимум так:
> ssh -l username host.name.ru
Как минимум -- ssh host.dom, если логин тут и там совпадает. Иначе --
ssh user@host.dom ;-)

> тогда будут спрашивать пасворд именно к указаному username? А
> иначе Вы ломитесь на хост root'ом, что как правило бывает
Не факт -- см. выше ;-)
Нельзя ж так всех сразу в работе _исключительно_ рутом подозревать...

> запрещено админом того хоста.
...равно как и раздача соотв. пассворда налево и направо...

-- 
WBR, Michael Shigorin, webmaster of www.chem.univ.kiev.ua
>Home Page:  http://visa.chem.univ.kiev.ua/~mike/  ICQ: 113344029
>Brainbench: http://www.brainbench.com/transcript.jsp?pid=2434729

[mdk-re] Re: [mdk-re] Re: [mdk-re] Re[2]: [mdk-re] особенности дистрибутива

[Michael Shigorin]

On Sat, 26 May 2001, Yuri Ryazantsev wrote:

> Вам хорошо говорить, если ядро с дистрибутива Вам подходит. А
Не совсем так -- сказей, RAID и еще много чего дома я не держу
;-)

> мне приходится ядра пересобирать. Ну не включают некоторые
> функции мне необходимые.  А вникать иногда приходится и не
> скажу что это очень трудно. Непривычно это на первых 100
> сборках ядра :-)) Потом легче становится.
Да не спорю, свои собираю с 2.0.3x =)

-- 
WBR, Michael Shigorin, webmaster of www.chem.univ.kiev.ua
>Home Page:  http://visa.chem.univ.kiev.ua/~mike/  ICQ: 113344029
>Brainbench: http://www.brainbench.com/transcript.jsp?pid=2434729

Re: [mdk-re] Re: [mdk-re] Re: [mdk-re] Re[2]: [mdk-re] ÏÓÏÂÅÎÎÏÓÔÉ ÄÉÓÔÒÉÂÕÔÉ×Á

[Yuri Ryazantsev]

On Sun, May 27, 2001 at 08:41:36AM +0300, Michael Shigorin wrote:

> > Вам хорошо говорить, если ядро с дистрибутива Вам подходит. А
> Не совсем так -- сказей, RAID и еще много чего дома я не держу
> ;-)

Когда в ядро включено лишнее - не беда. Актуально экономить, мне кажется,
только в embedded системах. А вот когда не включено необходимое для тебя, и
это невозможно включить как модуль :-((



with best wishes,

Yuri.

[mdk-re] Re: [mdk-re] Re: [mdk-re] Re: [mdk-re] Re[2]: [mdk-re] особенности дистрибутива

[Michael Shigorin]

On Mon, 28 May 2001, Yuri Ryazantsev wrote:

> > > Вам хорошо говорить, если ядро с дистрибутива Вам подходит. А
> > Не совсем так -- сказей, RAID и еще много чего дома я не держу
> > ;-)
>
> Когда в ядро включено лишнее - не беда. Актуально экономить,
> мне кажется, только в embedded системах. А вот когда не
> включено необходимое для тебя, и это невозможно включить как
> модуль :-((
Расставляя точки над i (╖ :) --
1. новичку перебирать ядро сейчас совсем не нужно в 99% случаев.
2. "старичку" ядро можно не перебирать в 80% случаев.
3. оставшиеся 20% не учитывают редкого свободного времени, когда
крамольная мысль "а не собрать ли мне ядрышко" может и затесаться
в голову ;-) (благо делов-то -- 10 мин на make menuconfig и 4 мин
на make все_остальное =)

На машинках с >16-32M памяти у меня дефолтные ядра могут жить
долго, вплоть до тотального апгрейда.... Разве что делать нечего
;-)

-- 
WBR, Michael Shigorin, webmaster of www.chem.univ.kiev.ua
>Home Page:  http://visa.chem.univ.kiev.ua/~mike/  ICQ: 113344029
>Brainbench: http://www.brainbench.com/transcript.jsp?pid=2434729

Re: [mdk-re] Re: [mdk-re] Re: [mdk-re] Re: [mdk-re] Re[2]: [mdk-re] ÏÓÏÂÅÎÎÏÓÔÉ ÄÉÓÔÒÉÂÕÔÉ×Á

[Yuri Ryazantsev]

On Mon, May 28, 2001 at 08:52:51PM +0300, Michael Shigorin wrote:

> Расставляя точки над i (╖ :) --
> 1. новичку перебирать ядро сейчас совсем не нужно в 99% случаев.
> 2. "старичку" ядро можно не перебирать в 80% случаев.
> 3. оставшиеся 20% не учитывают редкого свободного времени, когда
> крамольная мысль "а не собрать ли мне ядрышко" может и затесаться
> в голову ;-) (благо делов-то -- 10 мин на make menuconfig и 4 мин
> на make все_остальное =)

Ну выкинули Вы arcnet из ядра. Значит я попал в эти 20% :-))
И еще очень хочется посмотреть на комп, который соберет 2.4 ядро за 4 мин.
:-)) Уж не Интел наверное.

with best wishes,

Yuri.

[mdk-re] [JT] [2.4 за 4 мин] Re[2]: [mdk-re] особенности дистрибутива

[Michael Shigorin]

On Tue, 29 May 2001, Yuri Ryazantsev wrote:

> И еще очень хочется посмотреть на комп, который соберет 2.4 ядро за 4
> мин.  :-)) Уж не Интел наверное.
;-)
Athlon 650->715, VIA KT133, 128M PC133->PC146, IBM DTLA307015
(15G, 7200rpm, 2M => ~35Mb/s с начала) собирает простенькое 2.4 (без fb,
файрволла, v4l -- основное, сеть по минимуму, звук, i2c/sensors)
за 3:07 с нуля без кэша. 4 мин (3:50) собирал Duron 650.

Народ, эти Duron/Athlon -- обалденная сорцемолотилка!!!

-- 
WBR, Michael Shigorin, webmaster of www.chem.univ.kiev.ua
>Home Page:  http://visa.chem.univ.kiev.ua/~mike/  ICQ: 113344029
>Brainbench: http://www.brainbench.com/transcript.jsp?pid=2434729