From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20917 invoked by alias); 9 Apr 2008 02:05:07 -0000 Received: (qmail 20495 invoked by uid 22791); 9 Apr 2008 02:05:05 -0000 X-Spam-Check-By: sourceware.org Received: from dessent.net (HELO dessent.net) (69.60.119.225) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 09 Apr 2008 02:04:44 +0000 Received: from localhost ([127.0.0.1] helo=dessent.net) by dessent.net with esmtp (Exim 4.50) id 1JjPg2-00039R-UR for cygwin-apps@cygwin.com; Wed, 09 Apr 2008 02:04:43 +0000 Message-ID: <47FC2439.540BB2D7@dessent.net> Date: Wed, 09 Apr 2008 02:05:00 -0000 From: Brian Dessent Reply-To: cygwin-apps@cygwin.com X-Mailer: Mozilla 4.79 [en] (Windows NT 5.0; U) MIME-Version: 1.0 To: cygwin-apps@cygwin.com Subject: Re: [ITA] libXft/libXft2/libXft-devel-2.1.7: A client-side font API for X applications References: <7zabkbs25d.fsf@vzell-de.de.oracle.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact cygwin-apps-help@cygwin.com; run by ezmlm Precedence: bulk Sender: cygwin-apps-owner@cygwin.com List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Mail-Followup-To: cygwin-apps@cygwin.com X-SW-Source: 2008-04/txt/msg00106.txt.bz2 "Dr. Volker Zell" wrote: > This package likes to install the header files to > > /usr/include/X11/Xft/*.h > > xorg-x11-devel installs a symlink > > /usr/include/X11 -> ../X11R6/include/X11 > > Given that the X11 hierarchy is deprecated, I like to remove this > symlink in a preremove script. > > -------------------- preremove ------------------ > #!/bin/bash > > if [ -L /usr/include/X11 ] ; then > rm -f /usr/include/X11 > fi > -------------------- preremove ------------------ As Angelo tried to report on the wrong mailing list, this is totally broken. How are you supposed to compile any X11 apps after installing this package, without manually adding -I/usr/X11R6/include/X11 to CPPFLAGS? Simply installing libXft-devel causes all the X11 headers to no longer work, because the only thing left under /usr/include/X11 is now Xft/. It doesn't make any sense to try to deprecate the X11R6 tree until we actually have working xorg-* packages that use the new layout. libXft should not and does not "own" /usr/include/X11, so it's very surprising that installing an ancillary library causes a bunch of headers to move. xorg-x11-devel should "own" that directory and when we get an X11 maintainer that package should be responsible for moving it out of the X11R6 space, but not until then, and not by a random library. Brian