ports/116324: k3d from ports install cblas library that conflicts with atlas

[soralx at cydem.org]

>Number:         116324
>Category:       ports
>Synopsis:       k3d from ports install cblas library that conflicts with atlas
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-ports-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Sep 13 05:30:01 GMT 2007
>Closed-Date:
>Last-Modified:
>Originator:     
>Release:        FreeBSD 6.2-STABLE i386
>Organization:
>Environment:
System: FreeBSD soralx.cydem.org 6.2-STABLE FreeBSD 6.2-STABLE #0: Wed Jun 6 22:19:28 PDT 2007 sol at soralx.cydem.org:/usr/src/sys/i386/compile/SORALX i386

>Description:
	When one tries to update/install SciLab from ports, final linking fails ("/usr/local/lib/libalapack.so: undefined reference to `cblas_[{dswap,cblas_ssyrk,cblas_icamax,...}]'"). The culprit of this mess turns out to be the 'k3d' port, which shamelessly installs 'libcblas.so' symlink to local/lib/, which points to k3d's own 'libcblas.so.0'. Hmmm... Perhaps this was the cause of intermittent coredumps that ruined many a simulation?

>How-To-Repeat:
	Install atlas, then k3d, then atempt to `make` the unsuspecting scilab.

>Fix:
	God know what kind of other dirty tricks that k3d devil has up it's sleeve, thus I suggest deinstalling 'k3d' completely, installing everything else (atlas, scilab, etc), and then installing k3d somewhere other than $LOCALBASE. Hope that the maintainer will tame the beast somewhat eventually, to fix it proper.
>Release-Note:
>Audit-Trail:
>Unformatted: