問題タブ [bitbake]

私は x86 用の OEL を構築しており、前提条件http://www.yoctoproject.org/docs/2.0/yocto-project-qs/yocto-project-qs.htmlおよび github.com/OpenEneaLinux からのさらなる手順に従ってすべての手順を完了しました。 /oel.

スクリプト「./build_lng-x86-64.sh」を実行していますが、次のエラーがスローされます。同じエラーが繰り返され続けます。誰かが似たようなことを経験しましたか?

OEL ビルド エラー

私の意図

ウィンドウマネージャーをメタシティまたは同様のものに変更することに興味があるBitBakeによって生成された画像があります。

私のプロセス

require recipes-graphics/images/core-image-x11.bbシンプルな Matchbox ターミナル ウィンドウを提供するコア レシピに追加しましたが、他の機能はないようです。と を追加するmatchbox-desktopとmatchbox-session-sato、使いやすさが少し向上しますが、探しているものではありません。

コア イメージの変数に、 OpenEmbedded Metadata Indexのレイヤーのmetacity_2.34.13.bbレシピのデフォルト パッケージを含めました。これにより、 のコマンドを含むいくつかのコンポーネントがインストールされます。そのコマンドを実行すると、次のメッセージが表示されます。meta-gnomeIMAGE_INSTALLmetacity/usr/bin

に移動し/usr/share/glib-2.0/schemasて実行しglib-compile-schemas .、次を実行します。

また。今、出力は次のとおりです。

私の特定の状況に当てはまるこのエラーの明確な解決策は見つかりませんでした。

更新 (2/29):

次のコマンドを使用して、このエラーの解決策を見つけた可能性があります。

この時点で、VT の 1 つで何かを実行しているようです。glxgearsその VTのようなデモ(glxgearsはmesa-demosレシピに含まれています) を実行することはできますが、実際に使用可能な環境を作成する方法がわかりません。

私の質問

1. meta-openembedded/meta-gnome(just metacity) またはmeta/recipes-gnome( adwaita-icon-theme、gnome-desktop3、gsettings-desktop-schemasand )からあまり使用していないgtk+3ので、メタシティの追加を自動化するレシピが不足していますか?
2. (そうでない場合 質問 1) エラーを解決するにはどうすればよいWindow manager error: Unable to open X displayですか?

Yocto プロジェクトと統合するために、ARM プラットフォーム用の BitBake unixodbc、postgresql、および psqlodbc レシピを作成しようとしています。まず、unixodbc と postgresql のカスタム BitBake レシピを作成しました。これらのレシピは、予想どおり、ARM プラットフォーム用のライブラリとビンをビルドしてパッケージ化します。

現在、PostgreSQL 用の公式 ODBC ドライバー (psqlodbc) のレシピを作成しようとしています。do_configure タスクを正常に実行するには、psqlodbc 構成タスクでネイティブ (x86) プラットフォーム用にコンパイルされた「odbc_config」ツール (--unixodbc フラグ付き) が必要です。その「odbc_config」ツールは、ARM プラットフォーム用のカスタム unixodbc レシピによってビルドされていますが (予想どおり)、ネイティブ プラットフォーム (x86) 用ではありません。

$ file /path/to/tmp/work/armplatform/unixodbc/2.3.1-r0/image/usr/bin/odbc_config /path/to/tmp/work/armplatform/unixodbc/2.3.1-r0/image/usr /bin/odbc_config: ELF 32 ビット LSB 実行可能ファイル、ARM、EABI5 バージョン 1 (SYSV)、動的にリンク (共有ライブラリを使用)、GNU/Linux 2.6.32 用、BuildID[sha1]=06728a67598eca297d7dcf83cf15a020c74d11ce、ストリップなし

問題は、psqlodbc レシピが unixodbc レシピによって生成された「odbc_config」を使用しようとすると、do_configure タスクが次のエラー メッセージで失敗することです。

/path/to/tmp/work/armplatform/psqlodbc/09.03.0210-r0/psqlodbc-09.03.0210/configure: 4272行目: /path/to/tmp/work/armplatform/unixodbc/2.3.1-r0/image /usr/bin/odbc_config: バイナリ ファイルを実行できません: Exec フォーマット エラー

この状況を BitBake レシピで適切に管理するにはどうすればよいですか?

でビルドされたイメージには、bitbakeマシンごとに異なるパッケージが含まれている必要があります (たとえば、 のpackage1イメージにパッケージを追加する必要がありますが、 のイメージには追加する必要はありmachine1ませんmachine2)。

ライン追加可能

画像レシピに。IMAGE_INSTALL_append_machine1しかし、他のレシピ（私の管理下にない）で定義されている可能性があり、以前の定義が後の定義で上書きされる可能性があるため、これは持続可能ではないと思います。これは、 Yocto Project Development manualが IMAGE_INSTALL の使用について警告していると思います。

私の懸念は有効ですか？この場合のレシピの正しい書き方は？

バージョンを識別するために、ルート ファイルシステム イメージがいつ構築されたかを示すタイムスタンプを取得できるようにしたいと考えています。実行時にボード自体で取得できる必要があります。

rootfs (ルート ファイルシステム) の構築に OpenEmbedded を使用する The Angström Distribution ブランチ angstrom-v2013.12-yocto1.5 を使用しています。

カーネルはこのボード用に個別にuname -vビルドされているため、rootfs ビルド タイムスタンプではなく、カーネル ビルド タイムスタンプを読み取るだけなので、この目的には使用できません。

rootfs ビルド タイムスタンプは、実行時に取得できる rootfs イメージに追加されますか?

これらのマシンがあると仮定します：

• マシン1a
• マシン1b
• マシン2

一度にすべての machine1 に応答する方法はありますか?

たとえば、*.bbappend ファイルでは次のようになります。

それ以外の：

yocto core-image-sato のビルドに成功し、うまくいきました。今、ビルドにレシピを追加しようとしています。python-twisted をインストールしたいのですが、惨めに失敗しています。

python-twisted は yocto では利用できないようですが、openembedded にはあることがわかりました。そこで、ここから openembedded リポジトリを複製しました。

http://git.openembedded.org/meta-openembedded/

次に、必要なディレクトリを bblayers.conf に次のように追加しました。

bitbake -p でレシピを解析すると、次のエラーが発生します。

問題のファイルが必要だとは思えないので削除しようとしましたが、それはさらに悪いエラーにつながります。

ここからどこへ行けばいいのかわからない。openembedded から取得したファイルが yocto プロジェクトのファイルと一致しないことが問題であると思われます。しかし、私はそれについて何をすべきかわかりません。

python-twisted を core-image-sato に追加する方法についてのヘルプをいただければ幸いです。

内容が src/ に解凍された tarball src.tar.gz と、このコマンドで生成されたこのソースのパッチがあります。

パッチ ヘッダーは次の 3 行で始まります。

私の bitbake レシピは、この SRC_URI を使用してパスと tarball ファイルの両方を参照します。

do_fetch および do_unpack タスクは期待どおりに機能し、 my.patch および src/ は ${S} ディレクトリ内に残ります。つまり:

しかし、do_patch タスクは次のエラー メッセージで失敗しています。

以下に示すように「patchdir」属性を設定するなど、さまざまな代替手段をテストしました。

「patchdir」は「patch -d dir」を使用するのと同じだと思っていました。しかし、期待どおりに動作せず、常に同じ ERROR メッセージを返します。

私が間違っていることは何ですか？

ターゲット BitBake レシピ-devの変数にパッケージを追加しました。IMAGE_INSTALL

の後bitbake <target>、このパッケージは私のパッケージ フィードにあります。

しかし、それは私のパッケージリストには表示されません:

何が起きてる？

イメージ全体のビルド時に、2 つのファイル ( MyfileA 、 MyfileB ) を特定のディレクトリに単純にコピーするレシピを作成しようとしています。これは私のディレクトリ構造がどのように見えるかです:

2つのファイルをホームのフォルダーにコピーしたい（最初は存在しないため、ディレクトリを作成する必要があります）フォルダーは「Testfolder」と呼ばれます。これは私のbitbakeファイルのようです

ここで何か間違ったことをしている場合はお知らせください。これでb​​itbakeを実行すると、次のようになります

この点で何か助けていただければ幸いです。