The OpenNET Project / Index page

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



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

Оглавление

Выпуск системы инициализации GNU Shepherd 0.6, opennews (??), 23-Апр-19, (0) [смотреть все]

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


23. "Выпуск системы инициализации GNU Shepherd 0.6"  –3 +/
Сообщение от Аноним (23), 24-Апр-19, 10:46 
Сиситема инициализации на Lisp? Вы серьезно? Блин ну хоть бы на Python ;)
Ответить | Правка | Наверх | Cообщить модератору

30. "Выпуск системы инициализации GNU Shepherd 0.6"  +3 +/
Сообщение от Andrey Mitrofanov (?), 24-Апр-19, 12:35 
> Сиситема инициализации на Lisp? Вы серьезно? Блин ну хоть бы на Python
> ;)

Страдай. :-P   (как все:)

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

32. "Выпуск системы инициализации GNU Shepherd 0.6"  –2 +/
Сообщение от пох (?), 24-Апр-19, 14:14 
нет, а ты ее - _исправлять_ собрался?

Тут хоть пихон, хоть js - хоть вот как в systemd - правильнейшая сишечка - а поменять толком все равно ничего не выйдет.

А чтобы просто пользоваться - никакой lisp не нужен, и так сойдет.

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

54. "Выпуск системы инициализации GNU Shepherd 0.6"  +2 +/
Сообщение от Andrey Mitrofanov (?), 25-Апр-19, 09:35 
> нет, а ты ее - _исправлять_ собрался?
> хоть вот как в systemd -
> правильнейшая сишечка - а поменять толком все равно ничего не выйдет.

Я, видишь ли, хочу, чтоб те, кому я доверяю её исправить могли.

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

И чтобы апстрим _их_ холил и лелеял, и не своего гендира, и не его продаванов, и не спонсеров из микрософта.

> А чтобы просто пользоваться - никакой lisp не нужен, и так сойдет.

Чтобы тебя "просто" пользовали, достаточно s-d, ты прав.

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

34. "Выпуск системы инициализации GNU Shepherd 0.6"  –2 +/
Сообщение от Аноним84701 (ok), 24-Апр-19, 15:07 
> Блин ну хоть бы на Python ;)

Уже давно:
https://web.archive.org/web/20071211041543/http://www.pardus...
Если верить картинке, оно за 17 секунд  на P4 2.8 GHz и HDD 41MB/s с 0 до кед загуржалось.

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

46. "Выпуск системы инициализации GNU Shepherd 0.6"  +/
Сообщение от пох (?), 24-Апр-19, 20:06 
о да, да - стартап-скрипты на нескучном язычке, ломающемся от лишнего пробела (и не забудьте изучить новый api, поскольку это не просто скрипты, а "классы").
нет, какой-нибудь yaml для декларативного описания в 2007м году питонистам в головы не приходил, там было занято, они туда едят

Ну и прекрасное обоснование чем плох баш - оказывается, он требует использования awk и, может даже, sed - это ужасно плохо, потому что модные (в 2007м) разработчики на пихоне их не знали.

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

56. "Выпуск системы инициализации GNU Shepherd 0.6"  +/
Сообщение от Аноним84701 (ok), 25-Апр-19, 12:08 
> о да, да - стартап-скрипты на нескучном язычке, ломающемся от лишнего пробела

Как будто я агитирую или  заставляю использовать.
Был вопрос - дал ответ, благо натыкался на сей плод сумрачного турецкого гения пару раз.

> (и не забудьте изучить новый api, поскольку это не просто скрипты, а "классы").

Ну, теперь все равно нужно изучать новый api, с кучей условностей:
(что там было с таймерами?)
https://lists.freedesktop.org/archives/systemd-devel/2016-Fe...
>  * Most configurable timeouts in systemd now expect an argument of "infinity" to turn them off, instead of "0" as before.
> To maintain backwards compatibility, "0" continues to  turn off previously existing timeout settings

от человека с весьма … гхмхм … специфичными знаниями:
https://github.com/systemd/systemd/issues/5644
> tmpfiles: R! /dir/.* destroys root
> # cat /etc/tmpfiles.d/test.conf
> R! /foo/.* - - - - -

poettering commented Mar 30, 2017
> I am not sure I'd consider this much of a problem. Yeah, it's a UNIX pitfall, but "rm -rf /foo/.*" will work the exact same way, no?

и советами:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=739593#54
> Lennart, we are considering disabling the code in systemd which makes / shared by default

From: Lennart Poettering
> I'd strongly recommend not to patch this in Debian. First of all, you'd break a lot of stuff when using containers

Только, типа, "декларативный" (модное обозначение для простого конфига), который не изменишь и не подправишь на коленке, c самодельным, наколенным парсером работающим (если мне не изменяет память, а она пока хорошо шифруется:
https://github.com/systemd/systemd/blob/c87700a1335f489be31c...
https://github.com/systemd/systemd/search?utf8=%E2%...
https://github.com/systemd/systemd/blob/4210e60eb681d82c70f4...
https://github.com/systemd/systemd/blob/ad16158c10dfc3258831...
) по принципу
"for keyword in table strcmp(keyword, input)", в 2 раза жирнее баша (и в 10 более простых реализаций sh) … это профит, полный :)

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

60. "Выпуск системы инициализации GNU Shepherd 0.6"  +/
Сообщение от пох (?), 25-Апр-19, 12:32 
> Ну, теперь все равно нужно изучать новый api, с кучей условностей:

да, но хотя бы не апи внутри языка программирования, который ты может и не планируешь нифига использовать.
(и нет, это не инитскрипты, где по сути меняются банальные конфиговые name=value, а остальное вообще грязными руками не надо трогать)

> Только, типа, "декларативный" (модное обозначение для простого конфига)

нееее, это вот ты ошибаешься. Это не простой конфиг вида name=value, оно не переменные определяет, оно поведение монстра задает - не ты на него напрямую этими настройками влияешь, а он их обнюхав - сам пытается придумать, что ему в этом случае делать.
Ну, с характерным результатом - попытка примонтировать cifs до окончательного старта сети с обломом и истерикой "нишмагла я" (и нет, повторять мы не будем даже и пытаться, и места для определения такого поведения не предусмотрим - это ж не демон, это ж маунт, понимать надо две большие разницы!)

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

62. "Выпуск системы инициализации GNU Shepherd 0.6"  +/
Сообщение от Andrey Mitrofanov (?), 25-Апр-19, 13:23 
> да, но хотя бы не апи внутри языка программирования, который ты может
> и не планируешь нифига использовать.
> (и нет, это не инитскрипты, где по сути меняются банальные конфиговые name=value,
> а остальное вообще грязными руками не надо трогать)

Банальные (name value) я лично тебе разрешаю трогать.

https://lists.gnu.org/archive/html/guix-patches/2019-04/txtl...

И не учить "языка программирования".

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

65. "Выпуск системы инициализации GNU Shepherd 0.6"  +/
Сообщение от имя (?), 25-Апр-19, 18:55 
> "декларативный" (модное обозначение для простого конфига)

Декларативный — это когда надо сильно извратиться, чтобы можно было на конфиге программировать жёсткий порядок действий. Вот nginx.conf — он декларативный: if делает не то, к чему все привыкли, location обрабатывается в общем случае не в порядке объявления и так далее. Никто этого, впрочем, так и не понимает, продолжая писать везде, что if «сломан».

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

66. "Выпуск системы инициализации GNU Shepherd 0.6"  +/
Сообщение от Аноним84701 (ok), 25-Апр-19, 19:17 
>> "декларативный" (модное обозначение для простого конфига)
> Декларативный — это когда надо сильно извратиться, чтобы можно было на конфиге  программировать

Ну, конфиг бы не для "программирования" ;), хотя и это вполне решается, причем не "костылянием":
см. Mercury с его концептом "desctrutive input/unique output", как пример действительно декларативного ЯП, где все равно можно задавать при надобности жесткий порядок действий для взаимодействия с внешним миром.

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

59. "Выпуск системы инициализации GNU Shepherd 0.6"  –1 +/
Сообщение от IB (?), 25-Апр-19, 12:31 
Ну в Схеме хотя бы типы есть.
Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

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

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




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

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