Nemusi predsa kazdy vsetko dokoncovat. Uloha "hladaca idei" je dolezita a ak danu vec dokoncia ini ludia z timu, tak to je v poriadku.
S PulseAudio som si teda uzil svoje... ale to davam za vinu distribuciam, ktore ho zacali hromadne nasadzovat v case, ked bolo este brutalne neodladene, co kompletne rozbilo audio vacsine desktopov. A bola to vtedy vacsina distribucii (mne to vtedy odrovnalo zvuk v Debian testing az natolko, ze som testing kvoli tomu zrusil z desktopu). Dufam, ze vacsina distribucii sa z toho poucila a bude pri vsetkych dalsich produktoch Poetteringovho vizionarstva opatrnejsia (Fedora a polrocne Ubuntu samozrejme maju testovanie neodladenych veci priamo na uzivateloch ako primarnu ulohu - ale s tym nech si ziju ti, co si ich instaluju). A nielen pri nich - taky Wayland je napriklad dalsi kandidat na kompletne rozhasenie desktopu pri predcasnom nasadeni.
Takze nech sa nove veci vyvijaju a kludne nech ich nastartuje (a nedokonci) aj Poettering. Len nech mi s tym daju pokoj pokial je to nefunkcne - ked to bude odladene, rad to nasadim.
Muzete mi rici, proc je sytemD horsi nez initV skripty?
- paralelni startovani (podobne jako na MacOS)
- mnohem mensi rezie (u initV se pro kazy skript se spousti novy shell)
- zarucene ukonceni sluzeb
- rychlost
- dokumentace (opravdu rozsahla)
- podpora pro inteligentni planovani (cgroupy)
- standardizace napric distribucemi
To mi rozhodne neprijde jako krok zpet.
Ano, toto je podle me hlavni problem tech jeho projektu. Trebau P-A: to je krasny sitove transparentni system, ktery se da pouzit treba pro rozseknuti vicekanalove zvukovky na vic dvoukanalovych, ktere se pak pouziji pro vicehlave desktopy. Akorat je k tomu potreba pulseaudio v systemovem modu, coz se tam sice nejakym omylem dostalo, ale autori se tomu zpetne zacali branit a vykladat jak je to nepodporovane. Nasledkem cehoz je to nepodporovane i v distribucich a tim vic prace to potrebuje, pokud to vubec nejak funguje.
U systemd to stejne - staci nam ze ten system nejak bootuje, ale abychom meli rozumne nastroje na odladovani problemu (typu pridani set -x do startovaciho skriptu), na to nam uz nejak nezbyl cas.
Neni problem v tech napadech samotnych, je problem v jejich realizaci a v jejich autorovi. Ale zase systemd je furt lepsi nez ty XML definice v Solarisu :-)
-Yenya, http://www.fi.muni.cz/~kas/blog/