Package Details: scotch 7.0.4-2

Git Clone URL: https://aur.archlinux.org/scotch.git (read-only, click to copy)
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: https://gitlab.inria.fr/scotch/scotch
Licenses: custom:CeCILL-C
Conflicts: ptscotch-openmpi, scotch_esmumps, scotch_esmumps5
Provides: ptscotch, ptscotch-openmpi, scotch_esmumps, scotch_ptesmumps
Submitter: None
Maintainer: ioquatix (MartinDiehl)
Last Packager: MartinDiehl
Votes: 39
Popularity: 0.30
First Submitted: 2006-11-07 17:51 (UTC)
Last Updated: 2023-12-26 07:08 (UTC)

Latest Comments

« First ‹ Previous 1 .. 9 10 11 12 13 14 15 16 Next › Last »

jedbrown commented on 2013-01-17 14:42 (UTC)

@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 (UTC)

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 (UTC)

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

myles commented on 2012-08-29 10:40 (UTC)

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...".

myles commented on 2012-08-29 10:30 (UTC)

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...".

LWhitson2 commented on 2012-07-11 12:54 (UTC)

rememberthemer, thanks for the updated package build. Sorry about the delay in updating this. I must have missed the comment. If anyone else sees something that needs to be updated, please let me know. As I said below, I am still learning here.

<deleted-account> commented on 2012-05-17 02:42 (UTC)

At present the way Makefile.inc is created there are different compile flags for shared and static libs. Specifically "-DIDXSIZE64" is ommitted for shared libraries. i.e. The shred and static libs are inconsistent. Also, Manpages are installed to /usr/man when it should /usr/share/man (ARCH policy) I have uploaded a fixed PKGBUILD to http://pastebin.com/BFH7Cgzb

LWhitson2 commented on 2012-05-15 19:59 (UTC)

Updated. Thanks for the heads up.

kragacles commented on 2012-05-14 18:36 (UTC)

Could you make one small fix to the PKGBUILD file? Line 23 ends up creating Makefile.in instead of a Makefile.inc file, and as a result the shared scotch libraries never get built. Like so: - sed "s/-lz -lm -lrt/-lz -lm -lrt -lpthread/" Make.inc/Makefile.inc.i686_pc_linux2.shlib > Makefile.in + sed "s/-lz -lm -lrt/-lz -lm -lrt -lpthread/" Make.inc/Makefile.inc.i686_pc_linux2.shlib > Makefile.inc Thanks!

<deleted-account> commented on 2012-03-16 22:42 (UTC)

thank you alfplayer. Without your comment I wouldn't have been able to build the package.

« First ‹ Previous 1 .. 9 10 11 12 13 14 15 16 Next › Last »