[0.3a] testing s2-liplianin: S480: Falsche Gruppe bei adapter1

Hallo

ich verwende für meine S480 s2-liplianin-dkms 0~20110319.15386 aus dem testing yavdr zweig.
Leider passen die Berechtigungen net so ganz:

ls -al /dev/dvb/adapter*
/dev/dvb/adapter0:
insgesamt 0
drwxr-xr-x 2 root root 	120 2011-04-22 14:53 .
drwxr-xr-x 4 root root  	80 2011-04-22 14:53 ..
crw-rw---- 1 root video 212, 0 2011-04-22 14:53 demux0
crw-rw---- 1 root video 212, 1 2011-04-22 14:53 dvr0
crw-rw---- 1 root video 212, 3 2011-04-22 14:53 frontend0
crw-rw---- 1 root video 212, 2 2011-04-22 14:53 net0


/dev/dvb/adapter1:
insgesamt 0
drwxr-xr-x 2 root root	120 2011-04-22 14:53 .
drwxr-xr-x 4 root root 	80 2011-04-22 14:53 ..
crw------- 1 root root 212, 4 2011-04-22 14:53 demux0
crw------- 1 root root 212, 5 2011-04-22 14:53 dvr0
crw------- 1 root root 212, 7 2011-04-22 14:53 frontend0
crw------- 1 root root 212, 6 2011-04-22 14:53 net0

Das hat natürlich einige Probleme zur Folge...
Wie dreh ich die Berechtigungen yavdr-konform hin?

Grüße Michi

Danke für deine Antwort.

Jetzt hab ich grad ein seltsames Phänomen:
Ich hab manuell (chgrp/chmod) die Rechte richtige gesetzt und die haben den Reboot überlebt - wie gibt's das denn?
Hat sich da in udev soviel geändert? Das war früher doch anders, oder?

Zitat von gda

Du sollst ja keine eigene schreiben, sondern die vorhandene finden und reparieren. Wenn es dann geht, dann ist es ja gefixt und du schickst die Änderung an Ubuntu, oder uns.

Gerald

Das war mir schon klar, einzig bei meinen Fähigkeiten bin ich mir net so sicher. Sprich ich hab die udev-Regle net gefunden...

edit: ich seh grad, dass sich deine Antwort und mein Edit überschnitten haben.
Ein manuelles Ändern der Rechte überlebt diverse Reboots. Das überrascht mich gerade etwas.

ja hab ich. ich hab mal nach dvb und frontend gegrept, aber um ehrlich zu sein, steig ich mit udev nimmer/nicht durch.
Da ist keine Einfache Regel zum abändern, sondern nur so fetzen wie:

50-udev-default.rules:SUBSYSTEM=="dvb", GROUP="video"
70-acl.rules:SUBSYSTEM=="dvb", ENV{ACL_MANAGE}="1"

Erschwerend kommt hinzu, dass es jetzt ja geht