[oe] [meta-filesystems][PATCH 1/1] aufs-util: add new recipe

Paul Eggleton paul.eggleton at linux.intel.com
Tue Jan 21 10:20:31 UTC 2014


On Saturday 18 January 2014 13:05:39 Martin Jansa wrote:
> On Fri, Jan 17, 2014 at 05:36:04PM +0000, Paul Eggleton wrote:
> > +SRC_URI =
> > "git://git.code.sf.net/p/aufs/aufs-util;protocol=git;branch=aufs3.x-rcN \
> > +           file://aufs-util-don-t-strip-executables.patch \
> > +           file://include/linux/aufs_type.h \
> 
> Can please drop include/linux/ prefix and put it in right place just in
> do_compile_class-native?

OK.

> > +          
> > file://aufs-util-add-tool-concept-to-Makefile-for-cross-com.patch \ +"
> > +
> > +PV = "3.x-rcN+git${SRCPV}"
> 
> I have similar recipe (for 3.2 version) in one of our layers with following
> changes, can you please check if they are still valid for 3.x and latest
> linux-yocto? It looks like aufs_type.h in SRC_URI should solve this.
> 
> # Needs AUFS support in kernel headers (e.g. aufs_type.h isn't included
> # in default linux-yocto kernel)
> DEPENDS = "virtual/kernel"
> 
> # because it depends on kernel
> PACKAGE_ARCH = "${MACHINE_ARCH}"

I think that's why the header is included.

> > +do_configure_append () {
> > +	if [ "${PN}" != "aufs-util-native" ]; then
> > +		for i in ver c2sh c2tmac; do
> > +			cp ${STAGING_BINDIR_NATIVE}/aufs-util-${PV}/$i ./
> > +		done
> > +	fi
> > +}
> > +
> > +do_compile () {
> > +	oe_runmake CPPFLAGS="-I${WORKDIR}/include -I${S}/libau"
> > +}
> > +
> > +do_compile_class-native () {
> > +	oe_runmake tools CPPFLAGS="-I${WORKDIR}/include -I${S}/libau"
> > +}
> > +
> > +do_install () {
> > +	oe_runmake 'DESTDIR=${D}' install_sbin install_ubin install_etc
> > +}
> > +
> > +do_install_class-native () {
> > +	install -d ${D}${bindir}/aufs-util-${PV}
> > +	for i in ver c2sh c2tmac; do
> > +		install -m 755 $i ${D}${bindir}/aufs-util-${PV}/$i
> > +	done
> > +}
> 
> Use 4 spaces instead of tabs.

Sigh...

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre



More information about the Openembedded-devel mailing list