[Bug 167941] the icon-cache breaks the icons installed in subdirs

[gtk+ (bugzilla.gnome.org)]

Do not reply to this via email (we are currently unable to handle email
responses and they get discarded).  You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=167941
 gtk+ | general | Ver: 2.6.x





------- Additional Comments From Loïc Minier  2005-10-03 15:21 -------
(Matthias, I'm sorry I hijack this bug again, I just want to clarify 2 things
that have been expressed _here_; I understand you want the real discussion to
happen on the list.)

Joss: what I meant with "2/" was to have some post installation task for all
applications installing icons, such as a debhelper snipset, prepare all
applications to use it, and then enable cache.  Note that such things would be
prettier with some tools at the dpkg level to express things such as "if some
files are installed below this directory, run this", but this is completely OT.

Matthias, I don't want to talk giberrish to you, let's call that "spec-aware"
and "spec-unware" packages / applications instead. :)

Really, think about it, how could apps written prior to the spec conform to it?
  Distributions ship a lot of these.  If they don't conform, you have to think
of some progressive way of making them comply, ie. a transition.  You wake up
one day, and all these packages are suddenly borken.

(/end of comments, I go subscribing to xdg-list.)

------- You are receiving this mail because: -------
You are on the CC list for the bug.