LINUX.ORG.RU

SysVinit 2.92

 , ,


0

2

Основные изменения в SysVinit 2.92:

  • Добавлен патч от Samuel Thibault для компиляции этой версии в Debian GNU/Hurd.
  • Уменьшены до 3-х секунд задержки в отправке сигналов SIGTERM и SIGKILL в командах shutdown и init.
  • Убран писк системного спикера при выключении.
  • Удалена неиспользуемая переменная из wall.c.
  • В команду last добавлен флаг -l, при указании которого теперь отображаются логины пользователей длиннее 8 символов.
  • Удалены опечатки со страницы man pidof и страницы man killall5.
  • Добавлена ​​опция -f <format> для программы pidof.
  • Добавлен новый инструмент (readbootlog), который будет читать файл /var/log/boot, созданный bootlogd.
  • Добавлена ​​справочная страница для программы readbootlog. Обновлена ​​страница bootlogd.
  • Обновлена ​​страница руководства для выключения.
  • Обновлен makefile в архиве с исходным кодом.
  • Портировано ECHOPRT для ECHOE в настройках stty, когда init вызывает аварийную консоль.

>>> Подробности

anonymous

Проверено: Shaman007 ()

http://lists.nongnu.org/archive/html/sysvinit-devel/2018-11/msg00004.html

From: Jesse Smith
Subject: [sysvinit-devel] So close
Date: Fri, 23 Nov 2018 18:09:56 -0400

A few hours ago I wrote up the release notes for sysvinit-2.92 and it
looks like I might have jumped the gun by about two hours. A bug was
reported just now against the beta which pointed out pidof (in 2.92)
does not properly omit given PIDs when the "-o" flag is used. This is
due to a typo in the 2.92 code. the bug does not exist in sysvinit-2.91.

Attached is a patch which fixes the problem. Right now I'm not sure if
I'll publish a 2.93 update right away to fix the bug, or wait until the
next release to address this. Either way, for anyone building 2.92, the
attached patch fixes the bug in pidof. It would be a good idea to
include this in any packages based on the sysvinit-2.92 code.

- Jesse

diff --git a/src/killall5.c b/src/killall5.c
index 27b5778..25b333e 100644
--- a/src/killall5.c
+++ b/src/killall5.c
@@ -1006,7 +1006,7 @@ int main_pidof(int argc, char **argv)
 	if ((token = getenv("PIDOF_NETFS")) && (strcmp(token,"no") != 0))
 		flags |= PIDOF_NETFS;
 
-	while ((opt = getopt(argc,argv,"qhcof:sxn")) != EOF) switch (opt) {
+	while ((opt = getopt(argc,argv,"qhco:f:sxn")) != EOF) switch (opt) {
 		case '?':
 			nsyslog(LOG_ERR,"invalid options on command line!\n");
 			closelog();

bbk123 ★★★★★ ()

О, спасибо что напомнили — пойду пищалку достану из мусора и подключу, а то соскучился.

Можно как-то вернуть писк при выключении/перезагрузке, панике, а то ж не заметишь что что-то случилось?

anonymous ()

Добавлен новый инструмент (readbootlog), который будет читать файл /var/log/boot, созданный bootlogd

Молодцы, перенимают хорошие практики из journald; дальнейшее развитие - бинарный лог.

anonymous ()

Убран писк системного спикера при выключении.

Удалена неиспользуемая переменная из wall.c.

В команду last добавлен флаг -l, при указании которого теперь отображаются логины пользователей длиннее 8 символов.

Добавлен новый инструмент (readbootlog), который будет читать файл /var/log/boot, созданный bootlogd.

Добавлена ​​справочная страница для программы readbootlog. Обновлена ​​страница bootlogd.

Обновлена ​​страница руководства для выключения.

Портировано ECHOPRT для ECHOE в настройках stty, когда init вызывает аварийную консоль.

А теперь объясняйте, зачем это всё в ините, и почему тут можно, а в SYSTEM/D нельзя, вас очень внимательно слушают. (на самом деле нет.)

d_a ★★★★★ ()

Пользуясь случаем, линукс может попищать упской при панике, алярме суррикаты и прочем таком, или всё-таки искать пищалки в коробке с мусором?

anonymous ()
Ответ на: комментарий от WitcherGeralt

Вывод на спикер делают же, даже на «игровых» материнках. Сами спикеры не ставят (видать из экономии), но можно купить их штук десять сразу - должно надолго хватить.

anonymous ()
Ответ на: комментарий от WitcherGeralt

Ты давно видел пеку со спикером? Если не считать системники, в которые я сам спикеры пихал

Вот эти каждый день вижу. А как иначе диагностировать проблему в случае чего, слушать пердёж из колонок или что?

h578b1bde ★★ ()
Ответ на: комментарий от dv76

Вангую после удевд появится хрючевомд которые будут так же спорить упорно списывая в новую табличку то же самое что когда то списала удевд из сустемд

anonymous ()
Ответ на: комментарий от bbk123

Зачем это нестабильное новое ненужно, если уже давно во всех адекватных дистрах используют надежный и стабильный systemd?

Вы даже новости не успеваете аппрувить как в этом решете находят дыры и выпускают корректирующие релизы...

AVL2 ★★★★★ ()
Ответ на: комментарий от AVL2

Зачем это нестабильное новое ненужно systemd? Вы даже новости не успеваете аппрувить как в этом решете находят дыры и выпускают корректирующие релизы...

Вот так правильно.

anonymous ()
Ответ на: комментарий от jewy

Я думал ты о десктопе вообще. Естественно геймеру линукс не впёрся никуда.Да и офисному работнику, и инженеру, и...Готов короче линукс, сейчас ещё айбим землицы накинет и будет из него подставка для облачков и прошивка для домашнего роутера.

anonymous ()