Re: glib causes bloat

[prev] [thread] [next] [lurker] [Date index for 2006/04/25]

From: H.Merijn Brand
Subject: Re: glib causes bloat
Date: 00:02 on 25 Apr 2006
On Thu, 13 Apr 2006 17:36:41 +0200, "H.Merijn Brand" <h.m.brand@xxxxxx.xx>
wrote:

> On Thu, 13 Apr 2006 18:12:19 +0300, Jarkko Hietaniemi <jhietaniemi@xxxxx.xxx>
> wrote:
> 
> > H.Merijn Brand wrote:
> > > I just want a 64bit ethereal on HP-UX
> > > 
> > > ethereal needs glib and gtk+
> > > those need pango and atk
> > > 
> > > so far so good. Understandable and OK.
> > 
> > No, it's not, since they are the first few steps in the descend to hell.
> > Why the fuck it seems that to install anything I need to install a
> > mountain of deeply interconnected and bloated libraries (yes, I am
> > looking at you, gnome and kde), and don't even get me started on trying
> > to configure compile any of that stuff outside Linux.  Just thinking
> > about GNU configure and the GNU autotools make me see horrible violent
> > visions through blood-red haze.  Making software portable my ass.
> 
> /me hands Jarkko a box with libtool

libtool-- for 1 .. Inf;

libtool is not only masquerading stuff that can easily be done by the
Makefile(s), it also does so wrong, making it even harder to track down

I eventually managed to build gtk+. I had to rebuild everything from scratch,
and with dynamic libraries enabled (no only static is *not* going to work
*because of* that fucking libtool).
Then *after* configure, but *before* make, remove all the .la files in the
target library folder. (I made a backup because with libtool you never know
when something else won't build because it `requires' that useless piece of
shit).
I also had to create a .sl version of libgcc.a (guess which tool required
that).

At moments like these, I wish I could turn back time, and somehow convince
the libtool creators that creating it was a BAD (TM) idea. It's only purpose
is to kill all motivation to work on portable software.

> > > But glib does not allow to be configured without NLS, hence requires gettext
> > > and libintl, two of the most stupid extentions ever invented to make software
> > > portable. --disable-nls should be the default, and supported by every single
> > 
> > On that I can agree.  They are prime WTFWTT (What The Fuck Where They
> > Thinking) software.
> 
> In fact it almost makes me want to release a kill-nfs package, with empty
> placeholders for all those useless calls. And look what they install by
> default! As if I am only faintly interested in polish translations!
> 
> # find . -name \*.po | xargs tar cf - | wc
> 956679 3206729 28626944
> 
> 28 Mb of stuff I am *NEVER* going to use! And not a single moment in the
> process were I asked if I wanted all those translations.
> 
> > > piece of open source software.
> 
> I still do not have a running gtk+
> To get there I needed to install:
> 
> libiconv-1.9.2 and gettext-0.14.5 needed for glib
> glib-2.8.6
> pkgconfig-0.18 needed by all
> atk-1.10.3 needed by gtk+
> freetype-2.1.10 needed by cairo
> renderext-0.9 needed by xrender
> xrender-0.8.3 needed by cairo
> fontconfig-2.3.94 needed by caire
>   does not build with native HP C-ANSI-C and requires stdint.h, an
>   fully useless include file only available on linux
> cairo-1.0.4 needed by gtk+
>   doesn't build at all. I had to modify almost every makfile, libtool,
>   configure, and even some include files. This is the worst product in
>   the history of portable software. Hmm, maybe libtool is worse. Might
>   be worth a flamewar.
> jpeg-6b needed by tiff
> tiff-3.8.2 needed by gtk+ (though the require doesn't mention that)
> pango-1.10.4 needed by gtk+
>   had to rebuild three times, as gtk+ requires pangocairo, and cairo
>   must be built before pango, and pango refuses to be built with the
>   native C compiler and thus sucks too.
> libpng-1.2.8 wanted by gtk+

meanwhile libpng-1.2.10 is available

>   though it still complaints
> gtk+-2.8.17
>   still building. I think I issued the configure command here now
>   about 40 times

and of course

libpcap-0.9.4


-- 
H.Merijn Brand        Amsterdam Perl Mongers (http://amsterdam.pm.org/)
using & porting perl 5.6.2, 5.8.x, 5.9.x  on HP-UX 10.20, 11.00, 11.11,
& 11.23, SuSE 10.0, AIX 4.3 & 5.2, and Cygwin.       http://qa.perl.org
http://mirrors.develooper.com/hpux/           http://www.test-smoke.org
                       http://www.goldmark.org/jeff/stupid-disclaimers/
There's stuff above here

Generated at 07:00 on 25 Apr 2006 by mariachi 0.52