Description of problem:
Installing libtool-ltdl-devel currently drags in automake as a dependency, and with it the perl interpreter and many perl modules. This is unfortunate since perl is no longer part of the default buildroot, so packages linking to libltdl get a lot of bloat in mock and koji due to this.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Build a package linking to libltdl and not using automake in koji or mock
automake, autoconf and perl are installed
automake, autoconf and perl are not installed
I added the dep beause of https://bugzilla.redhat.com/show_bug.cgi?id=1193591
Depending on automake is wise for general package (otherwise we risk that
package fails to build if it was generated with different version of automake).
Perhaps we could have two packages, like:
libtool-ltdl-devel -> libtool-ltdl-devel-minimal
That is an inappropriate fix for that issue.
Any package that runs autoreconf in %prep or %build must build-require automake, autoconf, libtool and whatever is needed to run autoreconf for the package. Adding a dependency on automake to libtool-ltdl-devel because a package maintainer doesn't want to add all the build-requires to his specfile is not right.
The thing is most of the affected packages don't do autoreconf. I added
that to the example, iirc, only because I found it weird that autoreconf
actually did not help.
This bug appears to have been reported against 'rawhide' during the Fedora 33 development cycle.
Changing version to 33.
> Adding a dependency on automake to libtool-ltdl-devel because a package
> maintainer doesn't want to add all the build-requires to his specfile is not
I did not close this bug because I agree with you. We should use
Please take a look at:
This package has changed maintainer in Fedora. Reassigning to the new maintainer of this component.