| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
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"
|
|
|
|
| |
Package-Manager: Portage-2.3.3, Repoman-2.3.1
|
|
|
|
| |
Package-Manager: Portage-2.3.3, Repoman-2.3.1
|
|
|
|
| |
Package-Manager: Portage-2.3.3, Repoman-2.3.1
|
| |
|
| |
|
|
|
|
| |
Package-Manager: Portage-2.3.3, Repoman-2.3.1
|
|
|
|
|
|
| |
Bug: 583752
Package-Manager: Portage-2.3.3, Repoman-2.3.1
|
|
|
|
|
|
|
|
| |
gpgme may be broken.
Bug: 575936
Package-Manager: Portage-2.3.3, Repoman-2.3.1
|
|
|
|
| |
Bug: 611234
|
|
|
|
| |
Signed-off-by: Robin H. Johnson <robbat2@gentoo.org>
|
| |
|
|
|
|
|
|
|
| |
Update all headers still saying "Gentoo Technologies, Inc."
to "Gentoo Foundation".
Acked by antarus.
|
|
|
|
| |
Package-Manager: Portage-2.3.3, Repoman-2.3.1
|
|
|
|
| |
Package-Manager: portage-2.3.3
|
|
|
|
| |
Package-Manager: Portage-2.3.3, Repoman-2.3.1
|
| |
|
|
|
|
|
| |
Package-Manager: Portage-2.3.3, Repoman-2.3.1
RepoMan-Options: --ignore-arches
|
|
|
|
|
| |
Package-Manager: Portage-2.3.3, Repoman-2.3.1
RepoMan-Options: --ignore-arches
|
|
|
|
| |
Package-Manager: portage-2.3.3
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
Package-Manager: portage-2.3.3
|
|
|
|
| |
Package-Manager: portage-2.3.3
|
|
|
|
| |
Package-Manager: portage-2.3.0
|
|
|
|
|
|
| |
Package-Manager: portage-2.3.0
RepoMan-Options: --include-arches="sparc"
Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
|