☰

アプリケーションパッケージを保存するのに適した命名構造は何ですか？

tag-icon • tag-icon package-management directory-structure
アプリケーションパッケージを保存するのに適した命名構造は何ですか？

私のパッケージ管理システムに適したディレクトリ命名構造を決定する必要があります。元のディレクトリ構造は、いかなる方法でもPOSIXと互換性がなく、確かにUNIXスタイルではありません（GoboLinuxに似ていることがわかります）。構造は少し次のとおりです。

  • /Applications- ユーザーのアプリケーション（ただし、ユーザーが直接インストールしない）
  • /System/AppResolve- アプリケーション解析（有効/bin）
  • /System/LibResolve- ライブラリの解析（有効/lib）
  • /System/Utilities/Applications- システムを実行するための基本アプリケーション
  • /System/Utilities/Libraries- システム運用に必要なライブラリ

これで、UNIXに似たシステムでこのディレクトリ構造を表す方法を見つける必要があります。 AppResolveとLibResolveはうまく/lib動作するので問題ありません/bin。問題は別のディレクトリにあります。

他のすべてのディレクトリの下には、アプリケーションが独自のフォルダにあるため、たとえば、次のようなパスがあります。

/System/Utilities/Applications/Tar/1.22/bin/tar

もちろん、/bin/tarシンボリックリンクはバイナリとして解釈されます。

だから質問はこれです、この構造をインポートして、UNIXスタイルの名前付きディレクトリに合わせて再配置する必要があります（特にLinuxの既存の構造と連携するように）。次のように考えましたが、反復的であまり良くないようです。

  • /usr/app/user/applications/...
  • /usr/app/system/applications/Tar/1.22/bin/tar
  • /usr/app/system/libraries/...

提案？

明確にするために：これには、既存のUNIXディレクトリへのマッピングは必要なく、既存のUNIXディレクトリへのマッピングが必要です。 UNIX命名規則（3文字ディレクトリなど）に応じて、これらの「ユーザー」および「システム」ディレクトリに最適なブートパスが必要です。

ベストアンサー1

man hier階層標準に関する提案されたレビューまたはその他の文書として機能します。パッケージを にインストールしましたが/opt、これはあなたの/Applicationsディレクトリにマップされます。私が作業したほとんどのシステムでは、パッケージbinディレクトリはPATHユーザー.profileまたはシステム全体に追加されます/etc/profile。

場合によっては、構成とバイナリがルートディレクトリまたは下の標準、、、およびbinディレクトリに接続されることがあります。 sbinetclib/usr/local

編集：質問をもう一度読んでください。標準ディレクトリbin、、、、およびをsbin使用してください。ソースおよびビルドディレクトリは通常、パッケージごとに1つのディレクトリの下にあります。インストールは通常、ファイルを標準ディレクトリ構造にコピーすることによって行われます。一度インストールしたら、整理または削除しても安全です。 libetcusrvar/usr/src/usr/src

おすすめ記事