cymrullewes asked today if we had source for Xchat-1.7.0, leading me to discover that I had Xchat-2.0.1 installed and the current version is Xchat-2.8.2. Thus began the Upgrade Fandango, and the usual delving into the rolling trainwreck that is Gnome.
Xchat-2.8.2 requires GTK+-2.10.0 or newer. GTK+ requires Glib. Download GTK+-2.10.12 and Glib-2.12.2. Build glib.
GTK+ requires atk, pango, and now cairo. Download atk-1.9.1, pango-1.16.4, and cairo-1.2.6.
Cairo requires libpng, and needs to be able to detect it via pkg-config. Download and install libpng-1.2.16.
pkg-config is failing to find libpng.pc. Upgrade pkg-config to 1.15.0.
Finally I can build cairo. Build pango, atk, GTK+.
GTK+ includes gtkprint, and now ASSUMES that you're using CUPS. It assumes it so fervently that it never even tests the assumption, it just blindly tries to build the GtkPrint CUPS backend, and blows chunks if it fails. (Which it will, if CUPS isn't installed. Which it isn't.)
Examine the configure options. There appears to be NO WAY to tell it not to build the CUPS backend for GtkPrint. Whose idiotic idea was this?!? Eventually, I had to hand-edit three different Makefiles to get GTK+ to stop trying to build the CUPS GtkPrint backend and have it build the lpr backend instead.
Finally I can successfully configure Xchat-2.8.2.
Some of this is reasonable. Some of it definitely isn't. Sure, OK, the Gnome people like CUPS. They really like CUPS. So they don't want to build the lpr backend by default? OK, have configure options for printbackend-lpr and printbackend-cups, defaulting to off and on respectively ... but give the user the option to turn lpr on and CUPS off. But actually commenting out all the lpr options in the Makefile.in files and providing no way to turn the lpr backend back on except to go hand-editing source code? Come ON, people, get real.
Gnome: It's the new Windows.
no subject
b) Are you on Slackware or something? GNOME is meant to be modular with distro maintainers handling the intricate dependency stack.
no subject
Does it still have vertical cyclic dependencies? Or did they at least fix those?
no subject
I use Paludis (http://paludis.pioto.org/), which is the "next generation" Portage replacement, that fixes these issues. (It is unsupported until further notice, but works well.)
no subject
no subject
- Your friendly Gentoo 2007.0 release-infra guy.
no subject
Tip noted :)
no subject
Suppose I don't want a full Gnome environment installed, I just want each application that I install that has Gnome dependencies (Gimp 2, for example) to pull in the minimal set of Gnome library dependencies it requires. What's the best way to make that happen on Gentoo?
no subject
Dia, Xchat are the only significent Gnome/GTK apps that I have installed, and this already gets me:
/var/db/pkg/gnome-base:
gconf-2.14.0 gnome-desktop-2.16.3 gnome-mime-data-2.4.3 gnome-vfs-2.16.3-r1 libbonoboui-2.16.0 libgnome-2.16.0 libgnomeprint-2.12.1 libgnomeui-2.16.1 orbit-0.5.17-r1
gnome-common-2.12.0 gnome-keyring-0.6.0 gnome-mount-0.4-r5 libbonobo-2.16.0 libglade-2.6.0 libgnomecanvas-2.14.0 libgnomeprintui-2.12.1 librsvg-2.16.1-r1 orbit-2.14.7
Having USE=-gnome in your make.conf is the best start you can get I think. Don't take my word as gospel in that, I don't dive into the deptree of GNOME at all.
I'm also on the opposite side of the printer thing, my present printer only works with CUPS, while I have access to decent HPs, I don't have the physical space for them, so I have a tiny little laser instead, which the crappy foozjs driver stuff.
no subject
no subject
no subject
no subject
I went with as guhnome free install as I could this last time.
no subject
Gnome is trying to be Windows on Linux. I don't WANT Windows on top of Linux. I don't even want my Linux desktop to look like Windows, because I despise the Windows desktop motif. If I wanted to run Windows on this box, I'D RUN BLOODY WINDOWS ON IT.
no subject
I'm not very impressed with KDEdiot either but I'm using it just now.
no subject
no subject