Package Details: openems-git v0.0.35.r62.gbb235b2-1

Git Clone URL: https://aur.archlinux.org/openems-git.git (read-only, click to copy)
Package Base: openems-git
Description: a free and open source EC-FDTD solver
Upstream URL: https://github.com/thliebig/openEMS
Licenses: GPL3
Conflicts: openems
Provides: openems
Submitter: thasti
Maintainer: thasti
Last Packager: thasti
Votes: 2
Popularity: 0.000335
First Submitted: 2017-12-10 12:32
Last Updated: 2020-01-30 20:34

Latest Comments

nickoe commented on 2020-07-10 13:14

@thasti, ok that seems to work. Thanks. Maybe you should bump the pkgrel on csxcad-git such that people get it rebuilt more easily?

thasti commented on 2020-07-10 12:19

Hi nickoe,

In case you recently updated hdf5, you need to also rebuild csxcad-git, then you should be good to go. Let me know.

nickoe commented on 2020-07-10 10:32

I am completely new to openems, but it does not seem to run for me.

$ openEMS
openEMS: error while loading shared libraries: libhdf5.so.103: cannot open shared object file: No such file or directory

When I check the so names in hdf5 it has /usr/lib/libhdf5.so.200 not 103.

I have tried to rebuild openems-git. Any hints @thasti?

thasti commented on 2020-02-13 21:54

Thank you for reporting this, MrHighVoltage. As this is an upstream issue, I have reported the problem and created a pull request with a fix at [1]. I will create a patch for the AUR in case the pull request goes unnoticed for a longer time.

[1] https://github.com/thliebig/openEMS/pull/67

MrHighVoltage commented on 2020-02-13 21:42

I currently can't build openEMS with the newest cmake (3.16.4-1) and boost in arch (1.72.0-1). It fails because CMake does not store a valid path in "Boost_INCLUDE_DIR".

-- Boost_INCLUDE_DIR: Boost_INCLUDE_DIR-NOTFOUND
-- Boost_LIBRARIES: Boost::thread;Boost::system;Boost::date_time;Boost::serialization;Boost::chrono

and finally prints:

CMake Error: The following variables are used in this project, but they are set to NOTFOUND.
Please set them or make sure they are set and tested correctly in the CMake files:
Boost_INCLUDE_DIR

If i understood the CMake Boost docs correctly, "Boost_INCLUDE_DIR" is just a cache-variable, but "Boost_INCLUDE_DIRS" is the actual variable to use, as they do in the examples.

On my system i fixed this with simple swap of "Boost_INCLUDE_DIR" and "Boost_INCLUDE_DIRS" in CMakeLists.txt and it builds without complaints. The following prepare()-function works for me:

prepare() {
  cd "$srcdir/openEMS"
  sed -i 's|Boost_INCLUDE_DIR|Boost_INCLUDE_DIRS|g' CMakeLists.txt
}

thasti commented on 2020-01-20 17:36

Please go ahead, would be much appreciated!

corecode commented on 2020-01-20 17:16

fix-libdir.patch conflicts. You can remove it and instead use ${pkgdir}/usr as installation prefix. Do you want me to submit a patch to the PKGBUILD?