On Mon, Mar 01, 2004 at 11:32:29PM -0800, Ben Pfaff wrote: > Branden Robinson <branden@debian.org> writes: > > > The autoconf AC_PATH_X and AC_PATH_XTRA macros think X is unavailable if > > only x-dev and libx11-dev are installed. In fact, autoconf thinks > > they're missing *even if* you specify --x-includes and --x-libraries > > arguments to configure. > > > > This is howlingly incorrect, but I have not had time to write a new > > autoconf macro for this, and the autoconf package maintainer(s) have not > > yet advised me regarding a workaround. > > Can you explain why this is suddenly a problem now? It has never > been mentioned to me as a problem in years past, so something > must have changed either in X or in Autoconf in the meantime. Well, you *might* say something changed in X... (Scroll down for further discussion.) xfree86 (4.3.0-0pre1v5) experimental; urgency=low [...] * Split xlibs package into one package per shared library, keeping only the XKB data files in xlibs (see above). The XRX plugin (/usr/X11R6/lib/libxrx.so.6.3) and its manpage are being dropped entirely. - debian/xlibs.install: stop shipping everything but the XKB data - debian/xlibs.{dirs,links,postinst.in,postrm.in,preinst.in,shlibs, shlibs.dummy}: deleted - debian/rules: eliminate special dh_shlibdeps handling for xlibs package; add special dh_shlibdeps handling for libdps1 and libx11-6 (see below) - debian/scripts/manifest-install-reconcile: add libxrx shared library and object to list of files expected to be unshipped - debian/shell-lib.sh: define new functions to aid maintainer scripts of new libraries + register_x_lib_dir_with_ld_so(): add /usr/X11R6/lib to /etc/ld.so.conf if needed + deregister_x_lib_dir_with_ld_so(): remove /usr/X11R6/lib from /etc/ld.so.conf when no shared libraries left in directory - debian/{libice6,libsm6,libx11-6,libxext6,libxft1,libxi6,libxmu6, libxmuu1,libxp6,libxpm4,libxrandr2,libxt6,libxtrap6,libxtst6, libxv1}.install: new; ship shared library - debian/{libice6,libsm6,libx11-6,libxext6,libxft1,libxi6,libxmu6, libxmuu1,libxp6,libxpm4,libxrandr2,libxt6,libxtrap6,libxtst6, libxv1}.links: new; ship SONAME symlinks to shared libraries - debian/{libice6,libsm6,libx11-6,libxext6,libxft1,libxi6,libxmu6, libxmuu1,libxp6,libxpm4,libxrandr2,libxt6,libxtrap6,libxtst6, libxv1}.shlibs: new; provide shlibs file, specifying alternative versioned dependencies on older versions of xlibs (except in the case of libxv1, for which a shared version did not exist in XFree86 prior to 4.3) - debian/{libdps1,libx11-6}.shlibs.local: add special local shlibs files for use during the package build so that libdps1 and libx11-6 do not get spurious self-dependencies; libdps1 ships three related shared libraries, and libx11-6 ships loadable modules for Xlib that reference symbols in Xlib -- both of these cases confuse dpkg-shlibdeps (via dh_shlibdeps) - debian/{libice6,libsm6,libx11-6,libxext6,libxft1,libxi6,libxmu6, libxmuu1,libxp6,libxpm4,libxrandr2,libxt6,libxtrap6,libxtst6, libxv1}.{postinst,postrm}: new; call register_x_lib_dir_with_ld_so(), deregister_x_lib_dir_with_ld_so(), and ldconfig as appropriate - debian/{libx11-6,libxt6}.{preinst,postinst,postrm}: migrate /usr/X11R6/lib/X11/{app-defaults,xkb} prepare/commit/rollback handling from xlibs maintainer scripts, now deceased - debian/libx11-6.links: migrated from xlibs.links for /usr/X11R6/lib/X11/xkb symlink - debian/libxt6.dirs: migrated from xlibs.dirs for /etc/X11/app-defaults directory - debian/libxt6.links: migrated from xlibs.links for /usr/X11R6/lib/X11/app-defaults symlink - debian/control: update package data to reflect split + add stanzas for new packages libice6, libsm6, libx11-6, libxext6, libxft1, libxi6, libxmu6, libxmuu1, libxp6, libxpm4, libxrandr2, libxt6, libxtrap6, libxtst6, xlibs-data + libx11-6 depends on xfree86-common (>> 4.3.0) and xlibs-data; needs xlibs-data for locale data and X error and keysym databases + xlibs is now a transitional package depending on the packages into which it split + sanitize xlibs's conflicts and replaces relationships by removing versioned conflicts on withdrawn packages (except where they continue to be Provided by still-existing packages) + xlibs is now an architecture-independent package + xlibs no longer provides libxpm4 + rewrite xlibs's short and extended descriptions * Split xlibs-dbg package into one package per shared library. - debian/xlibs-dbg.install: deleted - debian/xlibs-dbg.links: deleted - debian/{libice6-dbg,libsm6-dbg,libx11-6-dbg,libxext6-dbg,libxft1-dbg, libxi6-dbg,libxmu6-dbg,libxmuu1-dbg,libxp6-dbg,libxpm4-dbg, libxrandr2-dbg,libxt6-dbg,libxtrap6-dbg,libxtst6-dbg, libxv1-dbg}.install: new; populated from xlibs-dbg.install - debian/{libice6-dbg,libsm6-dbg,libx11-6-dbg,libxext6-dbg,libxft1-dbg, libxi6-dbg,libxmu6-dbg,libxmuu1-dbg,libxp6-dbg,libxpm4-dbg, libxrandr2-dbg,libxt6-dbg,libxtrap6-dbg,libxtst6-dbg, libxv1-dbg}.links: new; populated from xlibs-dbg.links - debian/control: update package data to reflect split + add stanzas for new packages libice6-dbg, libsm6-dbg, libx11-6-dbg, libxext6-dbg, libxft1-dbg, libxi6-dbg, libxmu6-dbg, libxmuu1-dbg, libxp6-dbg, libxpm4-dbg, libxrandr2-dbg, libxt6-dbg, libxtrap6-dbg, libxtst6-dbg, libxv1-dbg + xlibs-dbg is now a pseudopackage depending on the packages into which it split + update x-window-system-dev to depend on the packages split from xlibs-dbg instead of xlibs-dbg itself - debian/rules: + don't dh_strip new -dbg packages + let dh_strip have its wicked way with xlibs-dbg, which no longer has a payload * Split xlibs-dev package into one package per shared library, plus separate packages for Proxy Management protocol headers (pm-dev), X protocol headers (x-dev), and libraries that exist only in static form (xlibs-static-dev). Note that there is no libxft1-dev package; this is deliberate. libxft1 is obsolete and libxft2 (packaged separately from XFree86) should be used instead. - debian/xlibs-dev.install: deleted - debian/xlibs-dev.links: deleted - debian/{libice-dev,libsm-dev,libx11-dev,libxext-dev,libxi-dev, libxmu-dev,libxmuu-dev,libxp-dev,libxpm-dev,libxrandr-dev,libxt-dev, libxtrap-dev,libxtst-dev,libxv-dev,pm-dev,x-dev, xlibs-static-dev}.install: new; populated from xlibs-dev.install - debian/{libice-dev,libsm-dev,libx11-dev,libxext-dev,libxi-dev, libxmu-dev,libxmuu-dev,libxp-dev,libxpm-dev,libxrandr-dev,libxt-dev, libxtrap-dev,libxtst-dev,libxv-dev}.install: new; populated from xlibs-dev.links - debian/control: update package data to reflect split + add stanzas for new packages libice-dev, libsm-dev, libx11-dev, libxext-dev, libxi-dev, libxmu-dev, libxmuu-dev, libxp-dev, libxpm-dev, libxrandr-dev, libxt-dev, libxtrap-dev, libxtst-dev, libxv-dev, pm-dev, x-dev, xlibs-static-dev + update dependencies for existing -dev packages libdps-dev, libxaw6-dev, libxaw7-dev, xlibmesa-gl-dev, xlibosmesa-dev + update dependencies for xlibs-static-pic based on actual linkage of the libraries within it + simplify xlibs-static-pic's extended description to refer to xlibs-static-dev for details + xlibs-dev is now a pseudopackage depending on the packages into which it split + update x-window-system-dev to depend on the packages split from xlibs-dev instead of xlibs-dev itself * The above package splits collectively resolve a request in the Debian Bug Tracking System to do so. (Closes: #172550) [...] -- Branden Robinson <branden@debian.org> Fri, 5 Dec 2003 21:18:07 -0500 I would like to reiterate my assertion that the AC_PATH_X and AC_PATH_XTRA macros are flawed in concept. What exactly does it mean to "have X"? There are several shared libraries in the X Window System sample implementation. There should probably be separate checks for libX11, libSM, libICE, libXt, and so forth. -- G. Branden Robinson | The errors of great men are Debian GNU/Linux | venerable because they are more branden@debian.org | fruitful than the truths of little http://people.debian.org/~branden/ | men. -- Friedrich Nietzsche
Attachment:
signature.asc
Description: Digital signature