[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: мои желания ;-)



On Wed, 27 Sep 2000, Sergey I. Golod wrote:

> Date: Wed, 27 Sep 2000 14:55:27 +0600
> From: Sergey I. Golod <rover@tobolsk.net.ru>
> To: Michael Vlasov <misha@matrix.ru>,
     "debian-russian@lists.debian.org" <debian-russian@lists.debian.org>
> Subject: Re: мои желания ;-)
> 
> Michael Vlasov wrote:
> 
> > On Wed, 27 Sep 2000, Sergey I. Golod wrote:
> >
> > > Hello.
> > >
> > > Не знаю как многие воспримут мое письмо, но все же попытаюсь выразить свои
> > > пожелания к следующей версии Дебиана: желающие могут дописывать свои
> > > пожелания. Обсудив это и переведя на английский можно например отправить в
> > > debian-{devel|project}. Кто его знает, может это и подтолкнет мэйнтэйнеров
> > > разных пакетов к каким-нибудь полезным телодвижениям. ;-)
> > >
> > > Итак начну: что я хочу от следующего Дебиана:
> > > 1. Ориентация на LDAP с начала установки:
> > > 1.1. adduser, deluser: поддержка LDAP и других мест хранения пользователей;
> > > (обещал сделать)
> >
> > зачем LDAP обьясни?
> 
> странный ты. Вот скажи если у меня пользователь может пользоваться news, mail, pop3
> и собственная система биллинга. News server находится на одном компе, почтовый на
> другом, а pop-3 на третьем. Как ты реализуешь авторизацию для этих пользователей,
> чтобы они имели одинаковый пароль? А если у тебя в сети куча компов под разными
> операционками, что туеву хучу паролей заводить будешь? Нет, видно опыта
> администрирования больших систем ты не имел.
>

я все прикручиваю под Radius. LDAP пока не пробую потому что как ты
заметил нет потребности.
 
> >
> >
> > > 1.2. pam-ldap: все программы обязаны поддерживать аутенификацию через PAM;
> > > (много где есть)
> > > 1.3. libnss-ldap: убрать необходимость в плоских /etc/passwd, /etc/group.
> > > (есть)
> > >
> > зачем ?
> 
> затем что flat files тяжелое наследие.
> 
> >
> > > 2. Kernel 2.4.X compatible:
> >
> > только бы stable kernel в поставку
> 
> на 2.4.0-test[78] уже можно жить.
>

 согласен
 
> >
> > > 2.1. поддержка devfs на уровне всех приложений: base-files, mgetty, ppp,
> > > ...; (нет)
> >
> > это опасно - упаси бог на серваке devfs держать - дистрибутив должен быть
> > не только для developers а еще и работать. Рано еще журналируемую  FS
> > ставить - нет конвертера из ext2 -> reiser FS и глюкало еще то.
> 
> devfs <=> reiserFS. devfs работает уже на ядрах 2.2 и выше, в 2.4 он включен в
> основной код. Выдержка из defvs/README:
> =================================================
> Who else does it?
> 
> FreeBSD has a devfs implementation. Solaris 2 has a pseudo-devfs
> (something akin to scsidev but for all devices, with some unspecified
> kernel support). BeOS, Plan9 and QNX also have it. SGI's IRIX 6.4 and
> above also have a device filesystem.
> 
> это очредная "right thing" (c) которую Линус наконец включил в ядро.
>

сколько не уверяй - но это глюкало.
 
> > > 2.2. переход на использование iproute, iptables. (есть)
> > >
> >
> > угу не забыть и netfilter вместо ipchains
> 
> iptables и есть netfilter.
> 
> >
> >
> > > 3. Apache 2.0 (нет)
> > > 3.1. PHP4; (есть)
> > > 3.2. mysql-3.24(soon). (есть)
> >
> > только стабильные ветки
> 
> php4 - stable, 3.23.24 - полет нормальный, apache2.0 не видел.
> 
> >
> > >
> > > 4. XFree86 4.0 (почти есть)
> > > 4.1. Helix Gnome (есть)
> >
> > KDE 2.0
> >
> > >
> > > 5. integrated i18n & l10n
> > > 5.1. l10n во многих пакетах, это кстати зависит от нас самих (кое-где)
> > > 5.2. поддержка Unicode (как мне кажется отчасти)
> >
> > не unicode нужен а поддержка Win1251 как в BlackCat - вот тогда можно
> > забыть про Win95&NT
> 
> глупости. win1251, koi-8r, cp866 - это идеологически неправильно.
>

плевать на идеологию - одновременная работа с Win1251 и koi8-r удобство.
 
> wbr, Serge.
> 
> 
> 

---
WBR, Michael Vlasov, Matrix NOC, MICHAEL-RIPN 
(095) 961-2109 [ www.matrix.ru ] ICQ:12612617



Reply to: