Signed-off-by: Stoiko Ivanov <s.ivanov@proxmox.com>
[ TL: release version & slightly adapt commit and changelog format ]
Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>
especially when building in a clean environment (sbuild), it makes
sense to have everything available we also depend on in the binary
package
Signed-off-by: Stoiko Ivanov <s.ivanov@proxmox.com>
Ship the updates in the source package to avoid that this needs to be
pulled on actual build.
Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>
it is present in upstream sources and needs to be redistributed
according to the APACHE license.
Lintian treated this as an error after raising the standards-version
and building with sbuild
Signed-off-by: Stoiko Ivanov <s.ivanov@proxmox.com>
Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>
and only call lintian on the source-package for the phony dsc target,
as sbuild calls it anyways
Signed-off-by: Stoiko Ivanov <s.ivanov@proxmox.com>
Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>
the files in national encodings also cause a warning for the source
package, which needs its own lintian-overrides file [0].
[0] https://lintian.debian.org/manual/index.html#overrides
Signed-off-by: Stoiko Ivanov <s.ivanov@proxmox.com>
Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>
default.mk includes pkg-info.mk - so don't include it twice
Signed-off-by: Stoiko Ivanov <s.ivanov@proxmox.com>
Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>
by not removing kam-updates the last `mv` command is not the atomic
rename we want, but rather moves the kam-updates.tmp folder inside
kam-updates.
Signed-off-by: Stoiko Ivanov <s.ivanov@proxmox.com>
Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>
with commit 426b8f0a33 we use debhelper
for building, and I missed that the dpkg-buildpackage invocation for
building binary packages only does not prepare the source (by applying
quilt-patches)
Since no regressions for the accidental change were reported both
patches seem unneccessary:
disable-dkim.patch - our users do use DKIM and adapt rules which rely
on it - so it does not seem appropriate to not load the module anymore
(patch was introduced before PMG 5.0)
avoid-init.pre-update.patch: this was addressed differently by
d27e5c832e
noticed while trying to build the dsc target
Signed-off-by: Stoiko Ivanov <s.ivanov@proxmox.com>
Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>
The KAM ruleset consists of more files than just KAM.cf - and with the
enabling of the HashBL module in SA 4.0.0 the KAM.cf depends on
settings in other files from the ruleset. This leads to warnings when
starting pmg-smtp-filter on a freshly installed system (more exactly
on a system where pmg-daily did not already download the complete KAM
ruleset to /var/lib)
This patch follows the logic we use in pmg-daily and ships the
complete ruleset in /usr/share/spamassassin-extra
KAM.cf itself was also moved to the kam.sa-channels.mcgrail.org
subdirectory so that we can use the downloaded cf file to get the
correct includes
Given that the default installations from PMG 6.4 on download and use
the complete ruleset the potential for regression should be quite
small.
I shortly considered adding a symlink from KAM.cf pointing to
kam_sa-channels_mcgrail_com/KAM.cf so that users with unadapted
templates still load at least KAM.cf - but since SpamAssassin simply
ignores non-existing files, and most setups, which have modified
templates probably ran pmg-daily at some point resulting in the files
from /var/lib/spamassassin being preferred I left that out.
Signed-off-by: Stoiko Ivanov <s.ivanov@proxmox.com>
* libdbd-sqlite3-perl is needed for the caching of DecodeShortUrl
* libmail-dmarc-perl [0] is used for DMARC and Authentication-Results
handling
* libnet-idn2-perl [1] is needed if utf-8 domain-names are to be
analyzed (or added to block/welcomelists)
the latter 2 packages are not in bullseye yet, but build and install
cleanly
[0]
https://salsa.debian.org/noahm/libmail-dmarc-perl
[1]
https://salsa.debian.org/perl-team/modules/packages/libnet-libidn2-perl
Signed-off-by: Stoiko Ivanov <s.ivanov@proxmox.com>
