Get Gentoo!
gentoo.org sites
gentoo.org Wiki Bugs Forums Packages
Planet Archives Sources
Infra Status
summaryrefslogtreecommitdiff
path: root/mail-filter/spamassassin
Commit message (Collapse)AuthorAgeFilesLines
...
* mail-filter/spamassassin: x86 stable (bug #636544)Thomas Deutschmann2017-11-051-1/+1
| | | | Package-Manager: Portage-2.3.13, Repoman-2.3.4
* mail-filter/spamassassin: stable 3.4.1-r19 for sparc, bug #636544 (thanks to ↵Sergei Trofimovich2017-11-041-1/+1
| | | | | | | Rolf Eike Beer) Package-Manager: Portage-2.3.13, Repoman-2.3.4 RepoMan-Options: --include-arches="sparc"
* mail-filter/spamassassin: stable 3.4.1-r19 for ia64, bug #636544Sergei Trofimovich2017-11-041-1/+1
| | | | | Package-Manager: Portage-2.3.13, Repoman-2.3.4 RepoMan-Options: --include-arches="ia64"
* mail-filter/spamassassin: new revision letting spamd run as root (systemd).Michael Orlitzky2017-11-013-4/+18
| | | | | | | | | | | | | | | | | | | | | In the previous revision (r18), support was added for running spamd as root through OpenRC. That was done using a new variable called SPAMD_RUN_AS_ROOT, defaulting to false. The choice to use a boolean variable -- as opposed to e.g. SPAMD_USER -- was made because passing "root" as the username to spamd kills it. Thus, SPAMD_USER=root would not have worked, and we instead test SPAMD_RUN_AS_ROOT to decide whether or not to specify a username/groupname at all. The same exact issue arises with systemd; however, systemd offers no way for us to test the value of SPAMD_RUN_AS_ROOT and act on the result! The SPAMD_USER proposal is dead in the water for the same reason, so a different approach was needed. The simplest thing that could work was to move the "--username" and "--groupname" flags out of the systemd service file, and into the SPAMD_OPTS variable. That way, users who know what they are doing can simply drop those flags. Closes: https://bugs.gentoo.org/635790 Package-Manager: Portage-2.3.8, Repoman-2.3.3
* mail-filter/spamassassin: new revision that lets spamd run as root (openrc).Michael Orlitzky2017-11-013-2/+75
| | | | | | | | | | | | | | | | | | | | The r13 revision of spamassassin came with a new init script (and systemd service file) that runs spamd as the "spamd" user by default, and that choice is not configurable. There is however a legitimate use case for running spamd as root; namely, when local users have their configurations or bayes databases stored in their home directories on the local filesystem. This new revision adds back the ability to run spamd as root, through the SPAMD_RUN_AS_ROOT variable in the OpenRC service configuration file. This should suffice for the users who have reported problems so far, and a similar fix for the systemd service is on its way. The pkg_postinst phase of the ebuild alerts users to the new configuration variable. Bug: https://bugs.gentoo.org/635790 Package-Manager: Portage-2.3.8, Repoman-2.3.3
* mail-filter/spamassassin: new revision to fix the build with openssl-1.1.Michael Orlitzky2017-11-012-0/+735
| | | | | | | | | | | | | This new revision adds a patch (thanks to Mark Wright) that fixes the build with the new openssl-1.1 branch. Our patch is based on the fix contributed upstream by Noah Meyerhans (thanks Noah) in SA bug 7361. In an unrelated change, the SRC_URI was updated to use the https protocol. Bug: https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7361 Closes: https://bugs.gentoo.org/624858 Package-Manager: Portage-2.3.8, Repoman-2.3.3
* mail-filter/spamassassin: stable 3.4.1-r16 for sparc, bug #635308 (thanks to ↵Sergei Trofimovich2017-10-291-1/+1
| | | | | | | Rolf Eike Beer) Package-Manager: Portage-2.3.13, Repoman-2.3.4 RepoMan-Options: --include-arches="sparc"
* mail-filter/spamassassin: x86 stable (bug #635308)Thomas Deutschmann2017-10-261-1/+1
| | | | Package-Manager: Portage-2.3.11, Repoman-2.3.3
* mail-filter/spamassassin: Stable on amd64Manuel Rüger2017-10-261-1/+1
| | | | Package-Manager: Portage-2.3.12, Repoman-2.3.3
* mail-filter/spamassassin: stable 3.4.1-r16 for ppc64, bug #635308Sergei Trofimovich2017-10-241-1/+1
| | | | | Package-Manager: Portage-2.3.12, Repoman-2.3.3 RepoMan-Options: --include-arches="ppc64"
* mail-filter/spamassassin: stable 3.4.1-r16 for ppc, bug #635308Sergei Trofimovich2017-10-241-1/+1
| | | | | Package-Manager: Portage-2.3.12, Repoman-2.3.3 RepoMan-Options: --include-arches="ppc"
* mail-filter/spamassassin: stable 3.4.1-r16 for ia64, bug #635308Sergei Trofimovich2017-10-241-1/+1
| | | | | Package-Manager: Portage-2.3.12, Repoman-2.3.3 RepoMan-Options: --include-arches="ia64"
* mail-filter/spamassassin: remove unused filesMichael Mair-Keimberger2017-09-062-91/+0
| | | | Signed-off-by: Michael Orlitzky <mjo@gentoo.org>
* mail-filter/spamassassin: remove the unused spamassassin-3.4.1-r13.ebuild.Michael Orlitzky2017-08-241-241/+0
| | | | Package-Manager: Portage-2.3.6, Repoman-2.3.1
* mail-filter/spamassassin: new revision to fix the systemd service.Michael Orlitzky2017-08-242-4/+2
| | | | | | | | | | | | | | | As part of bug 590346, I accidentally broke the systemd service file by starting the service as spamd:spamd when it needs to bind to port 783. Even when the service is run in the foreground, it needs to be started as root; it will then drop privileges if given the --username and --groupname flags. The new service file gets this right, with root owning the main process and spamd:spamd the children. Thanks to Dan Goodliffe for the report and help debugging the issue. Gentoo-Bug: 590346 Package-Manager: Portage-2.3.6, Repoman-2.3.1
* mail-filter/spamassassin: remove unused spamassassin-3.4.1-r14.ebuild.Michael Orlitzky2017-08-231-242/+0
| | | | Package-Manager: Portage-2.3.6, Repoman-2.3.1
* mail-filter/spamassassin: Tweaks requested by @orlitzkyPhilippe Chaintreuil2017-08-232-1/+2
| | | | | | | | | | | | | | | - Add upstream bug URL to patch ( https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7462 ) - Removed -r15 from package.mask - Unrequested: Renamed patch file now that there is an upstream bug to match the naming convention of the other patches Gentoo-Bug: 627678 Package-Manager: Portage-2.3.6, Repoman-2.3.1 Signed-off-by: Michael Orlitzky <mjo@gentoo.org>
* mail-filter/spamassassin: fix PERL_USE_UNSAFE_INC=0 test failuresPhilippe Chaintreuil2017-08-232-0/+440
| | | | | | | | | | | | | Add "use lib '.'" calls before "use SATest" calls in tests that are missing them. This fixes tests that fail when the PERL_USE_UNSAFE_INC=0 env var is set. Also mark this new package as masked, same as -r14. Gentoo-Bug: 627678 Package-Manager: Portage-2.3.6, Repoman-2.3.1 Signed-off-by: Michael Orlitzky <mjo@gentoo.org>
* mail-filter/spamassassin: remove redundant systemd service file lines.Michael Orlitzky2017-08-201-3/+1
| | | | | | | | | | | This commit drops the StandardOutput=syslog and StandardError=syslog lines from the new systemd service file. The defaults for those two options are now "journal" which will eventually hit syslog anyway if the user so desires. Consequently, we drop After=syslog.target too. Thanks to grawity on Freenode for the tip. Package-Manager: Portage-2.3.6, Repoman-2.3.1
* mail-filter/spamassassin: synchronize the systemd service configuration.Michael Orlitzky2017-08-203-0/+258
| | | | | | | | | | | | | | | | | This commit brings the systemd service and its configuration back in sync with OpenRC: * The SPAMD_OPTS passed to the daemon now match OpenRC's. * We no longer pass --daemon to spamd, and thus we don't have to specify that the daemon forks or track its PID file in the service. * The "spamd" user and group are used for the service. Gentoo-Bug: 590346 Package-Manager: Portage-2.3.6, Repoman-2.3.1
* mail-filter/spamassassin: new revision to fix tests and improve init script.Michael Orlitzky2017-08-203-21/+68
| | | | | | | | | | | | | | | | | | | | | | | | | This commit adds an upstream patch to fix a test suite crash with newer versions of perl. It also largely rewrites the init script: * Don't conditionally "use mysql" or "use postgres" in the OpenRC init script. Even if SpamAssassin is installed without e.g. MySQL support, if MySQL is present on the system, a user might store his SpamAssassin data in it. * Use a declarative style and drop the custom start() and stop() functions. * Run the spamd daemon as the "spamd" user. * Use /run/spamd.pid for the PID file to avoid a "checkpath". Some updates were made to the ebuild to facilitate those changes: * Don't modify the init script for USE=mysql or USE=postgres. * Create a "spamd" user in pkg_preinst(). Package-Manager: Portage-2.3.6, Repoman-2.3.1
* mail-filter/spamassassin: new revision without the "bayes" USE flag.Michael Orlitzky2017-08-041-4/+1
| | | | | | | | | | | | | | | | | | | | | | | | | In bug 617950, Deniss Gaplevsky asked that we add Redis support for the SA bayes engine. I looked into it, and it turns out that the support is already built-in. That makes things a little weird, because it would have put us in the position of adding a "redis" USE flag that does nothing. Some background will hopefully clarify: when I took over as maintainer of SA, you were required to choose one of USE="berkdb mysql postgres sqlite". In other words, bayes support wasn't optional, and you had to choose a database -- there was no "bayes" USE flag. I don't use bayes, so I added the "bayes" flag to let me proceed without selecting a database type. If I had known about Redis at the time, a better solution would have been to do what I just did: simply drop the REQUIRED_USE constraint forcing you to choose one of USE="berkdb mysql postgres sqlite". That is the end result of this commit, although I had to get rid of the "bayes" flag now to make it all work. Gentoo-Bug: 617950 Package-Manager: Portage-2.3.6, Repoman-2.3.1
* mail-filter/spamassassin: add a patch to -r11 for perl-5.26 compatibility.Michael Orlitzky2017-08-042-0/+15
| | | | | | Gentoo-Bug: 625316 Package-Manager: Portage-2.3.6, Repoman-2.3.1
* mail-filter/spamassassin: update description of USE=bayes flag.Michael Orlitzky2017-05-091-1/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | A user asked us to enable Redis support for SpamAssassin in bug 617950, but it should already be there. SpamAssassin has its own "TinyRedis" client, and doesn't pull in any extra dependencies to enable it. This is somewhat confusing when you look at the REQUIRED_USE for SpamAssassin, which suggests that, to enable USE=bayes, you need to pick a particular database. I only see three solutions, none of which are great: 1. Introduce a USE=redis flag that does nothing. 2. Try to document the USE=bayes flag better, to make it clear that you get Redis support even with USE="-bayes". 3. Allow USE=bayes without picking a database driver. The first I've ruled out for aesthetic reasons, and the third I think could do more harm than good (to everyone who wants bayes without Redis). Therefore I've taken the second option, and updated the documentation for the local USE=bayes flag. It now mentions that you don't need USE=bayes to get the Redis bayes backend -- it's always there. Gentoo-Bug: 617950 Package-Manager: Portage-2.3.3, Repoman-2.3.1
* mail-filter/spamassassin: new revision fixing bugs 590338 and 615856.Michael Orlitzky2017-04-232-1/+142
| | | | | | | | | | | | | | | The first fix in this revision adds a slot-operator dependency on dev-lang/perl. This should force SpamAssassin to rebuild in response to future major upgrades of perl (bug 615856). The second fix includes a backported patch to support newer versions of dev-perl/Net-DNS. This should avoid the problems experienced with the URIDNSBL plugin (bug 590338). Gentoo-Bug: 590338 Gentoo-Bug: 615856 Package-Manager: Portage-2.3.3, Repoman-2.3.1
* Drop remaining $Id$ and $Header$ from files.Ulrich Müller2017-02-282-2/+0
| | | | Bug: 611234
* Drop $Id$ per council decision in bug #611234.Robin H. Johnson2017-02-282-2/+0
| | | | Signed-off-by: Robin H. Johnson <robbat2@gentoo.org>
* mail-filter/spamassassin: disable interactive prompts properly.Michael Orlitzky2017-01-301-6/+7
| | | | | | | | | | | | | | | | | | The PERL_MM_USE_DEFAULT variable is used to disable the interactive prompts in SpamAssassin's build system. However, when I dropped the perl-module.eclass a while back, I only set the variable where it seemed to be necessary. Where it is necessary turns out to depend on the package manager, because different package managers may treat the controlling terminal and file descriptors differently, and that's how MakeMaker decides whether or not to prompt you. That problem manifests in Paludis, and is hopefully fixed by exporting PERL_MM_USE_DEFAULT=1 sooner, in src_configure(). This change should only affect the build, so it is made without a new revision. Gentoo-Bug: 604518 Package-Manager: portage-2.3.0
* mail-filter/spamassassin: remove old version spamassassin-3.4.0-r1.Michael Orlitzky2017-01-012-213/+0
| | | | Package-Manager: portage-2.3.0
* mail-filter/spamassassin: ppc stable wrt bug #594430Agostino Sarubbo2017-01-011-2/+2
| | | | | | Package-Manager: portage-2.3.0 RepoMan-Options: --include-arches="ppc" Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
* mail-filter/spamassassin: ia64 stable wrt bug #594430Agostino Sarubbo2016-12-301-1/+1
| | | | | | Package-Manager: portage-2.3.0 RepoMan-Options: --include-arches="ia64" Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
* mail-filter/spamassassin: sparc stable wrt bug #594430Agostino Sarubbo2016-12-301-1/+1
| | | | | | Package-Manager: portage-2.3.0 RepoMan-Options: --include-arches="sparc" Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
* mail-filter/spamassassin: new revision with fixed packlist.Michael Orlitzky2016-12-231-1/+9
| | | | | | | | | | SpamAssassin, being a perl package, installs a ".packlist" file. By default that file contains paths from ${D}, our temporary installation directory. This new revision adds a call to perl_fix_packlist() from the perl-functions eclass, which replaces those incorrect paths with the correct ones on the root filesystem. Package-Manager: portage-2.3.0
* mail-filter/spamassassin: fix minor typo in comment and error message.Michael Orlitzky2016-12-231-2/+2
| | | | Package-Manager: portage-2.3.0
* mail-filter/spamassassin: call perl_delete_localpodPhilippe Chaintreuil2016-12-231-0/+244
| | | | | | | | | | Call perl_delete_localpod to avoid collisions. Gentoo-Bug: 603338 Package-Manager: portage-2.3.0 Signed-off-by: Michael Orlitzky <mjo@gentoo.org>
* mail-filter/spamassassin: x86 stable (bug #594430)Thomas Deutschmann2016-12-201-1/+1
| | | | Package-Manager: Portage-2.3.2, Repoman-2.3.1
* mail-filter/spamassassin-3.4.1-r8: stable on amd64Tobias Klausmann2016-12-201-1/+1
| | | | Gentoo-Bug: 594430
* mail-filter/spamassassin: arm stable, bug #594430Markus Meier2016-10-051-1/+1
| | | | | Package-Manager: portage-2.3.1 RepoMan-Options: --include-arches="arm"
* mail-filter/spamassassin: Stable for HPPA PPC64 (bug #594430).Jeroen Roovers2016-10-011-1/+1
| | | | | Package-Manager: portage-2.3.1 RepoMan-Options: --ignore-arches
* mail-filter/spamassassin-3.4.1-r8: stable on alphaTobias Klausmann2016-09-291-1/+1
| | | | Gentoo-Bug: 594430
* mail-filter/spamassassin: new revision with correct build dependencies.Michael Orlitzky2016-09-051-31/+56
| | | | | | | | | | | | | | | | | | | | The existing dependencies for spamassassin were all thrown into DEPEND and then propagated to RDEPEND -- even the ones that were obviously only needed at runtime. Marcin Mirosław helped track down the correct value of DEPEND, and the rest of the optional dependencies were moved to RDEPEND. The required and optional dependencies are now stored in REQDEPEND/OPTDEPEND variables to eliminate duplication. This is primarily useful with USE=test, which makes DEPEND a superset of RDEPEND, since the other inclusion alreads holds normally. Once the test suite had the correct dependencies, the RESTRICT=test was removed, and problematic spamc/spamd tests were disabled. The test suite should pass now. Gentoo-Bug: 592682 Package-Manager: portage-2.2.28
* mail-filter/spamassassin: new revision adding a Net-CIDR-Lite dependency.Michael Orlitzky2016-09-021-5/+6
| | | | | | | The Net::CIDR::Lite Perl module is used by SpamAssassin's URILocalBL plugin, so it has been added to RDEPEND (dev-perl/Net-CIDR-Lite). Package-Manager: portage-2.2.28
* mail-filter/spamassassin: remove unused files/spamassassin.service.Michael Orlitzky2016-06-061-14/+0
| | | | Package-Manager: portage-2.2.28
* mail-filter/spamassassin: update metadata.xml with new maintainers.Michael Orlitzky2016-06-051-1/+20
| | | | | | | | | | | | | | We had a few users request to proxy-maintain this package. Now that its open bugs are fixed, this commit adds two of those users (Philippe Chaintreuil and Marcin Mirosław) to metadata.xml. The Proxy Maintainers project has been added to support them. I've added myself, too, for now, so that I will be CCed on bugs arising from my recent changes. Gentoo-Bug: 583908 Package-Manager: portage-2.2.28
* mail-filter/spamassassin: remove old unstable revisions.Michael Orlitzky2016-06-055-1065/+0
| | | | Package-Manager: portage-2.2.28
* mail-filter/spamassassin: new revision with an optional sa-update cron job.Michael Orlitzky2016-06-053-6/+262
| | | | | | | | | | | | | | | | | To make life easier for our users, a cron job that runs sa-update nightly has been provided. It is only installed with USE=cron, but an elog will mention its existence when that USE flag is disabled. The cron job will also attempt to restart or reload spamd/amavisd if the signatures have been updated. Alongside that new feature, some of the dependencies have been cleaned up. Pointless version bounds were removed, and an obsolete perl module or two was pruned. The libwww-perl dependency was replaced by wget/curl. Gentoo-Bug: 532094 Package-Manager: portage-2.2.28
* mail-filter/spamassassin: new revision with LibreSSL and spamd fixes.Michael Orlitzky2016-06-044-0/+557
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This new revision adds another patch for upstream bugs 7093/7199. The sslv3 option for spamd didn't do what it was supposed to do, and moreover, it broke LibreSSL which no longer supports SSLv3. The patch removes the option and makes it an error. There is a simple fix for users, to remove the --ssl-version option if they are using it. Thanks to Reuben Farrelly for reporting the issue. The second round of changes addresses a few old Gentoo bugs regarding the spamd init scripts and configuration. First, the init script was missing a call to "checkpath" to ensure that the PID file had some place to live. That's now fixed. Second, it used to be the case that some configuration was necessary if you opted to run spamd as a non-root user. That is no longer the case, so all of the documentation surrounding that issue has been removed, and the config/init scripts greatly simplified. Finally, a SPAMD_TIMEOUT option was added to allow spamd a little bit of time when restarting or shutting down. Peter Gantner, Juan David Ibáñez Palomar, Marcin Mirosław, Frieder Bürzele, and a few other people helped out on those bugs. Thanks! Gentoo-Bug: 322025 Gentoo-Bug: 455604 Gentoo-Bug: 523960 Upstream-Bug: 7093 Upstream-Bug: 7199 Package-Manager: portage-2.2.28
* mail-filter/spamassassin: new major revision to install module man pages.Michael Orlitzky2016-06-031-0/+195
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | In bug 494260, it was reported that several man pages for SpamAssassin's perl modules are missing. This turns out to be the fault of the perl-module eclass, which deletes those man pages after they've been installed in src_install. To fix it, at the very least, would require avoiding perl-module_src_install(). It appears that we're not using too much functionality of that eclass, especially once a workaround for src_install is in place. So in this commit, I have removed the dependency on perl-module.eclass entirely and configured/built/installed the package "manually." This fixes the documentation bug. Now with the eclass gone, it became possible to move to EAPI=6, and this allowed even more code cleanup, such as the removal of src_prepare() and the use of the default src_test(). The eutils eclass is then no longer needed, and einstalldocs() can be used. After adding "test" to IUSE, I noticed that the "doc" USE flag was redundant and removed it. Finally, the postinst message was updated to point to a new wiki page, https://wiki.gentoo.org/wiki/SpamAssassin, which partially addresses bug 532094 and gets rid of some outdated information. Gentoo-Bug: 494260 Gentoo-Bug: 532094 Package-Manager: portage-2.2.28
* mail-filter/spamassassin: new revision to fix Net-DNS compatibility issues.Michael Orlitzky2016-06-034-0/+362
| | | | | | | | | | | | | | | | | | | | | | | | | With the stabilization of =dev-perl/Net-DNS-1.40.0 (and the removal of the older stable version), a number of problems were introduced in SpamAssassin. There are three upstream bugs with patches against the latest release, v3.4.1, which fix all sorts of DNS errors in blacklist checks, DKIM, and SPF. The major contribution of this new revision is to apply patches from those upstream bugs fixing compatibility with =dev-perl/Net-DNS-1.40.0. At the same time, bug 396307 has been fixed by creating the sa-update-keys directory and assigning it the proper permissions. Thanks are due to Olliver Schinagl, Philippe Chaintreuil, Marcin Mirosław, and Atman Sense who reported and investigated these issues. Gentoo-Bug: 396307 Gentoo-Bug: 579222 Upstream-Bug: 7223 Upstream-Bug: 7231 Upstream-Bug: 7265 Package-Manager: portage-2.2.28
* mail-filter/spamassassin: remove spamassassin-3.4.0 / spamassassin-3.4.1-r1Austin English2016-04-262-434/+0
| | | | Package-Manager: portage-2.2.26