Package Details: med-openmpi 4.0.0-2

Git Clone URL: https://aur.archlinux.org/med-openmpi.git (read-only)
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: https://www.salome-platform.org/downloads
Licenses: LGPL
Conflicts: med
Provides: med
Replaces: med
Submitter: mortbauer
Maintainer: Nim65s
Last Packager: Nim65s
Votes: 2
Popularity: 0.000000
First Submitted: 2014-05-06 15:15
Last Updated: 2019-08-02 11:11

Required by (9)

Sources (1)

Latest Comments

1 2 Next › Last »

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: https://gist.github.com/valandil/6655fc178f5ffbabc1d1862375f7f845.

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
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -15,10 +15,7 @@ url="https://www.salome-platform.org/downloads"
 license=('LGPL')
 depends=('hdf5-openmpi' 'tk' 'python')
 makedepends=('gcc-fortran' 'swig' 'openmpi' 'cmake')
-provides=('med')
 arch=('x86_64')
-conflicts=('med')
-replaces=('med')
 source=("http://files.salome-platform.org/Salome/other/${_pkgname}-${pkgver}.tar.gz")
 sha256sums=('a474e90b5882ce69c5e9f66f6359c53b8b73eb448c5f631fa96e8cd2c14df004')

@@ -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
/home/valandil/software/aur-PKGBUILDs/med-openmpi/src/med-4.0.0/src/MEDiteratorsF.f:15:56:

   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.

valandil commented on 2017-04-03 15:56

I am no longer interested in maintaining this package, since I do not use it anymore. Moreover, it requires the creation of a new package, hdf5_18-openmpi.

I will leave this task to the users of this package.

Cheers,

valandil commented on 2016-05-08 17:19

Thanks for the fix. I'll try to report this upstream. This needs to patches to compile...

simonp commented on 2016-05-05 14:44

There is a compile error with the current hdf5 version because of a conflicting function signature. Here is a patch:
https://gist.github.com/anonymous/3dbc9212b998d88647620a046dfdacb4