I think (but am not certain) that this is actually a dpkg bug.
The /usr/share/doc/ettercap-text-only directory in the old version has
become a symbolic link to /usr/share/doc/ettercap-common in the new
version. This is explicitly allowed in Policy 12.5,
/usr/share/doc/package may be a symbolic link to another directory
in /usr/share/doc only if the two packages both come from the same
source and the first package Depends on the second. These rules are
important because copyright files must be extractable by mechanical
means.
It would appear that the upgrade failed to rmdir
/usr/share/doc/ettercap-text-only and replace it by the symbolic link,
instead it just left it empty.
I suppose I could add logic to the postinst script to detect and
repair this, but it really does seem like dpkg's job to install the
contents of the package correctly, including symbolic links.
As they say nowadays: YOU HAD *ONE* *JOB*...
Ideas?
--Barak.
--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]
