From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.chez-thomas.org (mail.mlbassoc.com [65.100.170.105]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id 17100E00715 for ; Tue, 3 Sep 2013 12:14:37 -0700 (PDT) Received: by mail.chez-thomas.org (Postfix, from userid 1998) id B84CFF81217; Tue, 3 Sep 2013 13:14:35 -0600 (MDT) X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on hermes.chez-thomas.org X-Spam-Level: X-Spam-Status: No, score=-2.9 required=4.0 tests=ALL_TRUSTED,BAYES_00 autolearn=unavailable version=3.3.2 Received: from [192.168.1.114] (zeus [192.168.1.114]) by mail.chez-thomas.org (Postfix) with ESMTP id B10CCF81215; Tue, 3 Sep 2013 13:14:33 -0600 (MDT) Message-ID: <5226353B.9060303@mlbassoc.com> Date: Tue, 03 Sep 2013 13:15:07 -0600 From: Gary Thomas User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130804 Thunderbird/17.0.8 MIME-Version: 1.0 To: meta-freescale@yoctoproject.org References: <5225F779.3060103@vtkloud.com> <52261207.1000606@vtkloud.com> <52262330.4090601@vtkloud.com> <522626E1.3060800@vtkloud.com> <5226272A.7000603@freescale.com> <52262B6E.70008@vtkloud.com> In-Reply-To: <52262B6E.70008@vtkloud.com> Subject: Re: create custom package from local files X-BeenThere: meta-freescale@yoctoproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Usage and development list for the meta-fsl-* layers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Sep 2013 19:14:41 -0000 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 2013-09-03 12:33, JC wrote: > Hi Daiane, > > Thanks a lot. I appended my bb with yours (specially the PN part) > > Unfortunately still the same error > Error: helloworld not found in the base feeds (varsommx6q armv7a-vfp-neon armv7a-vfp armv7a armv6-vfp armv6 armv5e-vfp armv5e armv5-vfp armv5 armv4 arm noarch any all). > > I still believe there's a problem with the helloworld rpm not being generated. Only -dev and -dbg. But I can't figure why. > On the same layer I have others recipes (but they use autotools,not the inline build & install from helloworld). All of them go well and install correctly... > > Jay > > On 03/09/2013 20:15, Daiane Angolini wrote: >> On 09/03/2013 03:13 PM, JC wrote: >>> > I mean the tmp/work directory; check if your helloword was installed >>> and build fine. >> >> When I tried the helloworld sample, my recipe was this: >> >> >> >> >> >> >> >> >> DESCRIPTION = "simple Hello World program" >> PR = "r0" >> LICENSE = "GPLv2" >> >> S = "${WORKDIR}" >> >> LIC_FILES_CHKSUM = "file://hello_world.c;md5=7fd4c53c45caecabff42b45a5204546b" >> SRC_URI = "file://hello_world.c" >> >> do_compile() { >> ${CC} ${CFLAGS} ${LDFLAGS} -o hello_world hello_world.c >> } >> >> do_install() { >> install -d ${D}${bindir}/ >> install -m 0755 ${S}/hello_world ${D}${bindir}/ >> } >> >> FILES_${PN} = "${bindir}/hello_world" >> >> >> >> >> Does this help? >> >> >> >> >> >> >> >>> >>> >>> Well, I would answer yes according to this?But nothing looks like a >>> binary... >>> >>> tmp/work$ find . -name *helloworld* >>> >>> ./armv7a-vfp-neon-poky-linux-gnueabi/helloworld >>> ./armv7a-vfp-neon-poky-linux-gnueabi/helloworld/1.1-r0/helloworld.c >>> ./armv7a-vfp-neon-poky-linux-gnueabi/helloworld/1.1-r0/helloworld.spec >>> ./armv7a-vfp-neon-poky-linux-gnueabi/helloworld/1.1-r0/license-destdir/helloworld >>> >>> ./armv7a-vfp-neon-poky-linux-gnueabi/helloworld/1.1-r0/pkgdata/helloworld >>> ./armv7a-vfp-neon-poky-linux-gnueabi/helloworld/1.1-r0/pkgdata/runtime-reverse/helloworld >>> >>> ./armv7a-vfp-neon-poky-linux-gnueabi/helloworld/1.1-r0/pkgdata/runtime-reverse/helloworld-dbg >>> >>> ./armv7a-vfp-neon-poky-linux-gnueabi/helloworld/1.1-r0/pkgdata/runtime-reverse/helloworld-locale >>> >>> ./armv7a-vfp-neon-poky-linux-gnueabi/helloworld/1.1-r0/pkgdata/runtime-reverse/helloworld-dev >>> >>> ./armv7a-vfp-neon-poky-linux-gnueabi/helloworld/1.1-r0/pkgdata/runtime-reverse/helloworld-doc >>> >>> ./armv7a-vfp-neon-poky-linux-gnueabi/helloworld/1.1-r0/pkgdata/runtime-reverse/helloworld-staticdev >>> >>> ./armv7a-vfp-neon-poky-linux-gnueabi/helloworld/1.1-r0/pkgdata/runtime/helloworld-dbg.packaged >>> >>> ./armv7a-vfp-neon-poky-linux-gnueabi/helloworld/1.1-r0/pkgdata/runtime/helloworld >>> >>> ./armv7a-vfp-neon-poky-linux-gnueabi/helloworld/1.1-r0/pkgdata/runtime/helloworld-dbg >>> >>> ./armv7a-vfp-neon-poky-linux-gnueabi/helloworld/1.1-r0/pkgdata/runtime/helloworld-locale >>> >>> ./armv7a-vfp-neon-poky-linux-gnueabi/helloworld/1.1-r0/pkgdata/runtime/helloworld-dev >>> >>> ./armv7a-vfp-neon-poky-linux-gnueabi/helloworld/1.1-r0/pkgdata/runtime/helloworld-doc >>> >>> ./armv7a-vfp-neon-poky-linux-gnueabi/helloworld/1.1-r0/pkgdata/runtime/helloworld-dev.packaged >>> >>> ./armv7a-vfp-neon-poky-linux-gnueabi/helloworld/1.1-r0/pkgdata/runtime/helloworld-staticdev >>> >>> ./armv7a-vfp-neon-poky-linux-gnueabi/helloworld/1.1-r0/packages-split/helloworld >>> >>> ./armv7a-vfp-neon-poky-linux-gnueabi/helloworld/1.1-r0/packages-split/helloworld-dbg >>> >>> ./armv7a-vfp-neon-poky-linux-gnueabi/helloworld/1.1-r0/packages-split/helloworld-locale >>> >>> ./armv7a-vfp-neon-poky-linux-gnueabi/helloworld/1.1-r0/packages-split/helloworld-dev >>> >>> ./armv7a-vfp-neon-poky-linux-gnueabi/helloworld/1.1-r0/packages-split/helloworld-doc >>> >>> ./armv7a-vfp-neon-poky-linux-gnueabi/helloworld/1.1-r0/packages-split/helloworld-staticdev >>> >>> ./armv7a-vfp-neon-poky-linux-gnueabi/helloworld/1.1-r0/deploy-rpms/armv7a_vfp_neon/helloworld-dbg-1.1-r0.armv7a_vfp_neon.rpm >>> >>> ./armv7a-vfp-neon-poky-linux-gnueabi/helloworld/1.1-r0/deploy-rpms/armv7a_vfp_neon/helloworld-dev-1.1-r0.armv7a_vfp_neon.rpm What does 'find tmp/work/armv7a-vfp-neon-poky-linux-gnueabi/helloworld/1.1-r0/image' show? -- ------------------------------------------------------------ Gary Thomas | Consulting for the MLB Associates | Embedded world ------------------------------------------------------------