Arch Linux User Repository

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.

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.

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

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)?

fixed, thanks!

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

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.

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

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

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