現在の回答：独自の Docker Compose を使用する—サードパーティーストアの追加が必須だと考えない
スレッドでは LinuxServer リポジトリを追加して KiCad を検索する方法が提案されていました。互換性のあるカタログにアプリがすでにパッケージ化されている場合は有効ですが、現在の ZimaOS ドキュメントでは、独自の Docker Compose を使用する方法もサポートされています。単発のアプリであれば、サードパーティーリポジトリ全体を依存関係にするよりも、こちらのほうが明確な場合がよくあります。
まず、信頼できる上流のコンテナ定義を見つける
KiCad については、LinuxServer が永続的な /config、ウェブデスクトップ、対応アーキテクチャを備えた、メンテナンス中のコンテナを公開しています。ランダムな Compose ファイルをコピーする前に、LinuxServer KiCad ドキュメントを確認してください。
ZimaOS のアプリパッケージングは、標準 Compose と x-casaos メタデータで構成される
現在のDocker Compose と x-casaos のリファレンスでは、通常の Docker ランタイム設定と ZimaOS ストアのメタデータが分離されています。上流のDocker Compose リファレンスが、サービス、ボリューム、ポート、環境変数に関する基準となります。
永続的なアプリデータはコンテナの外部に保持する
KiCad の設定やプロジェクトを永続ストレージにマッピングし、インストール前にホストパスを確認してください。ZimaOS アプリパスガイドでは、適切にマッピングされたユーザーデータがコンテナの削除によって削除されない理由を説明しています。
カタログからの反復可能なインストールが必要な場合のみストアを使用する
複数のカスタムアプリを管理する予定がある場合は、互換性のあるストアを構築または追加する意味があります。ZimaOS v2 のリポジトリモデルでは、Apps/<AppName>/docker-compose.ymlと生成されたメタデータを使用します。1つのアプリであれば、Compose のほうがシンプルな抽象化です。
Portainer ハードウェアガイドとZimaOS App Store ハードウェアディレクトリは、カスタムアプリの構成が拡大したときに役立ちます。
デスクトップアプリをインストールするために ZimaOS のベースシステムを変更しない
KiCad は ZimaOS ホスト上で apt installするのではなく、コンテナまたは VM に配置してください。ZimaOS パッケージマネージャーガイドでは、その境界について説明しています。
