From owner-freebsd-x11@FreeBSD.ORG Thu Apr 19 15:04:23 2007 Return-Path: X-Original-To: freebsd-x11@freebsd.org Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 84ECE16A400 for ; Thu, 19 Apr 2007 15:04:23 +0000 (UTC) (envelope-from howard@goldstein-pa.com) Received: from pickle.queue.to (pickle.queue.to [71.180.69.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2A74113C45A for ; Thu, 19 Apr 2007 15:04:23 +0000 (UTC) (envelope-from howard@goldstein-pa.com) Received: (qmail 74040 invoked from network); 19 Apr 2007 10:37:41 -0400 Received: from cally.queue.to (HELO ?172.16.0.6?) (172.16.0.6) by pickle.queue.to with ESMTP; 19 Apr 2007 10:37:41 -0400 Message-ID: <46277EB5.4040006@goldstein-pa.com> Date: Thu, 19 Apr 2007 10:37:41 -0400 From: Howard Goldstein User-Agent: Thunderbird 1.5.0.10 (X11/20070318) MIME-Version: 1.0 To: freebsd-x11@freebsd.org References: <4626D7CE.6070909@queue.to> <20070419141721.GA74693@lor.one-eyed-alien.net> In-Reply-To: <20070419141721.GA74693@lor.one-eyed-alien.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Brooks Davis Subject: Re: rc.conf startup dirs vs X11R6 symlink 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: Thu, 19 Apr 2007 15:04:23 -0000 Brooks Davis wrote: > Hmm, I can't decide if this is the right fix or if we should add a step > in processing local_startup where we run realpath on the names and > remove dupes. I worry this is going to cause problems for 6.2-RELEASE > users post switch so something we could apply as an eratta that would > work either way might be nice. ISTM ultimately if we're going to set X11BASE to LOCALBASE then it really should come out of /etc/defaults/rc.conf but as you point out, the wholesale removal is premature until we merge and before 6.3-R hits the street. My sh script fu isn't up to getting it out the door before the weekend which should be enough time to meet a Monday UTC merge. Unless someone else fixes this before Sunday as you've recommended I'll put it on a todo list for then and take another pass stripping dupes with realpath. At the very least it needs to be disclosed, maybe in UPDATING if none of the patches are acceptable, as at least a few common ports fail in perplexing, subtle ways (Bernstein's supervise stuff for one (svscan), samba for another)