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