From owner-freebsd-ports@FreeBSD.ORG Mon Nov 10 19:29:09 2003 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 65DD316A4CE; Mon, 10 Nov 2003 19:29:09 -0800 (PST) Received: from smtp.volant.org (gate.volant.org [207.111.218.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 192AD43FDD; Mon, 10 Nov 2003 19:29:08 -0800 (PST) (envelope-from patl+freebsd@volant.org) Received: from 64-144-229-193.client.dsl.net ([64.144.229.193] helo=[192.168.0.13]) by smtp.volant.org with asmtp (TLSv1:AES256-SHA:256) (Exim 4.22) id 1AJPD3-000EXD-0P; Mon, 10 Nov 2003 19:28:53 -0800 Date: Mon, 10 Nov 2003 19:28:45 -0800 From: Pat Lashley To: Adam Weinberger , Oliver Eikemeier Message-ID: <1571008112.1068521325@mccaffrey.phoenix.volant.org> In-Reply-To: <20031110011854.GD43349@toxic.magnesium.net> References: <16294.34255.356451.725973@yertle.int.kciLink.com> <20031110003359.GB43349@toxic.magnesium.net> <3FAEE4E3.7000702@fillmore-labs.com> <20031110011854.GD43349@toxic.magnesium.net> X-Mailer: Mulberry/3.1.0b8 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Scan-Signature: 5da74eb49955a58dd43fef6aa2af8b2a6ea233a5 X-Spam-Score: -3.9 (---) X-Spam-Score-Int: -39 X-Spam-Report: -3.9/5.0 This mail has matched the spam-filter tests listed below. See http://spamassassin.org/tag/ for details about the specific tests reported. In general, the higher the number of total points, the more likely that it actually is spam. (The 'required' number of points listed below is the arbitrary number above which the message is normally considered spam.) Content analysis details: (-3.90 points total, 5 required)header IN_REP_TO (-0.4 points) Has a In-Reply-To header probability is 1 to 10% [score: 0.0489]quoted email text REPLY_WITH_QUOTES (0.0 points) Reply with quoted text AWL (2.3 points) AWL: Auto-whitelist adjustment cc: ports@freebsd.org cc: Vivek Khera Subject: Re: ports containing perl modules go into /lib instead of /usr/local/lib X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Nov 2003 03:29:09 -0000 --On Sunday, November 09, 2003 20:18:54 -0500 Adam Weinberger wrote: >>> (11.09.2003 @ 2007 PST): Oliver Eikemeier said, in 0.7K: << >> Adam Weinberger wrote: >> > >> > Does anybody have any thoughts on this issue? I'd really like to have a >> > solution in the archives about this. >> > >> >> For a while now, it seems that ports containing perl modules (such as >> >> ImageMagick, rrdtool, and net-snmp to name a few) install the perl >> >> components into /lib/perl5 instead of /usr/local/lib/perl5 like they >> >> should (and as the pkg-plist expects). >> >> Do we know how to reproduce this (i.e. 4.9-STABLE with lang/perl5 port)? >>> end of "Re: ports containing perl modules go into /lib instead of >>> /usr/local/lib" from Oliver Eikemeier << > > I honestly don't know what the trigger is. It works fine on all of my > boxes, but this symptom appears on a friend's box. He and I both run > 4-STABLE with perl5.8 installed. I'm looking into it some more, but I'm Could the problem lie in the contents of his Config.pm file? Note that there may be multiple copies of Config.pm. For the ports-installed versions, it should be in /usr/local/lib/perl5//mach/ For the bundled version check /usr/libdata/perl5/5.00503/(mach/) If he has both bundled and port-installed versions of perl installed, it is possible that the wrong one is being used for the installs that are going into the wrong place. > curious if others have come across -- and fixed -- this problem. I haven't seen this exact problem, or similar problems on FreeBSD; but on Solaris I often run into Config.pm related problems when perl was installed from a binary package downloaded from one of the standard sites for open source packages to run on Sun systems. The usual problem is that the compiler and linker options are set for the Sun compilers but the installed system uses gcc. -Pat