私は何度もBuildrootを使ってきましたが、私はいつも私が襲った障害の解決法を見つけることができました。しかし、これは私をサークルに入れています。Buildrootは、プロジェクト固有のホストパッケージのmakeターゲットを、プロシージャごとのビルドに追加していないのはなぜですか？
私はgit-source pythonツールをBuild to Build for ARMターゲット用のホストパッケージとして追加しました。私はパッケージ/ Config.in.hostとpackage/toolname/config.in.hostとpackage/toolname/toolname.mkファイルの作業を完了しました。すべてが整然としているように見えます。私はadd_new_package.wizardが出力するものと作業を比較しました。
新しいオプションがmenuconfigに表示されます。
私はターゲット側パッケージを持っていますが、それはメイクターゲットとしては利用できません。つまり、実行できるのは ターゲット側パッケージ名 です。これらのパッケージはうまく構築されています。
私は実行できません： ホスト側パッケージ名を作成します。「No rule to make target」というエラーが表示されます。
私は明らかにターゲットパッケージで正しいことをしていますが、私はホストパッケージで間違っています。
すべてのことは、私のホストパッケージを無視して、単にmenuconfigに貼り付ける以外に、Buildrootを指しています。ウェブ上での私の検索の時間は、同じ問題を抱えている人についての単一の投稿ではありませんでした。私は思う明白な何かを欠いている。
私の質問は何ですか - 私はどのようなデバッグを行うことができますか、どこでBuildrootが新しいパッケージを適切に認識しているかを調べるにはどうすればいいですか？
編集：問題の一部がビルドオーダーであることを理解していると思います。おそらく、依存性ディレクティブで1つの問題を修正できます。ホストパッケージに依存する私のターゲットパッケージが最初に構築されました。私は、ホストパッケージが最初に処理されることを常識的に指示すると仮定していましたが、それは明らかに真実ではありません。
編集：私は前に示唆したとおりの.mkファイル
TOOLNAME_VERSION = 2
TOOLNAME_SITE = $(call github,devname,toolname,$(TOOLNAME_VERSION))
TOOLNAME_SETUP_TYPE = setuptools
TOOLNAME_LICENSE = GPL-3.0
TOOLNAME_LICENSE_FILES = LICENSE
HOST_TOOLNAME_DEPENDENCIES = host-python-library
$(eval $(host-python-package))
TOOLNAME = $(HOST_DIR)/usr/bin/toolname
を投稿、今では、私はそれはほとんどが正しく設定されています知っている、残りの問題はターゲットが欠落しているメイクでうまく実行されています。 Buildrootのマニュアルでは、1つを用意する必要があります。
私は今、欠けているmakeターゲットが実際にこのパッケージに依存する他のパッケージを作ることを不可能にしていることを発見しました。依存するパッケージのビルドは、ツール名パッケージに "No rule to make"が行われるために失敗する TARGET_PACKAGE_DEPENDENCIES = toolname
メーリングリストとIRCチャンネルは、このような質問に最適な場所です。あなたはそこでより良い返事を見つけるでしょう。また、あなたの質問はかなり漠然としています：Config.inと.mkファイル（機密データを難読化しているかもしれません）を提供できますか？ –
提案していただきありがとうございます。私は.mkを投稿しました。本当にConfig.in.hostには興味がありません。シンプルでパッケージはmenuconfigに表示され、正しくビルドされています。それは今私をひどく悩ましているターゲットを絞るだけの問題です。 –