I just noticed this behavior too, and I find it astonishing and worrisome. I sometimes manually replace a conf file with a symlink to a file in my own private config directory (example: /etc/foo -> /mydir/foo). I always assumed that dpkg remove --purge would remove the conf file /etc/foo and not touch /mydir/foo, but in fact just the opposite happens: it removes /mydir/foo and leaves the dangling symlink /etc/foo. /mydir is mine, not part of any package, so the package system should not be touching it.
Was there some motivation for this behavior? It's caused by a call to conffderef() in remove.c, but what for? AMC -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
