[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#460504: marked as done (dh_desktop/dh_icons madness)



Your message dated Sat, 20 Sep 2008 12:39:57 +0200
with message-id <200809201239.58133.holger@layer-acht.org>
and subject line not a bug
has caused the Debian Bug report #460504,
regarding dh_desktop/dh_icons madness
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
460504: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=460504
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Package: general
Severity: normal

For a while now some folks have been going around asking various package
maintainers to inject dh_icons and/or dh_desktop calls into the package build
rules.  The basic argument appears to be that your package needs to do this so
that my desktop environment will work correctly.  I don't think this approach
has correct and sustainable principles.  And what is more, if some random third
packages or user environments dictate what other, unrelated packages have to do
to function with them, we will in practice never reach a state where everything
works.  Furthermore, if other desktop environments come up with their own
variants of icon caching of MIME file registration (since these are supposedly
Free Desktop standards) or perhaps completely new file registration
requirements, we will have an unmaintainable mess of competing implementations
of registration scripts, and thousands of packages stuck in a transition
somewhere between all of them.

It seems to me that, in principle, if some third package or user environment
wants something to be done for its own functional benefit, it should be its own
responsibility to arrange that, instead of bothering thousands of other
packages with it.  This appears to be the only robust and maintainable
approach.  On a technical level, the best approach would appear to be
implementing some sort of global dpkg postinst and postrm hooks.  Perhaps there
are other ideas, but the current approach needs to stop; it won't work.



--- End Message ---
--- Begin Message ---
Hi,

as explained in the bug report, this is not a bug, but a feature (we 
want .desktop files and icons), thus closing.


regards,
	Holger

Attachment: pgppHRH7t3sje.pgp
Description: PGP signature


--- End Message ---

Reply to: