flatpak-builder
は、単一のエントリポイント、つまりJSONマニフェストを使って自動化することを意図しています。
Git、Bazaar、tarballsから得られるものはすべてそれ以外のものです。これらの場合、"url"
プロパティはfile://
で始まるローカルURLである可能性があります。
は(確かに水銀はサポートされていません。それはあなたのために重要な場合、request itにお気軽に。)
はそれに加えて、さらにいくつかのソースの種類(flatpak-manifest(5)
マンページを参照してください)、することができますがあります
file
これは、抽出されたソースのどこかにコピーするためのローカルファイルを指します。
patch
抽出されたソースに適用するローカルパッチファイルを指します。
script
抽出されたソースにコマンドの配列からスクリプトを作成します。
shell
コマンドの配列を実行することによって抽出されたソースを変更します。
dir
ソースタイプを追加すると便利です。
しかし私はいくつかのアプリケーションをフラットペーストしただけで、コードに2〜3個のパッチを提供しているので完全に間違っている可能性があります。これは簡単に完全に再現不可能なビルドになるので注意が必要です。有効にするのは非常に難しい。例えば
、ローカルfile
ソース、そのファイルのflatpak-builder
意志base64でecondeコンテンツを使用して、マニフェストに最終ビルド内部に含ま格納ファイルのdata:text/plain;charset=utf8;base64,<content>
URLとして使用します。
dir
ソース(tarフォルダにtarの内容をbase64エンコードしますか?)に類似したものが必要です。そうしないと、ビルドを再現することができなくなります。私はちょうど(この回答を提出した後で)Gitマスターで新しいflatpak-builder --bundle-sources
オプションに変更されたと伝えられました。これにより、dir
ソースタイプの再現可能なビルドをサポートしやすくなります。
いずれの場合でも、新しいdir
ソースタイプin the upstream bug trackerについてお気軽にお話をしてください。あなたはそれをhttps://gitlab.com/csoriano/flatpak-dev-cli
を使用したい場合:) expermental CLIツールがあります
大丈夫です。私は--bundle-sourceを見ていきます。 @albfanは答えを教えてくれるのですが、howtoがflatpakを使ってワークベンチを開発するというリンクを私が見逃してしまったようです。だからおそらくタイプdir有用かどうか私は要求をするかどうかを確認します。しかし、Hgのために私は... – flc