@eleftg:
* yes, you should keep ptscotch-openmpi until the depends arrays of the other package are updateed,
* according to http://mumps.enseeiht.fr/index.php?page=faq#20, mumps could depend on scotch v6.0.1, and the mumps package should be update to depend to this new version of scotch,
* you should ask for merge request rather than deletion in order to keep comments and votes,
* for bzip2 I do not have any idea on that, maybe a more experienced user ofo scotch could answer.
Search Criteria
Package Details: scotch 7.0.5-1
Package Actions
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 |
Upstream URL: | https://gitlab.inria.fr/scotch/scotch |
Licenses: | 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: | 40 |
Popularity: | 0.92 |
First Submitted: | 2006-11-07 17:51 (UTC) |
Last Updated: | 2024-08-14 15:06 (UTC) |
Dependencies (6)
- bzip2 (bzip2-gitAUR)
- openmpi (openmpi-gitAUR)
- xz (xz-gitAUR)
- zlib (zlib-ng-compat-gitAUR, zlib-gitAUR, zlib-ng-compatAUR)
- cmake (cmake-gitAUR) (make)
- gcc-fortran (gcc-fortran-gitAUR, gcc11-fortranAUR, gcc-fortran-snapshotAUR) (make)
Required by (26)
- code_saturne
- dolfin
- dolfinx
- dolfinx-git
- dune-common (optional)
- dune-istl (optional)
- freefem (optional)
- medcoupling
- mmg
- mmg-git
- mumps
- mumps-cmake
- mumps-par
- mumps-seq-shared
- neper
- openfoam-9-org
- openfoam-com
- openfoam-com-git
- openfoam-org
- pastix
- petsc (optional)
- petsc-complex (optional)
- petsc-git (optional)
- python-pyfr (optional)
- python-pyfr-git (optional)
- zoltan
Sources (1)
Latest Comments
« First ‹ Previous 1 .. 6 7 8 9 10 11 12 13 14 15 16 Next › Last »
eolianoe commented on 2015-02-16 11:49 (UTC)
eleftg commented on 2015-02-16 09:57 (UTC)
@ eolianoe: Thank you very much. I (almost) entirely adopted your PKGBUILD :-) "Almost" because:
-- indeed, ptscotch-mpich2 is not provided. But...
-- ptscotch-openmpi is provided (since it's ptscotch built with openmpi :-) ). And if i remove it from provides=() i'm forced to uninstall openfoam.
-- scotch_esmumps5 is indeed NOT provided but if i remove it, i'm forced to uninstall mumps.
-- both mumps and openfoam build perfectly fine with this new version of scotch. So it can be considered as a drop-in replacement for the other *scotch* versions.
-- Meanwhile I filed requests of deletion for all other scotch packages as advised in https://lists.archlinux.org/pipermail/aur-general/2015-February/030301.html
-- also enabled an optional dependency: bzip2 (which unfortunately will also constitute a make dependency for scotch and any project depending on it, however i tried both openfoam and mumps by adding -lbz2 and they built fine).
I would appreciate your feedback on the above issues.
myles commented on 2015-02-15 21:03 (UTC)
I've orphaned https://aur.archlinux.org/packages/scotch_esmumps in case anyone here is interested in maintaining it
eolianoe commented on 2015-02-15 19:16 (UTC)
@eleftg: you should not provide ptscotch-mpich2, ptscotch-openmpi, and scotch_esmumps5 as there are different "projects" the first are built with different MPI and the last is a legacy version, but they should stay in the conflicts array.
You should rather provide scotch, ptscotch, and scotch-esmumps as this is that your package really provides.
Here is a proposal for an update PKGBUILD (which use 'make install'): http://pastebin.com/hBPqEVJ8
eleftg commented on 2015-02-14 08:05 (UTC)
Well... yes, sure. Why not?
mickele commented on 2015-01-29 08:17 (UTC)
I can rename gpart to something like gpart-scotch.
What do you think about this?
eleftg commented on 2015-01-28 22:51 (UTC)
this package conflicts with gpart (https://www.archlinux.org/packages/extra/x86_64/gpart/)
The reason is an executable with identical name: /usr/bin/gpart
mickele commented on 2014-12-14 10:46 (UTC)
Headers relocated in /usr/include/scotch, like in scotch. (5.1.12b-4)
mickele commented on 2014-12-12 22:23 (UTC)
@saxonbeta
I changed the PKGBUILD according to you suggestion.
PS: added line is options=('!makeflags') ;-)
Pinned Comments
MartinDiehl commented on 2024-08-08 04:58 (UTC)
I'm aware of the fact that under some conditions installation is not possible due to failing tests. This is an upstream issue. It has been reported, but no reaction so far.