Debian GNU/Linux スレッド Ver.103 (798ﾚｽ)
上下前次1-新
286: 10/21(火)17:24 ID:0QY5GhOt(1) AAS
心の安定
287: 10/21(火)17:39 ID:y57oU+dz(1) AAS
バグが減っていくのは、カーネル部分しかという気がしているから、待っても変わらん
288(1): 10/21(火)21:18 ID:PIUi70+K(2/2) AAS
.bashrc で umask 設定だけでは根本解決にならない
GUIでlibreofficeやブラウザで新規ファイル作成で
-rw-rw-r-- のグループ書込み許可で作成される
共有うんたらや利用者専用グループとか言い訳めいたこと書いているけど
マルウェアなりランサムウェアなりはそういう穴を塞ぐことで余計な被害拡大を防げる
普通は穴を塞ぐ方向だが今回のは穴をあける方向で間違っている気がする
外部ﾘﾝｸ:wiki.debian.org
外部ﾘﾝｸ:wiki.debian.org
useridの専用 groupidの場合はグループも書込み可能
useridとは異なる groupidの場合はグループは書込み不可なのかな
省2
289: 10/22(水)05:40 ID:ZiEHc3WT(1) AAS
>>288
>共有うんたらや利用者専用グループとか言い訳めいたこと書いているけど
よく読めば重要なやり方の一つであるのが理解できるのに
>マルウェアなりランサムウェアなりはそういう穴を塞ぐことで余計な被害拡大を防げる
>普通は穴を塞ぐ方向だが今回のは穴をあける方向で間違っている気がする
変な結論に達してしまっている
GUI時代には欠かせない運用になってきている
スレのレベルが落ちてきている
290: 10/22(水)06:49 ID:IURL/HDN(1) AAS
new normalに対応できる柔軟さは年をとっても保ちたいですね
291: 10/22(水)07:02 ID:x9NzfE1e(1) AAS
5chに残ってる時点で手遅れ感が……
292: 10/22(水)17:45 ID:fnorY+yd(1) AAS
ホームディレクトリのパーミッションが700なら自分しか入れないよ
293(1): 10/22(水)18:55 ID:IP9vo84m(1) AAS
必要なファイルだけパーミッション変更し書込み許可出せば済む話しでは
普段から書込み許可する必要性がない
294: 10/23(木)04:42 ID:PHv5wzRW(1) AAS
話が盛り上がっている割に、002賛成派は「何故、Debian がデフォルト設定で 022 を 002 に変えたのか」を説明出来ない
何故？ってとこからスタートしたのに、賛成派は論点をそらし続けているｗ
295: 10/23(木)04:56 ID:8ZkVZjfN(1) AAS
>>293
済む話というのが逆に必要がない話
umaskやディレクトリのsetgidというのは
済む事をどうやって必要ない事にするかの技術的工夫であり
user private groupは既存の道具を使ったその集大成の運用と言えるもの
この美が分からない人がいるとは
296: 10/23(木)05:20 ID:EM18SlUn(1) AAS
あー、なるほど。PGが有効なら002が生きてくるのか。
・・・ぼっちには縁のない機能だな。
297: 10/23(木)11:46 ID:FQ7DmUEh(1/2) AAS
会社のリポジトリで設定したけど
ホームディレクトリ含め大半は022で済むマスク
リポジトリ操作時は002に変更
これを通達するだけだよ
ファイルシステムのパーミッション操作について
学習意欲も無い人々が簡易的に使える点を狙って採用しているだけ
chmod や chgrp を適切に扱えるメンバーが揃っているなら
通常は022で共用触るときは002に切り替えれば済む
298: 10/23(木)11:49 ID:jCWW/Jsb(1/2) AAS
他の鳥さんの設定値も気になる。Debian は多数決しても、誰得？と疑問が出る方に振れる気がしている
299: 10/23(木)11:59 ID:FQ7DmUEh(2/2) AAS
RedHatはエンタープライズになる前から002だったよ
Linux/UNIXとしてログインして使わないけど
ファイルブラウザ経由のファイル共有"だけ"で使う集団も
ファイル権限について学習することを飛ばして
使えるようにする工夫というか苦肉の策だよ
300(1): 10/23(木)12:44 ID:jCWW/Jsb(2/2) AAS
たし蟹
Default UMASK for Normal users in RHEL 9
外部ﾘﾝｸ:www.reddit.com
301(2): 10/23(木)17:15 ID:Kb//ZWNs(1/2) AAS
haswell で 13 にしたけど mpv の動画再生支援が効かなくなった
mpv の古いバージョン簡単に入れる方法ないかしら
302: 10/23(木)17:53 ID:orFqIblH(1) AAS
アッチのほうが安定しとるとゆうギャグ
303: 10/23(木)17:57 ID:sH7kqN5Z(1) AAS
>>301
うちはHaswellでDebian12使ってるけど
端末で
mpv --hwdec=auto 動画.mp4
を実行したら
> Using hardware decoding (vaapi).
みたいに動画再生支援有効と出る
Debian13だと --hwdec=auto オプションを付けても有効にならないの？
古いバージョン入れる前に、何か対策したの？
304: 301 10/23(木)18:15 ID:Kb//ZWNs(2/2) AAS
レスありがとう
上流の ffmpeg が VA-API を切り捨てたらしいんだけど
haswell だと VAPAU サポートするドライバが入らないみたいなの
12 であと二年粘るしかないなぁ
linux 界隈も 10年経ったらサポート外とは、なんとも世知辛い
305: 10/23(木)18:37 ID:SozqpCwY(1) AAS
VA-APIはもともとintelが開発したものなので
intelの現状から見ればサポートは切られて当然かな
上下前次1-新書関写板覧索設栞歴
あと 493 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.010s