Bug 250233

Summary:	net-nntp/pan has an internal piece of libsexy
Product:	Gentoo Linux	Reporter:	Diego Elio Pettenò (RETIRED) <flameeyes>
Component:	New packages	Assignee:	Gentoo Net-news project <net-news>
Status:	RESOLVED FIXED
Severity:	QA	CC:	esigra, gnome
Priority:	High	Keywords:	InVCS
Version:	unspecified
Hardware:	All
OS:	Linux
Whiteboard:
Package list:		Runtime testing required:	---
Bug Depends on:
Bug Blocks:	251464

Description Diego Elio Pettenò (RETIRED) gentoo-dev

2008-12-07 23:42:48 UTC

% tar tvf /var/portage/distfiles/pan-0.133.tar.bz2 | grep sexy
-rw-rw-r--  0 2000   2000    24157 Jul 13 15:36 pan-0.133/pan/gui/sexy-icon-entry.c
-rw-rw-r--  0 2000   2000     3091 Aug  1  2007 pan-0.133/pan/gui/sexy-icon-entry.h

Comment 1 Mart Raudsepp gentoo-dev

2008-12-19 00:54:00 UTC

The GNOME team does not see it worth adding a full libsexy dependency just for this small SexyIconEntry copy. This components is treated more like libEGG anyway across projects because in GNOME libsexy is not a blessed dependency (must not unconditionally depend on it) because libsexy is stuff that is temporary hacks until gtk+ grows non-hacky support for those things. Once gtk+-2.16 is out (ETA is March I think) pan can use native GtkEntry with new icon support.
Up to net-news@ what to do.

Comment 2 Gilles Dartiguelongue (RETIRED) gentoo-dev

2011-02-25 09:44:22 UTC

# tar tvf /var/tmp/distfiles/pan-0.134.tar.bz2 |egrep "sexy"
# egrep "sexy" * -ir
ChangeLog: 400800 use libsexy for the toolbar's icon entry fields (Charles)

this was most likely fixed when they updated to gtk+ 2.16 APIs.

Thanks for reporting.