[過去ﾛｸﾞ] くだらねえ質問はここに書き込め！ Part 245 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
617: 2021/09/22(水)20:57 ID:oTJ5ADg9(4/5) AAS
>>615
自分自身でコマンド打つ場合のみの考慮で良いなら、"umask 022"を.bashrcとかに入れたら行けると思う。
けど、問題は他人が作ったアプリ(特にGUIアプリ)。この場合はマスク値を変更したりする可能性は保証できないので、この場合は諦めるしかないんじゃないかな？
というのも、GUIアプリって.bashrcとかを読まないので、「そのユーザー好みのマスク値が何か」をGUIアプリ側が知る方法がないんだよね。
マスク値って環境変数で持たせる(=引き継ぐ)仕組みはできないっぽいからなぁ。全プロセスで共有できないんだよね。
618: 2021/09/22(水)21:12 ID:i4Usb/hV(1) AAS
マウントオプションでumaskの指定ができる。
個々のデスクトップ環境（gnome系のgvfsとかKDEのなんとかとか）については調べればなんとかなるだろう。
最悪udevルールでゴニョゴニョすることはできる（USB指したら、スクリプトで再マウントするとか）。
619(1): 2021/09/22(水)21:26 ID:8/Pzdxkf(1) AAS
>>616
自分がルート権限持ってるシステムしか触ったことないだろ
ルート権限ない人が $HOME 以下に自分用のソフトをインストールするのは極めて真っ当なことです
そのために configure のオプションには大概 --prefix が用意されてる
そうじゃないソフトウェアの方が珍しい
例があったらぜひ教えてください
つまり
> unix系としては、そもそもHOME配下に入れるのは想定してない。アプリは皆で共有
> どうしてもHOME配下にこだわるなら、OSやディストリの作りとして想定外
は大嘘
省6
620: 2021/09/22(水)21:38 ID:iZQWyrHm(2/3) AAS
最初に~/localとか~/.localにbin作ってpath通していたら、
大抵は./configure --prefix指定のビルドで動くので困る事ない気がする。
621(1): 2021/09/22(水)21:59 ID:oTJ5ADg9(5/5) AAS
>>619
585の質問が、「HOME配下で…」と言っているのは既に分かっている。しかし、質問が「…こういうのはよくやられていることですか？」だったので、「よく」はやられていない、想定されていない、と答えた。
お前の「極めて真っ当なことです」とは意味が違う。
「真っ当ではあるが、想定はされていない」が正しいだろうな。
そのくらい理解しろよ、お前馬鹿だろ笑
--
configureのprefixが効かないのは、メーカーが独自に配布しているacroread(AdobeのPDFリーダー)とか。
或いはソースという形で配布せず、バイナリ形式でしか配布してないアプリもある。
省5
622: 2021/09/22(水)22:11 ID:iZQWyrHm(3/3) AAS
~/localは大昔から一般的だったですが、
メーカ独自の配布アプリやpath決め打ちのアプリだと、仰る通り融通効かないですね。。
昔はchrootかソースorスクリプトを弄って無理に使ったけれど、今時は仮想環境を使うのかもだし、
とにかく面倒に加えてroot権限も欲しいので、ユーザ環境しか貰えない環境では、そんなアプリは使わないのが吉かも。
623: 2021/09/23(木)00:32 ID:BxBCaofF(1/2) AAS
>>621
> 「真っ当ではあるが、想定はされていない」が正しいだろうな。
？？？
ホワァイ？
何をもって想定されていないとしている？
> configureのprefixが効かないのは、メーカーが独自に配布しているacroread(AdobeのPDFリーダー)とか。
> 或いはソースという形で配布せず、バイナリ形式でしか配布してないアプリもある。
prefix が効かないんじゃなくて、そもそも configure; make; make install しないソフトじゃん
しかも今どき acroread て笑
あらゆる観点から言って非推奨ですよー
省6
624(1): 2021/09/23(木)01:36 ID:8+Fh99qv(1/3) AAS
ご歓談の最中申し訳ないが、鳥にもよるけど普通に配布されてるソフトはバイナリなわけで、パッケージ化されてるわけで、原則configureする機会なんてないわけで、ユーザーの$HOME以下に展開されても動かないわけですよ。
そんな中、自分でビルドしたソフトをどう配備するかなんて一般論で語れるもんでもなく、そもそもアンインストールすら考えてないソフトだってあるくらいで、正解なんてなく、だからこそ、他人に対してバカだなんだと言ってる人は、まずは己の前提と結論を明確にすべきで、それが他人と共通かどうかをきちんと確認してほしい。
625(1): 2021/09/23(木)02:00 ID:BxBCaofF(2/2) AAS
>>624
スマン。アホ過ぎて話にならんのだが同一人物が他人のふりして書き込んでるのか？
この場合の前提といえば>>585に質問として書いてあることだろうが、「一般ユーザーとしてインストール」と断ってる時点でパッケージマネージャでインストールするのは想定してないのでは？
pacman も apt も yum もルート権限なしでのインストールはサポートしてないよね？
だから
> configure する機会なんてない
というのは見当違いも見当違い
パッケージをダウンロードしてインストールするか、自分でビルドするか、という話になるがビルドスクリプト走らせた方がシステムの構成等調べてくれるから筋がいいよね
アレ？ 一般ユーザが configure する機会は山程あるぞ〜？？？
> ユーザーの$HOME以下に展開されても動かないわけですよ。
省10
626: 2021/09/23(木)02:20 ID:QmaaZg/c(1) AAS
デフォルトのパーミッションが755だから644にしたいって話で
関係ないumaskを持ち出すとかアホやなぁ
627(2): 2021/09/23(木)08:50 ID:mh/l+lzV(1) AAS
くだらねえ質問だな
こっちでやれ
ファイルシステム総合スレ その19
2chｽﾚ:linux
628: 2021/09/23(木)08:57 ID:UoN9vrzd(1/2) AAS
マウントオプションのumaskがまさにそのデフォルトを決めるんだろ。
粒度の細かいdmask/fmaskなんてのもある。
629(1): 2021/09/23(木)09:11 ID:8+Fh99qv(2/3) AAS
>>625
君の前提と結論をハッキリさせてくれ
・バイナリパッケージ形態で配布されたものは想定外
・ソースパッケージ形態で配布されたものは想定内？
・githubなどでソース配布されたものは想定内
・対象となるディストリはredhat、debian、arch全て
・ソフトについては制限なし
・インストールとはmake installのことだけ
・アンインストールはディレクトリ削除で全て対応可能
質問した人>>585はそんなことは言っていない
630: 2021/09/23(木)09:44 ID:UoN9vrzd(2/2) AAS
>>627
すまんな。更新前に送信してた。
631: 2021/09/23(木)09:45 ID:owzZNFME(1) AAS
Nix、Guix、Linuxbrew、(AppImage)あたりは一般ユーザとしてインストールするパッケージマネージャじゃね
Flatpakも公式の手順ではsudo不要なので一般ユーザとしてインストールか
632(1): 2021/09/23(木)14:39 ID:rsHztgWB(1) AAS
あっどう見てもID:8+Fh99qv=ID:oTJ5ADg9ですねワロタ
狂ったように「想定」「想定」と泣き喚いてるからわかっちゃいました
633: 2021/09/23(木)15:44 ID:L8gYpRi0(1) AAS
>>627
くだらねぇ質問を書き込むスレでは？
634: 2021/09/23(木)16:36 ID:O0kyE9NO(1) AAS
質問がアバウトだから回答がブレてスレが荒れているのでは?
まあそんなアバウトな質問だから、くだらない質問としてこのスレにふさわしいのかも
635: 2021/09/23(木)16:46 ID:8+Fh99qv(3/3) AAS
>>632
ん？違うけど？
636(1): 2021/09/23(木)20:32 ID:oA4guoxo(1) AAS
CentOSですが lvextend が使えません
インストールするにはどうやればよいのでしょうか？
海外のページに yum install lvm2 のようにすればよいとあったのですが
再起動してこの後 lvextend をやっても no command とでてしまいます
上下前次1-新書関写板覧索設栞歴
あと 366 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.027s