I can confirm this too on an amd64 system. Rebuilding package from
source makes the mod_vroot plugin working. I suggest to rebuild the
package for the next Wheezy dot-release. It is really sad to see that
this is not fixes since Wed, 10 Jul 2013, because it's so simple to fix.
Config:
DebugLevel
Package: postfix
Version: 2.9.6-2
Severity: important
While building a Wheezy armhf image with live-build which installs postfix as
an additional package the configuration process fails with the message:
newaliases: fatal: inet_addr_local[getifaddrs]: getifaddrs: Address family not
supported by
Package: proftpd-mod-vroot
Version: 0.9.2-2+b2
Severity: grave
The proftpd module mod_vroot is broken, because the alias string
processing is erroneous. The result of the function vroot_lookup_path
may look like this without the attached patch:
static int vroot_lstat(pr_fs_t *fs, const char *orig
The patched Debian package can be downloaded here: http://packages.openmediavault.org/public/pool/main/p/proftpd-mod-vroot/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> We're sorry, but we'll be removing monit from buster shortly.
That's not serious, you're totally crazy. This package is essential in various environments and other distributions, e.g. openmediavault. Please rethink this and reintroduce monit into Debian 10.
The Debian release politics is so
Package: proftpd-basic
Version: 1.3.6-4+deb10u5
Severity: important
The proftpd daemon writes the pidfile with mode 0666 instead of 0644.
Because of that it is
not possible to stop or restart the daemon with "systemctl stop proftpd" or
"systemctl restart proftpd". The reason is the new security ch
6 matches
Mail list logo
