- epoch 1 to allow upgrading from rpm5

- package remaining missing files

- package base tools and add signing support package

- package rpmgraph, remove utils-perl package definition

- add plugins packages

- drop static packages

- build both python2 and python3 modules
- some more files cleanup

- adapterized, partial files update
- removed spurious hunk from x32 patch

- updated URL

- spec cleanup

- drop platform definitions unused in rpm.org

- updated x32 patch

- updated javadeps patch, removed namespaceccompare (code differs to much)

- clean up configure options
- reenabled python support
- updated php req/prov patch

- install/files WIP

- cpu-os-macros are autogenerated here
- partial cleaup of install section

- requires lua 5.3

- finished patch review, some patches require update (mst notableis x32)
- switch to openssl and ddb5.3

- next batch of patch updates

- up to 4.15.1
- more patches updated / removed (obsolete)

- staring playing with rpm.org

- rel 51; fix -Werror=trampolines option

- rel 50; fix one more floating point exception

- add -Werror=trampoline to prevent GCC from generating code that require executable stack

- missing #include

- release 48 (by relup.sh)

- rel 46; missing import

- rel 46; fake python version for eggs dependency generator, so it will generate proper deps based on destination python version (problematic spec: python-cryptography.spec)

- rel 45; define _GNU_SOURCE in rpmio.h

- from gpg manual for --passphrase-fd option: "Since Version 2.1 the --pinentry-mode also needs to be set to loopback."

- enable extension-based-compression-detection in prep (rpm is misdetecting plain .tar as lzma)
- rel 44

- rel 43; use types directly (fixes rpm build and header files when used on glibc 2.28)

- gpg2 is now gpg
- rel 42

use libexec directory for private binaries - optional since FHS 3.0

As discussed before, it's time to stop hacking package build systems
and start doing some cleanups gradually.
http://lists.pld-linux.org/mailman/pipermail/pld-devel-en/2017-July/025378.html
http://lists.pld-linux.org/mailman/pipermail/pld-devel-pl/2017-June/157370.html

- release 40 (by relup.sh)

drop cc/cxx/cpp hack

build env been stable for last 13 years
refs f9ac32aa

this allows use ccache (or any other cc override) to speedup local
builds

gcc6 fix

/usr/include/c++/6.3.0/cstdlib:143:11: error: ‘::getenv’ has not been declared
    using ::getenv;
            ^~~~~~

- fix build with semanage and no other embedded interpreters

add java_min_classdataversion support

http://lists.pld-linux.org/mailman/pipermail/pld-devel-en/2017-January/025273.html

- include libx32 dirs (mostly x32 vendorarch) when generating perl dependencies
  note: all perl x32 (non-noarch) modules need rebuild with proper Requires generated...
- release 38

- rel 37

use previous url for sign key

updated GPG key to DSA-only as used for package signing

- rel 36

reenabled --nosignature works the wrong way in --query mode (but not in --verify)

http://rpm5.org/community/rpm-devel/5655.html
https://patchwork.openembedded.org/patch/126825/raw/

%service macro prepares NORESTART variable for %systemd_post

Since rpm-build-macros 2aa558856f3867c114d738121603d471b82a0dec package
having both %service and %systemd_post would omit try-restart when said
so here. I'm not good at terse elaborating it, feel free to adjust note.

or maybe don't... we can't afford such workarounds for every bug in the wild

make PKGSYSTEM_ENABLE_FSYNC runtime configurable

newly installed packages honour systemd presets

Since rpm-build-macros 3303369cd82fe4c2d6297d60fec3272066a322c5

describe real actions behind some variables

This is somehow messy and with systemd works different than before.
Apparently RPM_ENABLE_SYSV_SERVICE was never implemented, drop it.

gem_helper: add spec-dump to write self contained .gemspec

skip ldconfig optimization

http://lists.pld-linux.org/mailman/pipermail/pld-devel-en/2016-May/024910.html

- python bindings: expose headers from spec file
- rel 33

Release: 32

call __spec_install_post_check_shebangs

add link to mailing list thread

fast_python_deps: examine .egg-info files too

python-docutils has an .egg-info file instead of a directory, for some
reason.

Release: 31

- release 30 (by relup.sh)

Release: 29

Release: 28.1

Attempt to fix Segmentation Fault on i686

Make %{__python} expand to /usr/bin/python2

This will make switching the to Python 3 in future (if we decide to)
much easier.

Release: 28

Optimize python dependency generation

Run the python dependency helper only for the most important files:
- python scripts
- only the first pyc/pyo found in /usr/lib*/python and
  /usr/share*/python
- the PKG-INFO file in the egg-info directory

This should be enough to extract all the dependencies in most python
packages.

Release: 27

disable fetch sources in python api, just to get parsed spec

http://lists.pld-linux.org/mailman/pipermail/pld-devel-en/2015-November/024529.html

_enable_debug_packages is build time macro. does not belong here

- rel 25; but leave --param=ssp-buffer-size=4 as is

- rel 24; switch from -fstack-protector --param=ssp-buffer-size=4 to -fstack-protector-strong (few articles 'why' linked at http://lists.pld-linux.org/mailman/pipermail/pld-devel-en/2015-September/024499.html)

do not define __php and php_pear_dir, those are defined by macros.build

drop find-php-provides and find-php-requires

these are dead old and if installed leads to confusion

do not add versioned ruby(abi) dep just because package contains .gemspec

add /sys to netsharedpath (for example docker)

- rel 21; use ha.pool.sks-keyservers.net keyserver instead of home jbj machine

- final fix for noarch packages with incorrect platform
- rel 20

- cleaned up noarch from x32 fix
- rel 19

- fix "noarch packages from x32 unusable on ix86" issue

pythonprov: do not require python-distribute

distribute is obsolete, use current setuptools instead.

By happy accident, the 'P: python-setuptools' in our current
python-distribute package will help migration.

Release: 18

Redefining _target_cpu does not work as intended, reverting. Release 17

Revert "Don't hardcode target cpu in _target_platform on x32. Release 16"

This reverts commit 23d3e66f10520042b1d3695faeca5f13858909aa.

Don't hardcode target cpu in _target_platform on x32. Release 16

Hardcoding target cpu in _target_platform macro breaks noarch packages
and makes them unusable on hosts that do not support x86_64-... platform
(e.g. i686).

RPM redefines _target_cpu while building noarch packages, so this change
sets _target_cpu for x32 and makes _target_platform use _target_cpu.

- one more fix for rubygems dep generator
- rel 15

caret anchor can be matched once

- fix rubygem dependency generator
- rel 14

- force rpm to prefer x32 color on x32

- cpu-os-macros README update

rpm did not found pythonegg provides on x32.

For example for python-markupsafe.

- x32 rebuild
- release 12 (by relup.sh)

- added cppcompat patch (make rpmdb.h C++ compatible)

disable header verification

Fix rpm 4.6 compatibility mode. Release 10.

Added patch with a hack that changes behaviour of headerGet() in rpm 4.6
compatibility mode in order to set the correct value of iteration index.
RPM 5 implementation of headerGet() sets it to 0 whereas rpmtdNext() expects
it to be -1 initially.

Do not assume about file output too much

'file' output for a not stripped ELF binary not necessarily
ends with ', not stripped'. icedtea7 build would fail on
find-debuginfo.sh with current 'file', as file output for 'libjvm.so'
ends with ', too many notes (256)'.

Release: 9

- rel 8

- adapt rpm.org fixes for CVE-2013-6435 and CVE-2014-8118

- updated x32 macros with sensible values

- assure order of files withing ar archive is preserved

- add support for x32 arch; new color for multiarch and (x32bit) deps

- define the right compiler for x32

- add platform definitions and macros for x32
- install multiarch macros for x86 archs

- pld specific macros must not override arch target ones

include x32 macros for x86_64

convert cpu-os-macros to ar archive instead of untracked .tar.gz

archive macros in an ar archive instead since it's ascii rather than
binary, making it easier merge changes, deal with conflicts etc...

idea from proyvind:
https://abf.io/openmandriva/rpm/commits/master/cpu-os-macros.a