Bug#1057199: debian-policy: express more clearly that Conflicts to not reliably prevent concurrent unpacks

> "Guillem" == Guillem Jover writes: Guillem> At least the dpkg behavior seems entirely Guillem> correct to me and required for safe upgrades ( Can you help me understand the sentence above? Where is the case where this behavior is needed for safe upgrades? (I am asking out of

Bug#915583: Bug#1059730: debian-policy: switch to new Debian-conform html theme for Sphinx/reST

[ Hrrr, I sent this to the wrong bug #1059730; so resending to the correct one #915583 for completeness ] Holger Wansing wrote (Sun, 31 Dec 2023 10:02:29 +0100): > Hi Sean and Stéphane, > > Am 30. Dezember 2023 23:43:17 MEZ schrieb Sean Whitton > : > >Possibly some of your changes could be

Bug#1057199: debian-policy: express more clearly that Conflicts to not reliably prevent concurrent unpacks

Hi! On Fri, 2023-12-15 at 16:40:09 +, Sean Whitton wrote: > On Fri 01 Dec 2023 at 02:11pm +01, Helmut Grohne wrote: > > §7.4 currently starts with: > > > > When one binary package declares a conflict with another using a > > Conflicts field, dpkg will refuse to allow them to be