From owner-freebsd-ports@FreeBSD.ORG Sun Mar 18 17:01:56 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 76D95106564A for ; Sun, 18 Mar 2012 17:01:56 +0000 (UTC) (envelope-from marquis@roble.com) Received: from mx5.roble.com (mx5.roble.com [206.40.34.5]) by mx1.freebsd.org (Postfix) with ESMTP id 64DD18FC1D for ; Sun, 18 Mar 2012 17:01:56 +0000 (UTC) Received: from mx5.roble.com (mx5.roble.com [206.40.34.5]) by mx5.roble.com (Postfix) with ESMTP id 957FE6785A for ; Sun, 18 Mar 2012 09:56:07 -0700 (PDT) Date: Sun, 18 Mar 2012 09:56:07 -0700 (PDT) From: Roger Marquis To: freebsd-ports@freebsd.org In-Reply-To: <20120318120035.AA74F1065692@hub.freebsd.org> References: <20120318120035.AA74F1065692@hub.freebsd.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Message-Id: <20120318170156.76D95106564A@hub.freebsd.org> Subject: Re: CFT: new BSD-licensed sort available X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Mar 2012 17:01:56 -0000 >> Why to symlink, this is 1/ because it concerns user/admin >> configuration, > > I get that, but why is a conf file not the right answer? We could even > put the conf file in /etc if we decide that this is a feature that > should be in the base. Having 2 symlinks just seems like overkill. IMO nether symlinks nor conf file-base indirection are appropriate for FreeBSD sort. It might be cool to program such an app, as it was to write /etc/mailer.conf, but many of us do not want to maintain another layer of abstraction. If you want to do this at least put it in ports and give the installer an to either OVERWRITE_BASE or install to /usr/local/bin. I value KISS an the advantage BSD distributions have over most Linux distributions in this regard. Different paths to different applications are the most maintainable solution to non-backwards compatible updates using the same file name. Better yet, make them fully backwards compatible and update the distribution. Roger Marquis