問題タブ [yocto]

BB_STRICT_CHECKSUM = "0" ソース コードのチェックサム チェックを無効にするには、Yocto のどこで指定すればよい ですか?

私は得る：

docker 自体を使用せずに Docker イメージをビルドしたいと考えています。私はPackerを見てきましたが、ビルダーホストに Docker をインストールする必要があります。

Docker Registry API ドキュメントを見ましたが、この情報はないようです。

イメージは単なる tarball だと思いますが、形式の完全な仕様、つまり、どの形式が必要か、必要なメタデータ ファイルがあるかどうかを確認したいと思います。レジストリからイメージをダウンロードして中身を調べることはできますが、イメージ自体を取得する方法に関する情報はありません。

私のプロジェクトのアイデアは、コンパイルした成果物からイメージを作成し、それをレジストリにアップロードするスクリプトを実装することです。この目的で OpenEmbedded を使用したいと思います。基本的に、これは Bitbake の拡張機能です。

私の現在のプロジェクトは Yocto Daisy に基づいており、1 つの git リポジトリにカスタム レイヤー宣言があり、別の git リポジトリにアプリケーション コードが含まれています。アプリケーション コードのライフサイクルは、カスタム レイヤーのライフサイクルとは多少異なるため、ビルドでそれをキャプチャできるようにしたいと考えています。

そのために、core-image を拡張する 2 つのレシピがあります。'my-image' と 'my-image-dev' です。「my-image」で常に「application」のタグ付きバージョン (v0.1、v0.2 など) を使用したいと考えています。「my-image-dev」が常に git master の「application」HEAD を使用するようにしたいと思います。

レシピ「application_0.1.bb」と「application_git.bb」を作成し、それらを個別にテストしました。「application_0.1.bb」はタグ 0.1 を取得し、「application_git.bb」はマスターを取得します。

特定のバージョンの「アプリケーション」を使用するように特定のイメージに指示しようとすると、問題が発生します。PREFERRED_VERSION_application = "0.1"これは私の画像レシピにとを追加するのと同じくらい簡単だと思っていたでしょうがPREFERRED_VERSION_application = "git%"、これは私に愛を与えません. 機能しているように見える唯一の場所PREFERRED_VERSIONは、layer.conf と machine.conf です。両方のイメージが同じ論理マシン用であるため、これは役に立ちません。

これが私の質問です。Yocto イメージから特定のバージョンのパッケージへの依存関係を宣言する方法はありますか?

たとえば、次を使用してイメージをコンパイルするにはどうすればよいですか。

gcc-linaro-arm-linux-gnueabihf-4.7-2013.03-20130313_linux

?

core-image-sato はツールチェーン (Yocto で提供されます) とどのような関係がありますか? 理解できない...

カスタム コンポーネントをビルドするために yocto でレシピを書きたいと思います。その中で、マシンに応じていくつかのフラグを有効にしたいと思います。

例えば：

マシンが x86 の場合

私のconfigureコマンドは次のようになります：

x64なら

私はビルドに自動ツールを使用しています。これを達成するためのレシピと「configure.ac」を書くのを手伝ってください。

ps: 私は yocto を初めて使用します。

私には明らかなことのように思えますが、解決策が見つかりませんでした。すべての yocto レシピに適用されるコンパイラ フラグ/オプションを追加または変更したいとします。レシピを変更せずに、どこかにグローバルフラグを追加することは可能ですか?

Python 2.7 の機能を備えた rootfs を生成するための適切な yocto レイヤーを含むチュートリアルまたはリファレンス レシピを誰か教えてもらえますか?

「dev-pkgs」を IMAGE_FEATURES として使用したくないのは、必要以上のものが含まれるからです。

お時間をいただきありがとうございます。