https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7215
--- Comment #12 from Kevin A. McGrail <[email protected]> --- (In reply to Mark Martinec from comment #10) > > My expectation with using more UTF8 (or 16) as the internal guts for SA is > > that perl 5.14 becomes a baseline install where that works well from my > > memory at least. > > I want to set a good expectation that newer perl is needed for SA 4.X unless > > you think I'm just being elitist. > > I agree that 5.14 or maybe 5.12 is the baseline for more serious > Unicode support. Although we may do it in steps: bump up the minimal > version one notch with each specific problem we encounter during > development. With basic Unicode support (and even the user-defined > character classes) it seems the 5.8.9 is still able to cope somehow. > > > unless you think I'm just being elitist. > > Elitist? We are running 5.22 and 5.20 on our servers here :)) > Have to dig deep to find something running 5.16, let alone 5.14 > around here. Hah. Well jenkins is stable and 5.8.6 tests worked though a bit noisy with INFO: module Net::LibIDN not available warnings. For 4.X, we need good, stable UTF support which in my experience means using 5.14+. That said, RHEL/CentOS 5 which isn't EOL until 2017 ships with 5.8.8. RHEL/CentOS 6 ships with 5.10.1. And RHEL/CentOS 7 ships with 5.16.3. I could examine other distros but I think we can require 5.14.8+ for 4.X especially since I'm expecting distros won't include 4.X except on the next major release. To make things easier for those with older perls, we can document and even provide some automation to use the system/distro perl to bootstrap a newer version of perl dedicated for SA with something like perlbrew. It will require compilation tools/libraries but effectively it's like installing your own JRE for a specific product. See https://github.com/gugod/App-perlbrew under the Synopsis to see just how easily people can add alternate perl versions to their system. Any arguments against changing trunk INSTALL to require 5.14.8 as well as the PACKAGING, Makefile.PL and UPGRADE files? I can also look at making Makefile.PL bootstrap with system perl and download perlbrew to make a newer perl available. -- You are receiving this mail because: You are the assignee for the bug.
