I have been experiencing this problem for all versions of udev greater than 030, but it hasn't been an issue until I needed to update to 058 to use 2.6.12. Udev sets video0 (the only device that I care about) to root:sys:600, although udev-030 set it to root:video:660. In /etc/udev/permissions.d/50-udev.permissions, there is "v4l/*:root:video:0660", so I don't see why this is happening. I have not made any modificiations to anything in /etc/udev. Reproducible: Always Steps to Reproduce: 1. set up tv tuner 2. install udev-058 3. reboot 4. ls -l /dev/v4l Actual Results: crw-rw---- 1 root video 81, 64 Jul 7 13:52 radio0 crw------- 1 root sys 81, 224 Jul 7 13:52 vbi0 crw------- 1 root sys 81, 0 Jul 7 13:52 video0 crw------- 1 root sys 81, 24 Jul 7 13:52 video24 crw------- 1 root sys 81, 32 Jul 7 13:52 video32 Expected Results: crw-rw---- 1 root video 81, 64 Jul 7 13:52 radio0 crw-rw---- 1 root video 81, 224 Jul 7 13:52 vbi0 crw-rw---- 1 root video 81, 0 Jul 7 13:52 video0 crw-rw---- 1 root video 81, 24 Jul 7 13:52 video24 crw-rw---- 1 root video 81, 32 Jul 7 13:52 video32 Portage 2.0.51.19 (default-linux/x86/2005.0, gcc-3.4.3-20050110, glibc-2.3.4.20041102-r1, 2.6.12.2 i686) ================================================================= System uname: 2.6.12.2 i686 Intel(R) Pentium(R) 4 CPU 2.40GHz Gentoo Base System version 1.6.12 Python: dev-lang/python-2.3.4-r1,dev-lang/python-2.4-r3 [2.4 (#1, Mar 21 2005, 10:33:41)] ccache version 2.3 [enabled] dev-lang/python: 2.3.4-r1, 2.4-r3 sys-apps/sandbox: [Not Present] sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.5, 1.6.3, 1.7.9-r1, 1.9.5, 1.4_p6, 1.8.5-r3 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O2 -march=pentium4 -pipe -fomit-frame-pointer -fweb" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=pentium4 -pipe -fomit-frame-pointer -fweb" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks fixpackages sandbox sfperms strict" GENTOO_MIRRORS="http://mirror.datapipe.net/gentoo http://mirrors.tds.net/gentoo ftp://ftp.ussg.iu.edu/pub/linux/gentoo" LDFLAGS="-Wl,-O1" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.us.gentoo.org/gentoo-portage" USE="x86 X acpi aim alsa apache2 avantgo avi bash-completion berkdb bitmap-fonts bonobo cdr crypt cups curl dillo divx4linux dts dvd dvdr dvdread eds emboss encode evo fam flac foomaticdb fortran gd gdbm ggi gif gpm gstreamer gtk gtk2 gtkhtml hal imagemagick imap imlib ipv6 java javascript jikes jit jpeg junit kde kdeenablefinal ldap libg++ libwww lirc live mad mikmod mmx motif mozilla mp3 mpeg msn mysql mythtv ncurses network nls nptl nvidia ogg oggvorbis opengl pam passfile pda pdflib perl pic plotutils png python qt quicktime readline real rtc samba sdl slang spell sse sse2 ssl svga tcltk tcpd tetex tiff truetype truetype-fonts type1-fonts unicode usb userlocales v4l2 vorbis xine xml xml2 xmms xprint xv xvid zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LINGUAS
058 no longer uses the .permissions file. Can you provide a patch against the 50-udev.rules file to fix the permissions?
well, I'm stumped now.. I removed /etc/udev and remerged udev to get rid of the cruft from old versions. I then ran udevstart, after which the permissions were set correctly. I thought I fixed it, but, to be sure, I rebooted and the permissions were back to root:sys:600. I then ran udevstart again, and the permissions were correct. How is this possible? Is there something besides udev that could be setting the incorrect permissions?
Yes, pam is known to switch device permissions, as well as other helper applications. Is there any v4l program that might do this? Anyway, it's not a udev issue, so I'll just close the bug. If you want to, reopen a new bug against the v4l package(s) for this.
