問題タブ [openembedded]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
1 に答える
464 参照

yocto - gstreamer-1.0 パッケージのインストール中に do_rootfs が失敗しました

最終イメージ_rootfsを使用してパッケージをインストールしているときに失敗しました。yoctoto のようなオプションを試してみINHIBIT_PACKAGE_STRIPましたが、役に立ちませんでした。

do_ を強制的rootfsに実行するにはどうすればよいですか? オプションはありますか?

0 投票する
1 に答える
1090 参照

sockets - as: クロスコンパイラのパックが不完全なため、オプション '-meabi=5' を認識できませんか?

ワークベンチのOSはUbuntu12.04 x64です。

クロスコンパイラをビルドします。

mkdir app_devkit; cd app_devkit repo init -u git://codeaurora.org/quic/le/manifest.git -b release -m LNX.LE.5.1-66056-9x40.xm repo sync cd oe-core; . build/conf/set_bb_env.sh bitbake gcc

クロスコンパイラをテスト --> OK。

tmp-eglibc/sysroots/x86_64-linux/usr/bin/armv7a-vfp-neon-oe-linux-gnueabi/arm-oe-linux-gnueabi-gcc -o hello_world hello_world.c

「ソケットを無視」してパックする

cd ../../.. tar zcf app_devkit.tgz app_devkit tar: app_devkit/oe-core/build/tmp-eglibc/work/armv7a-vfp-neon-oe-linux-gnueabi/linux-libc-headers/3.8-r0/pseudo/pseudo.socket: socket ignored ... tar: app_devkit/oe-core/build/tmp-eglibc/sysroots/x86_64-linux/var/pseudo/pseudo.socket: socket ignored

開梱して再度テスト --> NG

cd <somewhere else> tar zxf <path to app_devkit.tgz> cd app_devkit/oe-core/build tmp-eglibc/sysroots/x86_64-linux/usr/bin/armv7a-vfp-neon-oe-linux-gnueabi/arm-oe-linux-gnueabi-gcc -o hello_world hello_world.c as: unrecognized option '-meabi=5'

0 投票する
1 に答える
1499 参照

bitbake - bitbake do_configure: do_configure を実行するパスを設定する方法

bb ファイルには、特定のパスに設定されたソース ディレクトリ変数があります。

bb ファイルが存在するパスにソースが既に抽出されているため、bb ファイルに SRC_URI はありません。

問題は、do_configure が実行されるときに、その$WORKDIR場所から実行されることです。ただし、 からのソース ディレクトリから do_configure を実行する必要があります$S。これを設定する方法、do_configure 実行ログのログでさえ、ディレクトリの変更を示してからWORKDIR、次のような do configureを示します

ソース ディレクトリから do_configure を実行する方法${S}。ソースは bitbake のレイヤーとして追加されます。

ありがとう。

0 投票する
1 に答える
414 参照

toolchain - ローカル ミラーからのビルド GCC bbappend レシピ

Yocto が使用する標準の場所ではなく、ローカルの GIT ソースを使用して gcc をビルドするように Yocto を説得する方法を見つけようとしています。デフォルトでは、GCC をビルドするためのレシピは にありmeta/recipes-devtools/gcc/gcc_5.2.bbます。を含みgcc-5.2.inc、これは

コードの場所として。

BitBake のドキュメントに基づいて、独自のレイヤーとgcc_5.2.bbappend追加ファイルを作成しました。bitbake-layers show-appendsシステムが追加ファイルを正しく認識したことを示します。

しかし、gcc_5.2.bbappendソース パスを置き換えるために、この追加ファイルは何をする必要があるのでしょうか? 私はSRC_URI自分のパスを先頭に追加して、直接変更しようとしました。ただし、常に同じままで、指定された上記のパスにアクセスしようとします。

0 投票する
1 に答える
741 参照

xilinx - Yocto: メタモノをビルドできません

yocto poky で組み込みシステムを構築しようとしています。私のレイヤーは次のとおりです。

gitクローンを使用:

それはすべてコンパイルしbitbake core-image-minimalて実行しますが、モノはありません。

したがって、モノをビットベイクしようとするbitbake core-image-monoと、次のエラーで失敗します。

エラー: 必要なビルド ターゲット 'core-image-mono' には、ビルド可能なプロバイダーがありません。欠落しているか、ビルドできない依存関係チェーンは次のとおりです: ['core-image-mono', 'mono-helloworld', 'mono', 'libgdiplus', 'giflib']

これを解決する方法がわからない。libgdiplus も実際には必要ありません... :/ 以前のバージョンでは簡単に削除できましたが、現在のマスターにはかなりの数の場所で依存関係があるようです。