| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
Package-Manager: Portage-2.3.10, Repoman-2.3.3
RepoMan-Options: --include-arches="ppc"
|
|
|
|
|
| |
Package-Manager: Portage-2.3.10, Repoman-2.3.3
RepoMan-Options: --include-arches="ppc"
|
|
|
|
| |
Gentoo-Bug: https://bugs.gentoo.org/show_bug.cgi?id=630494
|
|
|
|
| |
Package-Manager: Portage-2.3.6, Repoman-2.3.1
|
|
|
|
| |
Signed-off-by: Michael Orlitzky <mjo@gentoo.org>
|
|
|
|
| |
Package-Manager: Portage-2.3.6, Repoman-2.3.1
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
Package-Manager: Portage-2.3.6, Repoman-2.3.1
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- 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>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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>
|
|
|
|
| |
Package-Manager: Portage-2.3.7, Repoman-2.3.3
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
Package-Manager: Portage-2.3.6, Repoman-2.3.1
|
| |
|
|
|
|
|
| |
Gentoo-Bug: 404077
Package-Manager: Portage-2.3.6, Repoman-2.3.3
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
| |
Gentoo-Bug: 625316
Package-Manager: Portage-2.3.6, Repoman-2.3.1
|
|
|
|
| |
Package-Manager: Portage-2.3.6, Repoman-2.3.1
|
|
|
|
|
|
|
|
| |
The -j1 option is now passed to emake.
Gentoo-Bug: https://bugs.gentoo.org/615658
Package-Manager: Portage-2.3.6, Repoman-2.3.1
|
| |
|
|
|
|
| |
Package-Manager: portage-2.3.0_rc1
|
|
|
|
| |
Package-Manager: portage-2.3.6
|
|
|
|
| |
Package-Manager: Portage-2.3.6, Repoman-2.3.2
|
|
|
|
| |
Package-Manager: Portage-2.3.6, Repoman-2.3.2
|
|
|
|
| |
Package-Manager: Portage-2.3.6, Repoman-2.3.2
|
|
|
|
|
|
| |
#622612
Package-Manager: Portage-2.3.6, Repoman-2.3.1
|
|
|
|
| |
Package-Manager: Portage-2.3.5, Repoman-2.3.1
|
|
|
|
| |
Package-Manager: Portage-2.3.5, Repoman-2.3.1
|
|
|
|
| |
Package-Manager: Portage-2.3.5, Repoman-2.3.1
|
|
|
|
| |
Package-Manager: Portage-2.3.5, Repoman-2.3.1
|
|
|
|
| |
Package-Manager: Portage-2.3.6, Repoman-2.3.2
|
|
|
|
|
|
| |
Gentoo-Bug: https://bugs.gentoo.org/619850
Package-Manager: Portage-2.3.5, Repoman-2.3.1
|
|
|
|
|
| |
Update SRC_URI to rename the distfile correctly.
Closes: https://github.com/gentoo/gentoo/pull/4786
|
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/show_bug.cgi?id=594382
Package-Manager: Portage-2.3.5, Repoman-2.3.2
Closes: https://github.com/gentoo/gentoo/pull/4690
|
|
|
|
| |
Package-Manager: Portage-2.3.3, Repoman-2.3.1
|
|
|
|
|
|
| |
Gentoo-Bug: https://bugs.gentoo.org/594320
Package-Manager: Portage-2.3.5, Repoman-2.3.2
Closes: https://github.com/gentoo/gentoo/pull/4638
|
|
|
|
|
|
| |
Package-Manager: Portage-2.3.5, Repoman-2.3.1
RepoMan-Options: --include-arches="ppc64"
Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
|
|
|
|
|
|
| |
Hering, bug #618284
Package-Manager: Portage-2.3.5, Repoman-2.3.1
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
| |
Package-Manager: Portage-2.3.3, Repoman-2.3.1
|
|
|
|
| |
If SSSE3 is available, use the hyperscan library.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
|
| |
Package-Manager: Portage-2.3.3, Repoman-2.3.1
RepoMan-Options: --include-arches="x86"
Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
|
|
|
|
|
|
| |
Package-Manager: Portage-2.3.3, Repoman-2.3.1
RepoMan-Options: --include-arches="x86"
Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
|
|
|
|
|
|
| |
Package-Manager: Portage-2.3.3, Repoman-2.3.1
RepoMan-Options: --include-arches="amd64"
Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
|
|
|
|
|
| |
Package-Manager: Portage-2.3.5, Repoman-2.3.2
RepoMan-Options: --include-arches="arm arm64 ppc ppc64"
|