I couldn't start xchat after installing it. orzel@berlioz /home/orzel% equery files xchat * Searching for xchat ... * Contents of net-irc/xchat-2.8.8-r1: /etc /etc/gconf /etc/gconf/schemas /etc/gconf/schemas/apps_xchat_url_handler.schemas /usr /usr/include /usr/include/xchat /usr/include/xchat/xchat-plugin.h /usr/lib /usr/lib/debug /usr/lib/debug/usr /usr/lib/debug/usr/lib64 /usr/lib/debug/usr/lib64/xchat /usr/lib/debug/usr/lib64/xchat/plugins /usr/lib/debug/usr/lib64/xchat/plugins/perl.so.debug /usr/lib/debug/usr/lib64/xchat/plugins/python.so.debug /usr/lib64 /usr/lib64/xchat /usr/lib64/xchat/plugins /usr/lib64/xchat/plugins/perl.la /usr/lib64/xchat/plugins/perl.so /usr/lib64/xchat/plugins/python.la /usr/lib64/xchat/plugins/python.so /usr/share /usr/share/applications /usr/share/applications/xchat.desktop /usr/share/dbus-1 /usr/share/dbus-1/services /usr/share/dbus-1/services/org.xchat.service.service /usr/share/doc /usr/share/doc/xchat-2.8.8-r1 /usr/share/doc/xchat-2.8.8-r1/ChangeLog.bz2 /usr/share/doc/xchat-2.8.8-r1/README.bz2 /usr/share/locale /usr/share/locale/fr /usr/share/locale/fr/LC_MESSAGES /usr/share/locale/fr/LC_MESSAGES/xchat.mo /usr/share/locale/it /usr/share/locale/it/LC_MESSAGES /usr/share/locale/it/LC_MESSAGES/xchat.mo /usr/share/pixmaps /usr/share/pixmaps/xchat.png /var /var/lib Yes, i kinda guess that's related to my USE and i'm gonna try with several variation... but that's still weird and, i think, a bug that the ebuild provides nothing. There's not point in installing all those files for nothing. emerge -pv gives: USE="dbus ipv6 libnotify nls perl python spell ssl -debug -fastscroll -gtk (-mmx) -ntlm -tcl -xchatdccserver" Reproducible: Always
Most likely, when xchatnogtk->gtk useflag change was made, a warning should have been added to be emit if neither tcl nor gtk is set.
I didn't have this problem with -r1 but am experiencing it with -r2: $ equery -q l xchat net-irc/xchat-2.8.8-r2 $ equery -q u xchat -dbus -debug -fastscroll +gtk -ipv6 +libnotify -nls -ntlm -perl +python +spell +ssl -tcl -xchatdccserver $ equery -q f xchat /usr /usr/include /usr/include/xchat /usr/include/xchat/xchat-plugin.h /usr/lib64 /usr/lib64/xchat /usr/lib64/xchat/plugins /usr/lib64/xchat/plugins/python.la /usr/lib64/xchat/plugins/python.so /usr/share /usr/share/applications /usr/share/applications/xchat.desktop /usr/share/doc /usr/share/doc/xchat-2.8.8-r2 /usr/share/doc/xchat-2.8.8-r2/ChangeLog /usr/share/doc/xchat-2.8.8-r2/README /usr/share/pixmaps /usr/share/pixmaps/xchat.png /var /var/lib
I need the full build.log attached to this bug please. Preferably the config.log as well.
+ 30 Jan 2011; Lars Wendler <polynomial-c@gentoo.org> xchat-2.8.8-r1.ebuild, + xchat-2.8.8-r2.ebuild: + No binary gets installed with -gtk USE flag. Work around this by enabling the + text-only interface when -gtk is in USE (bug #353106). Please re-sync in a while and re-emerge xchat. The fix is for people with -gtk in USE flags. @marduk: Please still provide the build.log file. You should have the xchat binary when gtk USE flag is enabled so something else is wong here...
Actually, you can forget my comment/problem with -r2. I do have an issue, but it's not with xchat per-sé. It has to do with how pkgconfig works and how gtk+ apps are built. It's hard to explain and I'm probably the only person in the world problem. So forget it.
Well, I'll explain it anyway for the curious: For a long time i've put 'emerge --depclean --with-bdeps n' at the end of my update script. It removes build-time dependencies. This usually isn't a problem because I build binary packages so if they are ever needed again the binaries get pulled in. Occassionally there are problems with a build dependency not being in the ebuild. A bz gets filed. It gets fixed. Not a huge problem, but With a recent update to gtk+ it seems that "pkg-config ... gtk+" requires dri2proto and glproto installed for pkg-config to return correct cflags/libraries. If they are not installed then pkg-config fails (silently I think). So any package that requires gtk+, and therefore calls "pkg-config ... gtk+" fails as well. Usually, I notice this because the build fails. I do an "emerge -1 dri2proto glproto" and continue the build. Since dri2proto and glproto aren't really run-time deps, and I'm not sure if every program that has a build-time dep on gtk+ should also have build-time deps on these programs, I'm not sure if this is a "bug". I just live with it. I know when it happens because I usually get the same build error. But with xchat I got no build error. The package built and installed, just without the gtk stuff. So I didn't notice immediately this was the problem. It would be nice though if packages that needed to be build against gtk+ also pulled in those packages, but I realize it's probably more trouble than it's worth and I'm probably the only person who has this problem because I clean out bdeps after doing builds (which is not the default).
This should be fixed with net-irc/xchat-2.8.8-r2 thus closing this bug. Feel free to repoen if it still isn't fixed for you.