From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by yocto-www.yoctoproject.org (Postfix, from userid 118) id B159AE00B5F; Thu, 1 Sep 2016 07:34:06 -0700 (PDT) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on yocto-www.yoctoproject.org X-Spam-Level: X-Spam-Status: No, score=-1.1 required=5.0 tests=BAYES_00,RDNS_NONE autolearn=no version=3.3.1 X-Spam-HAM-Report: * -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * 0.8 RDNS_NONE Delivered to internal network by a host with no rDNS Received: from blaine.gmane.org (unknown [195.159.176.226]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id 363DDE00B46 for ; Thu, 1 Sep 2016 07:34:02 -0700 (PDT) Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1bfT40-0006GY-CY for yocto@yoctoproject.org; Thu, 01 Sep 2016 16:33:56 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: yocto@yoctoproject.org From: Pietro Date: Thu, 01 Sep 2016 14:34:07 +0000 Message-ID: <87zinraduo.fsf@posteo.net> References: <87poooc2ha.fsf@posteo.net> <87k2ewau7z.fsf@posteo.net> <87fupkarqt.fsf@posteo.net> <85bd928a2ecb47663d9a90ca24756f16@herrie.org> <87bn07bw9s.fsf@posteo.net> <874m5zbuwl.fsf@posteo.net> <5ab4fbf1a8106fa4a5d7db3b457db8fb@herrie.org> Mime-Version: 1.0 X-Complaints-To: usenet@blaine.gmane.org User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (gnu/linux) Cancel-Lock: sha1:pWCR+R4tbZH94tug0JiAyZ9NTmM= Subject: Re: Yocto and Google protobuffer X-BeenThere: yocto@yoctoproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Discussion of all things Yocto Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Sep 2016 14:34:06 -0000 Content-Type: text/plain Herman van Hazendonk writes: > Hi Pietro, > > You shouldn't need to specify a version. DEPENDS = "protobuf" or > DEPENDS = "protobuf-native" should do :) > > Herrie > > > Indeed my recipe gets built first and I can see do_protobuf_3.0.0[..](), nonetheless when my package, which depends on libprotobuf compiles it fails since it does not find the right version of the library. It still finds the older version You don't have protoc 3.0.0 installed in your path. | Please install Google protocol buffers 3.0.0 and its compiler. | You can find it here: | | https://github.com/google/protobuf/releases/tag/v3.0.0 | | Here is what I get when trying to evaluate your version of protoc: | | protoc --version | libprotoc 2.4.1 | make: [system-check] Error 1 (ignored) | The version should be 3.0.0. What am I doing wrong ? > On 2016-09-01 15:40, Pietro wrote: >> Pietro writes: >> >>> Jussi Kukkonen >>> writes: >>> >>>> On 1 September 2016 at 13:21, Herman van Hazendonk >>>> wrote: >>>> >>>> Hi Pietro, >>>> >>>> You can override the recipe by adding a recipe for version 3.0.0+ >>>> in your own layer and making sure your layer has a higher >>>> priority >>>> in bblayers.conf. See for example what we do in our project: >>>> >>>> https://github.com/webOS-ports/webos-ports-setup/blob/testing/conf/bblayers.conf >>>> >>>> >>>> openembedded-core provides ofono 1.1.7 for example with >>>> https://github.com/openembedded/openembedded-core/tree/krogoth/meta/recipes- >>>> connectivity/ofono >>>> >>>> However we want to use ANOTHER version of ofono (1.1.7 based, but >>>> from a different repo/project). >>>> >>>> So we have our own .bbappend at >>>> https://github.com/webOS-ports/meta-webos-ports/blob/krogoth/meta-luneos/recipes-connectiv >>>> ity/ofono/ofono_git.bbappend where we specify the different repo >>>> etc to use. >>>> >>>> This doesn't apply 1:1 in your case, but you could simply add a >>>> protobuf_3.0.0.bb in your own layer and it should build that >>>> instead. Just make sure you have your layer at a higher position >>>> compared to meta-openembedded in your bblayers.conf >>> >>> Thanks a lot. >>> I have written my own repice and added it into my own layer, it >>> does not compile though : >>> >>> | >>> | autoreconf: configure.ac: tracing >>> | >>> | autoreconf: configure.ac: subdirectory gmock not present >>> | autoreconf: configure.ac: not using Libtool >>> | autoreconf: running: >>> | >>> /export/arm/pietro/PD15.1/build/tmp-glibc/sysroots/x86_64-linux/usr/bin/autoconf >>> | >>> --include=/export/arm/pietro/PD15.1/build/tmp-glibc/work/cortexa8t2hf-vfp-neon-phytec-linux-gnueabi/proto >>> buf/3.0.0-r0/git/m4/ --force >>> | >>> | configure.ac:93: error: possibly undefined macro: AC_PROG_LIBTOOL >>> | >>> | If this token and others are legitimate, please use >>> | m4_pattern_allow. >>> | See the Autoconf documentation. >>> | >>> | autoreconf: >>> | >>> /export/arm/pietro/PD15.1/build/tmp-glibc/sysroots/x86_64-linux/usr/bin/autoconf >>> | failed with exit status: 1 >>> | >>> | + bbfatal autoreconf execution failed. >>> >>> I understand this is a completely different matter now, but has >>> anybody else seen this before ? I have tried to compile the same >>> revision on my local machine "natively" and it's built fine. >>> >>> That library should be a dependency for another package/recipe I am >>> working on, is it allowed to specify a version inside the DEPENDS >>> recipe's clause ? I have tried to google the problem but I haven't >>> found >>> a working example as yet. >>> >>> Cheers, >>> P. >> Forget about it, I was pointing to a broken commit it. >> My recipe name is protobuf_3.0.0.bb, how do I make it a dependency of >> another package ? >> >> I have tried many solution but none of them is working : >> DEPENDS = "protobuf > 3.0.0" ... "protobuf_3.0.0" ... etc etc >> >> Any thoughts ? >> >> P.