Package Details: openems-git 0.0.36.r15.g1ccf094-3

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: GPL-3.0-or-later
Conflicts: openems
Provides: openems
Submitter: thasti
Maintainer: thasti (xiota)
Last Packager: xiota
Votes: 3
Popularity: 0.000000
First Submitted: 2017-12-10 12:32 (UTC)
Last Updated: 2024-06-23 22:18 (UTC)

Required by (5)

Sources (1)

Pinned 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.

Latest Comments

« First ‹ Previous 1 2

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?

« First ‹ Previous 1 2