[sisyphus] NetworkManager/ModemManager dbus q?

[Aleksey Novodvorsky]

26 марта 2013 г., 16:43 пользователь Mykola S. Grechukh
<gns на altlinux.org> написал:
> Как-то это нехорошо. Допустим, пакет nss-mdns у нас правит nsswitch.conf, и
> это здорово.
>
> Тоже ведь можно сказать, мол, пользователь не обломается включить
> самостоятельно.

Дело не в "обломается".
На мой взгляд, при установке сервиса из репозитория, он должен быть по
умолчанию disabled, так удобнее для опытного пользователя.
Массовый же пользователь получает NM включенным из коробки в своем дистрибутиве.


Rgrds, Алексей

>
> On Mar 26, 2013 2:15 PM, "Aleksey Novodvorsky" <a.e.nvdv на gmail.com> wrote:
>>
>> 26 марта 2013 г., 16:09 пользователь Mikhail Efremov <sem на altlinux.ru>
>> написал:
>> > On Mon, 25 Mar 2013 20:45:47 +0400 Alexey Shabalin wrote:
>> >> 25 марта 2013 г., 19:22 пользователь Mikhail Efremov написал:
>> >>
>> >> > On Mon, 18 Mar 2013 17:34:15 +0400 Alexey Shabalin wrote:
>> >> > > 18 марта 2013 г., 16:16 пользователь Mikhail Efremov написал:
>> >> > >
>> >> > > > On Sun, 17 Mar 2013 18:58:45 +0400 Дмитрий Ханжин wrote:
>> >> > > > > В пакете ModemManager появился .service файл, и надо было
>> >> > > > > сделать
>> >> > > > > systemctl enable ModemManager.service, ну и systemctl start
>> >> > > > > тоже.
>> >> > > >
>> >> > > > Да, действительно, там
>> >> > > > Alias=dbus-org.freedesktop.ModemManager1.service
>> >> > > > и если сервис disable, то соответствующей ссылки нет.
>> >> > > > Т.е. теперь надо явно включить ModemManager:
>> >> > > > systemctl enable ModemManager
>> >> > > > Если он нужен, конечно.
>> >> > > >
>> >> > >
>> >> > > Михаил, а почему Вы нехотите в пакете включить NM и MM?
>> >> > > Для multi-user.target я думаю их можно вкючить по-умолчанию.
>> >> > > Т.е для NetworkManager.service положить симлинк
>> >> > >
>> >> > > /lib/systemd/system/multi-user.target.wants/NetworkManager.service
>> >> > > ->
>> >> > > /lib/systemd/system/NetworkManager.service
>> >> >
>> >> > Мне кажется очень странным, что сервис, который disabled будет все
>> >> > равно запускаться. Причем удаление симлинка поможет только до
>> >> > обновления пакета. Для этих целей лучше использовать
>> >> > systemd.preset(5).
>> >> > И вообще, disabled - вполне разумное умолчание для большинства
>> >> > сервисов.
>> >> >
>> >>
>> >> погоди,
>> >> 1) init 3 (или multi-user.target) означает что сеть поднимается. Кому
>> >> сеть
>> >> не нужна, тот выбирает другой target для загрузки поумолчанию. Т.е.
>> >> если
>> >> стоит NM_CONTROLLED=yes то очень странно незапускать NM для
>> >> multi-user.target
>> >
>> > Да, скорее всего если NM стоит, то его будут запускать. Но все равно не
>> > хотелось бы делать странных и неочевидных вещей, вроде
>> > автоматического запуска disabled сервиса. Это очень странно, когда
>> > сервис нельзя отключить.
>>
>> +1
>>
>> > Я так с prefdm уже разбирался, пытался понять с какого перепуга у меня
>> > оно запускается, хотя сервис disabled. И далеко не сразу добрался до
>> > этих ссылок.
>> >
>> >> 2) использовать для настройки NM или etcnet задается
>> >> параметром NM_CONTROLLED. поэтому ничего страшного не будет если NM
>> >> стартанет и ничего делать не будет.
>> >
>> > Это понятно, но если кто-то по каким-то причинам не хочет сносить пакет
>> > NM, но при этом не хочет его запускать, то зачем подкладывать ему
>> > трудно обнаруживаемые грабли? Это сильно нарушает то самое пресловутое
>> > правило наименьшего удивления.
>> > Еще раз говорю, есть systemd.preset(5). Можно при желании запаковать
>> > соответствующий конфиг с включенными по умолчанию сервисами
>> > (post_service сейчас использует как раз systemctl preset).
>> > И тогда те сервисы, которые помечены в этом конфиге как enable, будут
>> > включаться по умолчанию при установке пакета.
>> > Но при этом их всегда можно будет выключить.
>>
>> Давайте делать удобства для начинающих в дистрибутиве, но не в
>> репозитории. В дистрибутиве будет логично делать NM enabled из
>> коробки. А вот пользователь,  который сам установил сервис, должен и
>> уметь его включать.
>>
>> Rgrds, Алексей
>> _______________________________________________
>> Sisyphus mailing list
>> Sisyphus на lists.altlinux.org
>> https://lists.altlinux.org/mailman/listinfo/sisyphus
>
>
> _______________________________________________
> Sisyphus mailing list
> Sisyphus на lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/sisyphus