Во всех ветках, режим root: ``` smb:// anonymous ... Invalid option -FS: unknown option Usage: smbd [-?bDiFV] [-?|--help] [--usage] [-b|--build-options] [-p|--port=STRING] [-P|--profiling-level=PROFILE_LEVEL] [-d|--debuglevel=DEBUGLEVEL] ... FAIL: test_anonymous (__main__.Smb) AssertionError: starting smbd failed ``` То же самое для `test_authenticated`; текст usage от самого smbd присутствует в логах тестов. ## Причина - Тестовый код (test/gvfs-test, upstream, без изменений в ALT) запускает smbd так (строка 808, одинакова в 1.48.2…1.62.0): ``` self.smbd = subprocess.Popen([smbd_path, '-FS', '-s', smbconf], ...) ``` - Опции `-S` у `smbd` Samba **нет** ни в одной из задействованных версий (4.19.9 p10, 4.21.9 p11, 4.22.11 sisyphus — usage, выводимый самим smbd в логах, это подтверждает). smbd печатает usage и немедленно завершается, порт не слушается, и тест падает (строка 822: `self.fail('starting smbd failed')`). - Upstream к gvfs 1.62.0 это не исправил — в sisyphus-тесте тот же запуск. ## Предложение Test-only патч в spec gvfs: заменить `'-FS'` на `'-F'` (это собственный foreground-флаг smbd согласно его usage) — после проверки, что тест действительно запускает smbd и проходит. Альтернатива — пропускать Smb-тесты, если smbd не принимает `-FS`. Примечание: в пользовательском режиме оба теста пропускаются с `Samba smbd not installed` (smbd в /usr/sbin, которого нет в PATH обычного пользователя) — это обходное следствие PATH, а не сбой; текущим багом не покрывается. ## Шаги воспроизведения 1. Установить `gvfs-tests` и `samba` 2. Запустить `/usr/libexec/gvfs/installed-tests/gvfs/gvfs-test` от root 3. Оба Smb-теста падают с `starting smbd failed` ## Версии - gvfs: p10 1.48.2-alt1, p11 1.57.2-alt1 (задание 435928: 1.58.5-alt1), sisyphus 1.62.0-alt1 - samba: p10 4.19.9-alt12, p11 4.21.9-alt4.p11.1, sisyphus 4.22.11-alt3
