ソースからコンパイルされたソフトウェアをインストールするとき、私は通常/usr/local/に置きますが、私の経験ではこれが最も一般的なデフォルトであり、少なくともDebianとその派生製品では標準的な慣行です。
今、あなたのホームディレクトリに何かをインストールしたいと思います。理論的にはサブディレクトリを作成してそこに配置できますが、さまざまなオプションとそれを行う標準的な方法があるかどうか疑問になり始めました。基本的に2つの答えが見つかりました。
- 同様の名前のサブディレクトリのカスタマイズプログラム、ユーザー
- サブディレクトリなし、サブディレクトリを含む~/空、~/lib64
私はそのうちの1つが好きではなく、すでに1つがあったので考えました。~/.localサブディレクトリにインストールするとどうなりますか？すでに~/.local/share、これはローカルユーザーの個人的な/usr/shareを意味するので、インストーラは完全です~/.local/bin、~/.local/libなど。
私の質問は次のとおりです~/.localにローカルソフトウェアをインストールしても大丈夫ですか？
Googleまたはstackexchangeでユーザー固有のソフトウェアをインストールする場所を検索するときにその参照が見つからないのはなぜですか？私にとって、これはヒントを与える投稿がないということはどこかに落とし穴があることを意味するほど明白な場所のようです。
おそらく、このようなことをした人は自分の肯定的な経験と否定的な経験を共有できますか？
ベストアンサー1
それは問題ではありません。
覚えておいて、これはあなたのホームディレクトリです。ここであなたが望むものは何でもできます。 GNOME/KDE/whatever は、.config をどこからでも削除すると、おそらく文句を言うでしょう。しかし、定義によると、ホームディレクトリで実行するすべての操作は影響を与えるだけです。あなた。 .localにいくつかのディレクトリを追加しても何の害もありません。
ワークフローによっては、一部のコンテンツをポイント ディレクトリに配置するのが多少不便な場合があります。影響を与える程度は、ファイルシステムの移動方法と移動する頻度によって異なります。私の場合は、ルートディレクトリで一般的なディレクトリを作成します。地元のまたはアプリケーション）そのように使用しますが、個人的な好みです。
問題が発生する場所は、システムがディレクトリを表示できるように設定されていないことです。 .bashrcでPATH、MANPATH、INFOPATH、LD_LIBRARY_PATH（またはシェルに適したすべての項目）を調整する必要があります。他のマイナーな「問題」もあるかもしれません。
多くの人がこれを行う必要はないので、ここに投稿が多すぎないことを願っています。 PCなら/usr/localを使わない理由はありません。ほとんどのディストリビューションでは、すべてが準備されています。一部のアプリケーションをインストールすると、多くの人が/ opt（/ opt / blenderなど）にディレクトリを作成します。 Solarisはパッケージをインストールするときにこれを行います。
あなたが説明する唯一の実際のユースケースは、開発者やコンピュータへのrootアクセス権を持っていない人のためのものです。 root権限を持たないほとんどの人は、単に管理者にプログラムのインストールを依頼します。彼らはプログラムをコンパイルする方法を知らないかもしれません。