ping Recipe is rather stable (tarball of v.1.1 dated 2002) and cramfs can be handy for read-only images on legacy devices.
All the needed infrastructure is already present in image_types.bbclass so I'd say this recipe has been mistakenly forgotten when splitting out oe-core Andrea On Sun, May 26, 2013 at 1:23 AM, Andrea Adami <andrea.ad...@gmail.com> wrote: > * though listed in IMAGE_FSTYPES the helper is missing so > * make oe-core autosufficient importing the recipe. > * Fix PN -> BPN to avoid fetch errors with cramfs-native > > Signed-off-by: Andrea Adami <andrea.ad...@gmail.com> > --- > meta/recipes-support/cramfs/cramfs_1.1.bb | 29 +++++++++++++++++++++++++++++ > 1 file changed, 29 insertions(+) > create mode 100644 meta/recipes-support/cramfs/cramfs_1.1.bb > > diff --git a/meta/recipes-support/cramfs/cramfs_1.1.bb > b/meta/recipes-support/cramfs/cramfs_1.1.bb > new file mode 100644 > index 0000000..0bca0e1 > --- /dev/null > +++ b/meta/recipes-support/cramfs/cramfs_1.1.bb > @@ -0,0 +1,29 @@ > +DESCRIPTION = "Builds cramfs filesystems for embedded systems" > +LICENSE = "GPLv2" > +LIC_FILES_CHKSUM = "file://COPYING;md5=393a5ca445f6965873eca0259a17f833" > +DEPENDS = "zlib" > + > +PE = "1" > + > +SRC_URI = > "http://sourceforge.net/projects/cramfs/files/cramfs/1.1/${BPN}-${PV}.tar.gz"; > + > +SRC_URI[md5sum] = "d3912b9f7bf745fbfea68f6a9b9de30f" > +SRC_URI[sha256sum] = > "133caca2c4e7c64106555154ee0ff693f5cf5beb9421ce2eb86baee997d22368" > + > +EXTRA_OEMAKE = "\ > + 'CC=${CC}' \ > + 'CFLAGS=${CFLAGS}' \ > + 'LDFLAGS=${LDFLAGS}' \ > +" > + > +do_compile_prepend() { > + ln -sf GNUmakefile Makefile > +} > + > +do_install() { > + install -d ${D}${bindir} > + install mkcramfs ${D}${bindir} > + install cramfsck ${D}${bindir} > +} > + > +BBCLASSEXTEND = "native" > -- > 1.8.1.5 > _______________________________________________ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
