On 06/01/2017 08:11 PM, Mark Hatle wrote:
On 6/1/17 10:15 AM, Alexander Kanavin wrote:
RPM's default is single-threaded gz; the change greatly helps with
both buildtimes (when there is a small number of large-sized packages)
and disk space taken by resulting rpms.
If you wnable XZ here, you need to make sure XZ compression is enabled within
rpm itself. (I know how that worked in rpm5, not sure how rpm4 does it -- it
may be enable that the binary be present to call out to.)
rpm4 does not call out to any binary, it is linking against liblzma from
xz package, if it can find it during configure. Xz was already in list
of dependencies, so nothing needed to be done. Same for other
compression schemes.
Finally I have not investigated parallel XZ, but in some cases the resulting
compressed file is different depending on compression artifacts due to
parallelization. (The compressed file is different, not the uncompressed
content.)
This can be a concern to some who want fully reproducible builds (from source).
So we need to make sure we have a way to disable this type of parallelization
--if-- it causes a problem with different contents.
Let's first see if it is an actual concern for anyone. If the
uncompressed contents is exactly same, I have difficulty seeing what is
the problem specifically.
Alex
--
_______________________________________________
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
