Re: [yocto] poky/meta/recipes-connectivity/bind

2019-02-14 Thread Dinh Nguyen (dinhn)
2019 at 4:14 PM To: "Dinh Nguyen (dinhn)" Cc: "Burton, Ross" , "yocto@yoctoproject.org" Subject: Re: poky/meta/recipes-connectivity/bind On Thu, Feb 14, 2019 at 3:47 PM Dinh Nguyen (dinhn) mailto:di...@cisco.com>> wrote: Gurus, What was the main reason why n

[yocto] poky/meta/recipes-connectivity/bind

2019-02-14 Thread Dinh Nguyen (dinhn)
Gurus, What was the main reason why nslookup has been removed from Poky/meta/recipes-connectivity/bind/>.bb? do_install_append() { rm "${D}${bindir}/nslookup" rm "${D}${mandir}/man1/nslookup.1" rmdir "${D}${localstatedir}/run" rmdir

Re: [yocto] FW: cmake version 3.0.0 or greater

2016-11-08 Thread Dinh Nguyen (dinhn)
t;> Cc: "yocto@yoctoproject.org<mailto:yocto@yoctoproject.org>" <yocto@yoctoproject.org<mailto:yocto@yoctoproject.org>> Subject: Re: [yocto] FW: cmake version 3.0.0 or greater On 8 November 2016 at 12:43, Dinh Nguyen (dinhn) <di...@cisco.com<mailto:di...@cisco.com>

Re: [yocto] FW: cmake version 3.0.0 or greater

2016-11-08 Thread Dinh Nguyen (dinhn)
ject: Re: [yocto] FW: cmake version 3.0.0 or greater On 8 November 2016 at 12:23, Dinh Nguyen (dinhn) <di...@cisco.com<mailto:di...@cisco.com>> wrote: Here is the error message when trying to build sdk-dslink-c within Yocto Dizzy version. | + echo /media/raghuram/data/dinhn/ioxDe

Re: [yocto] FW: cmake version 3.0.0 or greater

2016-11-08 Thread Dinh Nguyen (dinhn)
s.bur...@intel.com>> Date: Tuesday, November 8, 2016 at 2:00 AM To: dinhn <di...@cisco.com<mailto:di...@cisco.com>> Cc: "yocto@yoctoproject.org<mailto:yocto@yoctoproject.org>" <yocto@yoctoproject.org<mailto:yocto@yoctoproject.org>> Subject: Re: [yocto] FW:

[yocto] FW: cmake version 3.0.0 or greater

2016-11-07 Thread Dinh Nguyen (dinhn)
Hi Yocto Gurus Our SDK has the Yocto Project 1.7 Dizzy version and it supports cmake 2.8.12 version as show below: ./meta/recipes-devtools/cmake/cmake_2.8.12.2.bb ./meta/recipes-devtools/cmake/cmake-native_2.8.12.2.bb We need to pulling the cmake 3.x.x version for our sdk-dslink-c recipe

Re: [yocto] Yocto : QA issue: package qlibc-dbg contains bad RPATH

2016-11-04 Thread Dinh Nguyen (dinhn)
i, Nov 4, 2016 at 8:09 AM, Dinh Nguyen (dinhn) <di...@cisco.com> wrote: >> Hi Yocto Gurus, >> >> ERROR: QA Issue: package qlibc-dbg contains bad RPATH > >quick fix is in a do_install or do_install_append do > >chrpath -d ${D}${libdir}/libqlibcext.so > >ideally,

[yocto] Yocto : QA issue: package qlibc-dbg contains bad RPATH

2016-11-04 Thread Dinh Nguyen (dinhn)
Hi Yocto Gurus, ERROR: QA Issue: package qlibc-dbg contains bad RPATH /media/raghuram/data/dinhn/ioxDevLatest/ioxsdk/yp_qlibc32/tmp/work/ppce500v2-poky-linux-gnuspe/qlibc/1.0-r0/git/lib in file

Re: [yocto] LXC container: opkg_install_cmd: Cannot install package cmocka

2016-11-02 Thread Dinh Nguyen (dinhn)
Thanks — Got it. —Dinh From: dinhn > Date: Wednesday, November 2, 2016 at 6:20 AM To: "yocto@yoctoproject.org" > Cc: dinhn >

[yocto] LXC container: opkg_install_cmd: Cannot install package cmocka

2016-11-02 Thread Dinh Nguyen (dinhn)
Folks, I am trying to bring the cmocka recipe our IOX SDK Yocto. Cmocka is a fork for Googles cmockery unit testing framework to fix bugs. I am able to compile and build IPK packages for cmocka without any issue. But during creating the LXC container which including the cmocka,

[yocto] recipe for cmocka

2016-10-31 Thread Dinh Nguyen (dinhn)
https://github.com/clibs/cmocka Dear Yocto Gurus, Want to bring it into our SDK Yocto workspace. Is there any existing recipe for cmocka ? Thanks, —Dinh -- ___ yocto mailing list yocto@yoctoproject.org

Re: [yocto] qlibc lib for Yocto Dizzy question

2016-10-27 Thread Dinh Nguyen (dinhn)
o.com>> Cc: "yocto@yoctoproject.org<mailto:yocto@yoctoproject.org>" <yocto@yoctoproject.org<mailto:yocto@yoctoproject.org>> Subject: Re: [yocto] qlibc lib for Yocto Dizzy question On Oct 27, 2016, at 8:19 PM, Dinh Nguyen (dinhn) <di...@cisco.com<mailto:di..

[yocto] qlibc lib for Yocto Dizzy question

2016-10-27 Thread Dinh Nguyen (dinhn)
Hi Yocto gurus, I am trying to add the qlibc lib to our Yocto 1.7.2 version. Able to compile and build IPK packages with out any issue as shown below: dinhn@rs-bldsrv:/media/raghuram/data/dinhn/ioxDevLatest/ioxsdk/yp_ppc$ find tmp/deploy | grep qlibc

Re: [yocto] ppc-fixplt.patch - ERROR: Function failed patch_do_path()

2016-10-20 Thread Dinh Nguyen (dinhn)
uot;yocto@yoctoproject.org<mailto:yocto@yoctoproject.org>" <yocto@yoctoproject.org<mailto:yocto@yoctoproject.org>>, "Srinivas Yedla (sryedla)" <srye...@cisco.com<mailto:srye...@cisco.com>> Subject: Re: [yocto] ppc-fixplt.patch - ERROR: Function failed

[yocto] ppc-fixplt.patch - ERROR: Function failed patch_do_path()

2016-10-20 Thread Dinh Nguyen (dinhn)
Hi Yocto Gurus, I am trying to build the luajit_2.0.3.bb recipe on our Yocto-1.7 base. It failed to path the ppc-fixplt.patch. Hers is my build configuration. Please give me any idea why I got HUNT # failed that ending up causing ppc-fixplt.patch error? Build Configuration: BB_VERSION=

Re: [yocto] Recipe for Turbo.lua ?

2016-10-20 Thread Dinh Nguyen (dinhn)
> I checked at layers.openembedded.org and it seems there is no recipe for this. Thanks much Khem, I googled too, but unable to find any. Best, —Dinh On 10/19/16, 7:53 PM, "Khem Raj" <raj.k...@gmail.com> wrote: >On Wed, Oct 19, 2016 at 6:56 PM, Dinh Nguyen (dinhn) &

[yocto] Recipe for Turbo.lua ?

2016-10-19 Thread Dinh Nguyen (dinhn)
Hi Yocto Gurus, I am trying to use the Turbo Lua as a framework for building Lua JIT. https://github.com/kernelsauce/turbo.git Is there any existing recipe for “turbo lua” ? Many thanks in advance, —Dinh -- ___ yocto mailing list

[yocto] Cross platform compiling/build issue: "Yocto - QA Issue: Architecture did not match (20 to 62) "

2016-10-10 Thread Dinh Nguyen (dinhn)
Hi folks, I am trying to have cross platform build with Yocto/IOX SDK for our c-mlib lib. I am able to compile and build IPK packages and LXC container for x86 target. Using the same c-mlib.bb recipe, trying to cross compiling and build for a PPC 32-bit target on my 64-bit build

Re: [yocto] Question: xxxx listed in PACKAGES multiple times, this leads to packaging errors

2016-10-06 Thread Dinh Nguyen (dinhn)
>> yes thats normal when package is re-used from sstate-cache Many thanks Khem. Got it, so the IPK packages were built early is OK. I did a clean all and redo the bitbake, all packages, images were rebuilt. Thanks again, —Dinh > >> On Oct 5, 2016, at 11:43 AM, Dinh Ngu

Re: [yocto] Question: xxxx listed in PACKAGES multiple times, this leads to packaging errors

2016-10-05 Thread Dinh Nguyen (dinhn)
>devtool workflow. >see >http://www.yoctoproject.org/docs/latest/dev-manual/dev-manual.html#using-devtool-in-your-workflow > > >> >> Thanks, >> —Dinh >> >> >> >> >> On 10/5/16, 9:30 AM, "Lennart Sorensen" <lsore...@csclub.uwaterl

Re: [yocto] Question: xxxx listed in PACKAGES multiple times, this leads to packaging errors

2016-10-05 Thread Dinh Nguyen (dinhn)
lem. Thanks, —Dinh On 10/5/16, 9:30 AM, "Lennart Sorensen" <lsore...@csclub.uwaterloo.ca> wrote: >On Wed, Oct 05, 2016 at 04:06:25PM +, Dinh Nguyen (dinhn) wrote: >> Many thanks Paul. Your help is greatly appreciated. >> >> 1. >>> Lik

Re: [yocto] Question: xxxx listed in PACKAGES multiple times, this leads to packaging errors

2016-10-05 Thread Dinh Nguyen (dinhn)
xsdk/yp/tmp/work/core2-64-poky-linux/c-mlib/1.1-r0/git$ ls -ltr total 0 Thanks much, —Dinh On 10/5/16, 9:52 AM, "Khem Raj" <raj.k...@gmail.com> wrote: >On Wed, Oct 5, 2016 at 9:06 AM, Dinh Nguyen (dinhn) <di...@cisco.com> wrote: >> Many thanks Paul

Re: [yocto] Question: xxxx listed in PACKAGES multiple times, this leads to packaging errors

2016-10-05 Thread Dinh Nguyen (dinhn)
>> Is that doing a compile in the install target? Yes Len. Compile was done and there is no issue there. Thanks, —Dinh On 10/5/16, 9:28 AM, "Lennart Sorensen" <lsore...@csclub.uwaterloo.ca> wrote: >On Wed, Oct 05, 2016 at 04:10:01PM +, Dinh Nguyen (dinh

Re: [yocto] Question: xxxx listed in PACKAGES multiple times, this leads to packaging errors

2016-10-05 Thread Dinh Nguyen (dinhn)
>>> I wonder why do we want to override default PACKAGES here. If we can leave >>> that alone things would work out on its own. I did remove the PACKAGES setting in my .bb — so all default packages were built. But still having some other issue as stated in other emails. Thanks Khem. —Dinh

Re: [yocto] Question: xxxx listed in PACKAGES multiple times, this leads to packaging errors

2016-10-05 Thread Dinh Nguyen (dinhn)
Many thanks Paul. Your help is greatly appreciated. 1. >>> Like the other responder I would suggest you not set PACKAGES Yes, I did not set the PACKAGES, so -dev, -dbg and main packages were built as shown below: dinhn@rs-bldsrv:/media/raghuram/data/dinhn/ioxDevLatest/ioxsdk/yp$ find

Re: [yocto] Question: xxxx listed in PACKAGES multiple times, this leads to packaging errors

2016-10-04 Thread Dinh Nguyen (dinhn)
to Paul’s email few minutes ago. Please take a look if you have time. Thx Thanks again Len. —Dinh On 10/4/16, 2:55 PM, "Lennart Sorensen" <lsore...@csclub.uwaterloo.ca> wrote: >On Tue, Oct 04, 2016 at 07:47:58PM +, Dinh Nguyen (dinhn) wrote: >> >>

Re: [yocto] Question: xxxx listed in PACKAGES multiple times, this leads to packaging errors

2016-10-04 Thread Dinh Nguyen (dinhn)
Thanks much Paul. PACKAGES = "${PN}" should work It solved the early error “ c-mlib listed in PACKAGES multiple times, this leads to packaging errors” — Thanks again. But running into other issue. Below is my do_install do_install () { oe_runmake all install -d

Re: [yocto] Question: xxxx listed in PACKAGES multiple times, this leads to packaging errors

2016-10-04 Thread Dinh Nguyen (dinhn)
Hi Paul, thanks much for prompt response. The c-mlib.bb below has the packages var as PACKAGES =+ "${PN}” I also tried PACKAGES = "${PN}” The packages were built successful indeed, but the ERROR: QA Issue ... Any recommendation to change the above PACKAGES variable in the bb? SUMMARY =

[yocto] Question: xxxx listed in PACKAGES multiple times, this leads to packaging errors

2016-10-04 Thread Dinh Nguyen (dinhn)
Hi folks, >>> ERROR: QA Issue: c-mlib is listed in PACKAGES multiple times, this leads to >>> packaging errors. [packages-list] >>> Summary: There was 1 ERROR message shown, returning a non-zero exit code. I got the above ERROR because my c-mlib_1.0-r0_core2-64.ipk and other packages were