( carlcolt | 2020. 10. 09., p – 12:01 )

"Ezzel együtt nagyobb tételben mernék fogadni, hogy szerinted ez nem feature."

Sok penzt vesztenel akkor. Eszembe sem jutott volna tagadni, hogy ez feature lenne, ha jol mukodne.

Ami vita koztunk, hogy a notify mechanizmus jo, hogy van pl., de muszaj annyi dependency-t felpakoltatni hozza? Biztos hogy ezek kozul mindnek a PID=1-ben a helye?

Vannak jo otletek, de nem elegge modularis ahhoz kepest, ahogy 1970 es 2010 kozott gondolkodtak Unix es Linux korokben. Es ez joggal csapja ki a biztositekot. Ironikusan az altalad emlitett Dockerben ezert "kerulgetik" (minimalisztikus alpine megy alattuk sokszor, amin nem hogy systemd, gcc sincs, hogy gyorsan meglegyen +8 nodebalance-olt microservice node). Es akkor embedded, limited space kornyezetet meg nem is emlitettunk.

De egeszen mas azon vitatkozni, hogy monolitikus szerverek es desktop ala mennyivel kenyelmesebb osszessegeben igy is, mint openrc vagy s6 service file-t taknyolni, mint azon, hogy "megmondtam, hogy szar", "megmondtam hogy jo" ervek nelkul. :) Ezelott a komment elott ezt csinaltad ugyanis. :) Itt viszont soroltal fel olyan dolgokat, amikkel - bizonyos korulmenyek kozt - kenytelen vagyok egyeterteni. :)

A "bash script ganyolas szar" ervhez viszont megintcsak van ellenpontom: vannak mar eszkozok, mint pl puppet vagy chef, amik ezt a problemat sokkal modularisabban, mondhatni "sokkal Unixosabban" megoldjak.