The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Выпуск системы инициализации SysVinit 3.11

22.10.2024 08:08

Опубликован релиз классической системы инициализации SysVinit 3.11, которая широко применялась в дистрибутивах Linux во времена до systemd и upstart, а теперь продолжает использоваться в таких дистрибутивах, как Devuan, Debian GNU/Hurd и antiX. Код написан на языке Си и распространяется под лицензией GPLv2. Версии применяемых в связке с sysvinit утилит insserv и startpar не изменились. Утилита insserv предназначена для организации процесса загрузки с учётом зависимостей между init-скриптами, а startpar применяется для обеспечения параллельного запуска нескольких скриптов в процессе загрузки системы.

В новом выпуске реализована возможность связывания логическими операторами shell-команд в файле inittab, позволяющая организовать запуск команды, только если предыдущая команда завершилась успешно ("cmd1 && cmd2") или наоборот, выполнять следующую команду только в случае возвращения кода ошибки при запуске предыдущей команды ("cmd1 || cmd2"). Например:


   ww:c:once:/usr/bin/command1 && echo "Success" > /var/log/command"
   
   ww:c:once:/usr/bin/command1 || echo "Command failed" > /var/log/command


  1. Главная ссылка к новости (https://lists.nongnu.org/archi...)
  2. OpenNews: Выпуск системы инициализации SysVinit 3.10
  3. OpenNews: Выпуск системы инициализации GNU Shepherd 0.9.2
  4. OpenNews: Выпуск сервисного менеджера s6-rc 0.5.3.0 и системы инициализации s6-linux-init 1.0.7
  5. OpenNews: Доступна система инициализации Finit 4.0
  6. OpenNews: Системный менеджер InitWare, форк systemd, портирован для OpenBSD
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/62089-sysvinit
Ключевые слова: sysvinit, init, boot
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (100) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.3, Аноним (3), 08:53, 22/10/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Гораздо интереснее поддержка inittab.d, что позволяет иметь по файлу на сервис инициализации.
     
  • 1.5, Аноним (5), 09:08, 22/10/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Теперь ждёмс sysvinit 95.
     
     
  • 2.6, Аноним (6), 09:10, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Осталось подождать до 2095 года.
     
     
  • 3.7, Аноним (7), 09:17, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Такой дедовский код 2038 не переживет.
     
     
  • 4.9, anonymous (??), 09:30, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +24 +/
    Как раз дедовский код имеет шансы дожить. Он ведь примитивный. Простой код, простые скрипты, они выживут даже без централизованной поддержки. А если завтра redhat закроется, то через год или два отвалится systemd, поддерживать этого монстра некому.

    Старые проекты были модульными, они замечательно распиливались на запчасти, для поддержки каждого компонента хватало одного человека, который занимается этим не фуллтайм.

    Сейчас опенсор концетрирован в пределах команд разработчиков. Им неохота заниматься модульностью или документацией для посторонних людей. А свои все всё знают. В результате при исчезновении основной команды, поддерживать будет некому, а код реально сложный и взаимосвязанный.

     
     
  • 5.12, Аноним (12), 09:51, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так чтобы системд закрылось надо отказаться от редхата.  
     
  • 5.15, beduin747 (ok), 10:13, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Модульность вообще сама по себе хороша. А сейчас все больше в монструозность играют. Из каждого калькулятора комбайн делают. Вот и получается все более жирнее и тормознутее. Всякие снапы тому пример.  
     
  • 5.17, ryoken (ok), 10:48, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >>А если завтра redhat закроется, то через год или два отвалится systemd, поддерживать этого монстра некому.

    Ну уж и некому..? А автор-беженец в монстрософт? :)

     
  • 5.18, Kerr (ok), 10:55, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Вообще-то Леонард Поттеринг теперь трудоустроен в Microsoft. Теперь именно Microsoft преимущественно разрабатывает SystemD, а не Red Hat. А Microsoft не закроется, слишком большая и богатая, чтобы закрыться. Red Hat уже не существует, ибо IBM их целиком и полностью купил.
     
     
  • 6.20, Аноним (12), 11:10, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Поттеринг и не программист, а маркетолог с уклоном во фрика. Не удивлюсь что когда на будет Линуса его заменят Поттерингом. Как минимум в форке от Майков или шляпы.
     
  • 6.35, Аноним (35), 13:03, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > А Microsoft не закроется

    Про sun microsystems думали так же.

     
  • 6.39, дАнон (?), 13:36, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Интел тоже были богатые. И Ubisoft
     
     
  • 7.48, интел всех переживёт (?), 14:26, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Интел

    Эти падали и поднимались много раз, почитай их историю. Сейчас они строят заводы на самом передовом оборудовании (High-NA EUV), которое tsmc не будет внедрять ещё до 2030. Из-за этих капвложения по сути и проседания по прибылям

     
     
  • 8.57, Аноним (3), 15:55, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Отвечу тебе по секрету, что high-na euv в США это тупик и мертвый номер Почему,... текст свёрнут, показать
     
     
  • 9.62, онаним (?), 16:44, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    я за фольгой ... текст свёрнут, показать
     
  • 5.51, Аноним (51), 14:40, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > А если завтра redhat закроется

    А если завтра электричество отменят?

     
     
  • 6.63, Аноним (63), 17:10, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Только если отменят электродинамику. ... Но тогда все атомы развалятся.
     
  • 6.99, _ (??), 19:23, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Для Sun Microsystems отменили ... :)

    Да фули там Sun! - я помню что даже для DEC - отменили, хотя казалось бы :)

    Увы - "ничто не вечно под луной(С)"

     

  • 1.8, Аноним (8), 09:19, 22/10/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Не знал, что SysVinit еще живой. Все равно всякое лучше, чем systemd, я использую OpenRC.
     
     
  • 2.10, Аноним (10), 09:46, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Используешь openrc с s6? А ты рисковый.
     
     
  • 3.11, мяв (?), 09:50, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    у него нативная поддержка s6. в чем рисковость?
     
     
  • 4.13, Аноним (12), 09:52, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В риск5
     

  • 1.14, Roman Dyaba (?), 09:56, 22/10/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    SLackware Linux !
    Slackware забыли !
    64-bit current он самый новый сейчас !
     
     
  • 2.54, Аноним (54), 15:01, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да это мой первый линукс, ещё из 2000х годов. А выбрал я его по простому принципу, как говорили - выбирай то что стоит у ближайшего гуру)
     
     
  • 3.66, Аноним (63), 18:05, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Я по принципу, какой CD удалось купить.
     
  • 3.68, Аноним (-), 18:08, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >А выбрал я его по простому принципу, как говорили - выбирай то что стоит у ближайшего гуру)

    А помню эту поговрку! Тогда вы правильно поступили. Сейчас наш гуру - Интернет, если знаете английский, то вообще идеально.

     
  • 3.110, Roman Dyaba (?), 20:12, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    http://www.slackware.com/changelog/current.php?cpu=x86_64
     
  • 2.70, Аноним (-), 18:11, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Slackware забыли !

    Давно заметил. Когда публикуют новоть про "SysV init", то автор новостей специально игнорирует тот факт, что Slackware Linux использует "SysV init".

     
     
  • 3.103, Аноним (103), 19:49, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    В Slackware своя BSD-подобная система инициализации, никакого SysVinit  там отродясь небыло.
     
     
  • 4.104, Roman Dyaba (?), 20:00, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    WIKI:
    Slackware использует стартовые скрипты стиля BSD, в то время как большинство других дистрибутивов использует стиль System V. Основное различие между двумя типами скриптов состоит в том, что System V выделяет один каталог для скриптов управления сервисами, и несколько (для каждого уровня выполнения) отдельных каталогов, содержащих ссылки на эти скрипты. Имена скриптов обычно соответствуют именам сервисов. Имена ссылок из каталогов, соответствующих уровням выполнения, содержат (помимо имени сервиса), также и букву, обозначающую необходимое для выполнения действие — запуск или остановку. BSD тип скриптов предусматривает только один скрипт — общий для всех уровней выполнения; внутри этого скрипта запускаются все необходимые для конкретного уровня сервисы.

    В современной реализации Slackware Linux стартовые скрипты для каждого уровня выполнения размещаются в отдельных файлах. Например, уровню выполнения 4 соответствует стартовый скрипт rc.4, а уровню выполнения 0 — rc.0. Кроме того, появилось большое количество скриптов, предназначенных для запуска конкретных сервисов. Например, для запуска почтового сервера Sendmail используется стартовый скрипт rc.sendmail, DNS сервера BIND — rc.bind и т. д.

    /etc/rc.d/rc.4 например, всё просто и понятно !

     
     
  • 5.107, Аноним (103), 20:04, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Повторю - в Slackware для инициализации _не_используется_ пакет SysVinit.
     
     
  • 6.109, Roman Dyaba (?), 20:05, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    https://www.opennet.me/openforum/vsluhforumID3/135105.html#108
     
  • 6.111, Roman Dyaba (?), 20:16, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    bash-5.2$ cat /etc/rc.d/rc.4
    #
    #exec /usr/bin/sddm
    exec /usr/bin/slim
     
  • 2.87, Аноним (-), 18:40, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > SLackware Linux !
    > Slackware забыли !
    > 64-bit current он самый новый сейчас !

    А он разве еще жив?
    Им вроде полторы калеки пользуются


     
     
  • 3.106, Roman Dyaba (?), 20:02, 22/10/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.112, Roman Dyaba (?), 20:19, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    https://slackware.nl/slackware/slackware64-current-iso/
     
  • 2.105, Аноним (103), 20:02, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    В SLackware не используется SysVinit  и не использовалось никогда, есть лишь прослойка rc.sysvinit для совместимости.

    http://www.slackware.com/config/init.php - "Slackware Linux uses the BSD-style file layout for its system initialization files"

     
     
  • 3.108, Roman Dyaba (?), 20:04, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    вот её я наверное в названии и спутал, однако школьники точно заблудятся !
     
  • 3.113, Roman Dyaba (?), 20:21, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    bash-5.2$ cat /etc/rc.d/rc.ntpd
    #!/bin/sh
    # Start/stop/restart ntpd.

    # Load options from /etc/default/ntp:
    . /etc/default/ntp

    # Start ntpd:
    ntpd_start() {
      echo -n "Starting NTP daemon:  /usr/sbin/ntpd $NTPD_OPTS"
      /usr/sbin/ntpd $NTPD_OPTS
      echo
    }

    # Stop ntpd:
    ntpd_stop() {
      echo -n "Stopping NTP daemon... "
      if [ -r /run/ntpd.pid ]; then
        echo -n "(PID $(cat /run/ntpd.pid))"
        kill -HUP $(cat /run/ntpd.pid)
        rm -f /run/ntpd.pid
      else
        killall --ns $$ -HUP -q ntpd
      fi
      echo
    }

    # Restart ntpd:
    ntpd_restart() {
      ntpd_stop
      sleep 1
      ntpd_start
    }

    # Check if ntpd is running
    ntpd_status() {
    echo
    echo "System time is:"
    date --rfc-3339=ns
    echo "Hardware time is:"
    hwclock
    echo
    sensors
    echo
    echo "NTPD service status:"
      if [ -e /run/ntpd.pid ]; then
        echo "ntpd is running as PID $(cat /run/ntpd.pid)."
      else
        echo "ntpd is stopped."
        exit 1
      fi
    }

    case "$1" in
    'start')
      ntpd_start
      ;;
    'stop')
      ntpd_stop
      ;;
    'restart')
      ntpd_restart
      ;;
    'status')
      ntpd_status
      ;;
    *)
      echo "usage $0 start|stop|restart|status"
    esac

     
  • 3.120, Аноним (120), 23:06, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    В слаквари ИСПОЛЬЗУЕТСЯ sysvinit (который в новости), но инит-скрипты в стиле bsd, а не в стиле system v.

    Пакет sysvinit-3.11 НЕОБХОДИМ для запуска слаквари, но триллиарда /etc/init.d/rc*.d/K**somescript там нет.

     

  • 1.16, Аноним (16), 10:47, 22/10/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –15 +/
    Как же ужасно, что от наследия в виде bash скриптов никак не откажутся. Как язык программирования bash ужасен.
     
     
  • 2.19, Аноним (12), 11:06, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Это и не язык программирования. Это все равно что сказать что штаны ужасная шапка.  
     
  • 2.21, Аноним (21), 11:25, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Там и не баш вовсе, а шелл скрипты. В основном должны быть совместимые с bourne shell. Думается самому что легче скопировать скрипт и править его чем скопировать конфиг сервиса. В шелл скриптах лишь несколько концепций изучить а а системд ещё и значения всех конфигов.

    Мануалов по systemd очень много. Хоть и модульный но монструозный проект. И все лишь для того чтобы запускать сервисы и перенаправлять stderr, stdout.

     
     
  • 3.75, Аноним (16), 18:22, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Думается самому что легче скопировать скрипт и править его чем скопировать конфиг сервиса

    Зачем вам копировать конфиг, если при необходимости можно затенить определённые значения? И как вы после ручных правок собираетесь обновлять систему?
    >В шелл скриптах лишь несколько концепций

    В шелл скриптах вам недостаточно будет выучить шелл, кучу сторонних утилит, которых нет из коробки, вам нужно будет изучать и каждую машину, на которой вы что-то делаете, поскольку любое отхождение от самого базового пути - это изобретение велосипедов
    >И все лишь для того чтобы запускать сервисы и перенаправлять stderr, stdout

    Уже даже на десктопе этого не хватает. Нужно и лимиты выставлять, и зависимости указывать и так далее

     
     
  • 4.86, Аноним (-), 18:38, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Зачем вам копировать конфиг, если при необходимости можно затенить определённые значения?
    > И как вы после ручных правок собираетесь обновлять систему?

    Потому что он не знает как работает сисетмД.
    Зато умеет писать башпортянки. Поэтому и делает соотсветствующий выбор.

    > Уже даже на десктопе этого не хватает. Нужно и лимиты выставлять, и
    > зависимости указывать и так далее

    Для локалхостников хватает.

     
  • 4.125, Ну блин (?), 23:50, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А зачем "изучать и каждую машину, на которой вы что-то делаете"?
    Там что, /bin переименовали /program files ?
    Или что? В одном месте используется /opt, а в другом /kolbasa ?
    или /etc внезапно стал /registry ?
    Вот нипанимаю, что уникального там нужно изучать.
     
     
  • 5.126, Аноним (-), 00:07, 23/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Там что, /bin переименовали /program files ?

    А вы уже забыли чехарду с /bin, /sbin, /usr/bin, /usr/sbin, /usr/local/bin, /usr/local/sbin в разных дистрибутивах?
    Или можете гарантировать что версии используемых утилит будут именно такие как на вашей машине?

     
  • 2.22, Аноним (10), 11:46, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Чем он ужасен? Удобен, эффективен, решает прикладные задачи куда лучше альтернатив. Не представляю ОС без GNU и баш значительная часть этого. Я понимаю, что позикс шелл это боль, но баш то чем не угодил?
     
     
  • 3.24, Аноним (24), 12:02, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • –9 +/
    Баш удобен? Баш неудобен, провоцирует ошибки, имена файлов с пробелами и спецсимволами он из рук вон плохо пережевывает.

    Он удобен лишь тем, что намертво впаян в дефолтные оболочки. Вот и всё

    В идеальном мире оболочка поставлялась бы с нормальным скриптовым языком, с Лиспом например

     
     
  • 4.25, Аноним (25), 12:06, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >провоцирует ошибки

    А ты не ведись, лол. Выучи задачу для начала, студент.

     
     
  • 5.56, Аноним (24), 15:36, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ага, ну то есть это не инструмент кривой и замшелый, а это ты не хочешь адаптироваться к нему. Опять же, всё его удобство - просто засчет поддержки в shell'ах всех Линуксов. Он фиговый, но он есть везде. Это да, это его преимущество. Увы, единственное
     
     
  • 6.122, Аноним (120), 23:10, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Ага, ну то есть это не инструмент кривой и замшелый, а это ты не хочешь адаптироваться к нему.

    Общественность ждёт от вас список инструментов, настолько прямых и современных, что к ним не требуется адаптироваться.

     
  • 4.37, Аноним (37), 13:23, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В чем конкретно posix-shell или его представитель - bash - не удобен? Весьма продуманный, полный и документированный скриптовый язык.
    С пробелами проблема скорее в Вас, чем в языке. Не забывайте оборачивать переменные в кавычки, как о том гласят все руководства к последователям Bourne shell, и не будет проблем ни с пробелами, ни со спецсимволами в именах файлов. А менять под свой вкус или даже незнание никакой язык нельзя.
     
     
  • 5.41, Аноним (41), 13:47, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Не забывайте оборачивать переменные в кавычки

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

     
     
  • 6.49, _kp (ok), 14:27, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    И в каких же "нормальных языках" пишутся без кавычек имена файлов с пробелами?
    Кстати  в Bash так, без кавычек, тоже  можно. ;)
     
     
  • 7.50, Аноним (41), 14:38, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    А вы перечитайте ещё раз, речь шла про то что оборачивать надо переменные. При чём тут имена файлов?
     
  • 7.93, Аноним (16), 19:01, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >И в каких же "нормальных языках" пишутся без кавычек имена файлов с пробелами?

    В нормальных языках они всегда пишутся в кавычках, без кавычек написать не выйдет. Здесь решили сделать синтаксический сахар, но что-то пошло не так.

     
  • 5.45, Аноним (45), 14:12, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Что-то вот в C не получается "просто не делать ошибок". А в баш должно получиться, да?
     
  • 5.59, Самый умный аноним (?), 16:09, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    *"set -e" вошёл в чат*
     
  • 5.92, Аноним (16), 18:58, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    В каком месте он продуманный Максимум, что делать в нём удобно, это вручную зап... большой текст свёрнут, показать
     
     
  • 6.127, Аноним (127), 00:53, 23/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
         rm uses getopt(3) standard argument processing.  Removing filenames that
         begin with a dash (e.g., -file) in the current directory which might
         otherwise be taken as option flags to rm can be accomplished as follows:

         rm -- -file

         or

         rm ./-file


    Специально же для таких как ты идиотов маны пишут:
         rm uses getopt(3) standard argument processing.  Removing filenames that
         begin with a dash (e.g., -file) in the current directory which might
         otherwise be taken as option flags to rm can be accomplished as follows:

         rm -- -file

         or

         rm ./-file

    И в свете этого примера из мана, причем тут шелл, господин дерево? Ну ок, не нравится тебе шелл (читай не осилил), но тебе и все консольные утилиты не нравятся тогда также?

     
     
  • 7.128, Аноним (41), 01:16, 23/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ты бы читал внимательнее что пишут. Он не писал, что не знает как удалить файл, у которого имя начинается с дефиса.
     
     
  • 8.129, Аноним (127), 01:24, 23/10/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.119, glad_valakas (-), 21:30, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > имена файлов с пробелами и спецсимволами

    еще модно имена юзеров и групп на русском, с пробелами, специсимволами и эмодзями.
    обязательно попробуйте, вам понравится. я гаранатирую это.

     
  • 2.52, Аноним (51), 14:42, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Баш ужасен, но питон еще хуже. До сих пор нет нормального скриптового языка со статической типизацией
     
     
  • 3.82, Аноним (82), 18:31, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ага, еще типов в баш-портянках не хватало.
     
  • 3.85, Аноним (82), 18:36, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    И скорее всего не будет. Потому что понятия "скриптовый язык" и "статическая типизация" сильно противоречат друг другу.
     
  • 3.94, Аноним (16), 19:03, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Есть gluon lang, но увы из беты не вышел.
     

  • 1.23, Уважай Линуса Поттеринга (?), 11:47, 22/10/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    Я вот не понимаю, почему некоторое упорно веруют в старый init и баш-портянки. На системд всё удобнее в триста раз, юнит-файлы написал, сервис запустил - всё работает. И в целом много удобных фич.

    Тут же - набор скриптов каких-то, в которых черт ногу словит.

    А баш - это вообще. Вот если бы стал популярен шелл с Лиспом в качестве языка скриптования, тогда бы было куда лучше.

     
     
  • 2.29, Аноним (12), 12:21, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что надо боятся данайцев дары приносящих. Это аксиома проверенная кровью.
     
  • 2.32, Аноним (21), 12:28, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Я вот не понимаю, почему некоторое упорно веруют в старый init и
    > баш-портянки.

    Там не баш, а шелл скрипты.  И думается posix совместимые


     
  • 2.34, фф (?), 12:40, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    преположим ты программист, пишешь какой-то сервис, для его запуска у тебя явно есть командная строка, которая все делает. Если надо что-то чуть сложнее - ты пишешь маленький баш-скрипт для запуска.
    И когда приходит время ставить это на рабочий сервер, ты просто копируешь этот скрипт в папку к "баш-портянкам".
    А в случае системд, ты открываешь браузер и начинаешь гуглить "как написать юнит в системд".

    А если ты обычный пользователь, то в "баш-портянки" вобще не надо лазить - при установке из репозитория они уже готовые прилетели. Надо просто добавить в enabled. И тут уже пофиг - баш там или юниты. А если не видно разницы...

     
     
  • 3.43, Аноним (41), 14:07, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну да, гуглишь и пишешь в юните что ты хочешь получить в итоге, а не как это нужно делать.

    PrivateNetwork=yes — и у процесса нет сети
    ProtectHome=yes — и процессу недоступен /home

    А в баш-скрипте своём ты будешь "${жонглировать} $переменными", ловить "$?" эксит-коды и прочую лапшу делать.

     
     
  • 4.123, Аноним (120), 23:17, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > PrivateNetwork=yes

    и процесс нигде, кроме как на лялихе, не запускается.

    > ProtectHome=yes

    и процесс нигде, кроме как на лялихе, не запускается.

    В общем, подходит только если человек пишет костыль для текущей версии ядра и системьди, а не какую-то реальную софтину, которая должна работать относительно независимо от ОС.

    Там в соседней новости из ядра уже убирают контрибьюторов по расовому признаку. Сложно сказать, как долго ядру ещё осталось.

     
     
  • 5.124, Аноним (-), 23:48, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > которая должна работать относительно независимо от ОС.

    Ну-ну, покажи как запустить свои башпортянки на другой ОС "кроме как на лялихе"
    Напр. на винде.

    > Там в соседней новости из ядра уже убирают контрибьюторов по расовому признаку.

    О, поколение ЕГЭ подъехало... Не по "расовому" признаку, а по гражданству.
    А если быть совсем точным, то по признаку работы, сейчас или ранее, в некоторых фирмах.
    Потому что чужие бекдоры никому не нужны.

     
  • 3.95, Аноним (16), 19:08, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Если надо что-то чуть сложнее - ты пишешь маленький баш-скрипт для запуска.

    Как написать хороший systemd unit не очевидно, и пользователь осознаёт это и идёт читать мануал. Это хорошо. Как написать хорошую баш портянку не очевидно, но программист не осознаёт это, и пишет как попало. Это плохо.
    >ты просто копируешь этот скрипт в папку к "баш-портянкам"

    Далеко не все задачи сводятся к простому копированию. А потом и получается, что работает на компьютере у разработчика, и ни у кого больше
    >А если не видно разницы...

    Зато когда вам нужно что-то к этому скрипту добавить, то разница уже не в пользу скрипта

     
  • 2.38, Аноним (37), 13:25, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Если откинуть нытьё, то чем конкретно lisp лучше Bourne shell?
     
     
  • 3.55, Уважай Линуса Поттеринга (?), 15:34, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Тем, что в баше кривая поддержка имён файлов с пробелами и спецсимволами, что надо запоминать 100500 правил обёртывания в кавычки и всячески извращаться. В то время как тот же Common Lisp - изящный и мощный язык, пусть и не лучший из лиспов в отдельных моментах
     
     
  • 4.67, Аноним (12), 18:07, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Тот самый лисп где имя файла без кавычек будет интрпретироваться как два аргумента? Давно с тыковкой в ссоре?
     
  • 2.53, _kp (ok), 14:53, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >> На системд всё удобнее в триста раз

    На systemd  нет управления этими удобствами, ни логов.
    Какой дистрибутив ни возьми, по умолчанию ничего для взаимодействия с systemd  там нет.
    Или доустанавливай вагон костылей разной степени годности и стабильности, или вали в консоль. А в стародавние времена были GUI инструменты, и даже работали.
    А для systemd никакого общепринятого GUI, отменяющего потребность ковыряться в консоли, до сих пор нет.
    Для роскошного современного ноутбука или десктопа - консольные подходы сейчас уже дикость.
    А если TB приставка, у которой и полноценной клавиатуры нет, а маленькая козявка вместо неё, и где консоль по характеру задачи нафиг не сдалась.

    Вот представьте, купили Вы новый автомобиль, а печка включается в багажнике, под ковриком, магнитола под капотом, где то за бачком омывателя, и так далее.
    Но производитель приложил все инструменты чтоб везде долезть, и  пару томо инструкции как куда добраться. Учись, развивайся. И типа если не хочешь учить эту галиматью, то сам ламер.

    В общем, для обычных пользователей systemd до сих пор не готов.  Шутка. :)

     
     
  • 3.96, Аноним (16), 19:15, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >А для systemd никакого общепринятого GUI, отменяющего потребность ковыряться в консоли, до сих пор нет.

    Но зачем? Какой смысл избегать консоли, чтобы что?
    >А если TB приставка, у которой и полноценной клавиатуры нет

    На ТВ приставке у вас первым же делом отберут хоть какую то возможность настройки, чтобы вы её не сломали или рекламу не отключили

     
  • 2.69, Аноним (12), 18:10, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Прочитай книгу Брайан Керниган: Время UNIX. A History and a Memoir и пойми какой инновацией была концепция баш для развития компьютеров.
     
     
  • 3.73, Аноним (-), 18:19, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Палка-копалка была невероятной инноваций по сравнению с "копать руками". В свое время.

    "Время UNIX" давно прошло. Последние юниксы сдохли в забвении.
    Но находятся те, кто продолжают пользоваться палкой-копалкой, хотя уже давно изобретена лопата в виде того же лиспа. Еще и гордятся этим.

     
     
  • 4.100, _ (??), 19:35, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >"Время UNIX" давно прошло.

    И поэтому мы видим без-GUE-вые MS Server-а и пришествие шелла (PwSh) на форточки :)

     
     
  • 5.114, Аноним (-), 20:35, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > без-GUE-вые MS Server-а

    О, ну да, оказывается отсутствие GUI это уже "как-в-UNIX"?
    А чего тогда не "как-в-DOS"?

    > PwSh

    Учитывая что PowerShell умеет работать объектами, что unix даже не снилось, то оба примера просто попытка натянуть сову на глобус.

    Закопай уже стюардессу.

     
  • 2.78, Аноним (-), 18:25, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Я вот не понимаю, почему некоторое упорно веруют в старый init и баш-портянки.

    Юникс-подобные системы содержат в себе фундаментальные вещи, которые проверены временем. Колесо - изобретено много тысяч лет назад, в современных автомобилях оно не нужно?

     
     
  • 3.89, Аноним (-), 18:44, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Какая-то эталонная подмена понятий)

    Ты сравни колесо которое было тысячи лет назад и на современных автомобилях.
    Ну думаю что бы ты обрадовался, если бы на твою ласточку поставили каменный жернов или даже деревяное колесо из 18 века.

     
     
  • 4.101, _ (??), 19:35, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Но заметь - оно всё ещё круглое, а не квадратное как у вас :)
     
  • 2.88, Аноним (82), 18:43, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    сисямдэ - зло, большее, чем баш-портянки.
    наглядный образец ужасной реализации хорошей идеи.
     

  • 1.27, xsignal (ok), 12:15, 22/10/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Bash-скрипты понятны и прозрачны, в отличие от мрачного чёрного ящика systemd, набитого хз чем...
     
     
  • 2.30, Аноним (12), 12:22, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Системд не защищает от ошибок работы с памятью. В то время как баш полностью и безоговорочно безопасен.  
     
     
  • 3.31, xsignal (ok), 12:24, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    100%
     
  • 3.102, _ (??), 19:36, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    ... так толсто, аж тонко!(С) ;-)
     

  • 1.44, Аноним (-), 14:09, 22/10/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Даже в sysvinit есть псевдо-графическая прога для отк/вкл инитов, а не вот это всё с stop/disable/mask, а оно ещё и не disable, потому что у инита есть свой timer, который нужно тоже в mask, но это ещё не всё, так как у timer есть свой timer, то есть timer-timer.
    Простите, не подскажете где сейчас работает изобретатель вот этого всего?
     
     
  • 2.58, Аноним (3), 15:58, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Что за прога?
     
  • 2.97, Аноним (16), 19:17, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Даже в sysvinit есть псевдо-графическая прога для отк/вкл инитов, а не вот это всё с stop/disable/mask

    Но зачем? Домохозяйка всё равно не разберётся, а сисадмину и так всё понятно.

     

  • 1.61, Аноним (61), 16:24, 22/10/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > возможность связывания логическими операторами […] позволяющая организовать запуск команды, только если предыдущая команда завершилась успешно
    > или наоборот, выполнять следующую команду только в случае возвращения кода ошибки при запуске предыдущей команды

    Всего-то ничего заняло реализовать то, что в systemd из коробки.

     
     
  • 2.79, Аноним (-), 18:29, 22/10/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >в файле inittab

    Для начала научись не вырывать слова из контекта. договорились?

     

  • 1.77, Аноним (-), 18:22, 22/10/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > В новом выпуске реализована возможность связывания логическими операторами shell-команд в файле inittab

    Серьезно? Этого не было в этом поделии??
    За 32 года они не могли это добавить, и только сейчас разродились?
    Мда... Не удивительно, что все адекватные дистростроители выкинули это поделие на помойку.

     
  • 1.116, Roman Dyaba (?), 21:23, 22/10/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А много ли людей у кого тут сейчас bash и Linux/BSD ?
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру