Hi Guillem, it would be great if dpkg could improve handling of directory removal for stretch.
Another case I just encountered: * pkg v1 ships /etc/path/conffile * pkg v2 does dpkg-maintscript-helper rm_conffile /etc/path/conffile v2~ dpkg tries to remove the directory during unpack, but fails since it is not empty. nevertheless the package no longer owns the directory. after postinst configure has run, /etc/path/conffile is gone and /etc/path is finally empty, but no new attempt on removal is started Andreas PS: udev/jessie ships /etc/modprobe.d/fbdev-blacklist.conf, udev/stretch does rm_conffile it
