> We have run into another icon conflict error. I know some Who is we, kemosabi? >package managers do >not care and will let you overwrite icons, fonts, etc.., but >Arch's pacman >package manager will not let you overwrite anything in the >filesystem on the >theory that "No package should conflict with another". Of course >you can --force >any install and removal, but that defeats the purpose of proper >packaging. That is what happens in an anal world. > There are a couple of TDE icons that are present in several >different >packages. If one package is installed before any other containing >the same >icons, then install of the subsequent packages fails. At issue >are: > >tde-tdeaddons-14.0.0-1-i686.pkg.tar.xz > >opt/trinity/share/icons/locolor/32x32/apps/ktimemon.png >opt/trinity/share/icons/locolor/16x16/apps/ktimemon.png > >tde-tdeartwork-14.0.0-1-i686.pkg.tar.xz > >opt/trinity/share/icons/locolor/32x32/apps/ktimemon.png >opt/trinity/share/icons/locolor/32x32/apps/kbabel.png >opt/trinity/share/icons/locolor/16x16/apps/ktimemon.png >opt/trinity/share/icons/locolor/16x16/apps/kbabel.png > >tde-tdesdk-14.0.0-1-i686.pkg.tar.xz > >opt/trinity/share/icons/locolor/32x32/apps/kbabel.png >opt/trinity/share/icons/locolor/16x16/apps/kbabel.png > > So this has to be handled from a packaging standpoint on arch. >Fortunately, >the package that contains all icons at issue is tdeartwork. For >Arch, I will >write conditional checks for tdeaddons and tdesdk to avoid the >issue. > > How are the other distros handling this? Can TDE move these >conflicting icons >to tdeartwork exclusively. tdeaddons is from where the ktimemon applet is installed and is the rightful place for related base icons. tdesdk is from where kbabel is installed and is the rightful place for related base icons. Seems the tdeartwork versions should be deleted. That said, the tdeartwork versions for kbabel seem more global. The tdesdk icons are US-centric. As far as I can tell the ktimemon images are duplicates, both in appearance and in file size. Darrell