openSUSE Build Service

Overview Repositories Revisions Requests Users Attributes Meta

File rear23a.spec of Package rear23a

#
# spec file for package rear
#
# Copyright (c) 2017 SUSE LINUX GmbH, Nuernberg, Germany.
#
# All modifications and additions to the file contributed by third parties
# remain the property of their copyright owners, unless otherwise agreed
# upon. The license for this file, and modifications and additions to the
# file, is the same license as for the pristine package itself (unless the
# license for the pristine package is not an Open Source License, in which
# case the license is the MIT License). An "Open Source License" is a
# license that conforms to the Open Source Definition (Version 1.9)
# published by the Open Source Initiative.

# Please submit bugfixes or comments via http://bugs.opensuse.org/
#

%bcond_without	use_mkisofs

Name:           rear23a
# When there are SUSE specific patches, add a trailing letter 'a' 'b' 'c' ...
# to the ReaR upstream, version (e.g. "Version: 1.18.a"
# see https://github.com/rear/rear/issues/666
Version:        2.3.a
Release:        0
%define upstream_version 2.4
# Automatic version upgrades are not possible in practice.
# The user must explicitly specify his intended version.
# When users have a working disaster recovery procedure, they should not upgrade
# (see "Version upgrades" at http://en.opensuse.org/SDB:Disaster_Recovery).
# Users who already use it and like to upgrade, must re-validate that their
# particular disaster recovery procedure still works.
# For one product (e.g. SLE11 or SLE12) we provide several versions in parallel
# so that users where version N does not support their particular needs
# can upgrade to version M but on the other hand users who have a working
# disaster recovery procedure with version N do not need to upgrade.
# Therefore the package name contains the version and all packages conflict with each other
# to avoid that an installed version gets accidentally replaced with another version:
Provides:       rear = %{version}
Conflicts:      rear < %{version}
Conflicts:      rear > %{version}
Summary:        Relax-and-Recover (abbreviated ReaR) is a Linux Disaster Recovery framework
License:        GPL-2.0+ and GPL-3.0
Group:          Productivity/Archiving/Backup
# Currently (as of this writing Tue Apr 26 2016) ReaR contains many files
# with explicit GPL-2.0+ or GPL-2.1+ licensing notes of the form
#   either version 2 of the License, or (at your option) any later version
#   either version 2.1 of the License, or (at your option) any later version
# so that some (older) ReaR files are still "GPL-2.0+" but some (newer) ReaR files are "GPL-3.0"
# according to the current COPYING file in ReaR that was changed from GPL version 2 (up to ReaR 1.17.2)
# to GPL version 3 (since ReaR 1.18) see the ReaR upstream issue https://github.com/rear/rear/pull/739
Url:            http://relax-and-recover.org/
# As GitHub stopped with download section we need to go back to Sourceforge for downloads.
# How to download Source0 from Sourceforge:
#   wget --no-check-certificate -O rear-2.3.a.tar.gz http://sourceforge.net/projects/rear/files/rear/2.3/rear-2.3.tar.gz
# For downloading the ReaR upstream GitHub master do:
#   wget --no-check-certificate -O rear-master.tar.gz https://github.com/rear/rear/archive/master.tar.gz
#   tar -xf rear-master.tar.gz
#   mv rear-master rear-2.3.a
#   tar -czf rear-2.3.a.tar.gz rear-2.3.a
Source0:        rear-%{version}.tar.gz
# Source999 rear-rpmlintrc filters false positives rpmlint warning messages, see
# https://en.opensuse.org/openSUSE:Packaging_checks#Building_Packages_despite_of_errors
Source999:      rear23a-rpmlintrc
# Patch101...Patch999 is for private patches from SUSE which are not intended for upstream:
# Patch101 rear23a-update.patch fixes
# * bsc#1180295 https://bugzilla.suse.com/show_bug.cgi?id=1180295
#   Disk layout is not correct on qemu VM with SCSI disk (gets falsely detected as multipath device)
#   which is the ReaR upstream issue https://github.com/rear/rear/issues/2298
# * bsc#1180819 https://bugzilla.suse.com/show_bug.cgi?id=1180819
#   rear recover failed for platform pSeries (grub2-install called without option --no-nvram)
#   which is the ReaR upstream issue https://github.com/rear/rear/issues/2554
# * bsc#1180946 https://bugzilla.suse.com/show_bug.cgi?id=1180946
#   'rear mkrescue' fails with "ERROR: unix exists but no module file?" - it works with MODULES=( 'all_modules' )
# * bsc#1178664 https://bugzilla.suse.com/show_bug.cgi?id=1178664
#   ebiso silently corrupts files greater or equal 2GiB (root cause: 2GiB limit in ISO 9660 file system)
#   which is the ReaR upstream pull request https://github.com/rear/rear/pull/2525
#   and the ebiso upstream issue https://github.com/gozora/ebiso/issues/12
# * bsc#1179966 https://bugzilla.suse.com/show_bug.cgi?id=1179966
#   dump creating while verifying the vdso kernel module
#   which is the ReaR upstream issue https://github.com/rear/rear/issues/2177
# * bsc#1171751 https://bugzilla.suse.com/show_bug.cgi?id=1171751
#   it could take hours if many /dev/mapper devices are present
#   which is the ReaR upstream pull request https://github.com/rear/rear/pull/2034
Patch101:       rear23a-update.patch
# Patch102 rear23a-multipath-label.patch fixes first part of
# bsc#1146725 https://bugzilla.suse.com/show_bug.cgi?id=1146725
# rear23a fails to restore multipath gpt partitions ...
# which is the ReaR upstream issue https://github.com/rear/rear/issues/2234
Patch102:       rear23a-multipath-label.patch
# Patch103 rear23a-grub2-efi-install.patch fixes second part of
# bsc#1146725 https://bugzilla.suse.com/show_bug.cgi?id=1146725
# rear23a ... missing shim-install
# which is the ReaR upstream issue https://github.com/rear/rear/issues/2116
Patch103:       rear23a-grub2-efi-install.patch
# Patch104 GRUB_RESCUE_initrd.patch fixes CVE-2024-23301
# "ReaR creates world-readable initrd with GRUB_RESCUE=Y"
# https://github.com/rear/rear/issues/3122
# https://bugzilla.suse.com/show_bug.cgi?id=1218728
Patch104:       GRUB_RESCUE_initrd.patch
# ReaR contains only bash scripts plus documentation so that on first glance it could be "BuildArch: noarch"
# but actually it is not "noarch" because it only works on those architectures that are explicitly supported.
# Of course the ReaR bash scripts can be installed on any architecture just as any binaries can be installed on any architecture.
# But the meaning of architecture dependent packages should be on what architectures they will work.
# Therefore only those architectures that are actually supported are explicitly listed.
# This avoids that ReaR can be "just installed" on architectures that are actually not supported (e.g. ARM or IBM z Systems).
# ReaR does not support the 'ppc' architecture, cf. https://github.com/rear/rear/issues/1596#issuecomment-351698817
ExclusiveArch:  %ix86 x86_64 ppc64 ppc64le
# Furthermore for some architectures it requires architecture dependent packages (like syslinux for x86 and x86_64)
# so that ReaR must be architecture dependent because ifarch conditions never match in case of "BuildArch: noarch"
# see the GitHub issue https://github.com/rear/rear/issues/629
%ifarch %ix86 x86_64
Requires:       syslinux
%endif
# In the end this should tell the user that ReaR is known to work only on x86 x86_64 ppc ppc64 ppc64le
# and on x86 x86_64 syslinux is explicitly required to make the bootable ISO image
# (in addition to the default installed bootloader grub2) while on ppc ppc64 ppc64le the
# default installed bootloader yaboot is also useed to make the bootable ISO image.
BuildRoot:      %{_tmppath}/%{name}-%{version}-build
# LSB RPM Requires:
# Begin of "Requires: lsb" cleanup:
# ReaR upstream has "Requires: lsb" but that requires much too much,
# see https://bugzilla.novell.com/show_bug.cgi?id=807747#c4
# "A distribution is LSB Certified or LSB compliant if and only if
#  the distribution provides all requirements as outlined in the
#  specification."
# Accordingly SUSE's lsb RPM requires tons of stuff that is not
# needed by ReaR (in particular various graphical libraries,
# sound stuff, printing stuff, and so on).
# Therefore "Requires: lsb" is replaced by explicitly listing the RPM packages
# that are mandatory (in particular when a binary is called in a script) for ReaR (as RPM Requires)
# plus what seems to be optional (nice to have) for ReaR (as RPM Recommends)
# minus library packages because needed libraries should be automatically required.
# I <jsmeix@suse.de> think requiring RPM packages instead of binaries is better
# because it keeps the list shorter which is hopefully easier to maintain and
# the requirements are on a more higher level which is hopefully more unsusceptible against
# minor changes in what exact binaries names are actually called by ReaR.
# To test if a binary is called by a ReaR script the following was done (example for /usr/bin/bc):
#   BIN="bc"
#   for f in $( find /usr/share/rear/ )
#   do grep "\<$BIN\> " $f 2>/dev/null | grep -v '^[[:space:]]*#'
#   done
# What is not tested to find out if a binary is called by a ReaR script is "eval" stuff,
# something like STRING=<result of whatever calls> ; eval $STRING
# Usually ReaR calls "eval echo ..." or "eval "${EXTERNAL_whatever[@]}"
# except in /usr/share/rear/finalize/default/88_check_for_mount_by_id.sh that calls
#   eval "$(scsi_id ...
# where the only scsi_id that I could find is /usr/lib/udev/scsi_id
# which belongs to udev and I assume that udev is installed in any case
# so that there is no explicit RPM Requires for udev in ReaR.
# What is also not tested to find out what ReaR actually needs is
# which files (not only binaries) ReaR needs to build up its recovery system
# (in particular tools for partitioning, creating filesystems, and bootloader installation).
# I assume what ReaR needs to build up the system-specific recovery system is installed
# (e.g. if the ext4 filesystem is used, I assume mkfs.ext4 is installed)
# so that there are no explicit RPM Requires needed for that in ReaR.
# The following list was derived from the RPM Requires of SUSE's lsb package
# (its last RPM changelog entry dated "Tue Oct  1 07:01:56 UTC 2013") as follows:
#   for r in $( grep ^Requires: lsb.spec | tr -s ' ' | cut -d ' ' -f2 )
#   do rpm -q --whatprovides $r
#   done | sort -u
# which results the following list where only what is needed for ReaR is activated:
#   Mesa-9.2.3-61.9.1.i586
#   Mesa-libGL1-9.2.3-61.9.1.i586
#   at-3.1.13-5.4.1.i586
Requires:       bash
Requires:       bc
Requires:       binutils
Requires:       coreutils
Requires:       cpio
#   cronie-1.4.8-50.1.2.i586
#   cups-client-1.5.4-140.1.i586
Requires:       diffutils
#   ed-1.9-2.1.2.i586
Requires:       file
Requires:       findutils
#   fontconfig-2.11.0-1.1.i586
#   foomatic-filters-4.0.12-5.1.1.i586
Requires:       gawk
#   gettext-runtime-0.18.3.1-1.1.i586
#   ghostscript-9.10-45.4.i586
# ReaR calls getent in /usr/share/rear/rescue/default/90_clone_users_and_groups.sh
Requires:       glibc
#   glibc-i18ndata-2.18-4.11.1.noarch
Requires:       grep
Requires:       gzip
#   libGLU1-9.0.0-7.1.2.i586
#   libXt6-1.1.4-2.1.2.i586
#   libXtst6-1.2.2-2.1.2.i586
#   libasound2-1.0.27.2-3.5.1.i586
#   libatk-1_0-0-2.10.0-1.1.i586
#   libglib-2_0-0-2.38.2-8.2.i586
#   libgtk-2_0-0-2.24.22-2.1.i586
#   libjpeg62-62.0.0-24.1.3.i586
#   libpango-1_0-0-1.36.1-4.2.i586
#   libpng12-0-1.2.50-6.1.2.i586
#   libqt4-4.8.5-5.6.1.i586
#   libqt4-sql-4.8.5-5.6.1.i586
#   libqt4-x11-4.8.5-5.6.1.i586
#   libxml2-tools-2.9.1-2.1.2.i586
# ReaR calls /usr/bin/lsb_release is called only as fallback
# in the SetOSVendorAndVersion function in /usr/share/rear/lib/config-functions.sh
# and also in usr/share/rear/rescue/GNU/Linux/990_sysreqs.sh
# so that it is not required but still recommended to be on the safe side
# see in https://github.com/rear/rear/issues/1883 the comments regarding it:
Recommends:     lsb-release
#   m4-1.4.16-14.1.2.i586
#   mailx-12.5-14.1.3.i586
#   make-3.82-160.2.1.i586
#   man-2.6.3-9.1.3.i586
#   mozilla-nss-3.15.3.1-8.1.i586
Requires:       net-tools
#   patch-2.7.1-4.1.2.i586
#   pax-3.4-155.1.2.i586
Requires:       perl-base
#   postfix-2.9.6-7.4.1.i586
Requires:       procps
#   psmisc-22.20-5.1.2.i586
#   python-2.7.5-8.3.1.i586
#   python3-3.3.2-5.1.3.i586
#   qt3-3.3.8c-128.1.2.i586
Requires:       rsync
Requires:       sed
#   shadow-4.1.5.1-8.1.2.i586
#   systemd-sysvinit-208-15.1.i586
#   sysvinit-tools-2.88+-89.1.2.i586
Requires:       tar
#   time-1.7-3.1.2.i586
Requires:       util-linux
#   xdg-utils-20121008-2.2.1.noarch
# End of "Requires: lsb" cleanup.
# Non-LSB RPM Requires:
# all RPM based systems seem to have this and call it the same
Requires:       ethtool
Requires:       iproute2
Requires:       iputils
%if 0%{?suse_version} >= 1230
Requires:       %{_sbindir}/agetty
%else
Requires:       /sbin/mingetty
%endif
%if %{with use_mkisofs}
Requires:       %{_bindir}/mkisofs
%else
Requires:       %{_bindir}/genisoimage
%endif
# Recent SUSE versions have an extra nfs-client package
Requires:       nfs-client
# ReaR calls openssl in /usr/share/rear/rescue/default/50_ssh.sh
Requires:       openssl
# openSUSE from 11.1 and SLES from 11 uses rpcbind instead of portmap
Requires:       rpcbind

%description
Relax-and-Recover (abbreviated ReaR) is the leading
Free Software disaster recovery framework.

Relax-and-Recover is written entirely in the native
language for system administration: as bash scripts.

Experienced users and system admins can adapt or extend
the ReaR scripts to make it work for their particular
cases.

Relax-and-Recover is a modular framework with
ready-to-go workflows for common situations.

The basic workflow is as follows:
Specify its configuration in /etc/rear/local.conf
(cf. /usr/share/rear/conf/examples) and run
"rear mkbackup" to create a backup.tar.gz on
a NFS server and a bootable recovery ISO image
for your system.
A recovery medium which is made from the ISO image
boots a special ReaR recovery system.
Log in as root and run "rear recover" which does
the following steps:
It runs the ReaR installer that recreates the basic
system, in particular the system disk partitioning
with filesystems and mount points, then it restores
the backup from the NFS server and finally it
installs the boot loader.
Finally remove the recovery medium and reboot the
recreated system.

Relax-and-Recover supports various kind of boot media
for the recovery system (incl. ISO, PXE, OBDR tape,
USB or eSATA storage), a variety of network protocols
(incl. sftp, ftp, http, nfs, cifs) for storage and backup
as well as various external third-party backup methods
(incl. IBM Tivoli Storage Manager, HP DataProtector,
Symantec NetBackup, EMC NetWorker, FDR/Upstream,
NovaBACKUP DC, Bareos, Bacula, rsync, rbme).

Warning for users who like to upgrade Relax-and-Recover:
Users who already use it must re-validate that their
particular disaster recovery procedure still works.

Additionally when you already use Relax-and-Recover and
you upgrade software that is related to the basic system
(e.g. kernel, storage, bootloader, init, networking) or
you do other changes in your basic system, you must also
re-validate that your particular disaster recovery
procedure still works for you.

You must test in advance that it works in your particular
case to recreate your particular system with your
particular recovery medium and that the recreated system
can boot on its own and that the recreated system with
all its system services still work as you need it in your
particular case.

You must have replacement hardware available on which your
system can be recreated and you must try out if it works
to recreate your system with your recovery medium on your
replacement hardware.

Be prepared that your system recovery fails to recreate
your system. When it fails to recreate your system
it is usually a dead end. Be prepared for a manual
recreation from scratch. Always have all information
available that you need to recreate your particular
system manually. Manually recreate your system on your
replacement hardware as an exercise.

For more information see
http://en.opensuse.org/SDB:Disaster_Recovery

Relax-and-Recover comes with ABSOLUTELY NO WARRANTY;
for details see the GNU General Public License.

%prep
# When downloaded Source0 from Sourceforge as described above:
#setup -q -n rear-%{upstream_version}
# When downloaded the ReaR upstream GitHub master as described above:
%setup -q -n rear-%{version}
# Patch101 rear23a-update.patch fixes
# * bsc#1180295 https://bugzilla.suse.com/show_bug.cgi?id=1180295
#   Disk layout is not correct on qemu VM with SCSI disk (gets falsely detected as multipath device)
#   which is the ReaR upstream issue https://github.com/rear/rear/issues/2298
# * bsc#1180819 https://bugzilla.suse.com/show_bug.cgi?id=1180819
#   rear recover failed for platform pSeries (grub2-install called without option --no-nvram)
#   which is the ReaR upstream issue https://github.com/rear/rear/issues/2554
# * bsc#1180946 https://bugzilla.suse.com/show_bug.cgi?id=1180946
#   'rear mkrescue' fails with "ERROR: unix exists but no module file?" - it works with MODULES=( 'all_modules' )
# * bsc#1178664 https://bugzilla.suse.com/show_bug.cgi?id=1178664
#   ebiso silently corrupts files greater or equal 2GiB (root cause: 2GiB limit in ISO 9660 file system)
#   which is the ReaR upstream pull request https://github.com/rear/rear/pull/2525
#   and the ebiso upstream issue https://github.com/gozora/ebiso/issues/12
# * bsc#1179966 https://bugzilla.suse.com/show_bug.cgi?id=1179966
#   dump creating while verifying the vdso kernel module
#   which is the ReaR upstream issue https://github.com/rear/rear/issues/2177
# * bsc#1171751 https://bugzilla.suse.com/show_bug.cgi?id=1171751
#   it could take hours if many /dev/mapper devices are present
#   which is the ReaR upstream pull request https://github.com/rear/rear/pull/2034
%patch101
# Patch102 rear23a-multipath-label.patch fixes first part of
# bsc#1146725 https://bugzilla.suse.com/show_bug.cgi?id=1146725
# rear23a fails to restore multipath gpt partitions ...
# which is the ReaR upstream issue https://github.com/rear/rear/issues/2234
%patch102 -p1
# Patch103 rear23a-grub2-efi-install.patch fixes second part of
# bsc#1146725 https://bugzilla.suse.com/show_bug.cgi?id=1146725
# rear23a ... missing shim-install
# which is the ReaR upstream issue https://github.com/rear/rear/issues/2116
%patch103 -p1
# Patch104 GRUB_RESCUE_initrd.patch fixes CVE-2024-23301
# "ReaR creates world-readable initrd with GRUB_RESCUE=Y"
# https://github.com/rear/rear/issues/3122
# https://bugzilla.suse.com/show_bug.cgi?id=1218728
%patch104
# Add a specific os.conf to not depend on LSB dependencies
# (otherwise it calls "lsb_release" in /usr/share/rear/lib/config-functions.sh)
# for the suse_version values see the listing at
# http://en.opensuse.org/openSUSE:Build_Service_cross_distribution_howto
# in particular see there the "Note" that reads
# "sles_version is no longer set in SLES 11. Use suse_version == 1110 instead."
# and use that also for all older SUSE distributions:
%if 0%{?suse_version} <= 1110
# SLE 11 and openSUSE 11.1
OS_VERSION="11"
%endif
%if 0%{?suse_version} == 1310
# openSUSE 13.1
OS_VERSION="13.1"
%endif
%if 0%{?suse_version} == 1315
# SLE 12 and openSUSE Leap 42.x
OS_VERSION="12"
%endif
%if 0%{?suse_version} == 1320
# openSUSE 13.2
OS_VERSION="13.2"
%endif
%if 0%{?suse_version} > 1320
# SLE 15 and openSUSE Leap 15.x
# and openSUSE Factory - current upcoming release (changing)
OS_VERSION="15"
%endif
echo -e "OS_VENDOR=SUSE_LINUX\nOS_VERSION=$OS_VERSION" >etc/rear/os.conf

%build
# No code to compile - all bash scripts - but at least run "make validate"
# that runs "bash -n" for all bash files to test if the plain syntax is o.k.
make validate

%install
make install DESTDIR="%{buildroot}"

%files
%defattr(-,root,root,-)
%doc MAINTAINERS COPYING README.adoc doc/*.txt doc/*.adoc doc/user-guide/*.adoc doc/mappings/
%{_mandir}/man8/rear.8*
%config(noreplace) %{_sysconfdir}/rear/
%config(noreplace) %{_datadir}/rear/
%{_localstatedir}/lib/rear/
%{_sbindir}/rear

%changelog

Places

File rear23a.spec of Package rear23a

Places