Package Details: openems-git 0.0.36.r75.g954723d-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: 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: 2025-04-16 23:53 (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

1 2 Next › Last »

xiota commented on 2024-12-24 21:52 (UTC)

I've disabled the Python modules in openems-git and csxcad-git because of errors that may be associated with recent upgrade to Python 3.13.

Will attempt to re-enable them in a few months, or if someone notifies me of a commit that fixes the problem.

czechu commented on 2024-11-29 11:06 (UTC) (edited on 2024-11-29 11:06 (UTC) by czechu)

I'm having issues building it

[72/75] Linking CXX executable openEMS
FAILED: openEMS 
: && /usr/bin/mpicxx -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -fexceptions         -Wp,-D_FORTIFY_SOURCE=3 -Wformat -Werror=format-security         -fstack-clash-protection -fcf-protection         -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -Wp,-D_GLIBCXX_ASSERTIONS -flto=auto -Wl,-rpath -Wl,/usr/lib -Wl,--enable-new-dtags -Wl,-O1 -Wl,--sort-common -Wl,--as-needed -Wl,-z,relro -Wl,-z,now          -Wl,-z,pack-relative-relocs -flto=auto   -rdynamic CMakeFiles/openEMS_bin.dir/main.cpp.o -o openEMS  -Wl,-rpath,/var/tmp/pamac-build-user/openems-git/src/build:  libopenEMS.so.0.0.36  -lCSXCAD  -lfparser  -ltinyxml  -lhdf5  -lsz  -lz  -Wl,-Bstatic  -ldl  -Wl,-Bdynamic  -lm  -lhdf5_hl  /usr/lib/libboost_serialization.so.1.86.0  /usr/lib/libvtkIOXML.so.9.3  /usr/lib/libvtkIOXMLParser.so.9.3  /usr/lib/libvtkIOGeometry.so.9.3  /usr/lib/libvtkIOLegacy.so.9.3  /usr/lib/libvtkIOPLY.so.9.3  /usr/lib/libvtkIOCore.so.9.3  /usr/lib/libvtkCommonExecutionModel.so.9.3  /usr/lib/libvtkCommonDataModel.so.9.3  /usr/lib/libvtkCommonTransforms.so.9.3  /usr/lib/libvtkCommonMath.so.9.3  /usr/lib/libvtkCommonCore.so.9.3  /usr/lib/libvtksys.so.9.3  -ldl  /usr/lib/libtbb.so.12.13  -lgomp  -Wl,-Bstatic  -lpthread  -Wl,-Bdynamic  /usr/lib/libvtkkissfft.so.9.3  -lmpi && :
/usr/bin/ld: libopenEMS.so.0.0.36: undefined reference to `boost::program_options::abstract_variables_map::operator[](std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) const'
/usr/bin/ld: libopenEMS.so.0.0.36: undefined reference to `boost::thread::start_thread_noexcept()'


... (more libopenEMS errors)...


/usr/bin/ld: libopenEMS.so.0.0.36: undefined reference to `boost::program_options::to_internal(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)'
/usr/bin/ld: libopenEMS.so.0.0.36: undefined reference to `boost::program_options::validate(boost::any&, std::vector<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std::allocator<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > > const&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >*, int)'
collect2: error: ld returned 1 exit status
[73/75] Linking CXX shared library nf2ff/libnf2ff.so.0.1.0
ninja: build stopped: subcommand failed.
==> ERROR: A failure occurred in build().
    Aborting...

thasti commented on 2024-05-31 08:20 (UTC)

Many thanks @xiota & sorry for the delay! I have integrated your proposed changes. Are you interested in taking over ownership of the package so you can get issues fixed faster (I'm not a regular openEMS user currently)?

thasti commented on 2024-03-16 19:23 (UTC)

fixed, thanks!

thotypous commented on 2024-03-15 15:19 (UTC)

The PKGBUILD is missing depends for fmt and verdict. Build fails with:

[100%] Linking CXX executable openEMS
/usr/sbin/ld: warning: libfmt.so.10, needed by /usr/lib/libvtkFiltersGeneral.so.1, not found (try using -rpath or -rpath-link)
/usr/sbin/ld: warning: libverdict.so.1.4, needed by /usr/lib/libvtkFiltersVerdict.so.1, not found (try using -rpath or -rpath-link)

unless you add fmt and verdict as depends

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?

1 2 Next › Last »