[OE-core] [PATCH 1/3] pbzip2: add initial recipe, pbzip2 v1.1.12

Richard Purdie richard.purdie at linuxfoundation.org
Sat Jun 27 07:14:40 UTC 2015


On Fri, 2015-06-26 at 16:06 -0700, Andre McCurdy wrote:
> On Fri, Jun 26, 2015 at 3:47 PM, Richard Purdie
> <richard.purdie at linuxfoundation.org> wrote:
> > On Fri, 2015-06-26 at 23:35 +0100, Richard Purdie wrote:
> >> On Thu, 2015-06-25 at 12:46 -0700, Andre McCurdy wrote:
> >> > Signed-off-by: Andre McCurdy <armccurdy at gmail.com>
> >> > ---
> >> >  meta/recipes-extended/pbzip2/pbzip2_1.1.12.bb | 27 +++++++++++++++++++++++++++
> >> >  1 file changed, 27 insertions(+)
> >> >  create mode 100644 meta/recipes-extended/pbzip2/pbzip2_1.1.12.bb
> >> >
> >> > diff --git a/meta/recipes-extended/pbzip2/pbzip2_1.1.12.bb b/meta/recipes-extended/pbzip2/pbzip2_1.1.12.bb
> >> > new file mode 100644
> >> > index 0000000..fb70d0c
> >> > --- /dev/null
> >> > +++ b/meta/recipes-extended/pbzip2/pbzip2_1.1.12.bb
> >> > @@ -0,0 +1,27 @@
> >> > +SUMMARY = "PBZIP2 is a parallel implementation of bzip2"
> >> > +DESCRIPTION = "PBZIP2 is a parallel implementation of the bzip2 block-sorting \
> >> > +file compressor that uses pthreads and achieves near-linear speedup on SMP \
> >> > +machines. The output of this version is fully compatible with bzip2 v1.0.2 or \
> >> > +newer (ie: anything compressed with pbzip2 can be decompressed with bzip2)."
> >> > +HOMEPAGE = "http://compression.ca/pbzip2/"
> >> > +SECTION = "console/utils"
> >> > +LICENSE = "BSD"
> >> > +LIC_FILES_CHKSUM = "file://COPYING;md5=4c4f2edec9679d5abef3514a816b54a4"
> >> > +
> >> > +DEPENDS = "bzip2"
> >>
> >> http://errors.yoctoproject.org/Errors/Details/12617/
> >>
> >> probably as bzip2-native is in ASSUME_PROVIDED at a guess and the bzip2
> >> headers weren't installed :/.
> >>
> >> We might have to force this to build bzip2-native, the only issue with
> >> that is installing bzip2 itself into the sysroot will cause a race like
> >> we've had with tar and gzip :(. We might have to teach it to install the
> >> libs but not the binaries in the native case (and do a PROVIDES +=
> >> "bzip2-replacement-native" or something so we can depend on the right
> >> thing.
> >
> > Turns out we've been here before. We can fix this with:
> >
> > DEPENDS_append_class-native = " bzip2-replacement-native"
> >
> > I'll send out a patch.
> 
> Thanks.
> 
> I'm wondering why I haven't seen an issue though - no build errors
> here and I don't have any bzip2 headers on the host.

Something else must have built bzip2-replacement-native then and it was
just luck. If you cleansstate bzip2-replacement-native and
pbzip2-native, then just built the latter you should see it.

Cheers,

Richard




More information about the Openembedded-core mailing list