[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[debian-devel:12689] device files' permittion on alsa (Re: GNOME の ALSA 使用に付いて)
やすいです.
-devel にも関係しそうな内容ですので,-devel にもながします.
#日本人メンテナだと日本語でお話しできるから,うれしいな.
##というか,英語勉強しろって.> ぼく
/* In mail "[debian-users:23214] Re: GNOME の ALSA 使用に付いて"
sin@xxxxxxxxx, as "sin" wrote... */
sin> なので、666 なんぞにするより、audio グループにユーザが属す
sin> るようにした方が建設的だと思います。
tach> なのですが,なにぶんユーザ数(とマシン数)が多くて...
tach> #といっても,30 程度なのですが.
sin> ああ、なるほどそういう状態なのですね。
ユーザが 30 程度ということです.
#マシンは 10 台程度.
ただ,マシンが 1,000 台規模で,ユーザ数 15,000 という某センター
などの場合はどうするんでしょうね.
#alsa-base のカスタマイズ版を作るか...
#さすがに,15,000 のエントリを /etc/group に追加するわけには.
tach> もっとスムーズにできる方法はないでしょうか.
tach> /etc/init.d/alsa を書き直すしか,思いつきません...
alsa-base パッケージの方で対応できませんか?
たとえば,/etc/alsa-base/alsa.conf とかをつくって,
/etc/init.d/alsa から読み出すとか.
#ってこれは,-devel のお話?
sin> でも、30台 /etc/init.d/alsa を置き換えるぐらいだったら各マ
sin> シンで適当なスクリプトなんぞを走らせて登録してしまう方が良
sin> いかと思います。
ユーザの追加や消去をするたびに,やらなければいけませんね.
これはめんどい.
一番楽なのは,NIS のエントリに audio グループを含ませてしまう
こと.でも,そうすると GID をかえるか,NIS を読み出す GID を
変えるか...
#Debian policy に反しますね.
ともあれ,現状では,/etc/init.d/alsa を書き直すのが一番早い
し,次の変更があったときも楽だと思うのです.
--
// 安井 卓 (YASUI, Taku) <tach@debian.or.jp>
// WWW: http://tach21.hoops.ne.jp/