From owner-freebsd-stable@FreeBSD.ORG Mon Jul 30 18:46:14 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4C5B7106566B for ; Mon, 30 Jul 2012 18:46:14 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from qmta03.emeryville.ca.mail.comcast.net (qmta03.emeryville.ca.mail.comcast.net [76.96.30.32]) by mx1.freebsd.org (Postfix) with ESMTP id 2D9728FC08 for ; Mon, 30 Jul 2012 18:46:14 +0000 (UTC) Received: from omta01.emeryville.ca.mail.comcast.net ([76.96.30.11]) by qmta03.emeryville.ca.mail.comcast.net with comcast id gcL51j0020EPchoA3im89u; Mon, 30 Jul 2012 18:46:08 +0000 Received: from damnhippie.dyndns.org ([24.8.232.202]) by omta01.emeryville.ca.mail.comcast.net with comcast id gim71j00M4NgCEG8Mim8Sv; Mon, 30 Jul 2012 18:46:08 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id q6UIk6sQ034438; Mon, 30 Jul 2012 12:46:06 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) From: Ian Lepore To: "O. Hartmann" In-Reply-To: <5016D443.9030105@zedat.fu-berlin.de> References: <5016CCBB.30603@beatsnet.com> <5016D443.9030105@zedat.fu-berlin.de> Content-Type: text/plain; charset="us-ascii" Date: Mon, 30 Jul 2012 12:46:06 -0600 Message-ID: <1343673966.1101.98.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: OpenSSL from Ports X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jul 2012 18:46:14 -0000 On Mon, 2012-07-30 at 20:36 +0200, O. Hartmann wrote: > Am 07/30/12 20:04, schrieb Beat Siegenthaler: > > Hello, > > > > Until today, when I was asked what WITH_OPENSSL_PORT=yes should do.. i > > was obviously wrong: > > I think whole openssl should be replaced, but : > > > > [mym:~] # which openssl > > /usr/bin/openssl > > [mym:~] # openssl version > > OpenSSL 0.9.8x 10 May 2012 > > > > there IS a 1.0.1 version but it is not found whit which or whereis: > > > > [mym:~] # /usr/local/bin/openssl version > > OpenSSL 1.0.1c 10 May 2012 > > > > Maybe I simply miss some shell basics? > > Regards, Beat > > > > > Hello. > > I guess you need to ensure that the path /usr/local/bin is searched > BEFORE /usr/bin. If you're using sh(1) as the standard shell of yours, > you should ensure this by using something like the following in .profile > (or .cshrc, if csh(1)): > > PATH=/usr/local/bin:/usr/local/sbin:${PATH}; export PATH > > for sh(1) or for csh(1) > > set path = ( /usr/local/bin /usr/local/sbin $path ) > > Although I use csh(1) as the login shell, I've also set ~/.profile with > the propper PATH settings. > > Since I run FreeBSD 10.0-CURRENT, I have already OpenSSL 1.0.1c. I > tested which(1) and whereis(1) on the command lpr(1), which is in my > case provided by the FreeBSD base system and located in /usr/bin/lpr, > AND by the port print/cups-base by the CUPS printing system. Luckily, > since I adjusted the search paths that way, that /usr/local/bin is > searched BEFORE /usr/bin, lpr(1) is found first in /usr/local/bin: > > ohartmann@thor: [~] which lpr > /usr/local/bin/lpr > > > But when using whereis(1), the result is the undesired: > > ohartmann@thor: [~] whereis lpr > lpr: /usr/bin/lpr /usr/local/man/man1/lpr.1.gz /usr/src/usr.sbin/lpr > > > The manpage of whereis(1) states, that the $PATH environment variable is > searched - but this isn't obviously the case, since the shell's PATH > environment variable points to the right lpr(1) in the first place while > whereis(1) does ignore it. > This behaviour is also identical on boxes which run 24/7 with periodic > scripts enabled, updating the locate(1) database. > > Am I missing something, too? The whereis(1) manpage says that the value of $PATH is *appended* to the standard places it searches, so it still finds the base system version of something before any ports-provided version in /usr/local regardless of PATH. -- Ian