1
通常の内部パッケージ機能（do_package）をbitbakesでオーバーライドしてCPackを使用する方法はありますか？だから、通常のCMakeのは、このようなルックスを構築：bitakeでCMakeからCPackを使用する方法
cmake ../src
cmake --build ../src
cmake --build ../src --target install
のでbitbake正しく、私はCMakeLists.txt内installコマンドを使用し、正しく私のレシピを構築すると仮定すると、このすべてを処理します。そこで、私はCMakeのdebパッケージジェネレータを使ってパッケージを構築したいと考えています。
make package
または
cmake --build ../src/ --target package
は私がカスタム関数の山を記述する必要はありませんでした期待していた：通常、これは、上記の後.debパッケージを生成するために、CMakeのビルドでこのようになります。
私の場合、誰もがビットベイクを使ってビルドしているわけではないので、すべての状況でできるだけ似通ったパッケージにしたいと思っています。同様に私は、たとえ明らかに私が100％にすることができなくても、私のビルドのすべての側面を可能な限り同じようにしたいと思っています。 – therealjumbo
これは私にとっても重大な問題です。 Bitbakeを知らない開発者は常にいますが、変更をテストするためのパッケージを生成する必要があります。これらの人々にBitbakeを使用するように指示するのは、初心者ではありません.Bitbakeが何であるかを知る他の理由がなくても、すべての問題には向かないでしょう。だから私は、CMakeビルドでそれらをサポートする 'make package'ターゲットを提供することを強いられます。そして、* 2組のパッケージ命令（BitbakeとCMake）を避けるために、私は 'do_package（）'をオーバーライドしてCMakeに委任しなければなりません。 PITAのようなものですが、私はもっと良い方法をまだ見つけられていません... – evadeflow
当分の間気にするつもりはありません。 OSSプロジェクトではありません。私もビットビットを使用していることに本当に失望しています。私は手伝ってはいけませんが、私たちがビットブークに挑戦する時間を過ごす時には、ビルドルートを使用して、その欠点を克服するためのカスタムコードを書いて、時間を残すことができたという気持ちを揺さぶっています。 – therealjumbo