Search Criteria
Package Details: openems-git v0.0.35.r62.gbb235b2-1
Package Actions
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) |
Dependencies (10)
- boost (boost-git, boost174)
- cgal (cgal-git)
- cmake (cmake-git)
- csxcad (csxcad-git)
- hdf5 (hdf5-git, hdf5-openmpi)
- openmpi (openmpi-git, openmpi-gcc10)
- qt5-base (qt5-base-git, qt5-base-headless)
- tinyxml (tinyxml-git)
- unixodbc (erlang-unixodbc-git)
- vtk (vtk-git, vtk8, vtk-nowraps)
Required by (6)
- appcsxcad-git
- pcbmodelgen-git (requires openems)
- python-openems-git (requires openems)
- python-pyems-git (requires openems)
- qcsxcad (requires openems)
- qcsxcad-git (requires openems)
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:
hdf5.h
and openEMS's setup fails. You need to patch setup.m present in /usr/share/openEMS/matlab withThen you need to build the dynamic-load module
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.
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".
and finally prints:
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:
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?