The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Разработчики systemd: загрузка с initrd оказалась быстрее за..., opennews (??), 07-Апр-13, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


51. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  –4 +/
Сообщение от cmp (ok), 07-Апр-13, 15:37 
нормальный скрипт в данном контексте не нуждается в документации, на то он и скрипт - 4 функции start/stop/restart/status, если чтение его вызывает проблемы, лучше не трогать, целее система будет, его можно воспринимать как конфиг со стандартным синтаксисом, а вы пытаетесь заменить это программой со своим конфигом и мануалом, зачем только не понятно.
Ответить | Правка | Наверх | Cообщить модератору

54. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  +/
Сообщение от Аноним (-), 07-Апр-13, 15:46 
> нормальный скрипт в данном контексте не нуждается в документации,

Весьма спорное утверждение.

> на то он и скрипт - 4 функции start/stop/restart/status, если чтение его вызывает проблемы,
> лучше не трогать, целее система будет, его можно воспринимать как конфиг
> со стандартным синтаксисом, а вы пытаетесь заменить это программой со своим
> конфигом и мануалом, зачем только не понятно.

Затем, что язык программирования - это нифига не конфиг, очевидно же.
Не надо смешивать настройки и код.

Ответить | Правка | Наверх | Cообщить модератору

59. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  +/
Сообщение от Аноним (-), 07-Апр-13, 15:57 
Между прочим, это ключевые принципы классического unix-way:
- никакой документации (кому надо - путь читает сорцы)
- конфигурация и код едины (надо настроить - правь код)

Во всяком случае, именно такое впечатление складывается, если верить сторонникам sysvinit.

Ответить | Правка | Наверх | Cообщить модератору

142. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  +3 +/
Сообщение от Аноним (-), 07-Апр-13, 21:06 
>Между прочим, это ключевые принципы классического unix-way:
>- никакой документации (кому надо - путь читает сорцы)

Короткий и локальный код должен быть самодокументированным, вынос документации за пределы кода обычно не нужен и вреден. Например, вряд ли кому-то потребуется читать документацию к конкретным инитскриптам вне контекста чтения или правки самих скриптов (разве что общий обзор специфичных для дистрибутива решений).

>- конфигурация и код едины (надо настроить - правь код)

Конфигурация в общем случае пишется на языке сценирования конфигурируемой программы. (В частности, чтобы не плодить сущностей и не задавать два формата: один формат (язык) для сценирования, второй --- для конфигурирования).

Вполне естественно, что конфигурирование самой ОС (в частности, инитскрипты) пишется на стандартном языке сценирования ОС (sh), а не в выдуманном кем-то формате нестандартной программы.

>Во всяком случае, именно такое впечатление складывается, если верить сторонникам sysvinit.

Это действительно часть Unix Way. Третье поколение программистов и администраторов свидетельствует.

Ответить | Правка | Наверх | Cообщить модератору

211. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  –1 +/
Сообщение от Аноним (-), 08-Апр-13, 10:16 
> - никакой документации

А маны - это, типа, не юникс вэй? Как интересно.

>  (кому надо - путь читает сорцы)

Вот только юникс был проприетарной системой. И сорцев соответствнено не было.

> - конфигурация и код едины (надо настроить - правь код)

См. выше.

Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

247. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  +1 +/
Сообщение от Аноним (-), 08-Апр-13, 14:57 
Это когда и где в Unix не было исходников?
Ответить | Правка | Наверх | Cообщить модератору

248. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  +1 +/
Сообщение от Аноним (-), 08-Апр-13, 15:00 
>А маны - это, типа, не юникс вэй? Как интересно.

Попробуйте (в нормально, не отпоттеросяненной ОС)

$man initscript

и приколитесь.

Ответить | Правка | К родителю #211 | Наверх | Cообщить модератору

355. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  +/
Сообщение от nuclightemail (??), 11-Апр-13, 17:57 
Чушь какая. Разве что в головах фанатов, извративших оригинал.

Вот тут http://old.intuit.ru/department/os/osunix/ в первых трех главах нормально изложено.

Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

60. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  –1 +/
Сообщение от cmp (ok), 07-Апр-13, 15:58 
> Затем, что язык программирования - это нифига не конфиг, очевидно же.
> Не надо смешивать настройки и код.

/etc/rc.d/

знаете для чего нужна папка etc?

Программа для запуска программы - дисонанса не улавливаете?

Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

62. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  –1 +/
Сообщение от Аноним (-), 07-Апр-13, 16:06 
> /etc/rc.d/
> знаете для чего нужна папка etc?

В SysV init - для хранения программ.

> Программа для запуска программы - дисонанса не улавливаете?

Ну дык SysVinit-way во все поля.

Ответить | Правка | Наверх | Cообщить модератору

68. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  +/
Сообщение от Аноним (-), 07-Апр-13, 16:15 
>> /etc/rc.d/
>> знаете для чего нужна папка etc?
> В SysV init - для хранения программ.

Когда программы лежат в /etc и запускают другие программы - это и есть unix-way! Тупым systemd-фанатикам не понять :)

Ответить | Правка | Наверх | Cообщить модератору

76. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  +2 +/
Сообщение от Аноним (-), 07-Апр-13, 16:30 
> Когда программы лежат в /etc и запускают другие программы - это и
> есть unix-way! Тупым systemd-фанатикам не понять :)

А еще всякие *bin-ы - для лохов! Настоящие юниксоиды там конфиги хранят. Но systemd-фанатикам, опять же, не понять.

Ответить | Правка | Наверх | Cообщить модератору

362. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  +/
Сообщение от Клыкастый (ok), 17-Июн-15, 13:48 
> Когда программы лежат в /etc

а они там не лежат. там лежат конфиги и стартовые скрипты. все правятся текстовыми редакторами. не улавливаю диссонанса.


Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

125. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  +2 +/
Сообщение от Аноним (-), 07-Апр-13, 20:23 
> знаете для чего нужна папка etc?
> Программа для запуска программы - дисонанса не улавливаете?

Вы недалеки от просветления. Это и есть Unix Way: запускать программы по возможности программами.

Вручную пусть всё запускают те, кто каталоги "папками" называет.

Ответить | Правка | К родителю #60 | Наверх | Cообщить модератору

143. "Разработчики systemd: загрузка с initrd оказалась..."  +1 +/
Сообщение от arisu (ok), 07-Апр-13, 21:09 
> Затем, что язык программирования — это нифига не конфиг, очевидно же.
> Не надо смешивать настройки и код.

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

Ответить | Правка | К родителю #54 | Наверх | Cообщить модератору

144. "Разработчики systemd: загрузка с initrd оказалась..."  +/
Сообщение от Аноним (-), 07-Апр-13, 21:27 
Кстати, да, на рефале написать систему инициализации было бы круто.
Ответить | Правка | Наверх | Cообщить модератору

212. "Разработчики systemd: загрузка с initrd оказалась..."  +/
Сообщение от Аноним (-), 08-Апр-13, 10:17 
> Кстати, да, на рефале написать систему инициализации было бы круто.

Так пишите, кто вам не дает?

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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