Если не вестись на провокации троллей относительно лицензии :-), то...

Насколько мне известно:

1. imlib использует устаревшие интерфейсы Xlib и gdk старой версии;
2. Разработка imlib прекращена;
3. IMlib2 использует XCB.
4. Да, большая часть разработчиков переключилась на evas (эта часть efl и при этом прекрасно уживается с другими компонентами распространяемыми под другими лицензиями). Я не знаю зачем это было сделано, на самом деле.

Исходя из этого, если вам нужна поддержка сразу нескольких разных форматов (как например в некоторых минималистских оконных менеджерах), то использование IMlib2 более предпочтительно. Это убережёт вас от привязки к какому-то DE и постепенному превращению вашего ПО в прожорливого монстра.

Если вы пишете для E, то лучше всего перейти на efl/evas. А если вы писали раньше для IMlib2, то сложностей с этим у вас вообще никаких не будет.

Если вы пишете для GTK+, то использование IMlib2 также возможно. Проблема в том, что, я сам, когда-то сторонник GTK+, вообще перестал понимать, что собственно, ребята творят. Существует множество вариантов обеспечить поддержку графики для своих GTK+ приложений. От gdk_pixbuf до gegl. Никаких перспектив, что эта ситуация когда-нибудь поменяется и появится единый интерфейс для работы с изображениями для GTK+ нет. Смотрите по ситуации. Если подразумевается, что ваша программа будет работать в связке с другим ПО (как это обычно в *nix и бывает), то лучше всего обратить внимание на тот интерфейс для работы с библиотеками, который используется в этом ПО. Этим вы сбережёте пользователю вашего ПО немного памяти.

Если вы пишете для QT, то мне вас жаль. Нет, серьёзно. QT - это монстр-плюшкин, тянущий в себя всё что нужно и то что не нужно. Это давно уже не только библиотека для отрисовки интерфейса. Тем не менее у QT также есть свои механизмы для работы с графикой. Как и +100500 других вещей, как, например, работа с сетью и web. Это может показаться заманчивым, но стоит ли ради этого привязывать своё приложение QT, если вам необходимо только работать с графикой и отрисовкой окон? Зачем так ненавидеть пользователей вашего ПО и получать ответные лучи ненависти?

Может XCB + IMlib2 - это действительно всё, что вам нужно на самом деле? Ну а если программирование для XCB слишком сложно для вас, то есть другие замечательные библиотеки виджетов, - FLTK, FOX, например. А разработчики X.Org предоставляют сразу несколько наборов виджетов: Xaw/Xaw3D (Athena), Xm (Motif) и Xview (OpenLook) (все упомянутые входят в поставку X.Org и поддерживаются сообществом разработчиков Х).

В общем, надеюсь это мини-howto внесёт в ваши головы хоть немного ясности и вы напишете ПО, пользуясь которым пользователь не будет вздрагивать при выходе каждой новой версии и не будет судорожно скребсти по сусекам на новую память или новый процессор.