perl-RPM4/RPM4/src, branch master

Adapt for rpm-4.19.0 final

2023-10-25T11:49:16+00:00

(Header_string) make it compile again with rpm < 4.19

2022-04-29T13:55:56+00:00

Technically headerUnload() has been deprecated by headerExport() in
rpm-4.10, but let's keep using the old testedcode path in rpm < 4.18 but
starts using and testing the new code path in 4.18+ before
headerUnload() removal in 4.19

(Te_files) make it compile again with rpm < 4.12

2022-04-29T11:15:14+00:00

Technically the old code would compile up to 4.18 but:
- rpmteFI() has been obsoleted in 4.12
- it segfaults (see next commit) whereas new code path works in 4.18

Fix segfault

2022-04-29T00:54:49+00:00

We cannot free an rpmfi object we just wrapped into a SV
Bug introduced in commit f6d333affb60e5364bf30355869fd359da2317e8

Prepare for rpm-4.19: switch away from rpmteFI()

2022-04-27T00:08:39+00:00

Test Te->files btw (which shows it was segfaulting before...)

Prepare for rpm-4.19: switch to headerExport()

2022-04-26T22:59:41+00:00

Fix detecting 4.18-alpha1

2022-04-26T22:03:33+00:00

Fix RPM4.xs/libperl.so mismatch on i586

2020-12-14T22:57:24+00:00

It's OK on aarch64 & on x86_64 but it's broken on i586

eg:
$ perl -MRPM4
RPM4.c: loadable library and perl binaries are mismatched (got handshake key 0x9100080, needed 0x9180080)

Just build with the flags used to build perl itself in order to fix it

handle RPM version with "beta" or "rc" in it

2020-06-03T14:05:31+00:00

Was already done in commit d939d0fcd43955f367768b4a0f378e360d6bd3ce

But got dropped in commit 66504834514cdf96f5a366864982f0d2a0267ea2
when switching to ExtUtils::PkgConfig

fix comparing version when using a fixup rpm release

2020-04-24T09:17:55+00:00

force using a version object
rationale:
- 4.12.0.2 < 4.12.90 will wrongly pass
- v4.12.0.2 < 4.12.90 will check as we expect

Thus fixing detecting rpm version so that we do compile with rpm < 4.13
See eg: http://www.cpantesters.org/cpan/report/315efa38-85f8-11ea-adf4-f9341f24ea8f