On 2013-03-22 11:31, David Hirst wrote:
Here are the results, the same as before, in the build directories all
seems fine but the final output only has the /usr/share/man/man8/files
in
oe-layersetup/build/arago-tmp-external-arago-toolchain/work/armv7a-vfp-neon-oe-linux-gnueabi/pure-ftpd-1.0.29-r0/image/usr/sbin
are the following files:
pure-authd pure-ftpd pure-ftpwho pure-mrtginfo pure-quotacheck
pure-uploadscript
in
oe-layersetup/build/arago-tmp-external-arago-toolchain/work/armv7a-vfp-neon-oe-linux-gnueabi/pure-ftpd-1.0.29-r0/image/usr/bin
are the following files:
pure-pw pure-pwconvert pure-statsdecode
in
oe-layersetup/build/arago-tmp-external-arago-toolchain/work/armv7a-vfp-neon-oe-linux-gnueabi/pure-ftpd-1.0.29-r0/image/usr/share/man/man8
pure-authd.8 pure-ftpd.8 pure-ftpwho.8 pure-mrtginfo.8 pure-pw.8
pure-pwconvert.8 pure-quotacheck.8 pure-statsdecode.8 pure-uploadscript.8
You still didn't answer the question about the version of bitbake, the OE
metadata, etc.
which does make a difference...
Try adding this line in your pure-ftpd recipe:
FILES_${PN} += "/usr/sbin"
hirst689@hirst689-HP-Z210-Workstation:~/oe-layersetup/build/arago-tmp-external-arago-toolchain/deploy/images$
tar tvf tisdk-rootfs-image-am335x-evm.tar.gz | grep pure*
-rw-r--r-- root/root 4151 2013-03-22 12:36
./usr/share/man/man8/pure-uploadscript.8
-rw-r--r-- root/root 3187 2013-03-22 12:36
./usr/share/man/man8/pure-pw.8
-rw-r--r-- root/root 2169 2013-03-22 12:36
./usr/share/man/man8/pure-quotacheck.8
-rw-r--r-- root/root 1123 2013-03-22 12:36
./usr/share/man/man8/pure-statsdecode.8
-rw-r--r-- root/root 764 2013-03-22 12:36
./usr/share/man/man8/pure-pwconvert.8
-rw-r--r-- root/root 4160 2013-03-22 12:36
./usr/share/man/man8/pure-authd.8
-rw-r--r-- root/root 2119 2013-03-22 12:36
./usr/share/man/man8/pure-mrtginfo.8
-rw-r--r-- root/root 28755 2013-03-22 12:36
./usr/share/man/man8/pure-ftpd.8
-rw-r--r-- root/root 2449 2013-03-22 12:36
./usr/share/man/man8/pure-ftpwho.8
On Fri, Mar 22, 2013 at 11:02 AM, David Hirst <hirst...@gmail.com> wrote:
I did a bitbake tisdk-rootfs-image -c clean
I will try the cleanstate
It seems really difficult to get started from an absolutely clean slate,
some where status is held that gets in the way
I will let you know
Thanks so far
On Fri, Mar 22, 2013 at 10:51 AM, Gary Thomas <g...@mlbassoc.com> wrote:
On 2013-03-22 08:42, David Hirst wrote:
OK,
Sorry for the carpet bombing! I added this to tisdk-rootfs-image
"task-arago-xyz \" to look for the new task file
I have included the task and pure-ftpd bb files also. I would love to
understand why this does not work.
What steps did you run after making this change?
What version of bitbake are you using?
Most likely, bitbake did not [fully] realize that you made a change.
I'd try something like this:
% bitbake tisdk-rootfs-image -c cleansstate
% bitbake tisdk-rootfs-image
and see what happens.
BTW, top-posting is evil :-(
==========================tisd**k-rootfs-image.bb<http://tisdk-rootfs-image.bb>
=============**===============
# Arago TI SDK filesystem image
COMPATIBLE_MACHINE = "omap3|omapl138|ti33x"
require arago-base-tisdk-image.bb
IMAGE_INSTALL += "\
task-arago-test \
task-arago-tisdk-graphics \
task-arago-tisdk-qte \
task-arago-tisdk-addons \
task-arago-tisdk-connectivity \
task-arago-tisdk-crypto \
task-arago-tisdk-matrix \
task-arago-tisdk-multimedia \
task-arago-tisdk-amsdk \
task-arago-xyz \
"
export IMAGE_BASENAME = "tisdk-rootfs-image"
=================task-arago.**xyz.bb <http://task-arago.xyz.bb>
================
DESCRIPTION = "Extended task to get extras"
LICENSE = "MIT"
LIC_FILES_CHKSUM =
"file://${COREBASE}/meta/**COPYING.MIT;md5=**
3da9cfbcb788c80a0384361b4de204**20"
PR = "r0"
inherit task
ARAGO_XYZ = " \
pure-ftpd \
"
ARAGO_XYZ_INT = "\
${ARAGO_XYZ} \
"
RDEPENDS_${PN} = "\
${ARAGO_XYZ_INT} \
"
===============pure-ftpd_1.0.**29.bb <http://pure-ftpd_1.0.29.bb>
====================
DESCRIPTION = "Sample program"
LICENSE = "GPLv2"
LIC_FILES_CHKSUM = "file://COPYING;md5=**d7b47170f564f6a314b82b3ea67a40*
*bd"
PR = "r0"
PV = "1.0.29"
DEPENDS = ""
RPROVIDES = "pure-ftpd"
PROVIDES = "pure-ftpd"
ARM_INSTRUCTION_SET = "arm"
PARALLEL_MAKE = ""
inherit autotools pkgconfig
EXTRA_OECONF = "--enable-cross-compile --host=arm-arago-linux-**gnueabi"
SRC_URI = "
http://iweb.dl.sourceforge.**net/project/pureftpd/Pure-**
FTPd/1.0.29/pure-ftpd-${PV}.**tar.gz<http://iweb.dl.sourceforge.net/project/pureftpd/Pure-FTPd/1.0.29/pure-ftpd-$%7BPV%7D.tar.gz>
"
SRC_URI[md5sum] = "**e0132a51357d419f8b66e8997d9dc5**fa"
SRC_URI[sha256sum] =
"**55bfb84fa63a37e5b56906afb4444f**da7285d0f8b5ed24798f59c978ddea**2749"
S = "${WORKDIR}/pure-ftpd-${PV}"
EXTRA_OECONF_append_armv6 = " --enable-armv6"
EXTRA_OECONF_append_armv7a = " --enable-armv6 --enable-neon"
FULL_OPTIMIZATION = "-fexpensive-optimizations -fomit-frame-pointer
-frename-registers -O4 -ffast-math"
BUILD_OPTIMIZATION = "${FULL_OPTIMIZATION}"
do_configure(){
oe_runconf ${EXTRE_OECONF}
}
do_compile () {
oe_runmake
}
do_install () {
oe_runmake install DESTDIR=${D}
}
ARM_INSTRUCTION_SET = "arm"
BBCLASSEXTEND = "native"
============================ END===========================
On Fri, Mar 22, 2013 at 10:30 AM, Gary Thomas <g...@mlbassoc.com> wrote:
On 2013-03-22 08:24, David Hirst wrote:
Hi,
I have been struggling with a oe/bitbake issue. I wanted to add
an
other .bb to the image file.
I have tried multiple ways but always end up at the same spot. I have
created a new task-XXX.bb file which includes my bb
I edited the XXXX-rootfs-image.bb to include the task-XXX.bb.
Once built I find that everything built fine and the new recipe was
built
but was not loaded into the XXXX-rootfs-image.tar,gz.
If I look into the image directory for the bb file I see the compiled
application in usr/sbin.
I have tried this with my own .bb file and net-snmp bb file which comes
with the default oe-layersetup installation with the same result.
Did I not edit a file or miss some other required step?
Wow, the same question on three mailing lists (that I read, there
may be more...) and no cross-posting!
This list is perhaps the most appropriate one for your question.
More details will help. Exactly what did you change in the
"XXXX-rootfs-image.bb"
recipe?
--
------------------------------****----------------------------**--
Gary Thomas | Consulting for the
MLB Associates | Embedded world
------------------------------****----------------------------**--
______________________________****_________________
Openembedded-devel mailing list
Openembedded-devel@lists.**ope**nembedded.org <http://openembedded.org>
<Openembedded-**de...@lists.openembedded.org<Openembedded-devel@lists.openembedded.org>
http://lists.linuxtogo.org/****cgi-bin/mailman/listinfo/****
openembedded-devel<http://lists.linuxtogo.org/**cgi-bin/mailman/listinfo/**openembedded-devel>
<http://**lists.linuxtogo.org/cgi-bin/**mailman/listinfo/openembedded-*
*devel<http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel>
--
------------------------------**------------------------------
Gary Thomas | Consulting for the
MLB Associates | Embedded world
------------------------------**------------------------------
______________________________**_________________
Openembedded-devel mailing list
Openembedded-devel@lists.**openembedded.org<Openembedded-devel@lists.openembedded.org>
http://lists.linuxtogo.org/**cgi-bin/mailman/listinfo/**
openembedded-devel<http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel>
--
David Hirst
hirst...@gmail.com
--
------------------------------------------------------------
Gary Thomas | Consulting for the
MLB Associates | Embedded world
------------------------------------------------------------
_______________________________________________
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel