Summary: | mail-filter/spamassassin fails install without '.' in @INC (do "version.h.pl" failed, '.' is no longer in @INC) | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Kent Fredric (IRC: kent\n) (RETIRED) <kentnl> |
Component: | Current packages | Assignee: | Philippe Chaintreuil <gentoo_bugs_peep> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | bug, mjo, proxy-maint |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 612408, 621410 | ||
Attachments: |
build.log
spamassassin-3.4.1-perl526.patch |
Description
Kent Fredric (IRC: kent\n) (RETIRED)
2017-07-16 21:09:22 UTC
Looks like upstream's issue 7389[1] attempts to address this and has a patch, although is simply prepends the configure call in the spamc makefile target with PERL_USE_UNSAFE_INC=1. [1] https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7389 > configure call in the spamc makefile target with PERL_USE_UNSAFE_INC=1.
Yeah, that's dumb. That fix is only for end users, not for use in actual code.
Especially as that workaround will be removed around 5.30, and we'll be re-visiting that bug a second time.
Its bad enough that the person who proposes that as a fix is the guy who made '.' in @INC happen in the first place -_-
So much fail.
The bug should be properly fixed at its source.
Found another one[1]. This one seems more kosher; prepends "./" on version.h.pl. https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7367 Yeah, that looks more sensible. From the diff context alone I'd say that changing the < do $0 > to < do "./$0" > On a later line may also have done the same thing. Created attachment 487904 [details, diff]
spamassassin-3.4.1-perl526.patch
Posible fix taken from upstream bug report but with nicer patch formatting.
Thanks Lars. Upstream keeps promising 3.4.2 release candidates, but we can't wait forever, so I added your patch to spamassassin-3.4.1-r12. |