Package Details: scotch 6.0.6-1

Git Clone URL: https://aur.archlinux.org/scotch.git (read-only)
Package Base: scotch
Description: Software package and libraries for graph, mesh and hypergraph partitioning, static mapping, and sparse matrix block ordering. This is the all-inclusive version (MPI/serial/esmumps).
Upstream URL: http://www.labri.fr/perso/pelegrin/scotch/
Licenses: custom:CeCILL-C
Conflicts: ptscotch-openmpi, scotch_esmumps, scotch_esmumps5
Provides: ptscotch, ptscotch-openmpi, scotch_esmumps, scotch_ptesmumps
Submitter: None
Maintainer: ioquatix
Last Packager: ioquatix
Votes: 31
Popularity: 0.499854
First Submitted: 2006-11-07 17:51
Last Updated: 2018-07-15 06:38

Latest Comments

« First ‹ Previous ... 4 5 6 7 8 9 10 11 Next › Last »

jedbrown commented on 2013-02-01 17:17

@LWhitson2 OpenFOAM does not have a problem depending on MPI, they just build ptscotch and it installs both libraries. We might be okay with static libraries here. If you want to try adding provides=(scotch) and check that (a) you don't pick up a transitive dependency on MPI and (b) the binary interface is compatible with stand-alone scotch, then I'll add it to this PKGBUILD. (I've been burned in similar ways by this package in the past and don't have time to test thoroughly.)

LWhitson2 commented on 2013-02-01 00:57

If you build scotch/ptscotch with OpenFOAM (currently version 5.11.1), it has two separate header files, scotch and ptscotch.

jedbrown commented on 2013-01-31 23:31

@LWhitson2 How does OpenFOAM do it in other environments? I'd be happy to accept patches, but I'm not interested in spending time on custom mediation of upstream's poorly-factored dependencies.

LWhitson2 commented on 2013-01-31 23:23

We have an interesting problem in that OpenFOAM requires both scotch and ptscotch yet there is no way to install both in this release. Thoughts.....

LWhitson2 commented on 2013-01-29 12:19

Sorry about that. I will take care of the package tonight.

CAVT commented on 2013-01-28 15:14

Please, the package needs updating, otherwise there are cnflicts with newer ptscotch and therefore other softwares depending on them, like OpenFoam.

jedbrown commented on 2013-01-17 14:42

@CAVT The packages are not equivalent and making them so would, at a minimum, require compiling different parts of ptscotch with different compilers (part with mpicc and part with gcc), which is something the build system is not set up to do. You're welcome to ask upstream to factor their packages so that they don't overlap.

CAVT commented on 2013-01-17 14:11

I'm not able to update ptscotch because Pacman says some files already exist in my filesystem, and doing "pacman -Qo" to those files shows they are owned by the scotch package. I suppose ptscotch and scotch are in the same tarball, so I would like to know if it's safe to modify the pkgbuild writing "provides: scotch".

jedbrown commented on 2012-08-29 12:44

@myles That would create a quasi-dependency on parmetis which I'm not thrilled about adding.

myles commented on 2012-08-29 10:40

Thanks for maintaining this package. I think according to the Standards (https://wiki.archlinux.org/index.php/Arch_Packaging_Standards) headers should go in /usr/include instead of /usr/include/scotch, the file parmetis.h would conflict with that provided by the parmetis package but at the top it says it says "Preferably use the original ParMeTiS include file...".