Kako izgleda Vas LINUX Desktop?

[c h e]

 

[alex303]

6000+ paketa ?

 

[c h e]

Da, mislim da nikada nisam imao više instaliranih paketa na Linuxu.

Moja poslednja greška je što sam pustio da zypper instalira xournalpp sa skoro 2000 recommended paketa. Trenutno me mrzi da uradim cleanup, ali da - cifra treba da bude manje od 3k.

Recimo, ovo su neki recommended paketi koji mi generalno ne koriste a instalirani uz taj program:

 

[alex303]

Zar tumbleweed nema meta verzije svojih paketa ? Takođe ne vidim potrebu za korišćenje sddm-a ako postoji samo jedan DE.

 

[c h e]

Ima meta verzije, nego je problem što sam ja dozvolio instalaciju recommended paketa pa instalacije svlače mnogo više đubreta nego što je neophodno. Ovo mi je još kao test run, worst case scenario - za sada je vrlo stabilan distro i pored tog opcionog đubreta kojim zatrpavam sistem.

Što se display managera tiče kao dodatne komponente uz full blown DE, imam utisak da si u pravu ali nisam istraživao odavno da li postoji neki race condition prilikom boot procesa gde možeš da zaibiđeš auth module.

 

[alex303]

Što se display managera tiče kao dodatne komponente uz full blown DE, imam utisak da si u pravu ali nisam istraživao odavno da li postoji neki race condition prilikom boot procesa gde možeš da zaibiđeš auth module.

Nema race condition jer se loguješ direktno u tty. Zapravo, sddm je taj koji treba da se podigne prvi kao systemd service, i na taj način presretne tty login. Ceo koncept display managera je retardiran, a taj sistem koristi 99.9% linux distroa.

 

[c h e]

Izgleda da te nisam lepo shvatio, afaik svaki "robusniji" DE koristi display (login) manager, a što se KDE tiče oni će izgleda napustiti SDDM u korist bolje integrisanog native rešenja (Plasma Display Manager), slično onome što je Gnome uradio (Gnome Display Manager).

 

[Space Beer]

Opensuse uvek ima i IceVM, osim ako nisu skoro nešto menjali u TW-u

 

[alex303]

Izgleda da te nisam lepo shvatio, afaik svaki "robusniji" DE koristi display (login) manager,

Upravo tako. Ali samo zbog toga što svi koriste display managere, to ne znači da je to ispravna metoda za učitavanje DE-a. Jeste elegantno i zgodno, ali je pogrešno. Display manager putem systemD servisa bukvalno presreće tty login i ostavlja ga da "visi u pozadini", a onda display manager učitava DE. SDDM ostaje aktivan kao servis u pozadini, troši resurse kao active service, a ne služi apsolutno ničemu. Da stvar bude još gora, ako ubiješ SDDM kao process, automatski ubijaš i desktop okruženje. Bukvalno si u situaciji gde stabilnost celog desktop okruženja zavisi od stabilnosti display managera. Ako on pukne iz nekog razloga, puca cela sesija. Zbog toga je učitavanje desktop okruženja putem startx-a, odnosno .bashrc fajla jedina ispravna metoda. Na sve to, učitavanje sistema je mnogo brže + u slučaju da DE ne može da se podigne iz nekog razloga, imaš kompletan verbose output koji može da ti pomogne da rešiš potencijalni problem, dok u slučaju display managera, moraš da juriš logove koji su na različitim distroima na različitim lokacijama. Ceo sistem sa display managerima na svim distroima je mass adopted debilizam.

a što se KDE tiče oni će izgleda napustiti SDDM u korist bolje integrisanog native rešenja (Plasma Display Manager), slično onome što je Gnome uradio (Gnome Display Manager).

Kopiraju Gnome i njihov GDM. Retardirani koncept je i dalje tu, samo je prepakovan da bi se izbeglo korišćenje sddm-kcm modula za theeming, autologin i ostale gluposti koje jedan "operativni sistem" mora da ima.

 

[vlado_ns]

Evo, ovo je da vidim koliko čačkanja pop može da izdrži.

 

[SuperStarr]

^ Offtopic: što png slika, to je tako démodé ...

 

[vlado_ns]

Nisam u toku, promeniću onda skriptu za screenshot.

 

[alex303]

Aj što je png, nego što hostuješ sliku eksternim putem.