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: 3
Popularity: 0.000490
First Submitted: 2017-12-10 12:32 (UTC)
Last Updated: 2020-01-30 20:34 (UTC)

Latest Comments

ra1nb0w commented on 2022-11-15 09:04 (UTC) (edited on 2022-11-15 09:05 (UTC) by ra1nb0w)

A few notes to use openEMS with Octave:

  • opencv4 contains a file named hdf5.h and openEMS's setup fails. You need to patch setup.m present in /usr/share/openEMS/matlab with
22c22
<         [res, fn_h]  = unix('find /usr/include -name hdf5.h | sort -r | head -1');
---
>         [res, fn_h]  = unix('find /usr/include -maxdepth 1 -name hdf5.h | sort -r | head -1');
  • To include openEMS's matlab path run the following commands on octave shell
# addpath('/usr/share/CSXCAD/matlab');
addpath('/usr/share/openEMS/matlab');
savepath
exit

Then you need to build the dynamic-load module

sudo chmod o+w /usr/share/openEMS/matlab
octave --eval setup
sudo chmod o-w /usr/share/openEMS/matlab

Now you can use octave as always.

lowRAM commented on 2022-03-17 10:15 (UTC)

Seems to depend on https://archlinux.org/packages/community/x86_64/pugixml/

andres commented on 2022-03-11 18:21 (UTC)

Seems to depend on https://archlinux.org/packages/extra/x86_64/fmt/

nickoe commented on 2020-07-10 13:14 (UTC)

@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 (UTC) (edited on 2020-07-10 12:20 (UTC) by thasti)

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

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

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 (UTC) (edited on 2020-02-13 21:49 (UTC) by MrHighVoltage)

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

Please go ahead, would be much appreciated!

corecode commented on 2020-01-20 17:16 (UTC)

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?