Andreas Beckmann <deb...@abeckmann.de> writes:
> Case 2c: bar ships empty /etc/foo.d/
> dpkg will create/remove the directory with proper refcounting
> => all is fine (at least once #316521 gets fixed)
> The same problems may also happen in /usr, /var or elsewhere.
> IMO 2c is the only proper solution to use whenever maintainer scripts
> use a directory ("use" as in create/edit/remove something in it) that is
> shared between several packages and the directory is not part of an
> essential (required?) package (in that case the existence could be taken
> for granted, i.e. optionally ship it, but no need to mkdir it and
> *never* rmdir it).
I agree. Unfortunately, due to #316521, you get piuparts errors if you
take that approach, which I suspect is the cause of many of the maintainer
script rmdirs to try to be more aggressive about removing things. It
would be nice if piuparts would temporarily stop reporting this as an
error until the long-standing dpkg bug is fixed, to avoid encouraging
maintainers to do more aggressive and incorrect things.
--
Russ Allbery (r...@debian.org) <http://www.eyrie.org/~eagle/>
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
