From owner-freebsd-perl@FreeBSD.ORG Sun Jan 30 16:54:00 2005 Return-Path: Delivered-To: freebsd-perl@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A26D516A4CE for ; Sun, 30 Jan 2005 16:54:00 +0000 (GMT) Received: from electricrain.com (electricrain.com [64.71.143.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FEEA43D2D for ; Sun, 30 Jan 2005 16:54:00 +0000 (GMT) (envelope-from fuzzy@electricrain.com) Received: (qmail 1095 invoked by uid 540); 30 Jan 2005 16:53:58 -0000 Date: Sun, 30 Jan 2005 08:53:58 -0800 From: Chris Doherty To: perl@FreeBSD.org, freebsd-stable@FreeBSD.org Message-ID: <20050130165358.GL5255@zot.electricrain.com> References: <20050129202425.GA56998@heechee.tobez.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050129202425.GA56998@heechee.tobez.org> User-Agent: Mutt/1.4i X-Operating-System: XEmacs X-Koan: mu. X-Message-Flag: This message contains absolutely no malicious code. Organization: The Inside Foundation Subject: Re: [HEADS UP] perl symlinks in /usr/bin will be gone X-BeenThere: freebsd-perl@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: chris-freebsd@randomcamel.net List-Id: maintainer of a number of perl-related ports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Jan 2005 16:54:00 -0000 On Sat, Jan 29, 2005 at 09:24:25PM +0100, Anton Berezin said: > In practical terms this will mean a one-time sweep of your scripts in > order to convert them, in a typical case, from #! /usr/bin/perl to > #! /usr/local/bin/perl. options under discussion: 1) break *millions* of pieces of Perl software, plenty of it run by people unable or uninterested in modifying every last little corner of it (even with an automated find/replace, which is guaranteed to break *something*, and if I were them I would just switch to Debian at that point), so the FreeBSD's /usr/bin can have one less symlink by default. 2) respect the way the world actually is, and just leave the symlink in place. #1 does more than violate POLA; it's more akin to renaming /bin/cp to /bin/copy, in the name of progress, and saying everyone should just update their code. it's not clear to me how #1 is a serious choice. chris