Package: altos,lprint Severity: serious X-Debbugs-Cc: a...@debian.org Hi,
while Andreas usually files bugs about file conflicts, his tooling seems to have missed this one. It's quite special. While altos ships /usr/lib/x86_64-linux-gnu/systemd/system as a directory containing a systemd unit, lprint ships this location as a regular file containing a systemd unit. So this is a case of a directory versus regular file conflict and it is the only instance in the archive. Trying to unpack both results in an error from dpkg, e.g.: | Unpacking altos (1.9.16-1) ... | dpkg: error processing archive /tmp/apt-dpkg-install-buVwGL/106-altos_1.9.16-1_amd64.deb (--unpack): | trying to overwrite '/usr/lib/x86_64-linux-gnu/systemd/system', which is also in package lprint 1.1.0-2 | dpkg-deb: error: paste subprocess was killed by signal (Broken pipe) Quite evidently, this is wrong on multiple levels. systemd does not search multiarch paths for service units and the way lprint packages up its service file is just plain wrong. I think both altos and lprint need to be fixed to properly place their unit files. Helmut
