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-dist-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-dist-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-dist-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 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-dist-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