On Wed, Aug 01, 2012, Michael Biebl wrote:
I can't find the original reason in the changelog / svn log anymore, but
I *think* it was due to the cache files
/etc/gtk-2.0/gdk-pixbuf.loaders and /etc/gtk-2.0/gtk.immodules which
have long been moved elsewhere.
The relevant bug seems to be [1],
On 2012-08-01 10:46, Loïc Minier wrote:
I suggest removing the rm -rf; the /etc files should all be conffiles at
this point; if this causes any issue, we can add a set of more targeted
rm-s.
Sounds like a plan. If something needs a manual rm, piuparts will find
some leftover files and I'll
On Wed, Aug 01, 2012, Michael Biebl wrote:
I assume, piuparts only finds leftover files which are generated during
install time? Especially for libraries I guess it's a bit tricky if they
generate cache or temporary files during runtime.
I don't think that's the case here for Gtk+ though
What
On 2012-08-01 11:39, Michael Biebl wrote:
I assume, piuparts only finds leftover files which are generated during
install time? Especially for libraries I guess it's a bit tricky if they
generate cache or temporary files during runtime.
Right. But after installation a program/library can only
Both libgtk2.0-0 and libgtk-3.0 contain in postrm:
case $1 in
purge)
rm -rf /@CONFDIR@
;;
esac
This code was copied from libgtk2.0-0 over to libgtk-3-0.
I can't find the original reason in the changelog / svn log anymore, but
I *think* it was due to the cache files
Package: libgtk-3-0
Version: 3.4.2-2
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
during a test with piuparts I noticed your package causes
removal of files that also belong to another package.
From the attached log (scroll to the bottom...):
0m28.0s ERROR: FAIL:
6 matches
Mail list logo