-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thursday 31 October 2002 18:15, Neil Stevens wrote: > On Thursday October 31, 2002 09:08, Simon Hausmann wrote: > > On Thu, Oct 31, 2002 at 08:33:25AM -0800, Neil Stevens wrote: > > > Binary packages don't have an inherent "conflict" property. It's only > > > on some broken systems where that happens. > > > > Imagine for example kmail and kword would install an identical icon > > at the same location. Let's assume the icon looks the same. If you > > just run 'make install' over it (you compile from source) the > > possibly previous existing icon gets overwritten. The user notices > > no difference. But later the user runs 'make uninstall' (for KDE > > source packages, stuff KDE releases) in koffice. Now his kmail looks > > broken because of the missing file. What do you suggest? > > Fine. > > Maybe you can answer the question that everybody else refuses to answer: > Is kdeartwork/kdeclassic maintained? By whom? If it's unmaintained, then > *that* redundant icon should be the one removed. A simple question: That icon changes has been done to all kde apps in CVS which ship with this release, nobody has gone mad, only you, why ? It was disscussed endlessly on many lists that we switch over to crystal/keramik and not that it is done (and the highcolor icons are even preserved in kdeartwork), where is the problem that you old icons will be in kdeartwork ? To install them from kdenetwork will give you simply nothing that conflicts with kdeartwork, or should we add a "Neil hi-color 2 icons" button to the icon theme selector if you install kdenetwork but not kdeartwork ? I simply don't get any rational argument by you (aside that you simply can't do what all others do) why you can't maintain your two silly icons in kdeartwork instead of kdenetwork. Could somebody just dumb that icons out of kdenetwork and end that senseless thread ? cu Christoph - -- Christoph Cullmann Kate/KDE developer cullmann@kde.org http://kate.kde.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE9wajbyPjDGePm9UIRAryeAJ4tP4+FpqYau49naG/MZB2yM1GFpgCgnkYe x8gzhpInXDJb5awbL9Y2J38= =lweN -----END PGP SIGNATURE-----