From owner-freebsd-perl@FreeBSD.ORG Tue Mar 23 01:31:05 2004 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 92A6F16A4CE for ; Tue, 23 Mar 2004 01:31:05 -0800 (PST) Received: from heechee.tobez.org (heechee.tobez.org [217.157.39.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FF6643D45 for ; Tue, 23 Mar 2004 01:31:04 -0800 (PST) (envelope-from tobez@tobez.org) Received: by heechee.tobez.org (Postfix, from userid 1001) id 4E903175AA; Tue, 23 Mar 2004 10:31:02 +0100 (CET) Date: Tue, 23 Mar 2004 10:31:02 +0100 From: Anton Berezin To: perl@freebsd.org Message-ID: <20040323093102.GC89117@heechee.tobez.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i cc: Toshiya SAITOH Subject: Regarding "correct perl module depencency" PRs 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: Tue, 23 Mar 2004 09:31:05 -0000 Hi, There has been a number of PRs recently (an example would be 64377), which in my opinion address the legitimate problem from the wrong angle. > If we use per-5.6.x and later, this ports overwrite perl core modules. > So, please correct to check the depencency on perl version and perl > modules strictly. The problem here is NOT the fact that a module is already present in the perl distribution. The actual problem is the fact that the module installs itself in the "perl" area, as opposed to the "site" area, or overwrites portions of the files belonging to the core module in some other manner. By solving the first problem, we essentially prevent ourselves from ever updating to a version of a module, which is more recent than the one contained in the perl distribution. By solving the second problem, we get the potentially newer versions of the core modules installed, and also prevent ourselves from putting a mess of makefile's conditionals into all ports that depend on any "both in the core and in the ports" module. Now, I believe that the vast majority, if not all such modules already have "CONFIGURE_ARGS= INSTALLDIRS=site" or equivalent in their port's makefiles. Those that don't are in a rather obvious need to be fixed. The remaining problem is that we unfortunately do not have the manpage separation between "perl" and "site" portions, so that there is indeed a number of manpages that are overwritten. I intend to fix that in the upcoming 5.8.3 upgrade. The question is, what do we do for 5.6? Comments? Suggestions? Cheers, \Anton. -- Civilization is a fractal patchwork of old and new and dangerously new. -- Vernor Vinge