pixz: Add 1.0.6

PATCH Superseded Richard Purdie 6 participants 14 messages Jan 8, 2016 – Jan 12, 2016

Share & tools

Richard Purdie

author

2016-01-08 18:22 UTC #0 lore raw

PATCH 1/1 pixz: Add 1.0.6

xz gives better compression results than bzip/gz but is often slower. Using parallel compression mitigates this somewhat and is particularly useful for the SDK.

Signed-off-by Richard Purdie <[email protected]>

meta/recipes-support/pixz/pixz_1.0.6.bb new file +14 -0

new file mode 100644
index 0000000..e6e4ac2
@@ -0,0 +1,14 @@
+SUMMARY = "Parallel, indexed xz compressor"
+
+DEPENDS = "xz libarchive"
+
+SRC_URI = "https://github.com/vasi/pixz/releases/download/v${PV}/${BPN}-${PV}.tar.xz"
+SRC_URI[md5sum] = "f6dc5909c9a31b192f69aa397ae8df48"
+SRC_URI[sha256sum] = "02c50746b134fa1b1aae41fcc314d7c6f1919b3d48bcdea01bf11769f83f72e8"
+
+LICENSE = "BSD-2-Clause"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=5cf6d164086105f1512ccb81bfff1926"
+
+inherit autotools
+
+BBCLASSEXTEND = "native"

Khem Raj

2016-01-09 17:15 UTC #1 lore raw

Quoted 3 lines · Richard Purdie

xz gives better compression results than bzip/gz but is often slower. Using parallel compression mitigates this somewhat and is particularly useful for the SDK.

I have proposed another tool called pxz back in Sept last year
http://lists.openembedded.org/pipermail/openembedded-core/2015-September/110971.html

although pixz seems to be well maintained and active, would be nice to know what do people mostly use.

Quoted 30 lines

Signed-off-by Richard Purdie <[email protected]>
meta/recipes-support/pixz/pixz_1.0.6.bb new file +14 -1
new file mode 100644
index 0000000..e6e4ac2
@@ -0,0 +1,14 @@
+SUMMARY = "Parallel, indexed xz compressor"
+
+DEPENDS = "xz libarchive"
+
+SRC_URI = "https://github.com/vasi/pixz/releases/download/v${PV}/${BPN}-${PV}.tar.xz"
+SRC_URI[md5sum] = "f6dc5909c9a31b192f69aa397ae8df48"
+SRC_URI[sha256sum] = "02c50746b134fa1b1aae41fcc314d7c6f1919b3d48bcdea01bf11769f83f72e8"
+
+LICENSE = "BSD-2-Clause"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=5cf6d164086105f1512ccb81bfff1926"
+
+inherit autotools
+
+BBCLASSEXTEND = "native"
 
 
--
_______________________________________________
Openembedded-core mailing list
[email protected]
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Andre McCurdy

2016-01-11 18:37 UTC #2 lore raw

Quoted 11 lines · Khem Raj

Quoted 3 lines · Richard Purdie
xz gives better compression results than bzip/gz but is often slower. Using parallel compression mitigates this somewhat and is particularly useful for the SDK.
I have proposed another tool called pxz back in Sept last year
http://lists.openembedded.org/pipermail/openembedded-core/2015-September/110971.html
although pixz seems to be well maintained and active, would be nice to know what do people mostly use.

The pixz README contains a summary of some of the alternatives - and does mention high memory usage as a potential issue for pxz.

https://github.com/vasi/pixz#comparison-to-other-tools

Quoted 35 lines

Quoted 26 lines
Signed-off-by Richard Purdie <[email protected]>
meta/recipes-support/pixz/pixz_1.0.6.bb new file +14 -1
new file mode 100644
index 0000000..e6e4ac2
@@ -0,0 +1,14 @@
+SUMMARY = "Parallel, indexed xz compressor"
+
+DEPENDS = "xz libarchive"
+
+SRC_URI = "https://github.com/vasi/pixz/releases/download/v${PV}/${BPN}-${PV}.tar.xz"
+SRC_URI[md5sum] = "f6dc5909c9a31b192f69aa397ae8df48"
+SRC_URI[sha256sum] = "02c50746b134fa1b1aae41fcc314d7c6f1919b3d48bcdea01bf11769f83f72e8"
+
+LICENSE = "BSD-2-Clause"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=5cf6d164086105f1512ccb81bfff1926"
+
+inherit autotools
+
+BBCLASSEXTEND = "native"
 
 
--
Quoted 4 lines
_______________________________________________
Openembedded-core mailing list
[email protected]
http://lists.openembedded.org/mailman/listinfo/openembedded-core
--
_______________________________________________
Openembedded-core mailing list
[email protected]
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Paul Eggleton

2016-01-10 20:26 UTC #3 lore raw

In reply to Richard Purdie

Quoted 17 lines · On Fri, 08 Jan 2016 18:22:49 Richard Purdie wrote:

xz gives better compression results than bzip/gz but is often slower. Using parallel compression mitigates this somewhat and is particularly useful for the SDK.
Signed-off-by Richard Purdie <[email protected]>
(quoted diff) +0 -0
b/meta/recipes-support/pixz/pixz_1.0.6.bb new file mode 100644 index 0000000..e6e4ac2
meta/recipes-support/pixz/pixz_1.0.6.bb new file +5 -0
@@ -0,0 +1,14 @@
+SUMMARY = "Parallel, indexed xz compressor"
+
+DEPENDS = "xz libarchive"
+
+SRC_URI =

Quoted 1 line

"https://github.com/vasi/pixz/releases/download/v${PV}/${BPN}-${PV}.tar.xz"

Can we rely on this never changing? I thought we'd experienced problems with github's release tarballs being generated on the fly in the past...

Cheers,
Paul

Signature · 2 lines

Paul Eggleton
Intel Open Source Technology Centre

Paul Eggleton

2016-01-10 20:36 UTC #4 lore raw

Quoted 7 lines · On Mon, 11 Jan 2016 09:26:39 Paul Eggleton wrote:

Quoted 6 lines · On Fri, 08 Jan 2016 18:22:49 Richard Purdie wrote:
xz gives better compression results than bzip/gz but is often slower. Using parallel compression mitigates this somewhat and is particularly useful for the SDK.
Signed-off-by Richard Purdie <[email protected]>

Quoted 16 lines

Quoted 11 lines
(quoted diff) +0 -0
b/meta/recipes-support/pixz/pixz_1.0.6.bb new file mode 100644 index 0000000..e6e4ac2
meta/recipes-support/pixz/pixz_1.0.6.bb new file +5 -0
@@ -0,0 +1,14 @@
+SUMMARY = "Parallel, indexed xz compressor"
+
+DEPENDS = "xz libarchive"
+
+SRC_URI =
Quoted 2 lines
"https://github.com/vasi/pixz/releases/download/v${PV}/${BPN}-${PV}.tar.xz "
Can we rely on this never changing? I thought we'd experienced problems with github's release tarballs being generated on the fly in the past...

Another thing, this seems to fail to build without asciidoc:

------------ snip ------------
checking for src/pixz.1... no
checking for a2x... no
configure: error: AsciiDoc not found, not able to generate the man page. ------------ snip ------------

This is also related to not supporting B != S, since src/pixz.1 does exist, just in S and not B. If you inherit autotools-brokensep instead of autotools it works.

Cheers,
Paul

Signature · 2 lines

Paul Eggleton
Intel Open Source Technology Centre

Paul Eggleton

2016-01-11 21:08 UTC #5 lore raw

Quoted 33 lines · On Mon, 11 Jan 2016 09:36:36 Paul Eggleton wrote:

Quoted 16 lines · On Mon, 11 Jan 2016 09:26:39 Paul Eggleton wrote:
Quoted 15 lines · On Fri, 08 Jan 2016 18:22:49 Richard Purdie wrote:
xz gives better compression results than bzip/gz but is often slower. Using parallel compression mitigates this somewhat and is particularly useful for the SDK.
Signed-off-by Richard Purdie <[email protected]>
(quoted diff) +0 -0
b/meta/recipes-support/pixz/pixz_1.0.6.bb new file mode 100644 index 0000000..e6e4ac2
meta/recipes-support/pixz/pixz_1.0.6.bb new file +3 -0
@@ -0,0 +1,14 @@
+SUMMARY = "Parallel, indexed xz compressor"
+
+DEPENDS = "xz libarchive"
Quoted 8 lines
Quoted 5 lines
meta/recipes-support/pixz/pixz_1.0.6.bb new file +2 -0
+
+SRC_URI =
"https://github.com/vasi/pixz/releases/download/v${PV}/${BPN}-${PV}.tar. xz
"
Can we rely on this never changing? I thought we'd experienced problems with github's release tarballs being generated on the fly in the past...
Another thing, this seems to fail to build without asciidoc:
------------ snip ------------
checking for src/pixz.1... no
checking for a2x... no
configure: error: AsciiDoc not found, not able to generate the man page. ------------ snip ------------

Quoted 3 lines

This is also related to not supporting B != S, since src/pixz.1 does exist, just in S and not B. If you inherit autotools-brokensep instead of autotools it works.

Possibly a bit obvious, but even inheriting autotools-brokensep isn't enough, because if it runs "make clean" on re-executing do_configure, src/pixz.1 gets deleted and you get the same issue.

Cheers,
Paul

Signature · 2 lines

Paul Eggleton
Intel Open Source Technology Centre

Khem Raj

2016-01-11 21:17 UTC #6 lore raw

Quoted 37 lines · Paul Eggleton

Quoted 33 lines · On Mon, 11 Jan 2016 09:36:36 Paul Eggleton wrote:
Quoted 16 lines · On Mon, 11 Jan 2016 09:26:39 Paul Eggleton wrote:
Quoted 15 lines · On Fri, 08 Jan 2016 18:22:49 Richard Purdie wrote:
xz gives better compression results than bzip/gz but is often slower. Using parallel compression mitigates this somewhat and is particularly useful for the SDK.
Signed-off-by Richard Purdie <[email protected]>
(quoted diff) +0 -0
b/meta/recipes-support/pixz/pixz_1.0.6.bb new file mode 100644 index 0000000..e6e4ac2
meta/recipes-support/pixz/pixz_1.0.6.bb new file +3 -0
@@ -0,0 +1,14 @@
+SUMMARY = "Parallel, indexed xz compressor"
+
+DEPENDS = "xz libarchive"
Quoted 8 lines
Quoted 5 lines
meta/recipes-support/pixz/pixz_1.0.6.bb new file +2 -0
+
+SRC_URI =
"https://github.com/vasi/pixz/releases/download/v${PV}/${BPN}-${PV}.tar. xz
"
Can we rely on this never changing? I thought we'd experienced problems with github's release tarballs being generated on the fly in the past...
Another thing, this seems to fail to build without asciidoc:
------------ snip ------------
checking for src/pixz.1... no
checking for a2x... no
configure: error: AsciiDoc not found, not able to generate the man page. ------------ snip ------------

Quoted 7 lines

Quoted 3 lines
This is also related to not supporting B != S, since src/pixz.1 does exist, just in S and not B. If you inherit autotools-brokensep instead of autotools it works.
Possibly a bit obvious, but even inheriting autotools-brokensep isn't enough, because if it runs "make clean" on re-executing do_configure, src/pixz.1 gets deleted and you get the same issue.

Adding --without-manpage might get you past this issue.

Quoted 13 lines

Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
--
_______________________________________________
Openembedded-core mailing list
[email protected]
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Paul Eggleton

2016-01-11 22:36 UTC #7 lore raw

Quoted 43 lines · On Mon, 11 Jan 2016 13:17:14 Khem Raj wrote:

Quoted 43 lines
On Jan 11, 2016, at 1:07 PM, Paul Eggleton <[email protected]> wrote:>
Quoted 39 lines · On Mon, 11 Jan 2016 09:36:36 Paul Eggleton wrote:
Quoted 17 lines · On Mon, 11 Jan 2016 09:26:39 Paul Eggleton wrote:
Quoted 16 lines · On Fri, 08 Jan 2016 18:22:49 Richard Purdie wrote:
xz gives better compression results than bzip/gz but is often slower. Using parallel compression mitigates this somewhat and is particularly useful for the SDK.
Signed-off-by Richard Purdie <[email protected]>
(quoted diff) +0 -0
b/meta/recipes-support/pixz/pixz_1.0.6.bb new file mode 100644 index 0000000..e6e4ac2
meta/recipes-support/pixz/pixz_1.0.6.bb new file +4 -0
@@ -0,0 +1,14 @@
+SUMMARY = "Parallel, indexed xz compressor"
+
+DEPENDS = "xz libarchive"
+
Quoted 8 lines
Quoted 5 lines
meta/recipes-support/pixz/pixz_1.0.6.bb new file +1 -0
+SRC_URI =
"https://github.com/vasi/pixz/releases/download/v${PV}/${BPN}-${PV}.tar .
xz
"
Can we rely on this never changing? I thought we'd experienced problems with github's release tarballs being generated on the fly in the past...
Another thing, this seems to fail to build without asciidoc:
------------ snip ------------
checking for src/pixz.1... no
checking for a2x... no
configure: error: AsciiDoc not found, not able to generate the man page. ------------ snip ------------
This is also related to not supporting B != S, since src/pixz.1 does exist,
just in S and not B. If you inherit autotools-brokensep instead of autotools it works.

Quoted 5 lines

Quoted 3 lines
Possibly a bit obvious, but even inheriting autotools-brokensep isn't enough, because if it runs "make clean" on re-executing do_configure, src/pixz.1 gets deleted and you get the same issue.
Adding --without-manpage might get you past this issue.

I'm afraid that's not a valid option for this configure script.

I had more shenanigans trying to build the target version. In the end I needed to add "ac_cv_file_src_pixz_1=yes" to EXTRA_OECONF and inherit pkgconfig.

Cheers,
Paul

Signature · 2 lines

Paul Eggleton
Intel Open Source Technology Centre

Khem Raj

2016-01-11 23:07 UTC #8 lore raw

Quoted 47 lines · Paul Eggleton

Quoted 43 lines · On Mon, 11 Jan 2016 13:17:14 Khem Raj wrote:
Quoted 43 lines
On Jan 11, 2016, at 1:07 PM, Paul Eggleton <[email protected]> wrote:>
Quoted 39 lines · On Mon, 11 Jan 2016 09:36:36 Paul Eggleton wrote:
Quoted 17 lines · On Mon, 11 Jan 2016 09:26:39 Paul Eggleton wrote:
Quoted 16 lines · On Fri, 08 Jan 2016 18:22:49 Richard Purdie wrote:
xz gives better compression results than bzip/gz but is often slower. Using parallel compression mitigates this somewhat and is particularly useful for the SDK.
Signed-off-by Richard Purdie <[email protected]>
(quoted diff) +0 -0
b/meta/recipes-support/pixz/pixz_1.0.6.bb new file mode 100644 index 0000000..e6e4ac2
meta/recipes-support/pixz/pixz_1.0.6.bb new file +4 -0
@@ -0,0 +1,14 @@
+SUMMARY = "Parallel, indexed xz compressor"
+
+DEPENDS = "xz libarchive"
+
Quoted 8 lines
Quoted 5 lines
meta/recipes-support/pixz/pixz_1.0.6.bb new file +1 -0
+SRC_URI =
"https://github.com/vasi/pixz/releases/download/v${PV}/${BPN}-${PV}.tar .
xz
"
Can we rely on this never changing? I thought we'd experienced problems with github's release tarballs being generated on the fly in the past...
Another thing, this seems to fail to build without asciidoc:
------------ snip ------------
checking for src/pixz.1... no
checking for a2x... no
configure: error: AsciiDoc not found, not able to generate the man page. ------------ snip ------------
This is also related to not supporting B != S, since src/pixz.1 does exist,
just in S and not B. If you inherit autotools-brokensep instead of autotools it works.

Quoted 7 lines

Quoted 5 lines
Quoted 3 lines
Possibly a bit obvious, but even inheriting autotools-brokensep isn't enough, because if it runs "make clean" on re-executing do_configure, src/pixz.1 gets deleted and you get the same issue.
Adding --without-manpage might get you past this issue.
I'm afraid that's not a valid option for this configure script.

I was checking the source code on github and now I tried it locally. the option does exist

git clone https://github.com/vasi/pixz.git
cd pixz
/configure

and it complains

configure: error: AsciiDoc not found, not able to generate the man page.

./configure --without-manpage

succeeds.

Quoted 4 lines

I had more shenanigans trying to build the target version. In the end I needed to add "ac_cv_file_src_pixz_1=yes" to EXTRA_OECONF and inherit pkgconfig.

it should be set to ‘no’ if manpages were to be disabled. so I wonder setting it to yes is just bypassing the configure time check but should fail at compile/install time.

Quoted 7 lines

Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre

Khem Raj

2016-01-11 23:21 UTC #9 lore raw

In reply to Paul Eggleton

Quoted 51 lines · Paul Eggleton

Quoted 47 lines · On Mon, 11 Jan 2016 13:17:14 Khem Raj wrote:
Quoted 46 lines
On Jan 11, 2016, at 1:07 PM, Paul Eggleton <[email protected]> wrote:>
Quoted 35 lines · On Mon, 11 Jan 2016 09:36:36 Paul Eggleton wrote:
Quoted 17 lines · On Mon, 11 Jan 2016 09:26:39 Paul Eggleton wrote:
Quoted 16 lines · On Fri, 08 Jan 2016 18:22:49 Richard Purdie wrote:
xz gives better compression results than bzip/gz but is often slower. Using parallel compression mitigates this somewhat and is particularly useful for the SDK.
Signed-off-by Richard Purdie <[email protected]>
(quoted diff) +0 -0
b/meta/recipes-support/pixz/pixz_1.0.6.bb new file mode 100644 index 0000000..e6e4ac2
meta/recipes-support/pixz/pixz_1.0.6.bb new file +4 -0
@@ -0,0 +1,14 @@
+SUMMARY = "Parallel, indexed xz compressor"
+
+DEPENDS = "xz libarchive"
+
Quoted 8 lines
Quoted 5 lines
meta/recipes-support/pixz/pixz_1.0.6.bb new file +1 -0
+SRC_URI =
"https://github.com/vasi/pixz/releases/download/v${PV}/${BPN}-${PV}.tar .
xz
"
Can we rely on this never changing? I thought we'd experienced problems with github's release tarballs being generated on the fly in the past...
Another thing, this seems to fail to build without asciidoc:
------------ snip ------------
checking for src/pixz.1... no
checking for a2x... no
configure: error: AsciiDoc not found, not able to generate the man page. ------------ snip ------------
Quoted 4 lines
This is also related to not supporting B != S, since src/pixz.1 does exist,
just in S and not B. If you inherit autotools-brokensep instead of autotools it works.
Possibly a bit obvious, but even inheriting autotools-brokensep isn't enough, because if it runs "make clean" on re-executing do_configure, src/pixz.1 gets deleted and you get the same issue.

Quoted 7 lines

Quoted 1 line
Adding --without-manpage might get you past this issue.
I'm afraid that's not a valid option for this configure script.
I had more shenanigans trying to build the target version. In the end I needed to add "ac_cv_file_src_pixz_1=yes" to EXTRA_OECONF and inherit pkgconfig.

I think you are missing
https://github.com/vasi/pixz/commit/936d8068ae19d95260d3058f41dd6cf718101cd6

which is committed after 1.0.6 release. It should be back ported.
may be not use tarball but straight use SRCREV=“936d8068ae19d95260d3058f41dd6cf718101cd6” with git fetcher might be better.

Quoted 7 lines

Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre

Richard Purdie

author

2016-01-11 23:35 UTC #10 lore raw

Quoted 74 lines · Khem Raj

Quoted 64 lines
On Jan 11, 2016, at 2:36 PM, Paul Eggleton <
[email protected]> wrote:
Quoted 60 lines · On Mon, 11 Jan 2016 13:17:14 Khem Raj wrote:
Quoted 59 lines
On Jan 11, 2016, at 1:07 PM, Paul Eggleton <
[email protected]>
wrote:>
Quoted 43 lines · On Mon, 11 Jan 2016 09:36:36 Paul Eggleton wrote:
Quoted 24 lines · On Mon, 11 Jan 2016 09:26:39 Paul Eggleton wrote:
Quoted 23 lines · On Fri, 08 Jan 2016 18:22:49 Richard Purdie wrote:
xz gives better compression results than bzip/gz but is often slower.
Using parallel compression mitigates this somewhat and is particularly
useful for the SDK.
Signed-off-by: Richard Purdie <
[email protected]>
(quoted diff) +0 -0
b/meta/recipes-support/pixz/pixz_1.0.6.bb new file mode 100644
index 0000000..e6e4ac2
meta/recipes-support/pixz/pixz_1.0.6.bb new file +5 -0
@@ -0,0 +1,14 @@
+SUMMARY = "Parallel, indexed xz compressor"
+
+DEPENDS = "xz libarchive"
+
+SRC_URI =
"https://github.com/vasi/pixz/releases/download/v${PV}/${ BPN}-${PV}.tar
Quoted 8 lines
Quoted 3 lines
.
xz
"
Can we rely on this never changing? I thought we'd experienced problems
with github's release tarballs being generated on the fly in the past...
Another thing, this seems to fail to build without asciidoc:
------------ snip ------------
checking for src/pixz.1... no
checking for a2x... no
configure: error: AsciiDoc not found, not able to generate the man page.
------------ snip ------------
Quoted 6 lines
This is also related to not supporting B != S, since src/pixz.1 does
exist,
just in S and not B. If you inherit autotools-brokensep instead of
autotools it works.
Possibly a bit obvious, but even inheriting autotools-brokensep isn't
enough, because if it runs "make clean" on re-executing do_configure,
src/pixz.1 gets deleted and you get the same issue.
Quoted 9 lines
Quoted 1 line
Adding --without-manpage might get you past this issue.
I'm afraid that's not a valid option for this configure script.
I had more shenanigans trying to build the target version. In the end I needed
to add "ac_cv_file_src_pixz_1=yes" to EXTRA_OECONF and inherit pkgconfig.

Quoted 8 lines

I think you are missing
https://github.com/vasi/pixz/commit/936d8068ae19d95260d3058f41dd6cf71
8101cd6
which is committed after 1.0.6 release. It should be back ported. may be not use tarball but straight use SRCREV=“936d8068ae19d95260d3058f41dd6cf718101cd6”
with git fetcher might be better.

As Randy mentions, should we use the -T option to xz instead though?

Cheers,

Richard

Khem Raj

2016-01-12 00:17 UTC #11 lore raw

Quoted 82 lines · Richard Purdie

Quoted 78 lines · Khem Raj
Quoted 64 lines
On Jan 11, 2016, at 2:36 PM, Paul Eggleton <
[email protected]> wrote:
Quoted 60 lines · On Mon, 11 Jan 2016 13:17:14 Khem Raj wrote:
Quoted 59 lines
On Jan 11, 2016, at 1:07 PM, Paul Eggleton <
[email protected]>
wrote:>
Quoted 43 lines · On Mon, 11 Jan 2016 09:36:36 Paul Eggleton wrote:
Quoted 24 lines · On Mon, 11 Jan 2016 09:26:39 Paul Eggleton wrote:
Quoted 23 lines · On Fri, 08 Jan 2016 18:22:49 Richard Purdie wrote:
xz gives better compression results than bzip/gz but is often slower.
Using parallel compression mitigates this somewhat and is particularly
useful for the SDK.
Signed-off-by: Richard Purdie <
[email protected]>
(quoted diff) +0 -0
b/meta/recipes-support/pixz/pixz_1.0.6.bb new file mode 100644
index 0000000..e6e4ac2
meta/recipes-support/pixz/pixz_1.0.6.bb new file +5 -0
@@ -0,0 +1,14 @@
+SUMMARY = "Parallel, indexed xz compressor"
+
+DEPENDS = "xz libarchive"
+
+SRC_URI =
"https://github.com/vasi/pixz/releases/download/v${PV}/${ BPN}-${PV}.tar
Quoted 8 lines
Quoted 3 lines
.
xz
"
Can we rely on this never changing? I thought we'd experienced problems
with github's release tarballs being generated on the fly in the past...
Another thing, this seems to fail to build without asciidoc:
------------ snip ------------
checking for src/pixz.1... no
checking for a2x... no
configure: error: AsciiDoc not found, not able to generate the man page.
------------ snip ------------
Quoted 6 lines
This is also related to not supporting B != S, since src/pixz.1 does
exist,
just in S and not B. If you inherit autotools-brokensep instead of
autotools it works.
Possibly a bit obvious, but even inheriting autotools-brokensep isn't
enough, because if it runs "make clean" on re-executing do_configure,
src/pixz.1 gets deleted and you get the same issue.
Quoted 9 lines
Quoted 1 line
Adding --without-manpage might get you past this issue.
I'm afraid that's not a valid option for this configure script.
I had more shenanigans trying to build the target version. In the end I needed
to add "ac_cv_file_src_pixz_1=yes" to EXTRA_OECONF and inherit pkgconfig.
I think you are missing
https://github.com/vasi/pixz/commit/936d8068ae19d95260d3058f41dd6cf71
8101cd6

Quoted 6 lines

Quoted 4 lines
which is committed after 1.0.6 release. It should be back ported. may be not use tarball but straight use SRCREV=“936d8068ae19d95260d3058f41dd6cf718101cd6”
with git fetcher might be better.
As Randy mentions, should we use the -T option to xz instead though?

that might be ok too

xz /tmp/xx.tar 19.65s user 0.07s system 100% cpu 19.714 total XZ_DEFAULTS="-T 0" xz /tmp/xx.tar 22.35s user 0.49s system 360% cpu 6.340 total pixz /tmp/xx.tar /tmp/xx.tar.xz 26.56s user 0.45s system 456% cpu 5.917 total

a little slower than pixz and doesnt seem to use all cores with pixz I had 450% CPU on same load.

using pixz is simpler though. It can also be called integrated with tar. for XZ we need to set this env variable to enable parallelism with pixz its not needed.

Quoted 4 lines

Cheers,
Richard

Burton, Ross

2016-01-11 13:37 UTC #12 lore raw

In reply to Paul Eggleton

Quoted 6 lines · Paul Eggleton

Quoted 1 line
"
https://github.com/vasi/pixz/releases/download/v${PV}/${BPN}-${PV}.tar.xz"
Can we rely on this never changing? I thought we'd experienced problems with
github's release tarballs being generated on the fly in the past...

I've spoken to github engineers who swear that because github's archives are generated using git archive they should be identical (it forces timestamps to match the data in git). Either way, on the releases page the links to "Source code" are github's dynamically generated tarballs, the other files (with sizes) were created by the maintainer and uploaded so they won't be changing.

Ross

Randy Witt

2016-01-11 18:52 UTC #13 lore raw

In reply to Richard Purdie

Quoted 3 lines · Richard Purdie

xz gives better compression results than bzip/gz but is often slower. Using parallel compression mitigates this somewhat and is particularly useful for the SDK.

xz as of 5.2.0 allows for multi-threaded compression.

http://git.tukaani.org/?p=xz.git;a=blob;f=NEWS;hb=HEAD