This to support exclusive architecture legacy packages e.g. libsuitesparse4 (with ExclusiveArch: arm) obsoletes libsuitesparse (which does not build anymore on this target).
To be checked if this may break some other successful cases, although the problems in keeping a to-be-obsoleted package are less than archiving a to-be-kept one.
We're currenctly moving to the yum package manager.
Document the yum syntax for `rpm_download_and_install'.
Signed-off-by: Davide Madrisan <davide.madrisan@gmail.com>
Add the rpm macros required for building both Python2 and Python3 packages
with a single specfile:
python2: rpmbuild -ba <specfile>
python3: rpmbuild -ba <specfile> --define="with_pyver 3"
Signed-off-by: Davide Madrisan <davide.madrisan@gmail.com>
This is still a workaround to allow cross-arch builds with long rpm command lines
because it seems that rpmbuild is ignoring extra passed parameters when they
exceed a certain number (5 or 6 as far as I remember)
tests/test01_pkgquality
tests/test02_pkgsecurity
Fix an obsolete and now unsupported syntax of the external tool 'find'
(-perm +<mode>) that made some quality and security tests fail.
The supported one is now: -perm /<mode>
Signed-off-by: Davide Madrisan <davide.madrisan@gmail.com>
When this form of requirement is detected it is converted to package@arch as required by smart.
Also add comments and a FIXME about a problem with previous patch of this code and noarch packages.
Apply the architecture dependent rules for unpackaged files
before the common ones. This will also simplify the logic
of the path substitutions.
Signed-off-by: Davide Madrisan <davide.madrisan@gmail.com>
specfile.create(): always execute 'git.create_tarball()' with the option
'--pck-version'. This way a user-provided package version will be used
instead of the default one.
This patch will permit to force a user defined package version when desired.
Signed-off-by: Davide Madrisan <davide.madrisan@gmail.com>
Create a correct %build block in the specfile generated from tarballs
that do not provide any 'configure' script but only an 'autogen,sh' one.
Feature asked by Silvan Calarco.
Signed-off-by: Davide Madrisan <davide.madrisan@gmail.com>
The x86_64 architecture needs an extra line:
/usr/lib/python3.3/site-packages --> %{python3_sitelib}
as was pointed out by Silvan.
Signed-off-by: Davide Madrisan <davide.madrisan@gmail.com>