- 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

- check-files cleanup

add rpmdbchk tool from proyvind

- updated gettext BR

move gem_helper.rb to pld repo instead of patching it several times

Merge branch 'gem_helper'

merge rpm-5.4.9-ruby1.9-fixes.patch into gem_helper.rb

apply gem_helper-spec-arg.patch to gem_helper.rb

add gem_helper.rb from rpm-5.4.15/scripts/gem_helper.rb

- build requires rpm-build-macros 1.699 for kernel macros
- rel 6

process .gemspec from current %ruby_gemdir (/usr/share/gems)

rediff

move ruby rpmfc changes to ruby patch

refs b10643ac91ae601333286a815fcb3586aa66c24b

this patching patches is getting super annoying!

- fix rpm-ignore-missing-macro-files patch

- ignore non-existing files and backups specified in %{load:...}
  statement in macro files
- rel 4

- typelib macros don't exist, don't try to load them

- build with system pcre
- rel 3

- use DSA for package signatures for temporary compatibility with antique crap
- rel 2

with system_pcre bcond (for bootstrapping)

- rel 1

- BR update

- now db6.1 as an alternative for db5.2

- updated to 5.4.15

keep old Perl identification string for compatibility with old file

use correct string returned by file for Perl scripts

platform: Squash Extra Blank Lines

rpm-build pretrans needs coreutils

rubygems.rb: ruby-2.0 compatible packaging fixes (missing version in noarch packages)

add rubygems.rb as source instead of patching it with 5 patches

noarch apidocs

do not "leak" only comments to platform file

it does look confusing when i686 file contains only comment "x86-64 things"

add selinux to devel and static subpackages

Directory for target macros shouldn't be hardcoded during build

gem_helper: when writing .gemspec exit, otherwise code continues to compile ext

- rel 1

- patch also c++ version of the rpmqv.c