Автор Тема: Xfce c Sysv  (Прочитано 567137 раз)

dango

  • Гость
Re: Xfce c Sysv
« Ответ #1125 : 03.07.2019 17:53:00 »
Дежавю... Опять стюардесса?

Оффлайн sb

  • Модератор глобальный
  • *****
  • Сообщений: 9 001
Re: Xfce c Sysv
« Ответ #1126 : 03.07.2019 18:27:00 »
В альте всегда отличались оригинальностью, которая приправлялась толикой лени (зачем перелопачивать кучу скриптов). Но иногда нужно, чтобы система вела себя предсказуемо в не зависимости от инструментария сборки дистрибутивов (не было никаких привязок включения сервисов каким-то особым образом в инсталляторе) и не требовалось как-то там гвоздями прибивать поддержку по запуску сервисов в mp. Не проще ли сделать по стандарту ? Тогда и проблем с реализацией поддержки в mp быть не должно (вообще непонятно, зачем так сделано). Да, тут придётся поработать и допилить скрипты. Но почему-то какие-то замшелые community-driven дистрибутивы смогли (и проблем там вроде бы нет с этим), а альт вдруг не смог ? У нас недостаток рук это понятно, но разума, я надеюсь, ещё осталась палата ?

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: Xfce c Sysv
« Ответ #1127 : 03.07.2019 18:27:47 »
Дежавю... Опять стюардесса?

:-) Моя логика проста как две копейки:
- Если альты придерживаются спецификаций, то система на sysv становится предсказуемой.
- Если альты не придерживаются спецификаций, то система становится обезьяной с гранатой.

Чтобы это слепить как надо, нужны чёткие жёсткие рамки стандартов.

Отсюда, в контексте обсуждения в #36967, вопрос:
Так репортить баги на 'chkconfig: -'? Или это переливание из пустого в порожнее?
Это же не час и даже не день отсидеть за терминалом.

Оффлайн sb

  • Модератор глобальный
  • *****
  • Сообщений: 9 001
Re: Xfce c Sysv
« Ответ #1128 : 03.07.2019 18:33:32 »
Так репортить баги на 'chkconfig: -'? Или это переливание из пустого в порожнее?
Это же не час и даже не день отсидеть за терминалом.
Юрий, погоди. Дай идеологам высказать своё фи в адрес sysv или другую завуалированную причину, которую можно будет трактовать как отказ от приведения скриптов sysv в должное состояние. Будут говорить всё что угодно, только не ковырять эти чёртовы простыни! Даже при том, что это можно делать участникам сообщества совместно с кем-либо из team, попутно проверяя результаты на практике. Если, конечно, найдётся кто будет выпекать isoшники с изменениями.

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: Xfce c Sysv
« Ответ #1129 : 03.07.2019 18:48:41 »
Так репортить баги на 'chkconfig: -'? Или это переливание из пустого в порожнее?
Это же не час и даже не день отсидеть за терминалом.
Юрий, погоди. Дай идеологам высказать своё фи в адрес sysv или другую завуалированную причину, которую можно будет трактовать как отказ от приведения скриптов sysv в должное состояние. Будут говорить всё что угодно, только не ковырять эти чёртовы простыни! Даже при том, что это можно делать участникам сообщества совместно с кем-либо из team, попутно проверяя результаты на практике. Если, конечно, найдётся кто будет выпекать isoшники с изменениями.

Если они откужутся, то sysv в альтах пипец.
Вспоминается, как в 2013-ом было сказано "мешать не будем".

Оффлайн sb

  • Модератор глобальный
  • *****
  • Сообщений: 9 001
Re: Xfce c Sysv
« Ответ #1130 : 03.07.2019 18:55:26 »
Если не костылями и не через жопу, то alteratord вообще не должен запускаться при Kill на всех runlevel:
Кстати, я вот тоже не пойму: я как то делал chkconfig alteratord off и оно вроде бы всё равно запускалось после этого, хотя мне этот вещь на конкретных машинах совсем не нужен. А он, такое ощущение, запускается на всякий пожарный случай задним числом. Я же сказал вырубить, значит вырубить. Не нужен он. Это что просто пофигизм обыкновенный ? Ну захотел пользователь slaсkware like rpm based distro, а ему "фигвам, хотя sysv у нас есть, да!".

Оффлайн Антон Мидюков

  • alt linux team
  • ***
  • Сообщений: 5 183
  • antohami@
Re: Xfce c Sysv
« Ответ #1131 : 03.07.2019 19:01:14 »
Надо всё хорошенько обдумать. Главное не сделать хуже, чем было.

Оффлайн sb

  • Модератор глобальный
  • *****
  • Сообщений: 9 001
Re: Xfce c Sysv
« Ответ #1132 : 03.07.2019 19:07:56 »
Надо всё хорошенько обдумать. Главное не сделать хуже, чем было.
Придётся вам там этот клубок распутывать, иначе надо будет заявить, что sysv у вас не поддерживается. Порддерживается лишь некая часть его функционала, а chkconfig - основной инструмент по управлению сервисами вместе с init № - функционален лишь местами. Так, по крайней мере, было бы честно и вряд ли бы кто смог упрекнуть в таком выборе. Кроме разве что воя о сдаче поттеру и т.д и т.п.

dango

  • Гость
Re: Xfce c Sysv
« Ответ #1133 : 03.07.2019 19:16:04 »
система на sysv становится предсказуемой.
Слака - да. Она предсказуема. И стабильна. Какое-то время даже не мог поверить, что может быть просто работающий Линукс.
Дай идеологам высказать своё фи в адрес sysv или другую завуалированную причину, которую можно будет трактовать как отказ от приведения скриптов sysv в должное состояние
А дождемся ли ответов? Это ж Линукс. Здесь ответ простой: тебе надо - ты и делай.

dango

  • Гость
Re: Xfce c Sysv
« Ответ #1134 : 03.07.2019 19:18:20 »
chkconfig alteratord off
apt-get remove alterator

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: Xfce c Sysv
« Ответ #1135 : 03.07.2019 19:23:36 »
Надо всё хорошенько обдумать. Главное не сделать хуже, чем было.

Антон, давай обрисуем текущую стуацию:
'chkconfig <service> on' для всех скриптов делать нельзя, - это сломает init N в dm, а заодно и запустит сетевые сервисы не там которые указаны в инит скриптах NetworkManager и network.

Эти например можно смело через reset:
# grep 'chkconfig:\|Default-St' /etc/init.d/{NetworkManager,network}
/etc/init.d/NetworkManager:# chkconfig: - 12 90
/etc/init.d/NetworkManager:# Default-Start:  3 4 5
/etc/init.d/NetworkManager:# Default-Stop: 0 1 6
/etc/init.d/network:# chkconfig: 345 10 90
/etc/init.d/network:# Default-Start: 3 4 5
/etc/init.d/network:# Default-Stop: 0 1 2 6

Но те которые с 'chkconfig: -' и без Default-St* будут везде в Kill.

Все остальные в образе кроме этих
$ find $(grep  'chkconfig: -' /etc/rc.d/init.d/* | \
> awk -F ':' '{print $1}') -exec \
> grep  -H -E -o -c  'Default-Start:'  {} \; | grep :0
/etc/rc.d/init.d/alteratord:0
/etc/rc.d/init.d/dnsmasq:0
/etc/rc.d/init.d/ethtool:0
/etc/rc.d/init.d/hddtemp:0
/etc/rc.d/init.d/iptables:0
/etc/rc.d/init.d/multipathd:0
/etc/rc.d/init.d/nfslock:0
/etc/rc.d/init.d/osspd:0
/etc/rc.d/init.d/rawdevices:0
/etc/rc.d/init.d/template:0
/etc/rc.d/init.d/xl2tpd:0

по reset (mkimage-profiles ?) должны устанавливаться в верных runlevel, которые будут браться или из chkconfig: или из Default-St* скрипта.

Например:
# chkconfig --del NetworkManager
# chkconfig NetworkManager reset # исключаем --add
# chkconfig --list NetworkManager
NetworkManager 0:выкл 1:выкл 2:выкл 3:вкл 4:вкл 5:вкл 6:выкл
# ll /etc/rc*.d/*NetworkManager | cut -f10- -d ' '
/etc/rc0.d/K90NetworkManager -> ../init.d/NetworkManager
/etc/rc1.d/K90NetworkManager -> ../init.d/NetworkManager
/etc/rc2.d/K90NetworkManager -> ../init.d/NetworkManager
/etc/rc3.d/S12NetworkManager -> ../init.d/NetworkManager
/etc/rc4.d/S12NetworkManager -> ../init.d/NetworkManager
/etc/rc5.d/S12NetworkManager -> ../init.d/NetworkManager
/etc/rc6.d/K90NetworkManager -> ../init.d/NetworkManager
При переходе на runlevel, запустится|не_запустится там где и должен.
В данном случае, reset взял runlevel -ы из LSB-хидера, поскольку в chkconfig: он их не нашёл.

На первой установке, линковка по уровням будет верной
# rpm -q --scripts NetworkManager-daemon | sed -n '5,6p; 13,19p'
postinstall scriptlet (using /bin/sh):
#post_service NetworkManager
else
if [ "$1" -eq 1 ]; then
/sbin/chkconfig --add NetworkManager ||:
else
/sbin/chkconfig NetworkManager resetpriorities ||:
fi
fi
# chkconfig --del NetworkManager
# chkconfig --add NetworkManager
# ll /etc/rc*.d/*NetworkManager | cut -f10- -d ' ' | sort
/etc/rc0.d/K90NetworkManager -> ../init.d/NetworkManager
/etc/rc1.d/K90NetworkManager -> ../init.d/NetworkManager
/etc/rc2.d/K90NetworkManager -> ../init.d/NetworkManager
/etc/rc3.d/S12NetworkManager -> ../init.d/NetworkManager
/etc/rc4.d/S12NetworkManager -> ../init.d/NetworkManager
/etc/rc5.d/S12NetworkManager -> ../init.d/NetworkManager
/etc/rc6.d/K90NetworkManager -> ../init.d/NetworkManager
Если 'service <service> on' этому сервису не делать конечно.

Т.е. ИМХО:
--add и reset совершенно аналогичны. С той лишь разницей, что --add создаёт дефолт, а reset устанавливает дефолт, сбрасывая предыдущие установки.
« Последнее редактирование: 03.07.2019 20:05:46 от Speccyfighter »

Оффлайн Skull

  • Глобальный модератор
  • *****
  • Сообщений: 19 936
    • Домашняя страница
    • Email
Re: Xfce c Sysv
« Ответ #1136 : 03.07.2019 20:31:25 »
Идеологи не читают форум. Не написанное в почтовых рассылках и багзилле они просто не увидят.
Андрей Черепанов (cas@)

Оффлайн Антон Мидюков

  • alt linux team
  • ***
  • Сообщений: 5 183
  • antohami@
Re: Xfce c Sysv
« Ответ #1137 : 03.07.2019 20:36:17 »
Антон, давай обрисуем текущую стуацию:
'chkconfig <service> on' для всех скриптов делать нельзя, - это сломает init N в dm, а заодно и запустит сетевые сервисы не там которые указаны в инит скриптах NetworkManager и network.

chkconfig --level 5 dm on
chkconfig --level 345 NetworkManager on
« Последнее редактирование: 03.07.2019 20:53:17 от Антон Мидюков »

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: Xfce c Sysv
« Ответ #1138 : 03.07.2019 20:47:21 »
Антон, давай обрисуем текущую стуацию:
'chkconfig <service> on' для всех скриптов делать нельзя, - это сломает init N в dm, а заодно и запустит сетевые сервисы не там которые указаны в инит скриптах NetworkManager и network.

chkconfig --runlevel 5 dm on
chkconfig --runlevel 345 NetworkManager on

Только этого --runlevel в chkconfig не вижу:
# chkconfig --help
chkconfig версия 1.3.59 - (C) 1997-2000 Red Hat, Inc.
Может свободно распространяться в рамках GNU Public License.

формат:   chkconfig [--list] [--type <тип>] [имя]
         chkconfig --add <имя сервиса>
         chkconfig --del <имя сервиса>
         chkconfig --override <имя сервиса>
         chkconfig [--level <уровни>] [--type <тип>] <имя> <on|off|reset|resetpriorities>

И как эти уровни-параметры устанавливать при создании образа, в каждый скрипт смотреть?
Это во-первых :-)
А во-вторых, эти команды не создадут stop-симлинки. Они создают только start-симлинки. В смысле, что просили, то и получите.

Оффлайн Антон Мидюков

  • alt linux team
  • ***
  • Сообщений: 5 183
  • antohami@
Re: Xfce c Sysv
« Ответ #1139 : 03.07.2019 20:53:35 »
Только этого --runlevel в chkconfig не вижу:

запарил :-(