<div dir="ltr">Да, это логично для _сервисов_ - ftp, http, smb, ldap, etc.<div><br></div><div style>А NetworkManager, как бы это сказать, системообразующая вещь. Зачем опытный пользователь его ставит вручную и не запускает? Какой юзкейс рассматривается?</div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">26 марта 2013 г., 15:11 пользователь Aleksey Novodvorsky <span dir="ltr"><<a href="mailto:a.e.nvdv@gmail.com" target="_blank">a.e.nvdv@gmail.com</a>></span> написал:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">26 марта 2013 г., 16:43 пользователь Mykola S. Grechukh<br>
<<a href="mailto:gns@altlinux.org">gns@altlinux.org</a>> написал:<br>
<div class="im">> Как-то это нехорошо. Допустим, пакет nss-mdns у нас правит nsswitch.conf, и<br>
> это здорово.<br>
><br>
> Тоже ведь можно сказать, мол, пользователь не обломается включить<br>
> самостоятельно.<br>
<br>
</div>Дело не в "обломается".<br>
На мой взгляд, при установке сервиса из репозитория, он должен быть по<br>
умолчанию disabled, так удобнее для опытного пользователя.<br>
Массовый же пользователь получает NM включенным из коробки в своем дистрибутиве.<br>
<br>
<br>
Rgrds, Алексей<br>
<div class="HOEnZb"><div class="h5"><br>
><br>
> On Mar 26, 2013 2:15 PM, "Aleksey Novodvorsky" <<a href="mailto:a.e.nvdv@gmail.com">a.e.nvdv@gmail.com</a>> wrote:<br>
>><br>
>> 26 марта 2013 г., 16:09 пользователь Mikhail Efremov <<a href="mailto:sem@altlinux.ru">sem@altlinux.ru</a>><br>
>> написал:<br>
>> > On Mon, 25 Mar 2013 20:45:47 +0400 Alexey Shabalin wrote:<br>
>> >> 25 марта 2013 г., 19:22 пользователь Mikhail Efremov написал:<br>
>> >><br>
>> >> > On Mon, 18 Mar 2013 17:34:15 +0400 Alexey Shabalin wrote:<br>
>> >> > > 18 марта 2013 г., 16:16 пользователь Mikhail Efremov написал:<br>
>> >> > ><br>
>> >> > > > On Sun, 17 Mar 2013 18:58:45 +0400 Дмитрий Ханжин wrote:<br>
>> >> > > > > В пакете ModemManager появился .service файл, и надо было<br>
>> >> > > > > сделать<br>
>> >> > > > > systemctl enable ModemManager.service, ну и systemctl start<br>
>> >> > > > > тоже.<br>
>> >> > > ><br>
>> >> > > > Да, действительно, там<br>
>> >> > > > Alias=dbus-org.freedesktop.ModemManager1.service<br>
>> >> > > > и если сервис disable, то соответствующей ссылки нет.<br>
>> >> > > > Т.е. теперь надо явно включить ModemManager:<br>
>> >> > > > systemctl enable ModemManager<br>
>> >> > > > Если он нужен, конечно.<br>
>> >> > > ><br>
>> >> > ><br>
>> >> > > Михаил, а почему Вы нехотите в пакете включить NM и MM?<br>
>> >> > > Для multi-user.target я думаю их можно вкючить по-умолчанию.<br>
>> >> > > Т.е для NetworkManager.service положить симлинк<br>
>> >> > ><br>
>> >> > > /lib/systemd/system/multi-user.target.wants/NetworkManager.service<br>
>> >> > > -><br>
>> >> > > /lib/systemd/system/NetworkManager.service<br>
>> >> ><br>
>> >> > Мне кажется очень странным, что сервис, который disabled будет все<br>
>> >> > равно запускаться. Причем удаление симлинка поможет только до<br>
>> >> > обновления пакета. Для этих целей лучше использовать<br>
>> >> > systemd.preset(5).<br>
>> >> > И вообще, disabled - вполне разумное умолчание для большинства<br>
>> >> > сервисов.<br>
>> >> ><br>
>> >><br>
>> >> погоди,<br>
>> >> 1) init 3 (или multi-user.target) означает что сеть поднимается. Кому<br>
>> >> сеть<br>
>> >> не нужна, тот выбирает другой target для загрузки поумолчанию. Т.е.<br>
>> >> если<br>
>> >> стоит NM_CONTROLLED=yes то очень странно незапускать NM для<br>
>> >> multi-user.target<br>
>> ><br>
>> > Да, скорее всего если NM стоит, то его будут запускать. Но все равно не<br>
>> > хотелось бы делать странных и неочевидных вещей, вроде<br>
>> > автоматического запуска disabled сервиса. Это очень странно, когда<br>
>> > сервис нельзя отключить.<br>
>><br>
>> +1<br>
>><br>
>> > Я так с prefdm уже разбирался, пытался понять с какого перепуга у меня<br>
>> > оно запускается, хотя сервис disabled. И далеко не сразу добрался до<br>
>> > этих ссылок.<br>
>> ><br>
>> >> 2) использовать для настройки NM или etcnet задается<br>
>> >> параметром NM_CONTROLLED. поэтому ничего страшного не будет если NM<br>
>> >> стартанет и ничего делать не будет.<br>
>> ><br>
>> > Это понятно, но если кто-то по каким-то причинам не хочет сносить пакет<br>
>> > NM, но при этом не хочет его запускать, то зачем подкладывать ему<br>
>> > трудно обнаруживаемые грабли? Это сильно нарушает то самое пресловутое<br>
>> > правило наименьшего удивления.<br>
>> > Еще раз говорю, есть systemd.preset(5). Можно при желании запаковать<br>
>> > соответствующий конфиг с включенными по умолчанию сервисами<br>
>> > (post_service сейчас использует как раз systemctl preset).<br>
>> > И тогда те сервисы, которые помечены в этом конфиге как enable, будут<br>
>> > включаться по умолчанию при установке пакета.<br>
>> > Но при этом их всегда можно будет выключить.<br>
>><br>
>> Давайте делать удобства для начинающих в дистрибутиве, но не в<br>
>> репозитории. В дистрибутиве будет логично делать NM enabled из<br>
>> коробки. А вот пользователь, который сам установил сервис, должен и<br>
>> уметь его включать.<br>
>><br>
>> Rgrds, Алексей<br>
>> _______________________________________________<br>
>> Sisyphus mailing list<br>
>> <a href="mailto:Sisyphus@lists.altlinux.org">Sisyphus@lists.altlinux.org</a><br>
>> <a href="https://lists.altlinux.org/mailman/listinfo/sisyphus" target="_blank">https://lists.altlinux.org/mailman/listinfo/sisyphus</a><br>
><br>
><br>
> _______________________________________________<br>
> Sisyphus mailing list<br>
> <a href="mailto:Sisyphus@lists.altlinux.org">Sisyphus@lists.altlinux.org</a><br>
> <a href="https://lists.altlinux.org/mailman/listinfo/sisyphus" target="_blank">https://lists.altlinux.org/mailman/listinfo/sisyphus</a><br>
_______________________________________________<br>
Sisyphus mailing list<br>
<a href="mailto:Sisyphus@lists.altlinux.org">Sisyphus@lists.altlinux.org</a><br>
<a href="https://lists.altlinux.org/mailman/listinfo/sisyphus" target="_blank">https://lists.altlinux.org/mailman/listinfo/sisyphus</a></div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Mykola Grechukh<br>
<br>CTO, Satelliz-Ukraine
</div>