Bug#681198: libgtk-3-0: removal of libgtk-3-0 makes files disappear from libgtk-3-common

2012-08-01 Thread Loïc Minier
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], Loïc possibly still remembers the details.
 
 It seems to me, like we can safely drop those rm -rf calls from
 postrm. And if not, we should at least move those calls to
 libgtk2.0-common resp. libgtk-3-common which nowadays contains the
 config files from /etc.
 
 
 [1] http://bugs.debian.org/388450

This rm -rf is much older than the changes for this bug, I've traced it
back in the SVN history to being *older* than 2.4.0-4 (Apr 2004!)

It was probably a big hammer to cleanup /etc/gtk-2.0 from generated
files like loaders as you suggest; this is probably long obsolete.

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.

-- 
Loïc Minier


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#681198: libgtk-3-0: removal of libgtk-3-0 makes files disappear from libgtk-3-common

2012-08-01 Thread Andreas Beckmann
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 file new bugs :-)

Andreas


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#681198: libgtk-3-0: removal of libgtk-3-0 makes files disappear from libgtk-3-common

2012-08-01 Thread Loïc Minier
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 we wont catch with piuparts are leftover files from very old
upgrades (e.g. people who have installed gtk+ years ago and have
upgraded to new releases)

-- 
Loïc Minier


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#681198: libgtk-3-0: removal of libgtk-3-0 makes files disappear from libgtk-3-common

2012-08-01 Thread Andreas Beckmann
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 create cruft in
/etc/ or /var if it's run as root (or is setuid or so).

And I have seen a few packages creating cruft in /root during
installation (and filed bugs accordingly) ...


Andreas


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#681198: libgtk-3-0: removal of libgtk-3-0 makes files disappear from libgtk-3-common

2012-07-31 Thread Michael Biebl
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
/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], Loïc possibly still remembers the details.

It seems to me, like we can safely drop those rm -rf calls from
postrm. And if not, we should at least move those calls to
libgtk2.0-common resp. libgtk-3-common which nowadays contains the
config files from /etc.


[1] http://bugs.debian.org/388450

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature


Bug#681198: libgtk-3-0: removal of libgtk-3-0 makes files disappear from libgtk-3-common

2012-07-11 Thread Andreas Beckmann
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: After purging files have disappeared:
  /etc/gtk-3.0/  owned by: libgtk-3-common
  /etc/gtk-3.0/im-multipress.confowned by: libgtk-3-common


cheers,

Andreas


libgtk-3-0_3.4.2-2.log.gz
Description: GNU Zip compressed data