RPM creation is hella slow?

[timperrett]

Hey guys,

So this is a somewhat strange issue, and im not sure if it can even be fixed, but the creation of RPMs is horridly slow; does anyone else see this? Perhaps this is just part of rpmbuild and its the way things are?

If there is anything that can be done on the native packager side that would be awesome :-)

Cheers!

[muuki88]

Hi Tim,

Can you give us some numbers? Like

• How many custom mappings
• How many library dependencies
• How big is the resulting rpm in MB
• On what machine are you building (RAM, CPU, SSD or HDD)

Our small tests don't take long. A plain play-application takes a few seconds.
We have some issues with debian as well due to the manually chowning of files. See #142

thanks,
Muki

[timperrett]

• 2 custom mappings
• library dependencies vary, but lets say average of 5 or 6 direct dependencies (and then transitive)
• RPM is typically 50mb all told.
• Building on an EC2 slave, m1.large

Cheers

[jsuereth]

Which version of sbt? (There's a fun file-security based performance issue in sbt 0.13.1)

[ytask]

Hi, had problems with slow rpm creation, too. Maybe disabling the optimizer brp-java-repack-jars will solve it. Redefine the RPM macro __os_install_post by adding the following to rpmPre in Rpm:

%define __os_install_post
/usr/lib/rpm/brp-compress
%{!?__debug_package:/usr/lib/rpm/brp-strip %{__strip}}
/usr/lib/rpm/brp-strip-static-archive %{__strip}
/usr/lib/rpm/brp-strip-comment-note %{__strip} %{__objdump}
%{nil}

Helpful link regarding repacking: http://swaeku.github.io/blog/2013/08/05/how-to-disable-brp-java-repack-jars-during-rpm-build/

Cheers

[muuki88]

Thanks @ytask ! I will test this option, too and if it works ( = doesn't break anything) we add an option to enable this behavior. If this works for all of you, we may enable it per default?

[timperrett]

I'm using SBT 0.13.1 @jsuereth - upgrade needed?

[timperrett]

@ytask @muuki88 @jsuereth - i implemented @ytask's suggestion, and holy cow, build time went from 309 seconds to 19s... huge time saving!

[muuki88]

Thanks for sharing. We will integrate this