Hi, To make sfepy work with the latest released scipy, use this patch: diff --git a/sfe/solvers/ls.py b/sfe/solvers/ls.py --- a/sfe/solvers/ls.py +++ b/sfe/solvers/ls.py @@ -1,7 +1,7 @@ from sfe.base.base import * from sfe.base.base import * from sfe.solvers.solvers import LinearSolver -import scipy.splinalg.dsolve.umfpack as um +import scipy.linsolve.umfpack as um um.configure( assumeSortedIndices = True ) ## However, today I discovered problems when using sfepy on amd64 (Debian): It compiles fine, but: $ ./schroedinger.py input/schroed.py warning: other missing: ['functions', 'modules', 'epbc', 'lcbc'] warning: left over: ['funV', 'options'] mesh.read = 0.04 mesh.split = 0.0 t = 0.0 Traceback (most recent call last): File "./schroedinger.py", line 110, in ? main() File "./schroedinger.py", line 107, in main evp = solveEigenProblem( conf, options ) File "./schroedinger.py", line 24, in solveEigenProblem pb = ProblemDefinition.fromConf( conf ) File "/home/ondra/sfepy/sfe/fem/problemDef.py", line 40, in fromConf domain.setupNeighbourLists() File "/home/ondra/sfepy/sfe/fem/domain.py", line 349, in setupNeighbourLists mu.sortRows( aux, nm.array( sortCols[mode], nm.int32 ) ) File "/home/ondra/sfepy/sfe/fem/extmods/meshutils.py", line 102, in sortRows return _meshutils.sortRows(*args) TypeError: array cannot be safely cast to required type This is imho related to the fact, that the 64bit system uses integers of a different default length. Ondrej