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>
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>
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>
* 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>
This fixes 2 warnings shown when checking the source-package with
lintian:
* package-depends-on-hardcoded-libc
* debhelper-but-no-misc-depends
Signed-off-by: Stoiko Ivanov <s.ivanov@proxmox.com>
the build target gets invoked as regular user without 'fakeroot'. Running
SpamAssassin's tests as root (or via fakeroot) leads to a
non-deterministically failing testcase ('t/spamc_optC.t') - I couldn't find
the root-cause, but running the tests as regular user did work consistently.
Signed-off-by: Stoiko Ivanov <s.ivanov@proxmox.com>
while upgrading spamassassin from 3.4.2 to 3.4.3 users were initially asked
to confirm a changed '/etc/mail/spamassassin/init.pre', due to the differences
between the file in the shipped new upstream and the version rendered by the
templateing system of pmg.
This was mitigated by c0e5b8043c.
Not shipping the files in the first place removes the need to adapt changed
upstream files to old versions, which get replaced by the templating system
anyways
Signed-off-by: Stoiko Ivanov <s.ivanov@proxmox.com>
as apt ask the user about the change, but we rewrite it anyway, as
it's effectively under direct PMG control.
Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>
people normally want gpg verified updates, and PMG actually relies on
it. While pmg can install it in it's own environments (ISO, CT
appliance) directly a recommendation should be still added, if only
fo those installing on top of plain Debian.
Signed-off-by: Thomas Lamprecht <t.lamprecht@proxmox.com>
