Hirdetés

  2. Fórumok
  3. [Linux] A Flatpak
Keresés

Új hozzászólás Aktív témák

  • #212 urandom0 senior tag Rowon #195
    Új Válasz #212
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    urandom0

    senior tag

    válasz Rowon #195 üzenetére

    Külön weboldala is van az anti-systemd fan clubnak: https://nosystemd.org :)

    Nem mondom, hogy nincsenek benne értelmes érvek, mert vannak. De a Systemd körül kialakult gyűlöletet túlzónak érzem, és szerintem sokan csak azért utálják, mert új, és más, mint ami korábban volt.
    Én teljesen jól elvoltam SysV inittel is, a Slackware-féle BSD-szerű init rendszerrel is, és elvagyok Systemd-del is. Nem tapasztaltam egyikkel sem problémát.

  • #203 sh4d0w félisten Rowon #195
    Új Válasz #203
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    sh4d0w

    félisten

    LOGOUT blog (1)

    válasz Rowon #195 üzenetére

    Pedig lenne ra ok boven, amiert le kellene csukatni - a tobbi vadpontot megtalaljuk azutan is, hogy mar ul.

    A systemd egy mindent felzabalo, ostoba operacios rendszer az operacios rendszeren belul. Eloszor egy parhuzamos init rendszernek indult, de mara mar bezabalta a service managementet, az alkalmazas managementet, a userek kezeleset, a rendszer beallitasait, session managementet, device managementet. A KISS filozofiat hirbol sem ismeri es valoszinuleg a problemak nagy resze is ebbol fakad - tul a szerzoje ostobasagan es hozza nem ertesen. A csavo egyebkent a Red Hattol atment a Microsofthoz - ott nem fog kilogni a sorbol.

    Miket "tud" a systemd? Nos, tudja azt, ha screenben inditasz el egy tavoli munkamenetet, mert mondjuk egy sokaig futo script es nem akarod, hogy megszakadjon a melo, ha kilepsz, akkor o elozekenyen azt a tavoli munkamenetet is lezarja. "Tudja" azt, ha nem sikerul valamiert a tuzfal szabalyokat ervenyesiteni, akkor is felhuzza a halozatot, de ertesitest legalabb nem kuld arrol, hogy gaz van a tuzfallal, igy az admin hiheti, hogy minden rendben van... amig eszre nem veszi, hogy az ssh portra, vagy a web portra omlenek a requestek. Mi tudja elcseszni a tuzfal konfigot? El tudja kefelni az admin... vagy az, hogy felveszel a rendszerbe CUPS-on keresztul egy nyomtatot... Termeszetesen arra is van lehetoseg, hogy egyszer, s mindenkorra hazavagd az alaplapod, mert az EFI ertekeket nem konstansokba olvassa be a laprol, hanem sima valtozokba, amiket akar veletlenul is felulirhatsz. Allitolag a systemd olyat is tud, hogy barmilyen alkalmazast, scriptet service-kent futtasson, de egeszen biztosan allithatom, hogy ez nem igy van, nagyonsok evvel ezelott volt valami, amit nem tudtam igy megoldani, pedig a systemd nagykonyve szerint csinaltam. Nyilvan azota nem probaltam, mert ha 1-2 alkalommal kell ez a funkcio es ebbol egyszer nem sikerul, akkor nem baszodik vele az ember, keres mas megoldast. Ezenkivul magara teszi az 1-es PID-et, aminek normal esetben a kernelnel kellene lennie, igy ha a systemd ledoglik, akkor ledoglik a teljes rendszered - hipiszupi. A logolas binaris, tehat eleve kell egy futo rendszer, hogy tudd olvasni... A halozati interface-eket eloszeretettel nevezgeti at, allitolag hardvercimeknek megfeleloen, de nem mindig sikerul neki, tehat azt a feladatot, amire ezt az atnevezosdit kitalalta herr pocstering... hat azt mersekelt sikerrel sikerult megoldania. Evtizedes vagy idosebb konvenciokat rugott fel a parancsok hasznalatat tekintve - es meg szerintem napestig lehetne sorolni a hibakat.

    A systemd iroja meg egy ostoba, arrogans es agressziv f.sz, aki nem tudta elviselni a kritikakat es minosithetetlen stilusban reagalt a jelzett problemakra, amit vegul odaig sikerult tolnia, hogy Torvalds kozolte vele: vagy fixalja a szarjat, vagy egyetlen commitot sem fogad be tole, amig nincs fix.

    Szoval boven van ok utalni a systemd-t.

  • #198 bambano titán Rowon #195
    Új Válasz #198
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    bambano

    titán

    válasz Rowon #195 üzenetére

    Pottering nem a saját fajtám, kikérem magamnak.
    Az első és legfontosabb baj a systemd-vel, HOGY NEM MŰKÖDIK! abban a pillanatban, amikor olyat akarsz vele csinálni, ami nem az alap desktop elvárás, felborul a fenébe.

    A másik nagy probléma, hogy olyan döntéseket hozott meg Pottering, ami abszolút védhetetlen és ostoba, és amikor ezt felrótták neki, akkor rendes elmepata módjára reagált (sose tudom, hogy az szocio- vagy pszichopata).

    Egyik húzása az volt, hogy megírtad a unit fájlt, és ha nem volt jó az userid meghatározása, akkor helyette fallbackkel. ROOTRA! Nem nobodyra, amit minden normális csinálna, hanem rootra. A másik, hogy ha nem volt korrekt a névfeloldás konfigja, akkor fallbackelt a google dns szerverére, amiért a jelenleg hatályos magyar törvények szerint kettő év börtön jár.

    Aki ennyire nem hajlandó semmit betartani, ami az opensource szoftvert jellemezte huszonx évig, arról csak azt tudom feltételezni, hogy a következő döntése is elmeroggyant lesz. Vagyis nekem kockázat, rettegés, pluszmunka.

    A másik probléma, hogy azt állítja, ő egy taskmanagert készített. Ami közben csendben átvette egy rakás más program helyét is. Például time source, syslog, stb.

    A harmadik, hogy a unix alapelve, hogy karakteres fájlokkal dolgozik. Ehhez képest a rendszer log már bináris. Vagyis unixon semmi keresnivalója.

    Kösz, nem kérem. Menjen át windowst fejleszteni.

Új hozzászólás Aktív témák