Why not simply make a imlib1p that conflicts with old imlib1 and rebuild the remaining 11 sources that still use imlib1 with old libpng2? There are fewer that would cause trouble in that batch, afaict only: chameleon, ebview, endeavour, pixelize, vertex.
chameleon - dead upstream. (no website anymore) ebview - no idea since its japanese. endeavour - might work with gtk2? upstream is alive. pixelize - dead upstream. (last release 2000-01-17) vertex - might work with gtk2? upstream is alive. kdegraphics requires being able to link to imlib with png3 to work due to png symbol collisions. Why aren't we working to get rid of libpng2 anyway, libpng3 isn't even current anymore. Sources ------- libpng2 - 134 libpng3 - 23 libpng12-0 - 185 Of the ones linked to libpng2 about 20 of those are KDE related and will go away soon (all associated packages have RC bugs). Many of the others seem to link to libpng2 only due to maintainers not updating their build-depends, like zsnes. Chris
