Исходное сообщение
"Тестовые версии: Slackware Linux 12.0 RC1 и OpenSUSE 10.3 Al..." Отправлено Аноним, 19-Июн-07 11:34
>проблема - отсутствие PAM. тот кто говорит, что его легко поставить - >видимо пробовал это только мысленно, читая статейки таких же теоретиков. РЕАЛЬНО >заставить работать PAM - это нужен бубен. хотя бы потому, что >(пробовал на 10 слаке) то, что ставится из эталонных сырцов с >kernels.org - ставится совсем не туда, где должно быть в слакваре. >поэтому приходится руками править конфигурационный скрипт. это не трудно. но почему >я этим должен заниматься? потому что слака - тру? > >проблема - бедный репозиторий. linuxpackages.net там же есть и собраный PAM, хотя плотно PAM задействовать не приходилось, но вебмин, ругавшийся на отсутсвиее какого-то PAM_модуля, подхватил его сразу же после installpkg Linux-PAM-0.99.6.3 (на 11 слаке). С большинством пакетов с linuxpackages.net идет слак-билд скрипт, так-что добавить/убрать опцию в configure не доставляет особых напрягов. Да, не все пакеты я там находил - 5-7% (по большей части экзотики) приходилось таки собирать самому. >проблема - ядро 2.4. уже, как видим пофиксили :) Я бы не назвал это проблемой. >так что применение слаки - роутеры и почтовики для мелкого офиса Что-то не вижу из каких ваших высказываний следует такое заключение? Если вы про "бедность репозитория" - если предположить, что это и так, то даже с набором софта "из коробки" смело божно расширить список применений слаки: файловые сервера, домен-контроллеры, хостинг, сервера баз данных (хотя если разворачивать серьезные решения, то встает проблема несертифицированности, но тут большинство не энтрпрайс дистров пролетает)... >... для мелкого офиса. и уж совсем не вижу откуда вот это? Какя связь между репозиторием и маштабом клиентов? Опять про обновления и поддержку? По кругу будем ходить? >в остальном - слака идет лесом. ;-) А я то и не знал. Использую слаку как десктоп уже года три; еще ни разу не возникало желания перелезть на что-то другое; может в других дистрах что-то и лучше, но меня устраивает как есть. >кстати, для любителей слаки на десктопе. и для анонизмусов, у которых "никогда >проблем с зависимостями не было". вы поставить на декстоп MPlayer с >поддержкой всех кодеков (вбейте make config в порту FreeBSD и поглядите >каких и сколько) пробовали собрать руками? Не знаю, не надобно было. Вполне хватает того, что есть.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>проблема - отсутствие PAM. тот кто говорит, что его легко поставить - >>видимо пробовал это только мысленно, читая статейки таких же теоретиков. РЕАЛЬНО >>заставить работать PAM - это нужен бубен. хотя бы потому, что >>(пробовал на 10 слаке) то, что ставится из эталонных сырцов с >>kernels.org - ставится совсем не туда, где должно быть в слакваре. >>поэтому приходится руками править конфигурационный скрипт. это не трудно. но почему >>я этим должен заниматься? потому что слака - тру? >> >>проблема - бедный репозиторий. > linuxpackages.net > там же есть и собраный PAM, хотя плотно PAM задействовать не приходилось, > но вебмин, ругавшийся на отсутсвиее какого-то PAM_модуля, подхватил его сразу же > после installpkg Linux-PAM-0.99.6.3 (на 11 слаке). С большинством пакетов с linuxpackages.net > идет слак-билд скрипт, так-что добавить/убрать опцию в configure не доставляет особых > напрягов. Да, не все пакеты я там находил - 5-7% (по > большей части экзотики) приходилось таки собирать самому. >>проблема - ядро 2.4. уже, как видим пофиксили :) > Я бы не назвал это проблемой. >>так что применение слаки - роутеры и почтовики для мелкого офиса > Что-то не вижу из каких ваших высказываний следует такое заключение? Если вы > про "бедность репозитория" - если предположить, что это и так, то > даже с набором софта "из коробки" смело божно расширить список применений > слаки: файловые сервера, домен-контроллеры, хостинг, сервера баз данных (хотя если разворачивать > серьезные решения, то встает проблема несертифицированности, но тут большинство не энтрпрайс > дистров пролетает)... >>... для мелкого офиса. > и уж совсем не вижу откуда вот это? Какя связь между репозиторием > и маштабом клиентов? Опять про обновления и поддержку? По кругу будем > ходить? >>в остальном - слака идет лесом. > ;-) А я то и не знал. Использую слаку как десктоп уже > года три; еще ни разу не возникало желания перелезть на что-то > другое; может в других дистрах что-то и лучше, но меня устраивает > как есть. >>кстати, для любителей слаки на десктопе. и для анонизмусов, у которых "никогда >>проблем с зависимостями не было". вы поставить на декстоп MPlayer с >>поддержкой всех кодеков (вбейте make config в порту FreeBSD и поглядите >>каких и сколько) пробовали собрать руками? > Не знаю, не надобно было. Вполне хватает того, что есть.
	Введите код, изображенный на картинке: