Forum Debian Users Gang

Jessie z systemd i chodzi na roocie:

crw-rw---- 1 root video 226,  0 lip 28 07:49 /dev/dri/card0
crw------- 1 root root   13, 64 lip 28 07:49 /dev/input/event0
crw------- 1 root root   13, 65 lip 28 07:49 /dev/input/event1
crw------- 1 root root   13, 67 lip 28 07:49 /dev/input/event3
crw------- 1 root root   13, 68 lip 28 07:49 /dev/input/event4
crw------- 1 root root   13, 69 lip 28 07:49 /dev/input/event5
crw------- 1 root root   13, 70 lip 28 07:49 /dev/input/event6
crw--w---- 1 root tty     4,  7 lip 28 07:49 /dev/tty7
crw--w---- 1 root tty     4,  8 lip 28 07:49 /dev/tty8
crw------- 1 root root   10, 63 lip 28 07:49 /dev/vga_arbiter

pacman -Q xorg-server 
xorg-server 1.15.2-1

ehhh.. jak będzie aktualizacja to dodam jak to wygląda u mnie

Sid, systemd:
Zdaje się, że chodzi na uprawnieniach zwykłego usera.
jednak root

sudo lsof /dev  2>/dev/null | egrep '^X' | awk '{print $9}' | sort |uniq | xargs ls -l
crw-rw----+ 1 root video 226,  0 lip 28 11:40 /dev/dri/card0
crw-------  1 root root   13, 64 lip 28 11:40 /dev/input/event0
crw-------  1 root root   13, 65 lip 28 11:40 /dev/input/event1
crw-------  1 root root   13, 74 lip 28 11:40 /dev/input/event10
crw-------  1 root root   13, 66 lip 28 11:40 /dev/input/event2
crw-------  1 root root   13, 67 lip 28 11:40 /dev/input/event3
crw-------  1 root root   13, 73 lip 28 11:40 /dev/input/event9
crw--w----  1 root tty     4,  2 lip 28 11:40 /dev/tty2
crw-------  1 root root   10, 63 lip 28 11:40 /dev/vga_arbiter

Ostatnio edytowany przez jacekz (2014-07-28 11:59:45)

Z forum Archa:

From arch-dev-public mailing:

The new version comes with the following changes:
* X is now rootless with the help of systemd-logind, this also means that it must be launched from the same virtual terminal as was used to log in. Please note that launching X through a login-manager (gdm, kdm, ...) doesn't yet provide rootless access. The old root execution behavior can be restored through the Xorg.wrap config file (man xorg.wrap).
* Better glamor accelerated rendering, deprecating glamor-egl package.
* A new package xorg-server-xwayland that allows running X applications inside a wayland session.
* The xf86-video-intel package doesn't yet provide dri3 support because of multiple rendering bugs.

https://bbs.archlinux.org/viewtopic.php?pid=1439835#p1439835

Nie działa w menedżerach logowania bo to nowość.
Pewnie za jakiś czas będzie to w standardzie.

Jacekalex napisał(-a):

yossarian napisał(-a):

Nie działa w menedżerach logowania bo to nowość.
Pewnie za jakiś czas będzie to w standardzie.

Nowość, to była w 2010, jak to na wiki Ubuntu opisali.
Teraz RHEL się ruszył po tym, jak w OpenBSD wykastrowali Xorga,
i lata na koncie pacjenta.

To chyba nie to samo co było kiedyś. Zmiany są głębsze.

Odpowiednie łatki do sterowników trafiły dopiero wiosną tego roku:

In March the changes landed in xf86-video-intel for supporting the Intel driver in this new, more-secure world, per this commit.

Following that, the similar server-managed FD change also landed within the Radeon Git DDX (for whatever reason it didn't show up in my RSS feed until hours ago though it was apparently committed weeks ago).

http://www.phoronix.com/scan.php?page=news_item&px=MTY1MzM

Jacekalex napisał(-a):

U mnie też ze startx działa...

Możesz pokazać jak wygląda twój autostart X-sów z pliku .profile?

jacekz napisał(-a):

Jacekalex napisał(-a):

U mnie też ze startx działa...

Możesz pokazać jak wygląda twój autostart X-sów z pliku .profile?

Było na forum:
http://forum.dug.net.pl/viewtopic.php?pid=268217

Ta wersja jest prawidłowa:
http://forum.dug.net.pl/viewtopic.php?pid=268217#p268217

@mati75
Po co ta 'wańka-wstańka" w postaci while true?
Przecież Xorga się podnosi raz, i ma chodzić.

Ostatnio edytowany przez Jacekalex (2014-07-28 22:25:02)

jacekz napisał(-a):

Mam podobnie, ale ciekawi mnie dlaczego X-sy wstają akurat na drugiej konsoli (u mnie)? Myślałem, że to może kwestia tego fragmentu kodu.

To chyba masz babola w skrypcie startx, spróbuj dodać   tam gdzieś do polecenia odpalenia Xorga parametr vt7, jeśli jeszcze go nie ma.

Ostatnio edytowany przez Jacekalex (2014-07-28 22:28:11)

yossarian napisał(-a):

Jacekalex napisał(-a):

Jakie łatki do sterowników?
Całość zabawy, to uprawnienia do /dev/vga_arbiter i /dev/input/*,
przy sterze Nvidii, /dev/dri/card* i /dev/nvidia* mają uprawnienia root:video, i przy innych sterach też takie muszą być, skoro programy korzystające z 3D odwołują się bezpośrednio do tych interfejsów.

Tu raczej, jeśli łatka, to na udeva, żeby uprawnienia były gotowe dla Xorga no-root - OTB.

Nie czytałem za dużo o tym, ale deweloperzy sterowników chyba lepiej wiedzą co robią. Przynajmniej mam taka nadzieję :)

To raczej marketoidalne pieprzenie REHLa i podobnych oryginałów, cytowane potem przez pudelka Phoronixa.
Kernel wczytuje sterowniki, ale interfejsy INPUT tworzy moduł Evdev, za /dev/vga_arbiter odpowiada kernel.

Nawiasem pisząc, maska uprawnień do takiego czy innego interfejsu,to jest "strasznie skomplikowana" zmiana jednej linijki w kodzie.
W dodatku sprawa rozbija się głównie o inputy, a nie słyszałem, żeby Intel robił stery do klawiatur i myszek. :D
Tu raczej odpowiedzialne są moduły HID, BT i podobne, a nie stery do grafiki.
Z samej grafiki trzeba zmieniać uprawnienia tylko do /dev/vga_arbiter, to jest interfejs wspólny dla wszystkich sterowników grafiki - jest częścią API kernela.

Ostatnio edytowany przez Jacekalex (2014-07-28 22:54:42)

Jacekalex napisał(-a):

Raczej widać dość chorą politykę w Linuxie, np Apache też wstaje domyślnie z uprawnieniami roota, (choć w czasach Capabilities i ACL wcale nie ma takiej potrzeby), podobnie Nginx, podobnie Postfix (gdzie proces master bez roota w ogóle nie wstanie), tak samo Xorg.
I jak zwykle dopiero Gentoo, Arch czy *BSD musi pokazać, że coś innego jest możliwe, to wtedy RHEL ogłasza "wielkie osiągnięcie naszego kochanego Systemd". xD

zgadzam się w 100%. no ale niestety nie wszystko jest idealnie (i tak nie jest źle).

@jacekz
tak na marginesie; -u mnie na Archu już gdzieś od ~miesiąca Xy nie wstają pod "Ctrl-alt-f7" a "Ctrl-alt-f1" ;p

jacekz napisał(-a):

@dominbik
A u mnie Xy na tty1 dopiero od 32 minut ;P

Podejrzewam, że te Xy na konsolach poniżej vt7 - to przygotowania na Waylanda.


Kiedy pacjent loguje się na konsolę tekstową przez *getty, to automatycznie przejmuje na własność tą konsolę, jej uprawnienia wtedy zmieniają się na

$USER:tty

Jeśli wtedy serwer obrazu wstanie na konsoli należącej do pacjenta,
to trudno sobie wyobrazić bezpieczniejsze rozwiązanie.

Dlatego generalnie nie ma się czym martwić.

Po prostu Wayland powoduje zmianę sposobu używania ekranu graficznego w Linuxie, logika działania ekranu graficznego  upodabnia się w użyciu do Alsy, dźwięk też można mieć na każdej konsoli, a nie tylko jakiejś ekstra graficznej, nie ma żadnego powodu, żeby serwer obrazu miał jakieś ekstra uprawnienia, których w praktyce w ogóle nie potrzebuje do normalnej pracy.


Nie wiem, czy ktoś zauważył małe drobiazgi związany z Xorgiem-1.16:

Pierwszy:

x11-base/xorg-server-1.16.0 ipv6 nptl static-libs suid udev wayland xnest xorg xvfb

Ta flaga włącza:

 + + wayland     : Enable dev-libs/wayland backend

Drugi:
Od tej wersji, cała akceleracja 2D jest realizowana przez interfejs OpenGL, z użyciem mechanizmu Glamor, to już jest rozwiązanie zaczerpnięte z koncepcji Waylanda.

Pozdro
;-)

Ostatnio edytowany przez Jacekalex (2014-07-29 01:12:06)