From owner-freebsd-hackers  Tue Jan 21 04:05:56 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.4/8.8.4) id EAA15697
          for hackers-outgoing; Tue, 21 Jan 1997 04:05:56 -0800 (PST)
Received: from rf900.physics.usyd.edu.au (rf900.physics.usyd.edu.au [129.78.129.109])
          by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id EAA15692
          for <hackers@freebsd.org>; Tue, 21 Jan 1997 04:05:51 -0800 (PST)
Received: (from dawes@localhost) by rf900.physics.usyd.edu.au (8.8.2/8.8.2) id XAA27815 for hackers@freebsd.org; Tue, 21 Jan 1997 23:05:42 +1100 (EST)
From: David Dawes <dawes@rf900.physics.usyd.edu.au>
Message-Id: <199701211205.XAA27815@rf900.physics.usyd.edu.au>
Subject: Re: X-inside CDE segfaulting all over the place
In-Reply-To: <199701210909.UAA00557@putte.seeware.DIALix.oz.au> from Mark Hannon at "Jan 21, 97 08:09:09 pm"
To: hackers@freebsd.org
Date: Tue, 21 Jan 1997 23:05:42 +1100 (EST)
X-Mailer: ELM [version 2.4ME+ PL30 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

>> > PS It would be nice if all our X-packages defaulted to install in
>> >    /usr/local instead of /usr/X11R6.  I will migrate them over in
>> >    the next few days.
>> 
>> Yikes!  No!
>> 
>> There are very good reasons for them being there, most notably the
>> application resource file issues.  Believe me, we've HAD this
>> discussion many times and the final verdict was /usr/X11R6 for all X
>> related stuff. :-)
>> 
>
>The app-defaults is easy to fix:
>setenv XFILESEARCHPATH /usr/local/lib/X11/app-defaults/%N:\
>                       /usr/X11R6/lib/X11/app-defaults/%N
>I'm sure you could even compile that into the X distribution
>if wanted.
>
>Otherwise what more needs to be done?  xmkmf would need to 
>be configured/cloned to allow one to use Imakefiles.
>
>I can't see any other reasons to not seperate the core X11
>distribution from the rest of the packages.

I'd very much like to see that happen, but it needs to be looked into
carefully.  I think that to do it properly would require some
not-insignificant modifications to the imake system (ie, the config
files).  The location of app-defaults is probably the easiest aspect of
this to deal with.

A little more difficult is allowing non-core libraries/headers (eg, Xpm)
to be installed under /usr/local, and have imake-generated Makefiles
(the only type that should ever be used for building X-apps) find
everything.  The changes shouldn't require any changes to existing
correctly-written Imakefiles.

If someone looks into this, XFree86 would be happy to include the changes
in our standard releases.

David