[過去ﾛｸﾞ] くだらねえ質問はここに書き込め！ Part 245 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
608: 2021/09/22(水)15:26 ID:YIOH7hvN(1) AAS
ここにいる俺以外のやつ全員メタボだろ 痩せろ
609: 2021/09/22(水)15:50 ID:PjBEFtd2(2/2) AAS
>>605
おお、FAT32以降はクラスタ番号の上位2バイトに使われてるってことなのね
確かにないな
全然読んでなかったすまぬｗ
VFATは仮想デブだな
610: 588 2021/09/22(水)16:52 ID:oTJ5ADg9(1/5) AAS
>>595 >>585
ああ、スマンスマンｗ
質問文しっかり読めてなかったわw
localというスペルにしか目が行ってなかったｗ
これは失礼
611: 2021/09/22(水)16:58 ID:BcOyL31U(1) AAS
今はFAT系は外付けディスク扱いだよ
あちこちのパソコンに持っていく
違うパソコンには違うユーザーが設定されている
そういう状態でパーミッションに意味があるかね？
パーミッションがないことがFATのメリット
SDカードとかね
612(1): 2021/09/22(水)17:14 ID:oTJ5ADg9(2/5) AAS
>>585
(勘違い回答から修正するけどw)
インストールするソフトが、C言語を機械語にコンパイルするタイプとかだと、makeコマンドのDESTDIRオプション(だったかな)でインストール先を$HOME/local/アプリ1とやらないと、デフォで/usr/配下を見に行ってしまう形にコンパイルされる可能性が高いから気をつけたほうがいいぞ。
質問の「ソフト毎にディレクトリ」をどうしても実現したいというなら、/opt配下に置くのが普通じゃないのかな？ /opt/{ソフト1,ソフト2}/{bin,lib,...}という風に。その代わり、PATH通したり(または/usr/local/binからsymlink)、LD_LIBRARY_PATH書いたりと面倒だけど。
俺が君の立場ならパッケージの作り方を学んで、自力でパッケージ作って、/usr配下に普通にインストールする。ディストリ側の考え方からするとこっちの方がフィットする。
ちなみに俺が>>588で書いた回答は、自分自身で作ったプログラムに限定の話。構成を頭で暗記しているから、アンインストールも問題なし。/optに入れない理由は、目的がマニアック過ぎて他アカウントからじゃ理解されにくいからw
613(1): 2021/09/22(水)19:06 ID:ZXNEIAWH(1) AAS
修正後の方がもっとズレてるという
614: 2021/09/22(水)19:43 ID:iZQWyrHm(1/3) AAS
>>597 600
ありがとうございます。両方覗いてみます。
やりたい事は変わりません。1時間毎にスナップをとるただのNAS構成です。
615(1): 2021/09/22(水)19:45 ID:b7cG2ILX(2/2) AAS
ディレクトリが755なのはもちろん良いんだけど
通常ファイルのデフォルトは644にしたいんよ
マスク使ってこれできないの？
616(1): 2021/09/22(水)20:37 ID:oTJ5ADg9(3/5) AAS
>>613
585の質問は「HOME配下〜はよくやられていることですか?」だが、その答えとして、「unix系としては、そもそもHOME配下に入れるのは想定してない。アプリは皆で共有。」があるから、612の回答で/optやパッケージ作成が普通、と答えた。
どうしてもHOME配下にこだわるなら、OSやディストリの作りとして想定外なのでmakeとかで気をつけてね、と答えた。
これのどこがずれてる?笑
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
上下前次1-新書関写板覧索設栞歴
あと 375 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.013s