Не всем нужны все функции samba сервера, мне например достаточно cups и расшаривалки. Я думаю размерчик убавиться и кушать ресурсов будет меньше
Если добавить в спек-файле конфигурацию, которая не будет собираться по умолчанию, а только при указании какой-нибудь --enable simple, то такое подойдет? Если подойдет, то предлагайте набор опций configure и smb.conf по умолчанию (в виде attachments к этой записи).
> размерчик убавиться и кушать ресурсов будет меньше Я так не думаю (или некритично), но посмотрю, что предлагается, с позволения. :)
> Я так не думаю (или некритично), но посмотрю, что предлагается, с позволения. :) Возможно я неправильно предположил, что если убить --with-ads --with-netatalk (честно говоря не знаю что это) --with-winbind --with-ещечтонибудь то самба будет полегче может и --with-shared- modules=idmap_rid,idmap_ad,vfs_prealloc,vfs_commit,vfs_catia,vfs_cacheprime,vfs_readahead почистить можно
Нет, Вы неправильно поняли. В частности, сейчас часть функций smbd по разрешению индентификации пользователей и групп (используемая везде) вынесена в winbindd, поэтому winbindd обязателен. Точнее, для работы в домене он обязателен, а с версии 3.2 будет обязателен для всего. Модули для VFS/IDMAP/etc потому и собираются динамически, чтобы не "висеть" в памяти во время работы. На диске они занимают пренебрежимо мало места. Поддержка netatalk (это AFP, взаимодействие с сетями Apple) на самом деле тоже представляет из себя один-два модуля, собираемых отдельно. Без включения ADS не будет работать 90% современных установок, а место это не сэкономит.
Перевожу: головняка и неразберихи на ровном месте добавить получится, а вот продвинуться в достижении поставленных целей особенно -- вряд ли. По самим целям: предлагаю решить, что 25..40M диска и сколько там RAM за решение задачи интероперабельности с виндами в рамках SMB/CIFS -- это совсем недорого. Могу также добавить, что экономить место для сервиса на файл-сервере -- несколько странно, это далеко не самый главный его потребитель. А для раздачи принтеров есть варианты полегче вроде lp_server и подобных "шарилок порта" (а-ля JetDirect), led@ и lav@ вроде более в курсе, что работает. Так что IMHO INVALID или WONTFIX.
Хочу высказаться за samba-light. Ей найдется применения в тонких клиентах на основе ALTLinux. Без самбы там никак, т.к. она строго необходима для работы принтеров и флешек в NX сессиях. При этом функционал там задействован как раз такой, что б только расшарить и всё. samba-light будет полезна тем, что не потянет за собой python, ldap и прочие радости полноценной самбы, а значит из 50 мегов останется ~10 =)
Если Вы уверены, что это будет 10Мб против 50Мб, то продемонстрируйте этот результат патчем для samba.spec и smb.conf. Откуда Вы взяли, что пакеты занимают 50Мб? Name : samba Size : 10316097 Name : samba-client Size : 12613652 Name : samba-client-cups Size : 0 Name : samba-common Size : 16533675 Name : samba-doc Size : 24346590 Name : samba-swat Size : 15033504 Name : samba-utils Size : 10134107 Name : samba-vfs Size : 153557 Name : samba-vfs-devel Size : 2163128 Из этих пакетов для тонкого клиента нужны samba и samba-common, samba-client. Суммарно -- 38Мб, которые сократить не удастся. Можно, конечно, удалить ряд утилит в образе тонкого клиента (я бы так и сделал, в процессе его создания), но это несущественно сократит расходы. Речи о 10Мб суммарно не идет и не будет идти. Покажите обратное, поговорим. Пока что сократить расходы существенно могла бы помочь динамическая линковка, но она в 3.0 невозможна, так как там много циклических зависимостей между компонентами внутри Самбы. Это уже пробовали устранить и неоднократно, но существенный прогресс был достигнут только в 4.0.
(In reply to comment #6) > Хочу высказаться за samba-light. Ей найдется применения в тонких клиентах на > основе ALTLinux. Без самбы там никак, т.к. она строго необходима для работы > принтеров и флешек в NX сессиях. Если клиенты по NFS, то остаётся вопрос RAM; до NX мы ещё не добрались, но в ALTSP флэшки прекрасно работают и без самбы :)
(In reply to comment #6) > Хочу высказаться за samba-light. Ей найдется применения в тонких клиентах на > основе ALTLinux. Без самбы там никак, т.к. она строго необходима для работы > принтеров и флешек в NX сессиях. При этом функционал там задействован как раз > такой, что б только расшарить и всё. NX'у нужна только самба? NFS не устраивает?
(In reply to comment #5) > А для раздачи принтеров есть варианты полегче вроде lp_server и подобных > "шарилок порта" (а-ля JetDirect), led@ и lav@ вроде более в курсе, что работает. ИМХО p910n получше будет, но мейнтейнер его "забросил" и другим не передаёт.
(In reply to comment #10) > ИМХО p910n получше будет, но мейнтейнер его "забросил" и другим не передаёт. Виталик, дай led@ права на p910nd :)
Что значит не передаёт? Никто не просил. И я например lp_server использовал. А как AppSocket, реализованный в p910nd, настроить в Windows? Вечером передам пакет led@.
Права вроде дал.
(In reply to comment #13) > Права вроде дал. Спасибо. Как только протестирую 0.91 ещё раз - залью
Спасибо всем за ответы. Собрали. Зотестили. Действительно смысла нет.