Bug 14508

Если добавить в спек-файле конфигурацию, которая не будет собираться по
умолчанию, а только при указании какой-нибудь --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 ещё раз - залью

Спасибо всем за ответы. Собрали. Зотестили. Действительно смысла нет.