Commit Graph

6 Commits

Author SHA1 Message Date
Petr Písař 3abe685779 5.26.2-RC1 bump 2018-03-26 15:36:10 +02:00
Petr Písař aa787938a4 Remove spurious non-perl Provides from pregenerated dependency list 2017-07-14 10:46:40 +02:00
Petr Písař 5d2d98f2b2 perl package installs all core modules
This commit renames perl to perl-interprer and perl-core to perl.
2017-07-14 10:46:40 +02:00
Jitka Plesnikova 59397e34d7 5.26.0 bump; Update sub-packages; Update or remove patches 2017-06-02 08:17:46 +02:00
Petr Písař 29d0c0d0ae Update pregenerated XSLoader RPM symbols
XSLoader changed version by Don-t-let-XSLoader-load-relative-paths.patch.
2016-07-07 16:06:21 +02:00
Petr Písař c1d0a96581 Use pregenerated dependencies on bootstrapping
The dependencies are stored in gendep.macros file. The file be
regenerated from an RPM build log by ./generatedependencies tool.

The intended work flow is to build a new perl with RPM Perl dependency
generator available locally. Then use this ./generatedependencies tool to
convert the discovered dependencies into the gendep.macro file. Then it's
possible to build the new perl even without the RPM Perl dependency
generator available in the build root while the resulting binary
packages will still posses all dependencies.

The reason is standard perl-genererators is written in the Perl thus
perl-generators must run-require perl. Therefore there is
a build cycle. One could rewrite perl-generators.spec so that it did
not need perl for building, but the run-time dependency would still be
there.

One could claim the one run-time dependency can be satisfied by older
perl. And that's true and it has been done so until now. But that
would not solve the problem when bootrapping perl to a new architecture
or as an excercise the perl can be built without any prior perl
available (required by paranoid users). With pregenerated
dependencies, one can implement real bootstrap.

(Ultimate solution would be reimplement RPM Perl generators in C.)
2016-06-02 16:03:52 +02:00