From owner-freebsd-x11@FreeBSD.ORG Fri Jul 14 06:59:27 2006 Return-Path: X-Original-To: freebsd-x11@FreeBSD.org Delivered-To: freebsd-x11@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3FE0E16A4E0; Fri, 14 Jul 2006 06:59:27 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EC7A43D82; Fri, 14 Jul 2006 06:59:18 +0000 (GMT) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.0.92] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.6/8.13.6) with ESMTP id k6E6xEve099972 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 13 Jul 2006 23:59:16 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <44B740A5.6050709@FreeBSD.org> Date: Thu, 13 Jul 2006 23:58:45 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: Dejan Lesjak References: <200607130024.18047.dejan.lesjak@ijs.si> In-Reply-To: <200607130024.18047.dejan.lesjak@ijs.si> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, freebsd-x11@FreeBSD.org Subject: Re: RFC: Merging X11BASE to LOCALBASE X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jul 2006 06:59:27 -0000 What's the gain? Transition will be a really big PITA for most existing users. Everybody who would be trying to install a KDE/GNOME or even a general X11 port after a switchover still having all X11 bits in /usr/X11R6 is likely to be screwed on build time, due to mismatching includes/libraries search paths. And I am not even telling about run-time problems with datafiles in KDE/GNOME. The only way to handle such a merge for ordinary Joe User would be to remove all X11 bits and pieces and compile/install everything from scratch. And despite what X11 maintainers may believe (due to the nature of their position they compile/install/remove/compile/install/remove/.../ad infinite all X11 bits and pieces every day), ordinary Joe User doesn't like such gross upgrades, since even with the best packaging system in the world virtually any such upgrade will bring new unanticipated problems to the system that otherwise has been working before upgrade just fine. Therefore, I doubt that such "pull the trigger" approach is really going to work in this case. Some more gradual course is in due: with X11R6 being banned as a target for a new ports, with new GNOME version moving to the LOCALBASE and so on. -Maxim Dejan Lesjak wrote: > Hello, > > There were a couple of debates already concerning /usr/X11R6 as prefix for X11 > ports and a bunch of other ports that currently by default install there. > Quite some people were, when creating a new port that depends on X11, > wandering whether to put it in X11BASE or LOCALBASE. More than once a > question of whether the prefix /usr/X11R6 should be just dropped or at least > only retained for core X11 distribution. With the upcoming X.org 7.x ports > there is perhaps the opportunity to do the prefix merger along that. > Moving X11 prefix to LOCALBASE would simplify above dilemma. It would be also > more similar to where linux distributions are going (at least Gentoo, Debian > and Fedora deprecated /usr/X11R6 in favour of /usr which, while > not /usr/local is the location of where all packages install - depending on > X11 or not). If I remember correctly from previous discussions, it would be > more convenient to people with separate mounts for installed packages as > well. /usr/local is also the default value for --prefix configure option for > X.org packages. > So it is general intention to go with /usr/local or rather ${LOCALBASE} as > prefix for X11 ports. If anyone feels that this is horribly wrong, please > speak up. > > On behalf of x11 team, > Dejan