From owner-freebsd-perl@FreeBSD.ORG Sun Jan 30 02:20:19 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 D57A816A4CE; Sun, 30 Jan 2005 02:20:18 +0000 (GMT) Received: from smtp4.server.rpi.edu (smtp4.server.rpi.edu [128.113.2.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57B9643D45; Sun, 30 Jan 2005 02:20:18 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp4.server.rpi.edu (8.13.0/8.13.0) with ESMTP id j0U2KGB4024831; Sat, 29 Jan 2005 21:20:17 -0500 Mime-Version: 1.0 Message-Id: In-Reply-To: <20050129210848.GC56998@heechee.tobez.org> References: <20050129202425.GA56998@heechee.tobez.org> <20050129205807.GA36637@xor.obsecurity.org> <20050129205940.GB56998@heechee.tobez.org> <20050129210352.GA36709@xor.obsecurity.org> <20050129210848.GC56998@heechee.tobez.org> Date: Sat, 29 Jan 2005 21:20:16 -0500 To: Anton Berezin , Kris Kennaway From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) cc: perl@freebsd.org cc: freebsd-ports@freebsd.org 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 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 02:20:19 -0000 At 10:08 PM +0100 1/29/05, Anton Berezin wrote: >[ok, returning it to ports@ too, there might be some interest] > >On Sat, Jan 29, 2005 at 01:03:52PM -0800, Kris Kennaway wrote: >> On Sat, Jan 29, 2005 at 09:59:40PM +0100, Anton Berezin wrote: >> > > > > BTW, this goes beyond what I was asking for, which was just > > > > "remove the dangling symlinks when the package is deinstalled > > > > [because they are now nonfunctional]" > > > >> > True. Do you oppose to this change, and if yes, why? >> > > It seems pretty disruptive, especially to users of the -stable > > branch, and I'm not sure there's a good reason for doing it. > >The thing is, that the whole idea of touching /usr/bin at all made >sense when perl was in the base system and we needed a way to >"replace" it with a version from ports. > >Since we don't have it in the base for quite some time, there is >no good reason to continue cluttering /usr/bin with those symlinks. >So this needs to be done eventually, and this seemed as good time >as any to introduce this change. I think this is an extremely bad idea. At the very least, it is user-hostile to make a change like this in a -stable branch. 5.3 is now officially advertised as a stable branch, and it should never be open to extremely disruptive changes like this. Some unfortunate administrator is going to install this change, and it will brake all kinds of scripts. Scripts they didn't write. Scripts that they might not have access to. Scripts hidden away in cron jobs that people (including that administrator) have long forgotten about. Users will execute the administrators. Killing off FreeBSD admins is not going to help the long-term viability of FreeBSD. Looking at a recent installation of Redhat Linux, it has perl as /usr/bin/perl. MacOS 10 has perl in /usr/bin/perl. I *think* it is also true that Solaris has perl installed in /usr/bin/perl (or at least it does on solaris machines at RPI...). That means there are at least three large communities who will be writing scripts that assume perl is in /usr/bin/perl, and who will not be happy when those scripts have to be modified to work on FreeBSD. I see no advantage making the incompatible change that you propose. I understand the idea of it being "cleaner", but as a practical matter it is only going to cause a lot of problems, and it will solve nothing. I agree completely with the idea that the symlink should only exist when perl is actually installed on the system. But if perl is installed, then there is an awful lot of history which indicates we should have the symlink (or some similar place-marker) in /usr/bin/perl for it. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu