The OpenNET Project / Index page

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



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

Оглавление

Debian возвращается к вопросу поддержки нескольких систем ин..., opennews (??), 19-Сен-19, (0) [смотреть все]

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


33. "Debian возвращается к вопросу поддержки нескольких систем ин..."  +1 +/
Сообщение от Аноним (33), 19-Сен-19, 12:32 
Может прочитаете пероисточник?

https://lists.debian.org/debian-devel-announce/2019/09/msg00...

> башпортянки

Две строчки не осили написать? А то, что системд чуть больше чем на 90% из портянок состоит это ничего? :)

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

59. "Debian возвращается к вопросу поддержки нескольких систем ин..."  +/
Сообщение от Аноним (10), 19-Сен-19, 12:44 
> А то, что системд чуть больше чем на 90% из портянок состоит это ничего? :)

Баш-портянок? А то гитхаб показывает* такую вот стату:

C 87.0%     Python 7.1%     Shell 2.2%     Meson 1.4%     HTML 1.1%     Perl 0.4%     Other 0.8%

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

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

64. "Debian возвращается к вопросу поддержки нескольких систем ин..."  –4 +/
Сообщение от Аноним (33), 19-Сен-19, 12:47 
Ок, изменим методичку.

s-d на 87% состоит из пайтонопортянок.

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

71. "Debian возвращается к вопросу поддержки нескольких систем ин..."  +3 +/
Сообщение от Аноним (10), 19-Сен-19, 12:50 
> s-d на 87% состоит из пайтонопортянок.
>
> пайтон
>
> пайтон

Любопытный вариант прочтения символа "С".

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

78. "Debian возвращается к вопросу поддержки нескольких систем ин..."  –1 +/
Сообщение от мое правило (?), 19-Сен-19, 12:52 
У человека зрение плохое, видит что ему хочется, а не что на самом деле. Не мешайте ему.
Ответить | Правка | Наверх | Cообщить модератору

74. "Debian возвращается к вопросу поддержки нескольких систем ин..."  –2 +/
Сообщение от Аноним (81), 19-Сен-19, 12:51 
> С 87%
> на 87% состоит из пайтонопортянок.

Ок, тогда https://github.com/torvalds/linux состоит из пайтонопортянок аж на 96%! Я знал, что это заговор и шапка скрывает!

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

79. "Debian возвращается к вопросу поддержки нескольких систем ин..."  +4 +/
Сообщение от Аноним (34), 19-Сен-19, 12:53 
Пайтон он же быстр и совсем не есть оперативную память. Все хотят его исользовать.

P.S. На самом деле нет.

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

87. "Debian возвращается к вопросу поддержки нескольких систем ин..."  –3 +/
Сообщение от Аноним (81), 19-Сен-19, 13:01 
> Пайтон он же быстр и совсем не есть оперативную память.

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

> Все хотят его исользовать.

Неа. Людям определённого склада ума лучше писать на языке с GC и без управления памятью, чтобы ногу себе не отстрелить — Bash там, PHP...

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

266. Скрыто модератором  –2 +/
Сообщение от Аноним (265), 19-Сен-19, 20:03 
Ответить | Правка | Наверх | Cообщить модератору

66. "Debian возвращается к вопросу поддержки нескольких систем ин..."  +/
Сообщение от Аноним (81), 19-Сен-19, 12:47 
> * Не исключено, что это заговор, и на самом деле системдос написан на баше, и не просто целиком, а аж на 146%. Всякое может быть, нельзя исключать заговор. Ведь имеем дело с красной шапкой и нотабуг-поттерингом.

И ядро Linux тоже на баше написано, но красношапка скрывает это, подсовывая блоб /vmlinuz

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

121. "Debian возвращается к вопросу поддержки нескольких систем ин..."  +/
Сообщение от твоя_мамка (?), 19-Сен-19, 13:28 
весь мир писан на баше
Ответить | Правка | Наверх | Cообщить модератору

299. "Debian возвращается к вопросу поддержки нескольких систем ин..."  –1 +/
Сообщение от Как Аноним Анониму (?), 19-Сен-19, 22:49 
https://bash.org.ru
Ответить | Правка | Наверх | Cообщить модератору

88. "Debian возвращается к вопросу поддержки нескольких систем ин..."  +/
Сообщение от Аноним84701 (ok), 19-Сен-19, 13:01 
>> А то, что системд чуть больше чем на 90% из портянок состоит это ничего? :)
> Баш-портянок? А то гитхаб показывает* такую вот стату:
> C 87.0%  Python 7.1%  Shell 2.2%  Meson 1.4%  
> HTML 1.1%  Perl 0.4%  Other 0.8%

https://github.com/bminor/bash
>  C 83.7%      Yacc 4.0%      Shell 3.5%      Perl 3.0%      Makefile 2.6%      C++ 2.3%      Other 0.9%

https://github.com/nyuichi/dash
>  C 96.2%      C++ 3.0%      Other 0.8%

И какой интерпретатор теперь более труЪ - sh-файлов или юнит-файлов?

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

92. "Debian возвращается к вопросу поддержки нескольких систем ин..."  –2 +/
Сообщение от Аноним (81), 19-Сен-19, 13:06 
> И какой интерпретатор теперь более труЪ - sh-файлов или юнит-файлов?

Синтаксис unit-файлов не являются Тьюринг-полным языком, так что говорить об "интерпретаторе" в данном случае некорректно.

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

97. "Debian возвращается к вопросу поддержки нескольких систем ин..."  +1 +/
Сообщение от Michael Shigorinemail (ok), 19-Сен-19, 13:08 
Почему?  Interpreter -- это дословно "переводчик на лету" вообще-то.
Ответить | Правка | Наверх | Cообщить модератору

133. "Debian возвращается к вопросу поддержки нескольких систем ин..."  +1 +/
Сообщение от Аноним84701 (ok), 19-Сен-19, 13:35 
>> И какой интерпретатор теперь более труЪ - sh-файлов или юнит-файлов?
> Синтаксис unit-файлов не являются Тьюринг-полным языком, так что говорить об "интерпретаторе"
> в данном случае некорректно.

Хм, интересные требования к интерпретатору.
И что же тогда делается со всякими DSL  (domain specific language, где полнота по Тьюрингу скорее исключение, чем правило), типа HTML, SQL92, Graphviz и т.д. если не интерпретация :)?

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

220. "Debian возвращается к вопросу поддержки нескольких систем ин..."  +/
Сообщение от myhand (ok), 19-Сен-19, 17:02 
А так ли это на самом деле?

Со всякими ExecStartPre и ConditionFoo...

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

114. "Debian возвращается к вопросу поддержки нескольких систем ин..."  +4 +/
Сообщение от Fyjy (?), 19-Сен-19, 13:18 
Какая разница на чём написан сам systemd, если для нормальной работы с чем-нибудь сложнее хелловорда приходится из юнит-файлов запускать всё те же bash-скрипты. Потому как юниты тупые.

Раньше был маленький и простой /sbin/init который дёргал скрипты, теперь есть большой и высокотехнологичный systemd, который дёргает скрипты.

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

123. "Debian возвращается к вопросу поддержки нескольких систем ин..."  –6 +/
Сообщение от твоя_мамка (?), 19-Сен-19, 13:30 
Ктож тебе виноват что ты не осилил юниты.
Ответить | Правка | Наверх | Cообщить модератору

421. "Debian возвращается к вопросу поддержки нескольких систем ин..."  +/
Сообщение от Анониам (?), 20-Сен-19, 17:44 
С его документацией война и мир отдыхает.
Ответить | Правка | Наверх | Cообщить модератору

161. "Debian возвращается к вопросу поддержки нескольких систем ин..."  –1 +/
Сообщение от Ю.Т. (?), 19-Сен-19, 14:26 
Портянки могут быть на любом языке, даже на языке конфигов системды.
Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

221. "Debian возвращается к вопросу поддержки нескольких систем ин..."  +1 +/
Сообщение от Andrey Mitrofanov_N0 (??), 19-Сен-19, 17:02 
> Портянки могут быть на любом языке, даже на языке конфигов системды.

Нет, не могут!  Ленарт принципиальный противник шеллов и языков.

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

268. "Debian возвращается к вопросу поддержки нескольких систем ин..."  –1 +/
Сообщение от Ю.Т. (?), 19-Сен-19, 20:06 
>> Портянки могут быть на любом языке, даже на языке конфигов системды.
> Нет, не могут!  Ленарт принципиальный противник шеллов и языков.

Похвально. Но в таком случае конфигурация системды осуществляется телепатией?

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

218. "Debian возвращается к вопросу поддержки нескольких систем ин..."  +1 +/
Сообщение от myhand (ok), 19-Сен-19, 16:58 
О, хомячки с гитхаба на линии.  Устали бороться с нетолерантными словами в коде и решили поиграть в статистику?

Вообще-то имелись в виду портянки юнитов.  Вряд-ли ведь ты под башпортянками в sysvinit имел в виду то, что оный написан на баше, а не C...

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

73. "Debian возвращается к вопросу поддержки нескольких систем ин..."  –3 +/
Сообщение от мое правило (?), 19-Сен-19, 12:51 
Структурированный unit файл это не портянка.
Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

100. "Debian возвращается к вопросу поддержки нескольких систем ин..."  +1 +/
Сообщение от Michael Shigorinemail (ok), 19-Сен-19, 13:09 
Это Вы ещё не вникали в глубины структуры портянкоимён портянкопеременных в ём :-]
Ответить | Правка | Наверх | Cообщить модератору

262. "Debian возвращается к вопросу поддержки нескольких систем ин..."  –1 +/
Сообщение от еке (?), 19-Сен-19, 19:27 
Не важно на чем написан системд, он все равно будет плохим, а все остальное написанное не на си будет плохим по причине портянок и прочего...
Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

288. "Debian возвращается к вопросу поддержки нескольких систем ин..."  +/
Сообщение от FSA (??), 19-Сен-19, 21:49 
> Две строчки не осили написать?

У меня была простая задача. Запустить демона на php для умного дома. Демон самописный. Ничего такого хитрого. Сначала по старинке через init скрипт пытался запустить. Потом оказалось надо юзера группу нужный выставить для демона, перед запуском дождаться хотя бы сервера баз данных, ибо оттуда надо скачать данные перед запуском, нехило было бы подождать веб-сервер, потому что демон шлёт туда по http данные. Ещё нужен cron, да такой, чтобы у всех работал. А ещё неплохо было бы где-то pid процесса хранить, а ещё кеш, а то негоже гонять каждый раз mp3 с голосом сколько сейчас времени или ещё какой хрени, а ещё логи бы куда-то писать. Короче, плюнул я на всё это. Хотите любиться с другими системами инициализации, флаг вам в руки. Я предложил простое решение для systemd. Все нужные папки создаются автоматом, всё запускается как требуется. И я точно уверен, что у всех с systemd также будет работать.

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

335. "Debian возвращается к вопросу поддержки нескольких систем ин..."  +/
Сообщение от Аноним (346), 20-Сен-19, 03:02 
> Потом оказалось надо юзера группу нужный выставить для демона, перед запуском дождаться хотя бы сервера баз данных, ибо оттуда надо скачать данные перед запуском, нехило было бы подождать веб-сервер, потому что демон шлёт туда по http данные.

Мне кажется кто-то люто пиzдит. Зависимости в init-скриптах через Required-Start/Stop уже тыщщу лет были, а плюшки запуска процессов обеспечиваются через стандартный start-stop-daemon:

DESCRIPTION
       start-stop-daemon  is used to control the creation and termination of system-level processes.  Using one of the matching options, start-stop-daemon can be
       configured to find existing instances of a running process.

   Generic options
       -g, --group group|gid
              Change to group or gid when starting the process.

       -c, --chuid username|uid[:group|gid]
              Change  to  this  username/uid before starting the process. You can also specify a group by appending a :, then the group or gid in the same way as
              you would for the chown(1) command (user:group).  If a user is specified without a group, the primary GID for that user is used.  When  using  this
              option  you  must realize that the primary and supplemental groups are set as well, even if the --group option is not specified. The --group option
              is only for groups that the user isn't normally a member of (like adding per process group membership for generic users like nobody).

       -b, --background
              Typically  used  with  programs  that  don't detach on their own. This option will force start-stop-daemon to fork before starting the process, and
              force it into the background.  Warning: start-stop-daemon cannot check the exit status if the process fails to execute for any reason.  This  is  a
              last  resort, and is only meant for programs that either make no sense forking on their own, or where it's not feasible to add the code for them to
              do this themselves.

       -m, --make-pidfile
              Used when starting a program that does not create its own pid file. This option  will  make  start-stop-daemon  create  the  file  referenced  with
              --pidfile  and  place  the  pid  into  it  just  before  executing  the  process.  Note, the file will only be removed when stopping the program if
              --remove-pidfile is used.  Note: This feature may not work in all cases. Most notably when the program being executed forks from its main  process.
              Because of this, it is usually only useful when combined with the --background option.

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

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

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




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

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