Package Details: med-openmpi-docs 4.0.0-4

Git Clone URL: (read-only, click to copy)
Package Base: med-openmpi
Description: Modelisation et Echanges de Donnees, i.e. Data Modelization and Exchanges - code-aster exchange module linked to hdf5
Upstream URL:
Licenses: LGPL
Submitter: mortbauer
Maintainer: Nim65s
Last Packager: Nim65s
Votes: 3
Popularity: 0.005175
First Submitted: 2014-05-06 15:15
Last Updated: 2020-07-06 07:31

Latest Comments

1 2 3 Next › Last »

potatoe commented on 2020-08-30 15:50

Is replaces=('med') correct for this package? Or would just conflicts and provides be enough (e.g. this is an alternative and either med or med-openmpi can be chosen but not both together)? My understanding is replaces means the med package is obsolete (and presumably should be removed from AUR now that this exists as a replacement), and the replaces flags is there to ensure everybody is automatically updated to this new replacement package med-openmpi. The wiki describes it as being "An array of obsolete packages that are replaced by the package" and points out pacman "will immediately replace an installed package upon encountering another package with the matching replaces", and suggests using only conflicts and provides if it's just an alternate version.

One of the unofficial user repositories, andontie-aur, includes prebuilt packages for both med and med-openmpi now and as such my pacman wants to automatically replace med with med-openmpi. Is that intended / the correct approach with med-openmpi vs med?

Nim65s commented on 2020-04-28 08:16

Thanks @jedbrown. I applied that to med & med-openmpi.

jedbrown commented on 2020-04-28 05:07

This is currently broken with hdf5-1.12 from community. This gist applies the patch I developed for PETSc, which has been using it for the past several weeks.

Nim65s commented on 2019-08-07 17:58

The code that compiles Python files looks broken (maybe a wrong path is hardcoded somewhere, or we failed at configuring that properly) for me too. I think that it doesn't really matter, as those file will be compiled on the fly by the Python interpreter as soon as they well be needed.

Anyway, I am only using this package as a dependency of freecad, which works equally well with med and med-openmpi… But if someone have an actual issue at runtime, please provide a reproducible way to see that.

valandil commented on 2019-08-07 15:48

I don't have a way to test med-openmpi easily, but I get these errors when trying to package med-openmpi in a clean chroot:

Does the package work for you?

Also, FWIW, I had to build in a clean chroot to sidestep the issue I described in an ealier comment.

Nim65s commented on 2019-08-02 11:11

Fixed, thanks !

valandil commented on 2019-07-29 16:45

FWIW, here's the proposed diff:

diff --git a/PKGBUILD b/PKGBUILD
index 11019b3..08ad911 100644
@@ -15,10 +15,7 @@ url=""
 depends=('hdf5-openmpi' 'tk' 'python')
 makedepends=('gcc-fortran' 'swig' 'openmpi' 'cmake')

@@ -36,6 +33,9 @@ build() {

 package_med-openmpi() {
+  provides=('med')
+  conflicts=('med')
+  replaces=('med')
   cd ${_pkgname}-${pkgver}
   make DESTDIR=${pkgdir} install

valandil commented on 2019-07-29 16:44

The provides, conflicts and replaces variables should be set in the package_med-openmpi() function, not at the top of the PKGBUILD. Otherwise, both packages will inherit these. Only med-openmpi actually provides med, not med-openmpi-docs.

And yes, the patch files to when I was maintainint that package haha. They are definitely old.

I haven't tested my proposed change because I keep getting this compilation error:

[ 41%] Building Fortran object src/CMakeFiles/medfwrap.dir/MEDiteratorsF.f.o

   15 |      &  MED_OCTA12, MED_PYRA13, MED_PENTA15, MED_PENTA18, MED_HEXA20,
      |                                                        1
Error: Symbol ‘med_penta18’ must be a PARAMETER in DATA statement at (1)
make[2]: *** [src/CMakeFiles/medfwrap.dir/build.make:63: src/CMakeFiles/medfwrap.dir/MEDiteratorsF.f.o] Error 1
make[1]: *** [CMakeFiles/Makefile2:167: src/CMakeFiles/medfwrap.dir/all] Error 2
make: *** [Makefile:141: all] Error 2

Nim65s commented on 2019-07-27 10:32

I don't know how to make med-openmpi and med-openmpi-docs not conflict with each other, while still ensure that med conflict with med-openmpi… Does anyone have an idea ?

jedbrown commented on 2019-07-25 21:50

:: med-openmpi-docs and med-openmpi are in conflict (med). Remove med-openmpi? [y/N]

Also, the obsolete patch files can be removed.