On Tue, Jul 8, 2014 at 7:17 AM, Carlos E. R. <carlos.e.r@opensuse.org> wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 2014-07-05 18:17, David Haller wrote:
And BTW: 3.4.0 is the current upstream version, so all's ok and working as intended.
Carlos: if you want "up to date" packages, add the respective devel-repos to your portfolio. Most devel-projects do build for all supported distros (SLE* might be different).
That was not my point. What I posted was about this line:
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on Telcontar.valinor
The "problem" is not the version number, but the year. The version shipped with 13.1 in year 2013 has a timestamp dated 2011, that is, two full years before. That's the reasons I was saying that the SpamAssassin version we have is too old.
John Andersen pointed to me that what is important really is the ruleset, and that one is recent - although I don't know of a way to know its version (and Patrick Shanahan said how to update that part).
And he (John) also said "SA 3.3.2 was the current version up until February of this year". Which explains why 13.1 got it.
Still, that the year stamp says "2011" is not good looking.
So,
zypper ar http://download.opensuse.org/repositories/devel:/languages:/perl/openSUSE_13...
would solve your problem (they currently build for 12.2-Factory)
It is confusing (at least to me) to find SA in a language repository, and not in the Server:Mail repository. Why is it there?
The obvious implication is that updating SA may need to update the whole of Perl.
the 'spamassassin' package contains the command line tools but the perl-Mail-SpamAssassin package is it's support libraries and contains the rules and given it's a perl module d:l:p is the appropriate top-level project. There are many package in devel:languages:* which one would think belong elsewhere and in many instances they are _links or _aggregates to top level devel projects. Sometime package live in language repos so dependencies are meet, the request-tracker package in d:l:perl which I maintain is a good example of that. I typically look at it as if it's written in perl, python, R, whatever, that toplevel devel project is where it should live. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org