Your message dated Sun, 29 Jul 2018 02:20:44 +0200 with message-id <[email protected]> and subject line Re: Bug#863246: hplip-data: removing hplip-data does not clean up some of its directories has caused the Debian Bug report #863246, regarding hplip-data: removing hplip-data does not clean up some of its directories 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 [email protected] immediately.) -- 863246: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=863246 Debian Bug Tracking System Contact [email protected] with problems
--- Begin Message ---Package: hplip-data Version: 3.16.11+repack0-3 Severity: minor When I removed hplip-data, I got: Removing hplip-data (3.16.11+repack0-3) ... dpkg: warning: while removing hplip-data, directory '/usr/share/hplip/ui5' not empty so not removed dpkg: warning: while removing hplip-data, directory '/usr/share/hplip/scan' not empty so not removed dpkg: warning: while removing hplip-data, directory '/usr/share/hplip/prnt' not empty so not removed dpkg: warning: while removing hplip-data, directory '/usr/share/hplip/pcard' not empty so not removed dpkg: warning: while removing hplip-data, directory '/usr/share/hplip/installer' not empty so not removed dpkg: warning: while removing hplip-data, directory '/usr/share/hplip/fax' not empty so not removed dpkg: warning: while removing hplip-data, directory '/usr/share/hplip/copier' not empty so not removed dpkg: warning: while removing hplip-data, directory '/usr/share/hplip/base/pexpect' not empty so not removed But for instance, /usr/share/hplip/ui5 contains only an empty directory __pycache__ that doesn't belong to any package and should have been removed in the process. -- System Information: Debian Release: 9.0 APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-3-amd64 (SMP w/8 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages hplip-data depends on: pn python:any <none> ii xz-utils 5.2.2-1.2+b1 hplip-data recommends no packages. Versions of packages hplip-data suggests: pn hplip <none>
--- End Message ---
--- Begin Message ---Hi, On 2018-07-28 18:42:15 +0100, Brian Potkin wrote: > This unstable machine has nothing related to any hplip package on it. I > have just installed hplip-data 3.17.10+repack0-5. > > root@test:~# ls -l /usr/share/hplip/ui5/ | wc -l > 71 > > This includes __pycache__, which is generated at install time. > > After purging hplip-data: > > root@test:~# ls -l /usr/share/hplip/ > ls: cannot access '/usr/share/hplip/': No such file or directory > > Am I missing some nuance in your report? In /var/lib/dpkg/info/hplip-data.prerm: #!/bin/sh set -e # Automatically added by dh_python3: if which py3clean >/dev/null 2>&1; then py3clean -p hplip-data else dpkg -L hplip-data | perl -ne 's,/([^/]*)\.py$,/__pycache__/\1.*, or next; unlink $_ or die $! foreach glob($_)' find /usr/lib/python3/dist-packages/ -type d -name __pycache__ -empty -print0 | xargs --null --no-run-if-empty rmdir fi # End automatically added section Thus it could have been an issue in py3clean in the past. I can't reproduce the bug either (with stable and testing). Closing. -- Vincent Lefèvre <[email protected]> - Web: <https://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/> Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
--- End Message ---
