Package: elog
Version: 2.6.0beta2+r1716-1
When I test elog with piuparts, I get the following error:
0m9.7s ERROR: Package purging left files on system:
/var/lib/elog
/var/lib/elog/logbooks
Note that the package was installed and then immediately purged, it was
not used at all. The postrm
Package: octave2.1-info
Version: 2.1.72-1
When testing octave2.1-info with piuparts, I get the following error:
0m7.1s ERROR: Package purging left files on system:
/etc/alternatives/Octave-FAQ.info.gz
/etc/alternatives/liboctave.info.gz
/etc/alternatives/octave.info.gz
Package: rsplib-dev
Version: 1.0.0-1
Severity: serious
Justification: upgrades from sarge to etch fail
When testing rsplib-dev with piuparts, specifically upgrades from sarge
via etch to sid, I get the following error:
Unpacking replacement rsplib-dev ...
dpkg: error
processing
Package: rbldnsd
Version: 0.995
When testing rbldnsd with piuparts, I get the following error:
0m7.6s ERROR: Package purging left files on system:
/var/lib/rbldns
This directory is created by the postinst, and it is the home directory
of the rbldns user. Neither the use nor the directory are
Package: nagios-plugins-basic
Version: 1.4.2-5
While testing upgrades of nsca from sarge via etch to sid, with
piuparts, I ran into the following problem with nagios-plugins-basic,
which gets dragged in by apt-get:
Setting up nagios-plugins-basic (1.4.2-5) ...
Configuration file
Package: phalanx
Version: 22-15
Severity: serious
Justification: uninstallable in some circumstances
While testing phalanx with piuparts, I get the following error:
Unpacking phalanx (from .../phalanx_22-15_i386.deb) ...
Setting up phalanx (22-15) ...
dd: opening
Package: libticables3
Version: 3.9.6-3
When testing libticables3 with piuparts I get the following error:
0m7.1s ERROR: Package purging left files on system:
/etc/udev
owned by: libticables3
/etc/udev/rules.d
owned by: libticables3
/etc/udev/rules.d/025_libticables.rules
My
Package: srg
Version: 1.3.4-1
When testing srg with piuparts, specifically upgrades from sarge via
etch to sid, I get the following error:
1m38.8s ERROR: Package purging left files on system:
/etc/srg
owned by: srg
/etc/srg/ip2user.txt
That is, after the package is installed into sarge,
Package: ssh
Version: 1:4.2p1-5
When testing upgrades of blacs-test-common from sarge to etch I ran into
trouble with ssh:
Setting up openssh-client (4.2p1-5) ...
Configuration file `/etc/ssh/ssh_config'
== File on system created by you or by a script.
== File also in package provided
Package: isdneurofile
Version: 1:3.6.2005-01-03-5
Severity: important
The policy strongly recommends using invoke-rc.d to start services:
The use of invoke-rc.d to invoke the /etc/init.d/* initscripts
is strongly recommended[51], instead of calling them directly.
It is
Package: kdelibs-data
Version: 4:3.4.2-4
From the piuparts log file for testing upgrades from sarge via etch to
sid:
2m3.5s ERROR: Package purging left files on system:
/etc/kde3
owned by: kdelibs-data
/etc/kde3/ktexteditor_autobookmarkerrc
We discussed this on IRC with dato (this IRC
Package: libcupsys2
Version: 1.1.23-12
When testing upgrades from sarge via etch to sid of libcupsys2 with
piuparts, I get the following error:
1m50.3s ERROR: Package purging left files on system:
/usr/share/doc/libcupsys2-gnutls10
owned by: libcupsys2-gnutls10
The entire log file is
Package: liblockfile-dev
Version: 1.06
Testing upgrades of liblockfile-dev from sarge via etch to sid with
piuparts I get the following error:
1m41.7s ERROR: Package purging left files on system:
/usr/share/doc/liblockfile1/liblockfile-dev
--
Good news at once. Bad news never in the evening
Package: rss2email
Version: 1:2.54-2
One of the feeds I subscribe to decided to go invalid today. r2e craps
out, and doesn't deal with this:
[EMAIL PROTECTED] r2e run
=== SEND THE FOLLOWING TO [EMAIL PROTECTED] ===
E: could not parse http://www.digitoday.fi/tekijanoikeus/?feed=rss2
Traceback
ti, 2005-11-15 kello 18:43 +, Martin Michlmayr kirjoitti:
This appears to be fixed already in newer versions:
Aha. I'll have to see about a backport, should be easy enough. Thanks!
--
The road is wide and the sky is tall, before I die I will see it
all.--H.A.
--
To UNSUBSCRIBE, email
Package: dvbtune
Version: 0.5-5
While testing dvbtune with piuparts, specifically upgrades from sarge to
etch to sid, I am hit again by #330373. For my testing purposes, this is
not serious --- I can always add an ignore --- however it might be
worthwhile from users' point of view to fix this.
Package: gcc272
Version: 2.7.2.3-19
When testing upgrades of gcc272 from sarge via etch to sid, I get the
following error:
1m58.0s ERROR: Package purging left files on system:
/etc/alternatives/cc
/etc/alternatives/cc.1.gz
/usr/bin/cc
/usr/share/man/man1/cc.1.gz
Testing just
Package: linda
Version: 0.3.16
liw StevenK, hey, since you're awake - does linda check that a package
declares all its shlib dependencies?
StevenK liw: Um. I'm not very awake, can you give me an example?
Sesse StevenK: if I link to -lfoo, does linda check that I depend on
libfoo?
Sesse or,
Package: runit
Version: 1.3.1-1
Testing runit with piuparts, the upgrade test from sarge to etch to sid
gives the following error:
1m44.5s ERROR: Package purging left files on system:
/sbin/runit.old
The preinst script seems to create the link, but there isn't anything to
remove it.
--
i++;
Brief summary: when purging a package with conffiles in subdir of /etc,
the dirs are removed the package's list of files, and if the dirs are
shared with another package, this causes warnings from dpkg and leaves
directories on disk.
I seem to be running into this somewhat often when testing
Package: mkisofs
Version: 4:2.01+01a01-4
Severity: wishlist
It is very convenient to be able to check that the contents of a CD or
DVD are still intact by having an md5sum.txt file at the root of the
filesystem. Creating the file can, however, be somewhat cumbersome, and
also requires reading all
To clarify, since someone asked me about this on irc: the point of the
checksum file is to make it possible to check that a disk and its files
are still working after, say, the disk has been stored for several years
in a cabinet or used as the cat's scratching post. If there is a proper
md5sum.txt
Package: onak
Version: 0.3.2-1
While testing onak with piuparts, I get the following error:
0m8.2s ERROR: Package purging left files on system:
/var/log/onak.log
This seems to be because the postinst script creates the log file, but
there is nothing in the package to remove the file when the
Package: mffm-fftw1c2
Version: 1.6-1
Severity: serious
Justification: breaks upgrades
When testing mffm-fftw-dev with piuparts, specifically upgrades from
sarge via etch to sid, I get the following error:
Selecting previously deselected package mffm-fftw1c2.
Unpacking mffm-fftw1c2 (from
Package: base-files
Version: 3.1.9
When testing initrd-tools with piuparts, I ran into the following
problem: the chroot created by debootstrap contains /initrd, but it is
not owned by any package. Installing and then removing initrd-tools
(which does contain /initrd) removes the directory. On a
Package: ircii
Version: 20051015-1
Testing ircii with piuparts, I get the following error:
0m13.0s ERROR: Package purging left files on system:
/etc/irc
owned by: ircii
/etc/irc/servers
The prerm script attempts to remove the file, but, alas, it doesn't
exist at the time the package is
Package: util-vserver
Version: 0.30.204-5sarge2
Testing util-vserver with piuparts, I find that it does not uninstall
cleanly:
0m5.6s ERROR: Package purging left files on system:
/etc/vservers
owned by: util-vserver
/etc/vservers/.defaults
owned by: util-vserver
Package: sbcl
Version: 1:0.9.6.0-7
Severity: serious
Justification: package doesn't install without common-lisp-controller
Testing sbcl with piuparts, I find that installation fails:
0m9.6s ERROR: Command failed (status=25600): chroot /tmp/tmpUMtHi0
apt-get -y install 'sbcl'
Reading package
Package: scanlogd
Version: 2.2.5-1
scanlogd's postinst script calls /etc/init.d/scanlogd start directly.
The Debian Policy Manual strongly recommends using invoke-rc.d instead
(see 9.3.3.2, Running initscripts). Please do so, to better follow the
sysadmin's wishes about runlevels that scanlogd
Package: libpolyxmass9
Version: 0.8.9-1
When testing libpolyxmass-dev with piuparts, which drags in both
libpolyxmass7 and libpolyxmass9 for the upgrade test from sarge to etch
to sid, I get the following error:
Selecting previously deselected package libpolyxmass9.
Unpacking libpolyxmass9
Package: libcommoncpp2-dev
Version: 1.3.19-1
When testing libccrtp-dev, which depends on libcommoncpp2-dev, with
piuparts, I get the following error:
Selecting previously deselected package libcommoncpp2-dev.
Unpacking libcommoncpp2-dev
(from .../libcommoncpp2-dev_1.3.19-1_i386.deb) ...
Package: mkvtoolnix
Version: 1.5.6-1
While testing mkvtoolnix with piupats, I get the following error:
0m9.0s ERROR: Package purging left files on system:
/etc/alternatives/mkvinfo
/usr/bin/mkvinfo
This would seem to happen because the postinst uses the symlink name
mkvinfo to install the
Package: joystick
Version: 20051019-1
While testing joystick with piuparts, the current sid version of the
package installs and uninstalls cleanly, but testing upgrades from sarge
to etch to sid leaves an init.d script and symlink to same:
2m39.9s ERROR: Package purging left files on system:
Package: emacs-lisp-intro
Version: 2.04-1
When testing emacs-lisp-intro with piuparts, specifically testing
upgrades from sarge to etch to sid, I get the following problem:
2m23.3s ERROR: Package purging left files on system:
/usr/doc/emacs-lisp-intro
The entire log file is about 160
Package: rlpr
Version: 2.05-1
When testing upgrades from sarge to etch to sid with piuparts, I get the
following error message:
2m19.0s ERROR: Package purging left files on system:
/usr/doc/rlpr
It would seem to me that the package no longer has any maintainer
scripts, so it doesn't remove
Package: vrms
Version: 1.10
Severity: serious
Justification: package is uninstallable (unless you happen to have perl)
vrms has no explicit dependencies, but it seems it tries to use the
module diagnostics.pm, which is not included perl-base, so a dependency
on perl would seem to be in order (or
Package: wims-common
Version: 3.28-6.1
Severity: serious
Justification: violates a must in policy
When testing wims-common with piuparts, I see several problems. To begin
with, it assumes that the wims user and group exists and is dedicated
for its use, yet does not even try to create the user.
Package: wzdftpd
Version: 0.5.5-3
Severity: serious
Justification: breaks upgrades
wzdftpd has one use of ucf in its maintainer scripts (postinst), so it
should have a dependency on ucf. This comes up when testing upgrades
from sarge to etch to sid (with piuparts), although the test only gets
to
ma, 2005-11-07 kello 19:48 +0200, Radu Spineanu kirjoitti:
Hi
Lars Wirzenius wrote:
xmail's postinst invokes (via a snippet inserted by debhelper) its
daemon via invoke-rc.d, which in turn calls policy-rc.d, and that has
the option of preventing any daemons from starting. If this happens
Package: gnushogi
Version: 1.3-4
When testing gnushogi with piuparts, the current version in sid installs
and purges correctly, but doing an upgrade test from sarge to etch to
sid results in the /usr/doc/gnushogi symlink being left on the
filesystem:
2m6.5s ERROR: Package purging left files on
Package: zsh-beta
Version: 4.3.0-dev-1+20051104-1
Testing zsh-beta with piuparts, the current sid version passes simple
testing (install, remove, purge), but upgrade testing (sarge to etch to
sid) gives the following error:
2m37.3s ERROR: Package purging left files on system:
/bin/zsh
Package: crossfire-common
Version: 1.8.0-1
While testing crossfire-server upgrades from sarge to etch to sid with
piuparts, I get the problem that dpkg complains that the
conffile /etc/crossfire/exp_table has been modified by me (which I
obviously didn't) or a script (which would be in one of the
Package: fakeroot
Version: 1.5.5
While testing fakeroot with piuparts, specifically upgrades from sarge
to etch to sid, I get the following error:
1m53.9s ERROR: Package purging left files on system:
/usr/lib/libfakeroot.so.0
The full log file is about 150 kilobytes, so I won't attach it, but
Package: gnumeric-doc
Version: 1.6.0-2
When testing gnumeric-doc with piuparts, specifically upgrades from
sarge to etch to sid, I get an error about files being left on the
system after the package (sid version) is purged. The parts of the log
file that seem relevant are quoted below. The entire
Package: ttf-junicode
Version: 0.6.5-2
The ttf-junicode package needs to depend on defoma (not just
build-depend on it). From the piuparts log file:
0m7.7s ERROR: Command failed (status=25600): chroot /tmp/tmpRQ9Bjh
apt-get -y install 'ttf-junicode'
Reading package lists...
Building
Package: epiphany-browser
Version: 1.6.4-1
Severity: normal
When I go to http://www.bof.fi/fin/0_new/0.1_valuuttak/, my browser
crashes. I did a
wget --mirror -np http://www.bof.fi/fin/0_new/0.1_valuuttak/
and put the results in http://liw.iki.fi/liw/temp/www.bof.fi.tar.bz2,
in case that
Package: linda
Version: 0.3.16
Severity: normal
I built some packages on one host, and then copied them to another where I
ran linda on them. It crashed and burned, output below. I also ran lintian
on it, and it (or tar that it ran) complained about time stamps in the
future. The hosts did have
Package: bzr
Version: 0.1.1-1
Severity: normal
The manual page source for bzr(1) contains many empty lines. It looks
like they've been used to make the source more visually beautiful.
Unfortunately, they result in empty lines getting into the output as
well: an empty line signifies a paragraph
@@
+jlint (3.0-4.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Added build-dependency on texinfo, suggested by Matt Kraai.
+Closes: #334651.
+
+ -- Lars Wirzenius [EMAIL PROTECTED] Sat, 29 Oct 2005 00:31:00 +0300
+
jlint (3.0-4) unstable; urgency=low
* Fix another cast from
ti, 2005-10-18 kello 17:20 +0200, Petter Reinholdtsen kirjoitti:
[Lars Wirzenius]
debootstrap doesn't work with etch or sid. It does work with woody
and sarge. Below is the relevant part of the output:
Does it work any better when you add --resolve-deps to the debootstrap
command line
Hi,
this bug caught my eye when browsing the list of release critical bugs
to find things I could help fix (possibly by doing an NMU).
Andreas Jochens, I'd like to ask for clarification for a point about the
patch you included:
--- ../tmp-orig/syslinux-2.11/memdisk/Makefile 2004-01-24
Package: dbmail-mysql
Version: 1.2.11-1
The dbmail packages use ucf in the postrm script when the package is
purged, but they can't rely on anything except essential packages at
that stage (see policy, 7.2). You need to check whether ucf is present,
and if not, fall back on plain rm. Otherwise
tag 330749 pending
thanks
pe, 2005-10-14 kello 09:22 +0200, Frank Küster kirjoitti:
Lars Wirzenius [EMAIL PROTECTED] wrote:
Would that work for you?
Yes, I think it would. I suggest that you document this somewhere,
e.g. like this:
I've added (with slight modification) your words
ke, 2005-10-05 kello 07:37 +, Gerrit Pape kirjoitti:
On Wed, Sep 28, 2005 at 03:17:10PM +0300, Lars Wirzenius wrote:
bincimap's postinst creates /etc/ssl/certs/imapd.pem, but there is no
prerm to remove it when the package is purged. This means some cruft is
left on the filesystem
Package: gfortran
Version: 4.0.1-3
The prerm script calls update-alternatives thusly:
update-alternatives --remove f95 /usr/bin/g95
The last argument should be /usr/bin/gfortran, I think.
--
I'm a Luddite with neophilia
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
Package: prelude-nids
Version: 0.8.6-1
postinst creates /etc/prelude-nids/prelude-nids.debian.conf, but there
is nothing in the package to remove it on purge, leaving cruft behind on
the filesystem.
--
You need fewer comments, if you choose your names carefully.
--
To UNSUBSCRIBE, email to
Package: python2.4-logilab-common
Version: 0.12.0-1
Note that although this bug is filed against the python2.4 version, the
bug exists in all four.
The postinst
creates /usr/lib/python2.4/site-packages/logilab/__init__.py but nothing
in the package removes it, leaving cruft on the filesystem.
Package: readline-common
Version: 5.0-11
postinst creates /etc/inputrc, but there is no postrm to remove it when
the package is purged.
0m8.4s ERROR: Package purging left files on system:
/etc/inputrc
--
When in doubt, use brute force.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
Package: python2.4-poker-engine
Version: 1.0.8-1
The package does not seem to have a postrm to remove (when the package
is purged) configuration files created (I assume) in postinst.
0m17.9s ERROR: Package purging left files on system:
/etc/poker-engine2.4
owned by: python2.4-poker-engine
to, 2005-09-29 kello 18:56 +0200, Frank Küster kirjoitti:
This was my command line:
piuparts -k -b /base_sid.tgz -a -d sid -d experimental tetex-extra 21 | tee
piuparts.lg
When I tried this just now, it seemed to work fine. I didn't notice the
breakage in the log file snippet you included.
pe, 2005-10-14 kello 00:30 +0200, Frank Küster kirjoitti:
Well, the problem is that dist-upgrade from sid to experimental does
just nothing, although there is a newer version of tetex-extra (and some
of its dependencies) in experimental:
Oh, right, that. experimental's Release file tells
ke, 2005-10-12 kello 07:47 +0200, Frank Küster kirjoitti:
I would say from this that files left in /var/lib/ucf/cache aren't our
fault, but simply ucf's. The error message comes before our postinst is
called with purge.
Yes, you're right, and I was wrong, sorry. I guess I was confused after
Package: zephyr-server
Version: 2.1.20010518.SNAPSHOT-13
zephyr-server creates /etc/zephyr/server.list on installation, but does
not remove it when the package is purged, leaving cruft on the
filesystem.
--
Pity the sysadmin
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
Package: xsoldier
Version: 1:1.3-5
xsoldier creates, but does not remove the /var/games directory.
0m8.9s ERROR: Package purging left files on system:
/var/games
It seems to be created by postinst implicitly when creating the score
file. It'd probably be best to include the directory in the
Package: xjewel
Version: 1.6-19
xjewel removes its score file in postrm when the package is purged.
dpkg, however, wants to remove the directory (/var/games) before postrm
runs, so I guess the removal should happen in prerm instead, so that the
directory is empty when dpkg wants to remove it.
--
Package: xboing
Version: 2.4-26.1
xboing removes its score file in postrm when the package is purged.
dpkg, however, wants to remove the directory (/var/games) before postrm
runs, so I guess the removal should happen in prerm instead, so that the
directory is empty when dpkg wants to remove it.
Package: wzdftpd
Version: 0.5.5-1
wzdftpd doesn't seem to remove all configuration files when the package
is purged. See piuparts log file snippet below.
0m5.2s ERROR: Package purging left files on system:
/etc/wzdftpd
owned by: wzdftpd
/etc/wzdftpd/users
/etc/wzdftpd/wzd.cfg
--
Package: wterm-ml
Version: 6.2.9-6.4
wmterm-ml doesn't seem to clean up alternatives properly:
0m7.9s ERROR: Package purging left files on system:
/etc/alternatives/x-terminal-emulator
/usr/bin/x-terminal-emulator
I couldn't figure out why this happens, prerm seems to call
Package: winbind
Version: 3.0.14a-6
The following symlinks are left on the filesystem after the package is
installed and then purged (as by piuparts). I couldn't see why, though
that is probably because I still don't understand shared libraries
properly.
0m5.7s ERROR: Package purging left files
Package: wflogs
Version: 0.9.8-4
The preinst script creates /var/log/wflogs, but the package does not
remove it when purged, leaving cruft on the filesystem.
--
/* The following line has been commented out */
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.
Package: vm
Version: 7.19-6
In some situations, mostly related to error situations I think, vm
prints out a message with echo and stops waiting for input with
read. It does not honor $DEBIAN_FRONTEND, resulting in an installation
stopping even when using the non-interactive front-end. Using
Package: util-linux-locales
Version: 2.12p-4
The package's postinst file does not set up any alternatives, but its
prerm script does remove the pager one:
0m5.1s ERROR: After purging files have disappeared:
/etc/alternatives/pager
/etc/alternatives/pager.1.gz
/usr/bin/pager
Package: upgrade-system
Version: 0.9.6
When testing the package with piuparts, I get the following error:
0m5.0s ERROR: Command failed (status=256): 'chroot /tmp/tmpPud_VF dpkg
--purge --pending'
(Reading database ... 7731 files and directories currently installed.)
Removing upgrade-system
Package: tinywm
Version: 1.3-2
tinywm's postinst creates alternatives, but its postrm does not seem to
remove them. See piuparts log file snippet below.
0m7.0s ERROR: Package purging left files on system:
/etc/alternatives/x-window-manager
/etc/alternatives/x-window-manager.1.gz
Package: tinc
Version: 1.0.4-2
tinc's postinst installs a configuration file that its postrm does not
remove when the package is purged, leaving cruft on the filesystem.
0m5.4s ERROR: Package purging left files on system:
/etc/tinc
owned by: tinc
/etc/tinc/nets.boot
--
Yet another
Package: thttpd
Version: 2.23beta1-3
Policy strongly recommends using invoke-rc.d for starting daemons,
instead of running /etc/init.d/whatever directly. invoke-rc.d checks
whether the current runlevel allows the service to start, and has a hook
for the sysadmin to do further decisions.
--
You
Package: tex-common
Version: 0.7
tex-common doesn't purge quite cleanly. It leaves an ls-R file
in /usr/local/share/texmf, and calls ucf in postrm, which leads to ucf
not purging cleanly either, when tex-common is installed. I suspect that
calling ucf in prerm would work better, but haven't
Package: thttpd
Version: 2.23beta1-3
thttpd doesn't remove its log file(s) when the package is purged, but it
should, according to policy (10.8).
--
Without grand dreams, how can you save the world?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
Package: nullmailer
Version: 1:1.00-1
postrm calls ucf when the package is being purged. Unfortunately, in
that situation you can only rely on essential packages. I assume testing
for whether ucf is installed and falling back on plain rm would be a
workable approach.
--
Those who do, decide.
Package: mldonkey-server
Version: 2.5.28.1-1
postrm calls ucf when the package is being purged, but unfortunately it
can only rely on essential packages. You probably need to test whether
ucf is installed and if not, fall back on a plain rm.
--
Those who do, decide.
--
To UNSUBSCRIBE, email
Package: lineakd
Version: 1:0.8.3-5
postrm calls ucf when the package is being purged, but unfortunately it
can only rely on essential packages. You probably need to test whether
ucf is installed and if not, fall back on a plain rm.
--
/* The following line has been commented out */
--
To
ti, 2005-10-11 kello 13:36 -0400, Joey Hess kirjoitti:
prerms are not run with the purge parameter. The best I can do is rmdir
-p --ignore-fail-on-non-empty the score file directory in the postrm.
Er, yes, you're right, I'm wrong, and I should have known better.
Anyway, thanks for the quick
ti, 2005-10-11 kello 14:37 +0200, Frank Küster kirjoitti:
Lars Wirzenius [EMAIL PROTECTED] wrote:
Package: tex-common
Version: 0.7
tex-common doesn't purge quite cleanly. It leaves an ls-R file
in /usr/local/share/texmf, and calls ucf in postrm, which leads to ucf
not purging
ti, 2005-10-11 kello 21:37 +0200, Sylvain LE GALL kirjoitti:
Well, the first action is already to rm the file. The postrm file is
almost a copy of the ucf example file. I think you should also fill a
bug against ucf to update its example, concerning this particular
point.
See
Package: xmail
Version: 1.21-4
xmail's postinst invokes (via a snippet inserted by debhelper) its
daemon via invoke-rc.d, which in turn calls policy-rc.d, and that has
the option of preventing any daemons from starting. If this happens, the
following later postinst snippet becomes an infinite
Package: tenmado
Version: 0.7-1
When I test tenmado with piuparts, I get the result that purging the
package leaves /var/games on the filesystem as cruft. You correctly note
in the postrm script that removing /var/games is problematic. It would,
however, be best not to leave cruft, and I wonder
Package: star
Version: 1.5a67-1
See the transcript below. Installing star removes /bin/mt, which is an
alternatives symlink installed by cpio.
[EMAIL PROTECTED]:/# ls -l /bin/mt
lrwxrwxrwx 1 root root 20 Oct 11 20:37 /bin/mt - /etc/alternatives/mt
[EMAIL PROTECTED]:/# apt-get install star
Package: shared-mime-info
Version: 0.16-3
shared-mime-info does not seem to clean up properly when removed, see
piuparts log file snippet below. The postrm script does remove a number
of other subdirectories of /usr/share/mime, but seems to miss these.
0m5.7s ERROR: Package purging left files on
Package: sasl2-bin
Version: 2.1.19-1.5
postinst creates /etc/sasldb2 but the package does not remove it when
the package is purged, leaving a bit of cruft on the filesystem.
--
Cleanliness is next godliness. I'm an atheist.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
Package: samhain
Version: 2.0.9-1
The package does not remove its log and state files when purged:
0m14.8s ERROR: Package purging left files on system:
/var/log/samhain
owned by: samhain
/var/log/samhain/samhain-init.log
/var/log/samhain/samhain.log
/var/state
owned by: samhain
Package: pytris
Version: 0.96
pytris doesn't seem to remove its score file when the package is purged.
0m9.7s ERROR: Package purging left files on system:
/var/games
/var/games/pytris.score
--
Love is a four letter word. So is hate.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
Package: ldap2dns
Version: 0.3.1-3
While testing ldap2dns with piuparts, I ran into a weird problem.
Something in the postinst makes it exit with a status of 128, causing
dpkg to interpret it as having failed, thereby terminating installation.
I reduced it to the following:
#! /bin/sh -e
cd
Package: krb5-admin-server
Version: 1.3.6-5
Postinst creates /etc/default/krb5-admin-server, but there is no postrm
script to remove it on purge. Thus, some cruft is left on the
filesystem.
--
Code is cheap to write.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
Package: laptop-net
Version: 2.26-1
laptop-net installs symlinks into /etc/apm, but does not remove them
when the package is removed. piuparts log file snippet below.
0m6.2s ERROR: Package purging left files on system:
/etc/apm
owned by: laptop-net
/etc/apm/resume.d
Package: late
Version: 0.1.0-6
late creates /var/games/late.scores in postinst, but there is not a
prerm to remove it.
--
The world is not black and white, but different shades of pink.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
Package: aime
Version: 0.60.3-7
aime doesn't clean up properly when purged, it leaves a number of files
on the filesystem as cruft. See piuparts log file snippet below.
0m6.8s ERROR: Package purging left files on system:
/usr/lib/aime
/var/lib/aime
owned by: aime
Package: imapproxy
Version: 1.2.4-1
The postinst script tries to copy a file that doesn't exist:
Setting up imapproxy (1.2.4-1) ...
cp: cannot stat `/usr/share/doc/imapproxy/examples/imapproxy.conf': No
such file or directory
dpkg: error processing imapproxy (--configure):
subprocess
Package: opennap
Version: 0.44-2
opennap's postinst runs opennapconf, which, however, does not
communicate with the sysadmin in the manner it should as specified by
the policy in 3.10.1 (in short: use debconf). Among other things, this
prevents non-interactive installation and testing with
Package: pike7.4-core
Version: 7.4.117-1
The package doesn't clean out pike stuff in /usr/local (see policy,
9.1.2). Piuparts log snippet below.
0m5.6s ERROR: Package purging left files on system:
/usr/local/include/pike
/usr/local/include/pike7.4
/usr/local/lib/pike
Package: plywood-elisp
Version: 0.5.10
The package doesn't remove itself cleanly:
0m15.7s ERROR: Package purging left files on system:
/usr/share/emacs21/site-lisp/plywood-elisp
/usr/share/emacs21/site-lisp/plywood-elisp/play-mode.elc
I suspect this is because PACKAGE is defined differently
801 - 900 of 1194 matches
Mail list logo
