On Sat, Nov 09, 2019 at 03:33:05AM +0100, Andreas Beckmann wrote:
> Package: frr
> Version: 7.2-1
> Severity: serious
>
> during a test with piuparts I noticed your package failed to install
> because it tries to overwrite other packages files.
[...]
> dpkg: error processing archive
> /tmp/apt-dpkg-install-3pfMjQ/16-frr_7.2-1_amd64.deb (--unpack):
>trying to overwrite '/usr/share/man/man8/vrrpd.8.gz', which is also in
> package vrrpd 1.0-2+b2
Hi Andreas,
Thanks for catching this. vrrpd is one of FRR's "protocol" daemons,
installed to /usr/lib/frr/ (hence the binary isn't colliding), but
obviously the manpage doesn't have this private directory.
I need to go dig through the Debian policy on what it says about this.
I'm guessing we should just rename our manpages to "frr-". The
binary isn't in PATH either, i.e. you can't run FRR vrrpd by just typing
"vrrpd", so not getting the manpage with "man vrrpd" is consistent.
(It does make sense for vrrpd to be installed in parallel with FRR, in
particular since VRRP support is a recent FRR addition and existing
setups may very well want to stick with a vrrpd+FRR configuration.)
(Cc'ing onto FRR dev list for further comment. Please keep the debian
bugtracker address in Cc:. Also opening an issue on FRR github.)
Cheers,
-David
