I changed the udev permission for /dev/sound/* to 0666 in /etc/udev.permissions
and/etc/udev/permissions.d/50-udev.permissions, and did a
chmod 0666 /dev/sound/*, and then rebooted, but the permisions stay 0660. I
thought this may be related to: Bug 73660 PAM messes up device permissions, so I
changed the permissions for sound to 0666 in /etc/security/console.perms as
well, but to no avail, the devices steadfastly remain at 0660
Steps to Reproduce:
1. Install gentoo
2. Try to alter the permissions for a device via config files and chmod
4. Permissions go back to previous state
Respected the changes I made to the config files
stubox stu# emerge info
Portage 22.214.171.124-r2 (default-linux/x86/2005.0, gcc-3.3.5-20050130,
glibc-2.3.5-r0, 2.6.7 i686)
System uname: 2.6.7 i686 AMD Athlon(tm) XP 2500+
Gentoo Base System version 1.6.13
dev-lang/python: 2.2.3-r5, 2.3.5
sys-devel/autoconf: 2.13, 2.59-r6
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5
virtual/os-headers: 2.4.19, 2.6.11-r2
CFLAGS="-O3 -march=athlon-xp -funroll-loops -fprefetch-loop-arrays -pipe"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.1/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 /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O3 -march=athlon-xp -funroll-loops -fprefetch-loop-arrays -pipe"
FEATURES="autoconfig distlocks sandbox sfperms strict"
USE="x86 X aalib alsa apache2 apm arts avi berkdb bidi bitmap-fonts bonobo cdr
crypt cups curl dvd eds emboss encode esd faad fam firebird flac foomaticdb
fortran gdbm gif gimpprint gnome gphoto2 gpm gstreamer gtk gtk2 gtkhtml guile
imagemagick imlib ipv6 jabber java jpeg junit libg++ libwww mad matroska mikmod
motif mozilla mp3 mpeg mysql ncurses nls ogg oggvorbis opengl oss pam pdflib
perl png postgres ppds python quicktime readline ruby samba sdl slang spell ssl
svga tcltk tcpd tiff truetype truetype-fonts trutype type1-fonts unicode usb
vorbis wxwindows xine xml xml2 xmms xv yahoo zlib userland_GNU kernel_linux
Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY
Created attachment 64487 [details]
Created attachment 64488 [details]
udev permissions file
Created attachment 64489 [details]
permissions.d udev.permissions file
(In reply to comment #0)
> I changed the udev permission for /dev/sound/* to 0666 in /etc/udev.permissions
> and/etc/udev/permissions.d/50-udev.permissions, and did a
> chmod 0666 /dev/sound/*, and then rebooted, but the permisions stay 0660.
ewarn "Note: If you are upgrading from a version of udev prior to 050"
ewarn " and you had written some custom permissions rules, please"
ewarn " realize that the permission rules are now part of the main"
ewarn " udev rules files and are not stand-alone anymore. This means"
ewarn " you need to rewrite them."
Enjoy playing with something that is not used any more, or maybe read the docs
next time before filing a bug. Thanks.
And which docs are these ?? - not the man pages - not the info pages - Not in
any FAQ that I saw - Not in the comments in my udev.conf file.. If you want
people to read the friendly manual, be so kind as to point at which manual you
are talking about... Or you are just causing MORE problems, not preventing
future ones .. and being a real jerk while you are at it.. If you are telling me
I should sit there and watch the entire output of emerge -uDp world, the gentoo
docs *explicity* tell you to go do something else while that's happening.. Or
should I just re-open this as a "missing docs" bug...
(In reply to comment #4)
> (In reply to comment #0)
> > I changed the udev permission for /dev/sound/* to 0666 in /etc/udev.permissions
> > and/etc/udev/permissions.d/50-udev.permissions, and did a
> > chmod 0666 /dev/sound/*, and then rebooted, but the permisions stay 0660.
> ewarn "Note: If you are upgrading from a version of udev prior to 050"
> ewarn " and you had written some custom permissions rules, please"
> ewarn " realize that the permission rules are now part of the main"
> ewarn " udev rules files and are not stand-alone anymore. This means"
> ewarn " you need to rewrite them."
> Enjoy playing with something that is not used any more, or maybe read the docs
> next time before filing a bug. Thanks.
I still don't know where you found that warning jakob, but not only are you
rude, but you are wrong:
By default permissions are now set in:
Which is not the main udev.conf file.
At least in gentoo as of last week when I did the make world and etc-update
This is a bug then, in whatever documentation you got that from.
tata Mr. Moc
(In reply to comment #6)
> I still don't know where you found that warning jakob, but not only are you
> rude, but you are wrong:
I got it from ebuild's ewarn itself, and failure to read the ebuild instructions
and documentation on writing udev rules is not a bug. Ebuild message logging is
another bug, please move your comments there. Finally, Gentoo is providing an
ebuild, not a learning course on how to set up udev rules. Once again, you are
setting the rules in a wrong place, which is not parsed by udev at all.