Devuan Jessie 1.0.0 RC2

 ( trey | 2017. május 7., vasárnap - 10:43 )

Elérhető tesztelésre a systemd-mentes Debian fork, a Devuan 1.0.0-s kiadásának második RC-je. Részletek a bejelentésben.

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

"Removed GNOME, KDE, and Cinnamon as DE options in tasksel. These
three DEs are still (mostly) installable after the installation is
complete, but they are known to suffer from some glitches due to the
lack of systemd "

ez így érdekes... mostly installable :D és akkor mi marad ? xfce ? :D

------------------------------------------
“Luck Is What Happens When Preparation Meets Opportunity" - Seneca

hát igen. pont erről kellene szólni a munkájuknak hogy ezt megoldják.. ja hogy ez túl nagy falat? részemről sem hiszem hogy ezer (de legalább több száz) ember munkáját el tudja végezni pár ember megfelelően, főleg side project-ben.

attól függetlenül még azt is hibának tartom hogy egy DE ennyire függ a systemd-től.

------------------------------------------
“Luck Is What Happens When Preparation Meets Opportunity" - Seneca

Nőnek az igények és fonódnak össze a szolgáltatások és nő az integráltság amely egy természetes igény - meg lehet csinálni független-re is, csak akkor nem lesznek bizonyos funkciók - tehát itt nem döntésről van szó, hanem ok okozatról.

A feluletek a systemd nelkul is rendelkezesre alltak. Dcop, dbus, stb. Aztan jott ez a foso rofogo hizott zabagep amit systemdnek nevezunk, megette oket, hogy most rakas hig foskent boritsak a systemd koszos korpuszat. :)
Szoval mindezeket lehetNE systemd nelkul is.

Igazad van, előtte is meg volt oldva és lehetne, csak nem kis munka szerintem ha az upstream ágak már teljesen vagy részlegesen átálltak.

A GNOME pár éve expliciten közölte, hogy az alap működéshez nem dependelhetnek a systemd-re, ha ez számít valamit.

De hogy ontopic is legyek: pl. a systemd-logind anno a ConsoleKit-et váltotta ki, ami már akkor is unmaintained volt. Azóta elvileg van egy ConsoleKit2, ami cross platform. Úgyhogy nem lennék meglepve, ha azokhoz a feature-ökhöz, amikhez tényleg kell (pl. multi-seat) az összes DE támogatná a logind-n kívül a ConsoleKit2-et is.
Egyébként szvsz. nincsenek túl durva követelményei (https://www.freedesktop.org/wiki/Software/systemd/writing-desktop-environments/).

Masszív off-topic: egyébként van egy LoginKit (https://github.com/dimkr/LoginKit), direkt a Devuanhoz, és mondjuk két éve nem nyúltak hozzá, de akkor éppen egy systemd unit file-t tettek bele (https://github.com/dimkr/LoginKit/blob/jessie/loginkitd/org.freedesktop.login1.service.in) :)

BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)

Na jó, de ezek a DEk nem csak Linuxhoz vannak. Ugye?

És vannak azért még olyan rendszerek, amik a tradícionális módon épülnek fel, systemd nélkül.

Nem tudom, mi a helyzet most, de azért elég gáz lenne, ha ezek a DEk azt mondanák, hogy akkor mostantól teszünk erre a többi rendszerre.

"Software that exposes useful functionality always runs the risk of having its API used."

Mi ez a nagy anti-systemd-skedés? Valaki felvilágosítana, hogy miért ilyen "rossz" a systemd?
Szerény véleményem szerint egy tök jó, modern megoldás, mely végre egységessé vállt a különböző disztrókban.

imho:

modern helyett én inkább fancy-nek látom.
n+1. pilóta vizsgás csoda init system (upstart megvan?), ami azon felül hogy boot alatt elindítsa amit kell, egy kisebb dependency hell-el bíró mini OS-ként fogható fel.
Linux only.
KISS / unix filozófiával szembe megy.
Vendor-hoz erősen kötődik, előbb-utóbb úgyis megjelenik minden systemd-s OS a saját patch-ekkel -> nem (lesz) 100% egységes a disztrókban.

De itt van néhány egyszerű gyakorlati dolog:

# journalctl -b
...
lines 93492-93548/93548 (END)
24 nap uptime után 4 sec volt mire odaért a shift+g, és ez kis terhelésű host.

# journalctl -k | wc -l
2
Pedig több.

# systemctl status sshd
Zöld pötty, space-ek összevissza, man oldalak ajánló, cgroup tree, utolsó log bejegyzések stb. Minek?

Nem olyan régóta ismerkedünk, nem tisztem eldönteni hogy jó-e, csak azt tudom mondani hogy nem szimpatikus. Kis túlzással a "hogyan hívják ebben a hónapban az eth0-t, init systemet, bármi egyebet Linuxéknál" érában érzem magam. Meglátjuk mi lesz belőle, imho vendor locked-é válik a világ. Nem jó Linuxos kell majd hanem jó RHEL-es, jó SLES-es stb. Ebbe a filozófiába beleférnek az ilyen systemd dolgok.

____________________
echo crash > /dev/kmem

> # journalctl -k | wc -l
Overflow?

> # systemctl status sshd
# systemctl is-active sshd

Upstart kimaradt nekem, mert Debianban és SUSE-ban sosem volt alapértelmezett, így nem is használtam.

Szerintem sokkal átláthatóbb egy-egy állapot lekérés, mint régen, ráadásul - mint ahogy írtad is - sokkal több infót is ír ki; ami például azért jó, mert utolsó log bejegyzésben instant látod, hogy miért nem indult el a szolgáltatás, nem kell külön naplófájlt felcsapni. Vagy például: ha esetleg kifagyott a szolgáltatás (mert hát ilyen is előfordul), akkor egyből ki tudod lőni, mert a pid-et is kiírja, nem kellenek a ps aux és barátai. Szerintem felgyorsítja a munkát. Én legalább is szeretem :)
Ezenfelül szolgáltatás engedélyezéséhez sem kell bűvészkedni, hanem közvetlenül vele tudod engedélyezni. Sokkal inkább kompaktabb lett így, ami persze azt is eredményezi, hogy jóval komplexebb is egyben.
Én viszonylag hamar megszoktam, és elég hamar megtetszett a koncepció. :)

Korábban is külön voltak SUSE-sok, RHEL-esek, Ubuntusok és satöbbi, szóval ez nem új keletű dolog.

Elhalt nginx juornalctl -xe vagy status eseten tok jol semmit nem latni hogy hol cseszte el az ember a konfigot, mivel nincs wrap, jobbra gorgetni meg nem lehet.
Szuperjo ez a systemd sok info. :)
Csak fel kell csapni azt a naplifile-t.

Idézet:
jobbra gorgetni meg nem lehet.

A hiba az ön készülékében van, nálam lehet.

Egyébként meg: --no-pager vagy csak simán pipe-al átküldöd valamin (pl. cat) és azonnal teljes logot látsz.

BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)

1. Oke. Nalam nem lehet jobbra gorgetni. Nem megy, akarhany ec2 instance-on probaltam.
2. pipe cat, stb. Ugyenezt erem el, ha megnyitom a logot. Szoval minek nekem systemctl????

man systemctl:

-l, --full: Do not ellipsize unit names, process tree entries, journal output, or truncate unit descriptions in the output of status, list-units, list-jobs, and list-timers.

kiprobalom ettol megy e a jobbra gorgetes...

$ SYSTEMD_PAGER=less SYSTEMD_LESS=FRS journalctl -b
$ SYSTEMD_PAGER=less SYSTEMD_LESS=FRS systemctl status sshd

Koszi