Your message dated Mon, 7 Jan 2019 00:40:51 +0800 with message-id <CAAXyoMNZO9=i0k=7W95NHAmnAvLZOZvV56mfW=e7ffuuwlo...@mail.gmail.com> and subject line has caused the Debian Bug report #905200, regarding natpmp-utils,libnatpmp-dev: unhandled symlink to directory conversion: /usr/share/doc/PACKAGE to be marked as done.
This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 905200: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=905200 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
--- Begin Message ---Package: natpmp-utils,libnatpmp-dev Version: 20150609-4 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, an upgrade test with piuparts revealed that your package installs files over existing symlinks and possibly overwrites files owned by other packages. This usually means an old version of the package shipped a symlink but that was later replaced by a real (and non-empty) directory. This kind of overwriting another package's files cannot be detected by dpkg. This was observed on the following upgrade paths: stretch -> buster For /usr/share/doc/PACKAGE this may not be problematic as long as both packages are installed, ship byte-for-byte identical files and are upgraded in lockstep. But once one of the involved packages gets removed, the other one will lose its documentation files, too, including the copyright file, which is a violation of Policy 12.5: https://www.debian.org/doc/debian-policy/#copyright-information For other overwritten locations anything interesting may happen. Note that dpkg intentionally does not replace directories with symlinks and vice versa, you need the maintainer scripts to do this. See in particular the end of point 4 in https://www.debian.org/doc/debian-policy/#details-of-unpack-phase-of-installation-or-upgrade It is recommended to use the dpkg-maintscript-helper commands 'dir_to_symlink' and 'symlink_to_dir' (available since dpkg 1.17.14) to perform the conversion, ideally using d/$PACKAGE.maintscript. Do not forget to add 'Pre-Depends: ${misc:Pre-Depends}' in d/control. See dpkg-maintscript-helper(1) and dh_installdeb(1) for details. >From the attached log (scroll to the bottom...): 0m28.4s ERROR: FAIL: silently overwrites files via directory symlinks: /usr/share/doc/natpmp-utils/changelog.Debian.gz (natpmp-utils) != /usr/share/doc/libnatpmp1/changelog.Debian.gz (libnatpmp1) /usr/share/doc/natpmp-utils -> libnatpmp1 /usr/share/doc/natpmp-utils/changelog.gz (natpmp-utils) != /usr/share/doc/libnatpmp1/changelog.gz (libnatpmp1) /usr/share/doc/natpmp-utils -> libnatpmp1 /usr/share/doc/natpmp-utils/copyright (natpmp-utils) != /usr/share/doc/libnatpmp1/copyright (libnatpmp1) /usr/share/doc/natpmp-utils -> libnatpmp1 0m27.9s ERROR: FAIL: silently overwrites files via directory symlinks: /usr/share/doc/libnatpmp-dev/changelog.Debian.gz (libnatpmp-dev:amd64) != /usr/share/doc/libnatpmp1/changelog.Debian.gz (libnatpmp1) /usr/share/doc/libnatpmp-dev -> libnatpmp1 /usr/share/doc/libnatpmp-dev/changelog.gz (libnatpmp-dev:amd64) != /usr/share/doc/libnatpmp1/changelog.gz (libnatpmp1) /usr/share/doc/libnatpmp-dev -> libnatpmp1 /usr/share/doc/libnatpmp-dev/copyright (libnatpmp-dev:amd64) != /usr/share/doc/libnatpmp1/copyright (libnatpmp1) /usr/share/doc/libnatpmp-dev -> libnatpmp1 cheers, Andreas
natpmp-utils_20150609-4.log.gz
Description: application/gzip
--- End Message ---
--- Begin Message ---This should have been fixed: natpmp-utils gets maintscript and libnatpmp-dev gets its symlink back
--- End Message ---