Re: [libvirt] [PATCH v2] maint: Switch to xz compressed PAX release archives
On Wed, 2016-06-15 at 10:31 -0400, Laine Stump wrote:
On 06/15/2016 09:03 AM, Andrea Bolognani wrote:
>
> This allows us to produce releases that are roughly a third in
> size, have no limitation on path length, and are still readable
> by all supported platforms.
> ---
I just want to point out that the tarfile is built every time you run
"make rpm" (which I do quite a lot - I prefer installing rpms to the
carnage created by make install), and this increases the time for make
rpm on my system by 1min38sec. (jtomko may have something to say about
that, since he's been interested in shaving fractions of a second off
the build time in the last few days :-O)
Am I going to need to carry a local patch to revert this so that I don't
get *even more* bored waiting for builds to complete? Or is there a
reasonable way to make it easily configurable with a switch to autogen?
(even then I would still need a patch to the specfile, unless we could
make it happen based on some environment setting).
(Aside from that, I applied the patch and it does work).
This might just be the perfect chance for you to start
running libvirtd from the build directory instead - that way,
you can save both the time needed to make dist and the time
needed to install the new rpm! :)
In all seriousness though, this is a reasonable concern,
thanks for bringing it up. I don't have any bright ideas on
how to make this configurable, short of pre-processing
configure.ac and libvirt.spec.in[1] in autogen.sh. Hopefully
someone else on the list will come up with a better plan -
it would be a shame not to take advantage of xz compression.
[1] Which would make them configure.ac.in and...
libvirt.spec.in.in, I guess?
--
Andrea Bolognani
Software Engineer - Virtualization Team