Bug 23868 - Вынести конфигурацию в отдельный подпакет
Summary: Вынести конфигурацию в отдельный подпакет
Status: CLOSED FIXED
Alias: None
Product: Sisyphus
Classification: Development
Component: freeswitch-daemon (show other bugs)
Version: unstable
Hardware: all Linux
: P3 normal
Assignee: Anton Farygin
QA Contact: qa-sisyphus
URL:
Keywords:
: 24886 (view as bug list)
Depends on:
Blocks:
 
Reported: 2010-08-10 14:15 MSD by enp
Modified: 2016-08-16 20:38 MSK (History)
12 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description enp 2010-08-10 14:15:16 MSD
Прошу вынести конфигурацию в отдельный подпакет для того, чтобы параллельно с дефолтной полной конфигурацией иметь возможность запаковать что-нибудь в духе http://freeswitch.ru/wiki/minimal

Разные конфигурации должны как минимум конфликтовать друг с другом. Но лучше было бы задействовать альтернативы и выбирать одну интересующую из нескольких установленных.
Comment 1 Sergey Bolshakov 2010-08-11 17:33:50 MSD
я мог бы положить примеры конфигов в документацию -- это всё.
Comment 2 enp 2010-08-11 17:42:19 MSD
Почему? Лень или есть более серьезные причины?

Если я сделаю это изменение у себя в git, оно будет втянуто?
Comment 3 Sergey Bolshakov 2010-08-11 17:57:40 MSD
я не хочу устраивать из фрисвича астериск.
конфиг, подобный показанному по ссылке, можно было бы просто
положить руками на место искоробочного -- никуда он потом
не денется.
можно было бы также рассмотреть вариант с помещением
в пакет нескольких конфигов верхнего уровня и каким-либо
ненапряжным переключателем между ними, с дефолтом на то, что есть.
делать же все эти безумные конфликтующие пакеты с конфигами я не стану.
Comment 4 enp 2010-08-11 19:21:19 MSD
Мне не очень нравится идея класть этот конфиг руками, потому что меня посещала мысль сделать специализированное решение (для call-центра, например) на alt+freeswitch средствами mkimage - и в этом случае опакеченная конфигурация была бы кстати.

Идея с фиксированным числом возможных конфигураций тоже не очень удобна необходимостью на каждый чих идти на поклон к майнтейнеру, но все же лучше, чем ничего. Какой переключатель будет ненапряжным? control?
Comment 5 Sergey Bolshakov 2010-08-11 19:38:14 MSD
идея с открытым списком конфликтующих между собой пакетов конфигураций просто не работает.
применительно к намерению собирать нечто с помощью mkimage наиболее
ненапряжным (для всех сторон) будет заполнение нынешних конфигов
нужным содержимым из image-scripts.d, без всех этих плясок с упаковкой
незнамо чего.
Comment 6 Sergey Bolshakov 2010-08-11 19:54:28 MSD
впрочем, есть ещё вариант:
дописать (средствами инсталлера либо mkimage) в /etc/sysconfig/freeswitch
FSOPTIONS='-conf /path/to/alternate/configs'
таким образом, нет ни малейшей нужды убеждать кого-то в чём-то.
Comment 7 Sergey Bolshakov 2011-01-10 14:46:10 MSK
*** Bug 24886 has been marked as a duplicate of this bug. ***
Comment 8 Slava Dubrovskiy 2011-01-10 20:07:12 MSK
(В ответ на комментарий №3)
> я не хочу устраивать из фрисвича астериск.
> конфиг, подобный показанному по ссылке, можно было бы просто
> положить руками на место искоробочного -- никуда он потом
> не денется.
> можно было бы также рассмотреть вариант с помещением
> в пакет нескольких конфигов верхнего уровня и каким-либо
> ненапряжным переключателем между ними, с дефолтом на то, что есть.
> делать же все эти безумные конфликтующие пакеты с конфигами я не стану.

Предложенные варианты, лично мне не нравятся.
1. Просто класть конфиг руками не подходит, т.к. 
а) остается вся другая структура конфигов и если делаешь кастомное решение то не хочется её придерживаться. Приходится просто все удалять. Но при обновлении несуществующие файлы создадутся опять и получается "каша"

б) просто положить руками тоже не подходит, т.к. не дистрибутивно. Хочется поставил пакет и все.

2. Как быть когда конфиги редактируются через GUI? С текущей структурой еще больше "каша" получается. Еще и права нужно исправлять.

3. Предложение перенести конфиг и указывать его через FSOPTIONS='-conf /path/to/alternate/configs' тоже не красиво, т.к. старые конфиги остаются и сбивают. Это заранее разложенная грабля. В случае с GUI можно конфиги размещать где-то в /var/ куда может писать вебсервер, а /etc/freeswitch будет ссылка. И все понятно сразу.

Несколько пакетов с разными конфигурациями видятся хорошим предложением и не понятно почему поддерживать конфликты является безумно.
Comment 9 Sergey Bolshakov 2011-01-10 20:26:40 MSK
> непонятно почему поддерживать конфликты является безумно.
потому что с добавлением N+1-го пакета с конфигами придётся
поересобирать их все одной пачкой, новый и N предыдущих,
для того, чтобы проставить conflicts на вновь появившийся,
с вытекающими отсюда накладными расходами.
Избавиться от необходимости указывать conflicts очевидно
легко, разложив всё по разным путям, с указанием в /e/s/freeswitch
актуальной директории.
Довод о том, что оставшиеся дефолтные конфиги 'сбивают' или
что-то становится непонятным -- нуу, life sucks and then you die.
Comment 10 Michael Shigorin 2011-08-21 16:44:06 MSK
(In reply to comment #9)
> > непонятно почему поддерживать конфликты является безумно.
> потому что с добавлением N+1-го пакета с конфигами придётся
> поересобирать их все одной пачкой, новый и N предыдущих,
> для того, чтобы проставить conflicts на вновь появившийся

alternatives?
Comment 11 Anton Farygin 2016-08-16 20:38:09 MSK
Вынес конфигурацию из пакета.