* [sisyphus] Конфиги freeswitch
@ 2016-03-16 8:31 Anton Farygin
2016-03-16 9:55 ` Хихин Руслан
` (2 more replies)
0 siblings, 3 replies; 7+ messages in thread
From: Anton Farygin @ 2016-03-16 8:31 UTC (permalink / raw)
To: sisyphus
Коллеги, добрый день!
Вопрос в первую очередь к тем, кто использует на своих серверах
freeswitch, ну и предистория для тех, кто не в теме - мне важно услышать
все мнения:
Изначально так сложилось, что пакет SIP-сервер freeswitch-daemon таскает
конфигурацию по умолчанию внутри себя.
Приятно то, что данная конфигурация практически сразу работает по
умолчанию - т.е. - после установки freeswitch достаточно поправить
несколько дефолтных переменных в vars и создать пользователей, после
чего можно уже пытаться осуществлять звонки.
Это хорошо.
Плохо то, что если вносить изменения в конфигурацию путём удаления
дефолтных файлов с примерами, то при ближайшем обновлении вы получаете
их обратно в неизменном виде.
Иногда это приводит к плохому.
Поэтому я хотел бы понять - как с точки зрения пользователя было бы
удобно управлять конфигурацией сервера по умолчанию:
1) хочу что бы сразу всё работало, но при каждом обновлении буду чистить
конфигурацию от дефолтных примеров
2) хочу что бы сразу ничего не работало, после установки скопирую
конфигурацию из /usr/share/doc/freeswitch и настрою как хочу, но при
обновлении с текущей версии на новую получу вероятную проблему в виде
убитой конфигурации /etc/freeswitch
3) свой вариант.
Спасибо.
Anton
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [sisyphus] Конфиги freeswitch
2016-03-16 8:31 [sisyphus] Конфиги freeswitch Anton Farygin
@ 2016-03-16 9:55 ` Хихин Руслан
2016-03-16 13:36 ` Anton Farygin
2016-03-17 10:43 ` Eugene Prokopiev
2 siblings, 1 reply; 7+ messages in thread
From: Хихин Руслан @ 2016-03-16 9:55 UTC (permalink / raw)
To: sisyphus
[-- Attachment #1: Type: text/plain, Size: 480 bytes --]
Здравствуйте !
On Wednesday 16 March 2016 11:31:37 Anton Farygin написал(а):
> 3) свой вариант.
А нельзя иметь пользовательские (админские) конфиги с более высоким
приоритетом, чем конфиги из пакета? Что-бы ссё работало "из коробки", но
конфиги пользователя, как более приоритетные не портились от обновления
пакета?
Или - если файлов с конфигами нет, они копируются из примеров, если уже есть,
то при обновлнении меняются только примеры ?
--
C уважением, Хихин Руслан.
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [sisyphus] Конфиги freeswitch
2016-03-16 9:55 ` Хихин Руслан
@ 2016-03-16 13:36 ` Anton Farygin
2016-03-16 13:55 ` Sergey V Turchin
0 siblings, 1 reply; 7+ messages in thread
From: Anton Farygin @ 2016-03-16 13:36 UTC (permalink / raw)
To: sisyphus
On 16.03.2016 12:55, Хихин Руслан wrote:
> Здравствуйте !
> On Wednesday 16 March 2016 11:31:37 Anton Farygin написал(а):
>
>> 3) свой вариант.
> А нельзя иметь пользовательские (админские) конфиги с более высоким
> приоритетом, чем конфиги из пакета? Что-бы ссё работало "из коробки", но
> конфиги пользователя, как более приоритетные не портились от обновления
> пакета?
Нет, ибо в этом случае получается каша из конфигов пользователя и
дефолта - ровно та ситуация как сейчас.
>
> Или - если файлов с конфигами нет, они копируются из примеров, если уже есть,
> то при обновлнении меняются только примеры ?
Тогда при удалении пакета будут оставаться ничьи файлы.
^ permalink raw reply [flat|nested] 7+ messages in thread
[parent not found: <CANRm9jhURpdJdrHp7xTUNTmbi5xk8gBLuHxx+XLev1YC8GKU+w@mail.gmail.com>]
* Re: [sisyphus] Конфиги freeswitch
@ 2016-03-16 17:41 ` Anton Farygin
0 siblings, 0 replies; 7+ messages in thread
From: Anton Farygin @ 2016-03-16 17:41 UTC (permalink / raw)
To: sisyphus
On 16.03.2016 18:15, Stas wrote:
>
> 16.03.2016 13:31 пользователь "Anton Farygin" <rider@altlinux.com
> <mailto:rider@altlinux.com>> написал:
> >
> > Коллеги, добрый день!
> >
> > Плохо то, что если вносить изменения в конфигурацию путём удаления
> дефолтных файлов с примерами, то при ближайшем обновлении вы получаете
> их обратно в неизменном виде.
> >
> > Иногда это приводит к плохому.
>
> Мой метод: postinstall пакета при первой установке (определяем по
> значениям RPM_*) копирует конфиги из примеров, при обновлении не
> трогает, при удалении пакета с опцией --purge postrm удаляет конфиги
Разумно, спасибо - отличная идея.
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [sisyphus] Конфиги freeswitch
2016-03-16 8:31 [sisyphus] Конфиги freeswitch Anton Farygin
2016-03-16 9:55 ` Хихин Руслан
@ 2016-03-17 10:43 ` Eugene Prokopiev
2016-03-17 11:03 ` Anton Farygin
2 siblings, 1 reply; 7+ messages in thread
From: Eugene Prokopiev @ 2016-03-17 10:43 UTC (permalink / raw)
To: ALT Linux Sisyphus discussions
16 марта 2016 г., 11:31 Anton Farygin написал:
> Приятно то, что данная конфигурация практически сразу работает по умолчанию
> - т.е. - после установки freeswitch достаточно поправить несколько дефолтных
> переменных в vars и создать пользователей, после чего можно уже пытаться
> осуществлять звонки.
>
> Это хорошо.
Мне в свое время было не очень хорошо, т.к. дефолтная конфигурация
слишком объемная и поэтому практически нечитаемая, это скорее список
примеров, а не разумный дефолт
> Плохо то, что если вносить изменения в конфигурацию путём удаления дефолтных
> файлов с примерами, то при ближайшем обновлении вы получаете их обратно в
> неизменном виде.
Собственно затем и удаляют, а бывает даже с нуля пишут - я делал именно так
> Поэтому я хотел бы понять - как с точки зрения пользователя было бы удобно
> управлять конфигурацией сервера по умолчанию:
> 1) хочу что бы сразу всё работало, но при каждом обновлении буду чистить
> конфигурацию от дефолтных примеров
> 2) хочу что бы сразу ничего не работало, после установки скопирую
> конфигурацию из /usr/share/doc/freeswitch и настрою как хочу, но при
> обновлении с текущей версии на новую получу вероятную проблему в виде убитой
> конфигурации /etc/freeswitch
> 3) свой вариант.
https://bugzilla.altlinux.org/show_bug.cgi?id=23868
Мне кажется, что конфигурация в отдельном пакете (который совсем не
обязательно обновлять вместе с демоном и более того - можно вообще не
устанавливать :) ) решает в том числе и эту проблему.
А еще мне никогда не был понятен смысл выделять в подпакет
libfreeswitch - он был бы полезен при опакеченном FSComm, но этого так
и не случилось.
--
WBR,
Eugene Prokopiev
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [sisyphus] Конфиги freeswitch
2016-03-17 10:43 ` Eugene Prokopiev
@ 2016-03-17 11:03 ` Anton Farygin
0 siblings, 0 replies; 7+ messages in thread
From: Anton Farygin @ 2016-03-17 11:03 UTC (permalink / raw)
To: sisyphus
On 17.03.2016 13:43, Eugene Prokopiev wrote:
> 16 марта 2016 г., 11:31 Anton Farygin написал:
>
>> Приятно то, что данная конфигурация практически сразу работает по умолчанию
>> - т.е. - после установки freeswitch достаточно поправить несколько дефолтных
>> переменных в vars и создать пользователей, после чего можно уже пытаться
>> осуществлять звонки.
>>
>> Это хорошо.
>
> Мне в свое время было не очень хорошо, т.к. дефолтная конфигурация
> слишком объемная и поэтому практически нечитаемая, это скорее список
> примеров, а не разумный дефолт
Я читаю её без проблем.
>
>> Плохо то, что если вносить изменения в конфигурацию путём удаления дефолтных
>> файлов с примерами, то при ближайшем обновлении вы получаете их обратно в
>> неизменном виде.
>
> Собственно затем и удаляют, а бывает даже с нуля пишут - я делал именно так
Сейчас с freeswitch идёт несколько конфигураций, одна из них очень
неплохо подходит для написания с нуля
>
>> Поэтому я хотел бы понять - как с точки зрения пользователя было бы удобно
>> управлять конфигурацией сервера по умолчанию:
>> 1) хочу что бы сразу всё работало, но при каждом обновлении буду чистить
>> конфигурацию от дефолтных примеров
>> 2) хочу что бы сразу ничего не работало, после установки скопирую
>> конфигурацию из /usr/share/doc/freeswitch и настрою как хочу, но при
>> обновлении с текущей версии на новую получу вероятную проблему в виде убитой
>> конфигурации /etc/freeswitch
>> 3) свой вариант.
>
> https://bugzilla.altlinux.org/show_bug.cgi?id=23868
>
> Мне кажется, что конфигурация в отдельном пакете (который совсем не
> обязательно обновлять вместе с демоном и более того - можно вообще не
> устанавливать :) ) решает в том числе и эту проблему.
Конфигурация в отдельном пакете сломает то, что сейчас будет обновляться.
>
> А еще мне никогда не был понятен смысл выделять в подпакет
> libfreeswitch - он был бы полезен при опакеченном FSComm, но этого так
> и не случилось.
Это как раз не смущает.
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2016-03-17 11:03 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-03-16 8:31 [sisyphus] Конфиги freeswitch Anton Farygin
2016-03-16 9:55 ` Хихин Руслан
2016-03-16 13:36 ` Anton Farygin
2016-03-16 13:55 ` Sergey V Turchin
2016-03-16 17:41 ` Anton Farygin
2016-03-17 10:43 ` Eugene Prokopiev
2016-03-17 11:03 ` Anton Farygin
ALT Linux Sisyphus discussions
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/sisyphus/0 sisyphus/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 sisyphus sisyphus/ http://lore.altlinux.org/sisyphus \
sisyphus@altlinux.ru sisyphus@altlinux.org sisyphus@lists.altlinux.org sisyphus@lists.altlinux.ru sisyphus@lists.altlinux.com sisyphus@linuxteam.iplabs.ru sisyphus@list.linux-os.ru
public-inbox-index sisyphus
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.sisyphus
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git