Van-e létjogosultsága GUI-nek egy linuxos szerveren?

Címkék

Van.
24% (91 szavazat)
Nincs.
65% (251 szavazat)
Leírom kommentben / nem érdekel / stb.
11% (43 szavazat)
Összes szavazat: 385

Hozzászólások

bár nincsre szavaztam, de igazából attól függ, hogy olyan tool, ami grafikus, tehát pl áthozzuk egy x forwarddal, vagy hogy fut ott egy X?

(illetve persze vannak a direkt vnc boxként működő linuxos szerverek :))

Szóval hiányzik a "Van olyan eset" válasz, ami pedig az egész szavazást fölöslegessé teszi így ez a kérdés a "Milyen színű zoknit vegyek fel ma reggel? De nagyon sürgős választ várok!" kérdéskörhöz tendál. :)
--
Tertilla; Tisztelem a botladozó embert és nem rokonszenvezem a tökéletessel! Hagyd már abba!; DropBox

Csak arra utaltam, hogy ha a "Van olyan eset" is bekerült volna, akkor minden eset le lett volna fedve, és mindegyik válasz lehetett volna eset függően helyes is!
"A Használsz-e GUI-t linuxos szerveren?" kérdés más tészta lenne.
Erre a válaszom az, hogy pillanatnyilag nem, de ez a közeljövőben változhat.

--
Tertilla; Tisztelem a botladozó embert és nem rokonszenvezem a tökéletessel! Hagyd már abba!; DropBox

Na jó, lebuktatom magam :D
Készülök legyalulni az itthoni szerveremet és újrahúzni tisztán. Nem tudtam eldönteni, hogy magamra hallgassak és tartsam tisztán, X-mentesen vagy manapság már nem akkora gáz, ha Xorg is fut rajta. Számomra egyetlen előnye az lenne, hogy ha valami szerverrel kapcsolatos dolognak utána kell néznem a neten, akkor nem kell mobilt,laptopot bekapcsolni.
Innen jött az ötlet eredetileg. Kicsit jegeltem, de amikor a freeradius kb. ötven csomagot, köztük sok X-est is fel akart rakni, már nem bírtam magammal. :)

Otthoni (gyakorló) szervernél én a CentOS-t úgy telepítem, hogy amikor ki lehet választani a csoportokat, hogy mit telepítsen, akkor a "Server with GUI" vagy hasonló nevűt választom. Persze ehhez is hozzá kell még utólag tenni ezt-azt, de egy elég jó alapot ad a "szerverkedéshez"! :)
--
Tertilla; Tisztelem a botladozó embert és nem rokonszenvezem a tökéletessel! Hagyd már abba!; DropBox

+1. En is tettem mar fel beagyazott (video-csatlakozoval nem rendelkezo) gepre xterm-et meg par egyeb specifikus alkalmazast amit siman at lehet hozni x forwarddal. Viszont ezeknek a footprintje sokkal kisebb mint egy barmilyen grafikus feluletnek (x server + window manager + ...). Es ha epp nem futtatod, akkor egyatalan nem ker enni sem.

Ugyanakkor ott van, mint bináris, és adott esetben a hibája ettől még kihasználható.
Én minden olyat le szoktam szedni, ami nem kell, vagy nem használjuk, pont emiatt. Továbbá kevesebb fájl, kevesebbet kell backupolni, fsck-nek kevesebben kell végigmenni, kevesebbet kell updatekor frissíteni, tisztább az /etc, kevesebb konfig, stb..
--
"Sose a gép a hülye."

Nem tudom. Még lehet is, igaz, sehol nem használom és ahol olyan rendszer kaptam amire valamilyen majom telepítette előtte csak a gondot okozta mert a gui hoz magával néhány management toolt is CentOS-on ami Core telepítésnél nincs ott.

A gui sok esetben gyorsíthat sok mindent mivel egymástól független alrendszerek adatait képes egy időben egy helyen megjeleníteni és hasznos lehet a klasszikus SMB felhasználásnál is amikor van a szerver és kész.

Mi egyszer pl html trening to video converter servicet csinaltunk, es egy headless browsert fotoztunk idokozonkent. Mivel nem volt semilyen megkotes a kerdesben, tessek itt egy eset, amikor nem csak, hogy van letjogosultsaga, hanem egyenesen elengedhetetlen.

-
Kiterjesztések írása Go nyelvi környezetben

Már nem azért, de a web-GUI is egy GUI nem? ez a kérdés így elég almás...

A Zentyal esetében azért kell a gui a szerverre, hogy az admin-felületet a konzolon is el tudd érni web-böngészővel.
De az X teljes értékű, telepíthetsz rá LibreOffice-t is. Ott van az Ubuntu repoban.

--
Tertilla; Tisztelem a botladozó embert és nem rokonszenvezem a tökéletessel! Hagyd már abba!; DropBox

ha szukseg van gpu szamitasokra, akkor nem uszod meg az X telepiteset,
kulonben nem tolti be a gpu driveret.

Csak egy pelda: rendering cluster. De lehetne a most divatos ai is. Pl:
https://www.bluedata.com/blog/2017/09/deep-learning-with-tensorflow-gpu…

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

Nem kell hozza.
OpenCL-t tudsz hasznalni X nelkul.
https://community.amd.com/thread/168273
from catalyst 14.12 omega it is supported to run OpenCL applications without Xserver.

https://devtalk.nvidia.com/default/topic/457734/can-i-install-cuda-with…
" Alternatively, you can use the installer advanced options to just install the kernel driver and kernel support libraries. That is enough for CUDA (and OpenCL if you have a driver with OpenCL support). We have a bunch of cluster nodes that run like that."

OpenGL-hez sem feltetlenul kell X, de dolgozni kell vele.
Ami OpenGL-hez kell, az a rendering context meg surface. Az XOrg is tud lenni OpenGL surface, de anélkül is használhatod, csak akkor dolgozni kell, méghozzá úgy, hogy EGL adja a surfacet és rendering contextet.
https://devblogs.nvidia.com/linking-opengl-server-side-rendering/
https://devblogs.nvidia.com/egl-eye-opengl-visualization-without-x-serv…

De ha GPU szamitasokat akarsz csinalni, akkor miert az OpenGL fogalomkoreben dolgozol az erre kitalalt OpenCL vagy CUDA helyett?

Mondjuk ez se semmi:
"""
WARNING This patches AMD's proprietary driver. For all I know, it could enable privilege escalation. Use at your own risk. Allows unprivileged users to run OpenCL applications without an active X server.
"""

innen: https://github.com/lgeek/catalyst-test-compat-headless-opencl

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

Hat persze hogy van! Hogy futna nelkule a TeamViewer, hogy el tudjak erni tavolrol? :)
(eskuszom hogy volt ilyen igeny tobb helyen is)

Az Oracle 8.1 idején így ment a telepítés (azóta nem próbáltam, de nem esküszöm meg, hogy nem így van azóta is):

Install Java
Install X Window
Install Oracle (az X meg a Java csak az installerhez kell)

Amióta találkoztam, 4 unit magas, rackbe szerelhető touchscreen előlappal, azóta kell kategória a GUI.
Hihetetlenül meg tudja gyorsítani a helyszínen való molyolást.
--
"Maradt még 2 kB-om. Teszek bele egy TCP-IP stacket és egy bootlogót. "

a létjogosultság talán túlzás, de lehet akár hasznos egy gui.

"I'd rather be hated for who I am, than loved for who I am not."

Pont a napokban gondolkodtam ezen és a (naiv) konklúzió az volt, hogy van (illetve miért ne lehetne).

Mivel a legtöbb alkalmazás csak lokál elérhető (+ssh -X) és egyetlen lokál user van (én) a többiek pedig virtuálisak így nem látom értelmét a korlátozásnak. Mondom ezt úgy, hogy tudom ismereteim korlátosak ennek kockázataiban.

Fejlesztőként és hobbi üzemeltetőként korlátozott rálátásom van a témára, de az alapján - speciális igényeket kivéve - szükség rá nem igazán van, viszont extra elpazarolt erőforrást, extra sebezhetőségeket jelent ha mégis van fent Xorg, így a nemre szavaztam.

Persze ezt csak akkor, ha a webes UI az nem GUI, mert annak simán van létjogosultsága.

létjogosultsága van. szükség viszont nincs rá.

"all submitted complaints will be forwarded to /dev/null for further investigation"

... nálam pont fordítva volt ... :):):)
miután felraktam a vasra a piros kalapot, a többnyire szakmán kívüli főnökeimnek kellett mutatni valami színes kittkattos látványosságot, hogy elhiggyék, az elmúlt pár napban dolgoztam is valamit ...
:):):)
_____________________
www.pingvinpasztor.hu

Nincs, tobb kod > tobb lehetoseg a serulekenysegre.

Nemre szavaztam de sajna az orákli igényli hogy a fene enné meg.

GUI-t a szerveren? Basszus, akkor nagyon elcsesztem valamit. HPUX-on nekem nem volt, linuxról, ssh -X ..., oszt ment szépen. ;)

Igazad van neked is, meg sokaknak: nagyon pontatlanul fogalmaztam meg a kérdést, bár egy sorban elég nehéz lett volna leírni, hogy GUI alatt arra gondoltam, amikor egy X-es felület közvetlenül a gépen fut, a maga biztonsági problémáival, erőforrás zabálásával stb.

Szerintem grafikus támogatást biztosító videókártyának sincs sok értelme. ( minek fogyasszon feleslegesen áramot egy grafikus processzor egy szerveren? ) Legyen jó konzol, ne ijedjen meg az utf-8-tól, UI-nek teljesen megfelel a man, info, mc. Config fájlt/scriptet így lehet szerkeszteni, fájlműveletet lehet végezni, ha meg valami nem világos lehet man-t, info-t olvasgatni.

-fs-
Az olyan tárgyakat, amik képesek az mc futtatására, munkaeszköznek nevezzük.
/usr/lib/libasound.so --gágágágá --lilaliba

Van-ra szavaztam, mert van olyan eset, amikor van. Bar altalanossagban nem tennek ra.
Egyebkent - bar nem szerver, de Linuxos - egyik kollegam pont a hetvegen allitott uzembe egy olyan gepet, amin egy GUI-s vezerloprogram fut, rakotott monitor nelkul. (egy speci koszorut vezerel, UI-nak meg nyomogombokat+ledeket hasznal.. felmerult, hogy egy 2x16-os karakteres LCD kijelzot meg kaphatna, egyelore lemondtunk rola)

--
Any A.I. smart enough to pass a Turing test is smart enough to know to fail it. -Ian McDonald

ha a gui elromlik, azt is guival javítaná a júzer? Az élet nem egy amerikai scifi.

Bár láttam már olyat, hogy a júzer azt hitte, hogy az androidján az animált gif takarítja a szemetet...

Lehet(ne), de meg nem nagyon talalkoztam ilyen esettel.

Legkozelebb akkor jartam ahhoz, hogy X-et kelljen installalni a build szervereinkre, amikor elkezdtek a webapphoz bongeszobol futtatni E2E teszteket. Firefoxot meg eleg nehez X nelkul futtatni... de vegul egy virualis X lett helyette (xvfb), szoval van is grafikus felulet meg nincs is.

Ha egy szerverre van telepítve X + Desktop környezet, de azt csak távolról használják (pl. xdmcp), a szerveren pedig a rendszergazda konzolról dolgozik, az a szóbanforgó GUI alatt értendő? Mert szerintem ebben az esetben már van létjogosultsága.

-fs-
Az olyan tárgyakat, amik képesek az mc futtatására, munkaeszköznek nevezzük.
/usr/lib/libasound.so --gágágágá --lilaliba

Próbáltam többször is elolvasni, lehet én vagyok fáradt, de nem vágom ezt hogy értetted. Mindenesetre nekem úgy tűnik, ha egy szerverre telepítve van az X, akkor az ezen szavazás szerint GUI-nak minősül, ha használja a rendszergazda, ha nem, ha helyben, ha távolról használják.

Kicsit előreszaladtál, nekem azt is elég nehezen adja be valaki, hogy kell Xorg egy szerverre (mert szerintem nem kell), de hogy mindjárt komplett DE is kelljen rá, az már mindent visz. Sima WM, vagy külön WM nélküli Xorg only megoldás nem jó GUI-nak, ha már mindenképp teszünk rá valamit?

Szerintem akkor már „sl"-t és képernyővédőnek „asciiquarium”-ot is tegyünk fel, meg pulseaudiót, meg esetleg néhány game-et is. És akkor már miért hagynánk ki a Wine-t. Esetleg egy cserepes virágot is fel lehet tenni csipketerítővel a szerver/szekrény tetejére. Már akkor röhögtem, mikor a MS a Server 2012-be betette a Metro UI-t (akkor még nem ModernUI-nak hívták), az is kellett bele, mint egy falat kenyér.

„Pár marék nerd-et leszámítva kutyát se érdekel már 2016-ban a Linux. Persze, a Schönherz koliban biztos lehet villogni vele, de el kéne fogadni, ez már egy teljesen halott platform. Hagyjuk meg szervergépnek…” Aron1988@PH Fórum

pl. urlap_xxx.php alapesetben szöveges fájl. A GUI elemek-et (inputbox, checkbox, button_xxx) a kliensgép böngészője tartalmazza/rajzolja/jeleníti meg. Tehát itt a serveren nincs GUI.
xdmcp-nél a GUI cuccait a server tartalmazza, és futtatja (komplett desktop környezet), de magán a serveren nincs hardveres grafikai művelet. (pl. a server videokártyáját sem használja)
Ha egy serverre fel van téve desktop környezet is, a server billentyűjét, monitorját, egerét használva szerkesztek egy képet A GIMP-ben, (vagy grafikus terminálon kiadom az ls parancsot ), itt már egyértelmű, hogy a serveren van a GUI.

Szerintem a létjogosultsága feladatfüggő, a GUI kérdése meg nem egyértelműen behatárolható semmilyen szempontból sem. Tágabb értelemben az mc is lehet GUI, karaktergrafika, vannak inputboxok, checkboxok, radiobuttonok, textboxok, dialógusdobozok ...

-fs-
Az olyan tárgyakat, amik képesek az mc futtatására, munkaeszköznek nevezzük.
/usr/lib/libasound.so --gágágágá --lilaliba

"Szerintem a létjogosultsága feladatfüggő, a GUI kérdése meg nem egyértelműen behatárolható semmilyen szempontból sem. Tágabb értelemben az mc is lehet GUI, karaktergrafika, vannak inputboxok, checkboxok, radiobuttonok, textboxok, dialógusdobozok ..."

Azt hívják TUInak, G mint graphical.

Több próbálkozás volt már web gui Linuxokra. Sajnos eddig egyik projekt sem bizonyult életképesnek. Pedig az ötlet nem rossz. A lényeg, hogy a desktop egy web alapú lap ami böngészőben vagy fullscreenes böngésző motoron működik. Pont olyan ablakos ikonvezérelt
mint amit mindenki megszokott. De az alkalmazások érdemi, számításigényes része a host (server) rendszeren fut. A legambiciózusabb projekteknél a web kliensoldal ugyanúgy működött volna a helyi host gépen, mint bármelyik arra a gépre kapcsolódó webes kliensen. Itt már eléggé elmosódik a határ gui és webgui között.

Normális HUP-ot használok!

Már belementünk. A webes felület nem GUI, a szerveren egyszerű szöveges webszerver fut, ami szöveges adatokkal szolgálja ki a kéréseket. Az megint más, hogy kliensoldalon a böngésző grafikus felületként jeleníti meg a textben, meg bináris adatokkal kapott kódot, adatokat.

Az mc és társai meg TUI-nak minősülnek, nem GUI-nak, mielőtt még ezt is előveszi valaki ezredszerre.

Ez a topik arról szól, hogy kell-e egy szerverre X vagy Wayland-implementáció, esetleg kell-e még efölé DE/WM is.

„Pár marék nerd-et leszámítva kutyát se érdekel már 2016-ban a Linux. Persze, a Schönherz koliban biztos lehet villogni vele, de el kéne fogadni, ez már egy teljesen halott platform. Hagyjuk meg szervergépnek…” Aron1988@PH Fórum

Eredeti célomnak inkább megfelelő kérdés valahogy úgy hangzott volna, hogy "tegyünk-e grafikus konzolt a szerverre vagy sem?".
Mert sok esetben tényleg megkerülhetetlen, hogy legalább az X-es kliens library-k egy része felkerüljön. Lásd a soxor említett oracle telepítő esete ;)