Stoiko Ivanov 84c52f3810 common: d/control: break/replace libpve-rs-perl (<< 0.6.0) ... libproxmox-rs-perl ships /usr/share/perl5/PVE/RS/CalendarEvent.pm, which was also present in libpve-rs-perl until version 0.5.1 This can lead to a (racy) issue while upgrading - depending on which of libproxmox-rs-perl or libpve-rs-perl gets unpacked first we potentially run into: ``` dpkg: error processing archive \ /tmp/apt-dpkg-install-lNBzMn/48-libproxmox-rs-perl_0.1.0_amd64.deb (--unpack): trying to overwrite '/usr/share/perl5/PVE/RS/CalendarEvent.pm', \ which is also in package libpve-rs-perl 0.5.1 ``` This patch follows the debian policy manual for these situations: https://www.debian.org/doc/debian-policy/ch-relationships.html#s-breaks Signed-off-by: Stoiko Ivanov <s.ivanov@proxmox.com> Reviewed-by: Fabian Grünbichler <f.gruenbichler@proxmox.com> Acked-by: Fabian Grünbichler <f.gruenbichler@proxmox.com>		2022-05-10 07:10:43 +02:00
..
source	add libproxmox-rs-perl and release it as 0.1.0	2022-03-01 11:46:49 +01:00
changelog	add libproxmox-rs-perl and release it as 0.1.0	2022-03-01 11:46:49 +01:00
compat	add libproxmox-rs-perl and release it as 0.1.0	2022-03-01 11:46:49 +01:00
control	common: d/control: break/replace libpve-rs-perl (<< 0.6.0)	2022-05-10 07:10:43 +02:00
copyright	add libproxmox-rs-perl and release it as 0.1.0	2022-03-01 11:46:49 +01:00
rules	add libproxmox-rs-perl and release it as 0.1.0	2022-03-01 11:46:49 +01:00
triggers	add libproxmox-rs-perl and release it as 0.1.0	2022-03-01 11:46:49 +01:00