Bug 2283026
Summary: | SpamAssassin requires a whole build-environment with gcc, *-srpm-macros etc. on run-time | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Robert Scheck <redhat-bugzilla> |
Component: | spamassassin | Assignee: | Kevin Fenzi <kevin> |
Status: | ASSIGNED --- | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | unspecified | ||
Version: | 42 | CC: | jskarvad, kevin, nb, pavel, yaroslav |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | Type: | --- | |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 2283020 |
Description
Robert Scheck
2024-05-23 17:07:17 UTC
In bug #2283020 comment #2, I already figured out that this is caused by 'perl(ExtUtils::MakeMaker)'. And Kevin let me know on the IRC that this is (somehow on purpose) due to sa-compile(1). It can be fixed trivially by splitting sa-compile off (it's not its only problem — the dependency on re2c is commented out since 2018 citing some package troubles which I doubt exist today; you have to install re2c yourself to make it functional), but it can make life complicated for those who actually use sa-compile and rely on it by installing just the spamassassin package. Imagine performing an innocent update, and now you are missing tools that have always been there. I believe Fedora has a protocol to follow in this case, I'm only fuzzy on the exact details. The gist is that the "spamassassin" package continues to provide the whole kitchen sink, and you can have something like spamassassin-core and spamassassin-sa-compile. Something similar was done to perl back in the day, the "perl" vs "perl-interpreter" packages, where one is barebone, and the other installs what you usually expect when doing a source install. (I don't remember which is which). I have a private fork where I don't do this package renaming dance, and can confirm that just splitting sa-compile off makes dependencies much, much saner. I don't have much of a sense of how many people use sa-compile these days. Upstream actually talked about just removing it in 4.0, but decided it was working enough they could just keep it for now. It is however fragile and subject to breakage. I don't think we want to do a complex dance here. I think just moving it in rawhide and adding a f41 release note that it's moved would be sufficient. Especially given that it hasn't worked 'out of the box' since 2018. Filed https://src.fedoraproject.org/rpms/spamassassin/pull-request/17 to get feedback. This bug appears to have been reported against 'rawhide' during the Fedora Linux 42 development cycle. Changing version to 42. |