#3 És általában minden megoldható, amit a felhasználó szeretne. Persze, a módszerek olykor eltérőek (a PPA nem használható) a Linux Mint kiadástól. :)

#2 És szerintem k. mint kimondottan jó rendszer :)

#4 Nem is értem ennek mi a koncepciója. Inkább  szeretnék friss lenni mindenből, ha meg systemd fétisem van. Akkor nem az én disztróm a LM.  

Kizárólag az a koncepció, ha valaki sysvinit-et szeretne a systemd helyett, akkor letölthet pár sysvinit-es Linux terjesztést. És a hír csakis erről szól, nem hittérítés. ;)

#6 Nyilván irtózatos munka ez, és sok embert kíván. Olyasmi, mint az architektúrákra (pl. ARM) átírás.

#8 És szintén sysvinit-es? ;)

Letöltöttem az arcolinuxb-cinnamon iso-t. Az első firssités után adta a következőket:5.11.2-arch1-1 linux, 4.8.6 cinnamon. Azt hiszem ennél frisseb "rolling" nem nagyon van. (De én nem szimpatizálok valamiért a Cinnamonnal, nekem az Xfce a bejövős)

 

#4 Ez azért fjeleszői oldalról kíván némi erőforrást, nem is akármennyit. Ez nem csak szervezés kérdése, jóval nagyobb csapat kell, több támogatóval, több adománnyal, stb.  Szoktál adományt küldeni? (Nem feltétlenül az LM csapatnak, hanem valami akármilyen egyéb ügyben tevékenykedő entitásnak, amely ügy neked is fontos, netán profitálsz belőle)

Átállnának valami rolling rendszerre, megtartva az eddigi jól bevállt aszatli környezeteket, könnyen telepíthetőséget. Ötvözve az állandó frissességgel és stabilitással. 
Egy aktuális kódbázis, mindenből a legfrissebb és stabil.
Linux Mint Arch Edition!

Fognák az összes GUI appjaikat és alá tolnák Arch kódbázis alá. Írnának egy pofon egyszerű telepítőt. 
Mert mi is a Linux Mint? Egy Windows környezetre erőssen hajazó OpenSource Ubuntu alapú disztribúció. Annak minden nyűgjével és előnyével. Nyűg az ugye, hogy mindig ki kell gyomlálni a snap függőségeket és opcionálisan meg biztosítani flatpak elérhetőséget.
Nem lenne egyszerűbb más irányba orientálódni?

Tök feleslegesnek tartom egy kezdőknek kínált disztrótól, hogy el kezd egy olyan irányt latolgatni, amiben a kezdők számára egyáltalán nem triviális initrendszerre kínálna alternatívát. Azt se tudják mi az. Nem beszálve arról, hogy a Devuan projekt még azzal is küzd, hogy az átkonvertált csomagokat szinten is tartsa. Ami láthatjuk extrém nagy munka és maximális respect nekik érte. De akkor is le vannak maradva egy aktuális Debian kiadással.
Ezek sajnos rém régi csomagok.
Nem is értem ennek mi a koncepciója. Inkább  szeretnék friss lenni mindenből, ha meg systemd fétisem van. Akkor nem az én disztróm a LM.  
 

#10 Az „init” folyamatokon alapuló rendszerek igen könnyen scriptelhetőek, azaz például a rendszergazdák a szerintük a rendszerekből hiányzó „szolgáltatásokat” (folyamatokat) például bash scriptekkel tudják szabályozni. Azaz, megírnak egy saját elképzelésük szerinti scriptet, gondoskodnak arról, hogy a nekik megfelelő időpontban működjön vagy ne  működjön, és ezáltal megvalósul, az, ami nincs benne a rendszerben, egyéni kívánság. Megjelenése többféle lehet, a Debian sysvinit, az Ubuntu upstart (a sysvinit elágazása), az OpenRC (melyet egy Gentoo fejlesztő kezdett kialakítani) vagy akár az általad említett Runit. Mindezek moduláris működésúek, azaz modulokat lehet betölteni és működtetni. A modulok működtetik a szolgáltatásokat (az init.d könyvtárból vagy más szintről). Ennek sokáig hagyománya volt. Megszokták.
Az „init” rendszerek között nyilván van valami különbség, de jellemzően mindegyik modurális működtetésű. Ha utánaolvasol, a különbségek is nyilvánvalóak.
Az OpenRC-ről itt is szó van: https://wiki.debian.org/Debate/initsystem/sysvinit

A sysvinit nem moduláris, hanem szolgáltatás alapú, azaz a scripteket előre megírt szolgáltatások helyettesítik, és e „köré” épített rendszert Poettering. A systemd lehetőséget nyújt arra is, hogy te is megírj vagy szerkesssz egy-egy szolgáltatást. A systemd körüli „tiltakozás” elsősorban a fejlesztő személyének szólt vagy szól, mégpedig amiatt, hogy a jó szándékú tanácsokat sem hallgatja meg, mondhatni, csak a saját feje után megy (ez nem jó). Ettől függetlenül a systemd használatát átvette a legtöbb Linux terjesztés, megtalálva az utat, hogy beépítse és a saját szája íze szerint működtesse. Azaz, nem olyan rossz, mint a híre. Annyiban különbözik még a scriptektől, hogy egy egységet alkot, míg a script lehet például Bash, Python, Java.

Vannak ennek is, annak is hívei.

Én azt javaslom, próbálj rátanulni a systemd használatára, hiszen nagyjából ezt kapod szinte minden Linux terjesztéssel. Könnyebb megközelíteni, hogy neked melyik a jobb, ha van egy elvárás, feladat, és meg kéne oldani. Akkor megnézed, milyen lehetőségeid vannak a megoldásra az „init” illetve a systemd használatakor. Általában véve, ne rágd ezen magad, nem éri meg. Ha semmilyen elvárás nincsen. Elvárás (példa): nem működik a Bluetooth, valamit be kell tölteni, hogy működjön. :)

#9 Megmondta egy másik közösség megmondó embere, hogy én az init dolgokhoz "hülye" vagyok. De azért annyit tudok, hogy a Devuant nem csak sysvinit-tel lehet telepíteni, hanem felkínálja az openrc-t is, amit én ki is próbáltam. Szép színes betűkkel mutatkozik be bootoláskor (Az openrc), de a lényeget tényleg nem tudom, mi a különbség. Aztán létezik még a runit, ami a Void, és az Artix linuxokkal telepíthető, az utóbbinál más lehetőségek is választhatóak megint. Igazánból annyi előnyét látom annak, ha nem systemd -s rendszert használok, 30-50 MB - tal kevesebb üresjárati RAM használat mellett, (Ami nem sok, mert ha XFCE-ről átvált valaki valamilyen ablakkezelőre, többet nyer) gyorsaságban észrevehető különbséget nem látok. A lényeg az, hogy a service meg a systemctl parancsok helyett teljesen más dolgok vannak, amibe egy mezei user nem ütközik bele, de ha valami nem indul rendesen, és berhelni kell, másfelé kell keresgélni a megoldásokat. Használtam én a Devuan ASCII-t elég sokáig, 100% ugyanolyan volt, mint egy sima Debian, talán ki kellene próbálnom egy újabb verziót, de mióta megint áttértem Archra, nincs többé kedvem váltani, mert mégiscsak ennek a leggyorsabb a csomagtelepítője, és az AUR-ban minden benne van, ami nincs az alap tárolóban, és 890 csomagban minden benne van ami nekem kell, nem mint a Debian, ami érkezik 2000 csomaggal, és csak akkor kezdek el csak berendezkedni. 

#13 Spectrwm ablakkezelőt szerettem volna polybarral, de azt úgy néz ki csak Arch linuxon könnyű telepíteni.

Szerintem, és például a Debian terjesztésen sem lehet nehéz (systemd-vel).

https://packages.debian.org/buster/spectrwm

https://packages.debian.org/buster-backports/polybar

Én meg azt hittem, a cirka 40 MB (átlag) többlet memória felhasználás miatt utálják a systemd-t. Komplett asztali (desktop) felületeknél ez már elenyészik. Nem hatott meg a Devuan XFCE felülettel való erőforrás használata. Openboxnál már észrevehető volt a javulás. Ma elővettem a Devuan merevlemezem, mert a másik öreg Maxtor haldoklik. Meg hát úgyis szó volt itt a Devuanról. Meglepő volt, hogy nem lehet szegényre egy polybart felvarázsolni. Snap nincsen. Apt install snapd snapd: parancs nem létezik. A githubról forrásból telepítés meghiúsult, de mivel nem tudok olyan jól angolul, nem értem, mi a bánata. Találtam .deb fájlt is, ami a szokásos függőségi siralmakkal nem akar települni. legalább 7 függősége van, ami sehogyan nem telepíthető. Az apt install --fix-missing csak eltávolítja azt, ami fel akart belőle menni. Most elkezdtem upgradelni az ascii-t beowulf-ra, apt-get dist-upgrade már órák óta megy. A rengeteg lib kezdetű library frissítésbe már beleszédülök. Ha végez, meglátom, lehet-e már a polybart telepíteni, vagy használom i3-mal, az települt, de még nem próbáltam ki.   Spectrwm ablakkezelőt szerettem volna polybarral, de azt úgy néz ki csak Arch linuxon könnyű telepíteni.

#16 Az egyik legnehezebb kérdés, hogy kinek, mennyire és miért tetszik egy Linux terjesztés, nagyon egyéniek szoktak lenni az elvárások, azaz, mi nem igazán tudunk javasolni neked teljesen tökéletest. Irányt lehet mutatni, ha van kívánság. A belakás is ugyanez, szerintem gyakorlat kérdése inkább, bár nem vitázni szeretnék ezzel. Például fontot könnyen találsz, ha nincs a tükrökön, akkor lemented valahova, aztán előveszed, amikor kéne.
Nekem kényelmesebb a systemd, mert ez van most, de csakis ezért. Meg lehet tanulni ezt is, amazt is, ugyanannyi idő. Még egyszer: nem állásfoglalás a bejegyzésem. ;)
 

#15Amit írsz, az megint a sima systemd-s Debian mellett szól. Nálam a frissítés lefutott. Az /etc/apt/sources.list átírása beowulf-ra azután frissíttettem, jobb nem lett, de rosszabbb sem. Mintha minden ugyanaz lenne. Bár az apt upgrade parancsra a beowulfokról kéri az adatot. Egyelőre marad a Devuan, marad az XFCE és mellette az i3 tint2-vel, mert annak a paneljéhez sem találtam fontokat, csak az ikonok vannak, betű nincs. Tartalék (mentés) lemeznek így is elmegy. Egyszer majd ha ráérek, újratelepítem. Tegnap is gyorsabb lett volna a rendszerfrissítésnél. Ennyi idő alatt teljesen berendezkedtem volna Archlinuxon, vagy akár egy Voidon is.

 

Kapcsolódó téma. Devuan Xfce asztali környezettel:
https://xevuan.org/

Devuan · XFCE · Tint2 · jgmenu