23

我尝试在内部 rpm 包中为我们的地理服务器打包一些地图文件。对于构建部分，这只是复制文件。我认为这按预期工作。但是打包这 20GB 的图像需要很长时间。

我读过 rpm 在内部压缩数据，这可以通过几种不同的压缩算法来完成。但是，我不知道我的 rpm 选择哪种压缩方式以及如何影响它。我找不到 rpmbuild 命令的任何选项，也找不到 specfile 或我可以列出的一般 rpm 选项rpmbuild --showrc

我对 rpmbuild 和规范文件不是很有经验，但是在阅读了 rpm.org 上的大量手册页和教程之后，我没有进一步的想法。

我使用的规范文件如下所示：

%define debug_package %{nil}

%global mapsversion 0.9
# If this is a snapshot, put the date here and uncomment
#global snapshot_version 20100519

# This is the version in a form acceptable
# an an RPM version string (i.e. no '-')
# Hier werden die Makros definiert.
%global rpmversion %(echo %{mapsversion} | tr '-' '_')
%global pkgversion %{mapsversion}%{?snapshot_version:-SNAPSHOT}
%global pkgname %{name}

Name:           geoserver-maps-part2
Version:        %{rpmversion}
Release:        1%{?dist}
Summary:        Swiss Maps for GeoServer
Group:          Application/ourApp
License:        Copyright (c) 2011
URL:            http://doc.polyalert.local
#Source0:        %{name}-%{version}.tgz
BuildArch:  noarch
BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
Requires:   geoserver

%define mapshome /opt/geoserver/swisstopo
%define mapssource /home/user/polyalert_env/geoserver/swisstopo

%description
Swiss Maps for GeoServer

%prep

%build
/bin/true

%install
rm -rf $RPM_BUILD_ROOT
mkdir -p $RPM_BUILD_ROOT%{mapshome}
cp -a %{mapssource}/pk100 $RPM_BUILD_ROOT%{mapshome}

%clean
rm -rf $RPM_BUILD_ROOT

%pre

%post

%preun


%files
%{mapshome}/pk100

%changelog
* Tue Feb 14 2012 user - 1.0
- First version of specfile

我这样调用 rpmbuild：

rpmbuild -bb --define "_topdir $TOP_DIR" --define "_gpg_name ourkey" --define "_signature gpg" --sign $TOP_DIR/SPECS/$SPEC_FILE_NAME $RPM_BUILD_PARAMETER

有什么建议么？

4

4 回答 4

23

我今天正在处理一些 RPM 的东西，偶然发现了你的答案！

把这些放在你的spec文件中：

%define _source_payload w0.gzdio
%define _binary_payload w0.gzdio

这仍然会使用gzip，但会将其传递-0给一个级别，该级别应该只是存储。在我的 RPM 上，它从 21MB 增长到 76MB，所以我很确定这就是你的答案！

顺便说一句，我发现在其中一个macro文件中 - 你也可以使用bzdio任何数字0来9使用bzip2. 这是在 RHEL4 上；更高版本的 RPM 似乎支持更多的压缩选项；但同样，对于你想要的，上面应该是你需要的。

于 2012-04-21T01:28:10.313 回答
6

请检查您的构建机器中的文件 /usr/lib/rpm/macros，（该文件可能在路径中存在差异），它有一个完整的压缩方法支持列表：例如：

329 #       Compression type and level for source/binary package payloads.
330 #               "w9.gzdio"      gzip level 9 (default).
331 #               "w9.bzdio"      bzip2 level 9.
332 #               "w7.xzdio"      xz level 7, xz's default.
333 #               "w7.lzdio"      lzma-alone level 7, lzma's default
334 #
335 #%_source_payload       w9.gzdio
336 #%_binary_payload       w9.gzdio

所以这里就像 Aaron 说的，你可以在这里设置为通用的，或者专门为你的项目设置。规格。

于 2014-09-16T07:45:11.883 回答
0

我在 RHEL 6.6 上使用了“%define _binary_payload w9.xzdio”。据我了解，RHEL 6 中使用的默认压缩工具是 xz，但默认压缩级别似乎是 2，即使 7 应该是 xz 的默认值。我将它提高到 9，一些巨大的 RPM 从 653MB 变为 439MB。与默认压缩相比，我总共节省了 1 GB。

于 2015-11-05T17:13:18.540 回答
0

我遇到了同样的问题，Ant 使用 Spring Boot Loader 构建一个可运行的 Jar RPM 抱怨这个：

原因：java.lang.IllegalStateException：无法打开嵌套条目“BOOT-INF/lib/accessors-smart-1.2.jar”。它已经被压缩并且嵌套的jar文件必须在没有压缩的情况下存储。请检查用于创建可执行 jar 文件的机制

我的蚂蚁构建任务是这样的：

<exec executable="rpmbuild"  failonerror="true"> 
  <env key="version" value="${fullversion}" /> 
  <arg value="-ba" /> 
  <arg value="--clean" />
  <arg value="${specfile}" />
</exec>

我用可运行的 JAR 构建 RPM 的解决方案是禁用重新打包，在规范文件上设置宏定义对我来说并没有这样做。

将此添加到规范文件对我有用：

#Disable jar unpacking
%define __jar_repack 0

参考： https ://bugzilla.redhat.com/show_bug.cgi?id=219731

感谢以前的海报也帮助关注这个问题。

埃里翁

于 2018-12-13T22:27:43.340 回答