Subject: libXinerama and libxkb{file,ui}, et al, lossage
To: None <tech-pkg@netbsd.ihack.net, tech-x11@netbsd.org>
From: Charles M. Hannum <abuse@spamalicious.com>
List: tech-x11
Date: 10/05/2003 08:49:50
So, we currently do not install .so versions of several X libraries,
including libXinerama and libxkbfile.  This causes libtool, when
linking various plugin modules in KDE, xine, and other places, to fail
to make those plugins into .so files, and therefore they do not get
loaded by the normal plugin loaders.

This has caused a variety of breakage.  For example, the keyboard
control panel in KDE doesn't work.  There is a hack to disable
Xinerama support completely in QT3 because it doesn't work.  IIRC,
similar lossage has caused DGA support to fail in other apps.

There is no reasonable way to fix this other than to build shared
versions of the libraries, because the plugins just simply need them.
RedHat and Solaris both install .so versions of all the libraries --
and consequently, they do not have these problems.

Losing like this is not a viable option.  I'm tired of this bullshit.
Therefore, I am going to make our X build compile and install:

libXau.so
libXinerama.so				(see tech-pkg circa 2003/04/15)
libXss.so				(see PR 20046)
libXvMC.so
libXxf86{dga,misc,vm}.so		(see tech-pkg circa 2001/08/16)
libxkb{file,ui}.so			(see tech-pkg circa 2003/04/15)

I'm still waffling on whether I want to deal with the following, since
they're not currently active problems:

libFS
libGLw
libXRes
libXdmcp
libXfontcache
libfntstubs
libfontenc
libxf86config

This change will have some direct impact on pkgsrc, in particular in
the form of PLIST changes.