[devel] Управление группами пользователя

[Led]

On Friday, 14 November 2008 20:49:53 Alexander Bokovoy wrote:
> 2008/11/14 Dmitriy M. Maslennikov <maslennikovdm на gmail.com>:
> > 14 ноября 2008 г. 21:01 пользователь Alexander Bokovoy
> >
> > <ab на altlinux.org> написал:
> >> 2008/11/14 Dmitriy M. Maslennikov <maslennikovdm на gmail.com>:
> >>> Можно придумать и более интересные применения этого модуля. Может
> >>> стоит нам использовать его возможности по умолчанию? Соответственно
> >>> исправить альтератор для работы с ним.
> >>
> >> Суммируя, этот модуль делает поддержку nested groups, раскрывая их во
> >> время исполнения.
> >> Модуль написан на C++ и в любое приложение в системе тянет за собой
> >> /usr/lib/libstdc++.so.6.0.10 (порядка 1Мб).
> >
> > ...и отъедает 1 мб памяти на десктопе, если до этого там не было
> > запущено ни одного с++ приложения.
> > Сколько у нас дасктопов без единого С++ приложения? Альтератор для
> > своего ГУЯ тоже будет тянуть /usr/lib/libstdc++.so.6.0.10 и что?
>
> Можно отвечать по существу, а не заниматься флеймом?
>
> >> Теперь главный вопрос: чем не устраивает поддержка RFC2307bis в
> >> nss_ldap? Она существует с 2002 года и отлично работает.
> >
> > Гм, а как сетевые группы соотносятся с моим приложением? Вы его хоть
> > прочитали? Или вы предлагаете вместо того чтобы тянуть зависимость на
> > С++ поставить всем локально ldap?
>
> Можно отвечать по существу, а не заниматься флеймом?
>
> Я прочитал обоснование, которое в качестве примеров приводит типичные
> примеры администрирования однообразных машин в организациях. Нигде там
> не приведен use case, который специфичен для одного компьютера, везде
> речь идет об "администрировании большого парка компьютеров и большого
> числа пользователей".

100% - "для одного компьютера" - это бред.
А так, в моей практике был как минимум один случай, когда мне такое нужно было 
(LDAP и AD там было явно overhead)

-- 
Led