Arch Linux User Repository

Please note that when using this package, you will not be able to use the Plugin Manager but have to install plugins via the aur or compile them yourself. If you need a plugin that is not in the aur, feel free to contact me for help.

If you encounter errors with plugins after a opencpn update, you might need to rebuild the affected plugin, for example using makepkg -fi.

@zimm I can confirm this does seem to do the trick for me as well.

I took a look at the log output of the plugin loader without manually enabling a plugin:

22:50:38.643   DEBUG plugin_handler.cpp:375  
22:50:38.644 MESSAGE plugin_loader.cpp:442 Checking plugin candidate: /usr/lib/opencpn/libgrib_pi.so
22:50:38.644 MESSAGE plugin_loader.cpp:508 Checking plugin compatibility: /usr/lib/opencpn/libgrib_pi.so
22:50:38.644 MESSAGE plugin_loader.cpp:1374 Plugin is compatible: true
22:50:38.644 MESSAGE plugin_loader.cpp:1390 PluginLoader: Loading PlugIn: /usr/lib/opencpn/libgrib_pi.so
22:50:38.647   DEBUG plugin_loader.cpp:1491 blacklist: Get status for GRIB 5 0
22:50:38.647 MESSAGE plugin_loader.cpp:421 Loading plugins from dir: /usr/lib64/opencpn
22:50:38.647 MESSAGE plugin_loader.cpp:640 PluginLoader searching for PlugIns in location /usr/lib64/opencpn
22:50:38.647 MESSAGE plugin_loader.cpp:678 Found 6 candidates
22:50:38.647 MESSAGE plugin_loader.cpp:442 Checking plugin candidate: /usr/lib64/opencpn/libwmm_pi.so
22:50:38.647 MESSAGE plugin_loader.cpp:508 Checking plugin compatibility: /usr/lib64/opencpn/libwmm_pi.so
22:50:38.648 MESSAGE plugin_loader.cpp:1374 Plugin is compatible: true
22:50:38.648 MESSAGE plugin_loader.cpp:1390 PluginLoader: Loading PlugIn: /usr/lib64/opencpn/libwmm_pi.so
22:50:38.649   DEBUG plugin_loader.cpp:1491 blacklist: Get status for WMM 1 1
22:50:38.649 MESSAGE plugin_loader.cpp:534 Skipping not enabled candidate.
22:50:38.649 MESSAGE plugin_loader.cpp:442 Checking plugin candidate: /usr/lib64/opencpn/libpolar_pi.so
22:50:38.649 MESSAGE plugin_loader.cpp:442 Checking plugin candidate: /usr/lib64/opencpn/libchartdldr_pi.so
22:50:38.649 MESSAGE plugin_loader.cpp:508 Checking plugin compatibility: /usr/lib64/opencpn/libchartdldr_pi.so
22:50:38.649 MESSAGE plugin_loader.cpp:1374 Plugin is compatible: true
22:50:38.649 MESSAGE plugin_loader.cpp:1390 PluginLoader: Loading PlugIn: /usr/lib64/opencpn/libchartdldr_pi.so
22:50:38.651   DEBUG plugin_loader.cpp:1491 blacklist: Get status for ChartDownloader 1 4
22:50:38.651 MESSAGE plugin_loader.cpp:534 Skipping not enabled candidate.
22:50:38.651 MESSAGE plugin_loader.cpp:442 Checking plugin candidate: /usr/lib64/opencpn/libdashboard_pi.so
22:50:38.651 MESSAGE plugin_loader.cpp:508 Checking plugin compatibility: /usr/lib64/opencpn/libdashboard_pi.so
22:50:38.652 MESSAGE plugin_loader.cpp:1374 Plugin is compatible: true
22:50:38.652 MESSAGE plugin_loader.cpp:1390 PluginLoader: Loading PlugIn: /usr/lib64/opencpn/libdashboard_pi.so
22:50:38.653   DEBUG plugin_loader.cpp:1491 blacklist: Get status for Dashboard 1 2
22:50:38.653 MESSAGE plugin_loader.cpp:534 Skipping not enabled candidate.
22:50:38.653 MESSAGE plugin_loader.cpp:442 Checking plugin candidate: /usr/lib64/opencpn/libweather_routing_pi.so
22:50:38.653 MESSAGE plugin_loader.cpp:442 Checking plugin candidate: /usr/lib64/opencpn/libgrib_pi.so
22:50:38.660 MESSAGE glChartCanvas.cpp:562 BuildFBO 3
22:50:38.661 MESSAGE glChartCanvas.cpp:1016 OpenGL-> Framebuffer OK, size = 1646
22:50:38.701 MESSAGE o-charts_pi.cpp:2790 o_charts_pi:  OpenGL-> Minimum cartographic line width:  1.0
22:50:38.701   DEBUG pluginmanager.cpp:1857 OCPN_OPENGL_CONFIG

I believe that Skipping not enabled candidate. might indicate that your proposed solution is indeed the "correct" way to do it, or at least how OpenCPN seems to ship and bundle the default set of plugins in the first place.

Seems like the respective plugin aur packages must be updated to alter the OpenCPN configuration file?

@tuspLAe8WFshQzNz I think I found a solution, not sure if that's the right way to do it but seems to work. Edit ~/.opencpn/opencpn.conf and manually add an entry for your compiled plugin using the default plugins as examples. Doing that, the new plugin will be listed in the Plugins Manager and in the Toolbar Example: [PlugIns/libpolar.so] bEnable=1

@zimm I do see the same behaviour on my machine. Any plugin installed from the aur will compile and (apparently) install just fine, however, the plugin won't be listed or effective in OpenCPN. Also, running opencpn-cmd list-plugins does not list any plugins from the aur.

When I try to load the plugin from the aur helper's build cache directly, everything seems to work just fine:

opencpn-cmd load-plugin ~/.cache/yay/opencpn-plugin-polar/opencpn-plugin-polar-1.2.31.0-1-x86_64.pkg/usr/lib/opencpn/libpolar_pi.so yields File loaded OK. However, there seems to be an issue with the plugin catalog of OpenCPN which causes the plugins not to appear in the list and therefore, it is not possible to enabled them.

I have successfully compiled OpenCPN and a couple of plugins from AUR but the extra plugins are not visible in the "Plugins" tab of the options dialog. There were no errors during compilation and when starting OpenCPN the log file says that the extra plugins are detected as expected and there are no errors. But all I see in the "Plugins" tab are the 4 defaults (WMM, GRIBs, Dashboard and Chart Downloader) And it's a fresh compilation/installation, I did not have older versions. Is anyone else seeing this problem? Thanks

@hamdyaea1: Thank you, now I could reproduce and fix your error. The problem arises when having shapelip as well as gdal installed. Then, the build will use the installed version for both of them instead of the bundled ones and break. As I do not have the time to fix OpenCPN to build with the versions in the arch repo, I simply forced the usage of the bundled shapelip.

@glenjo: I guess that this fixes your error as well.

@all: Please consider the note in the pinned comment about rebuilding plugins, if you encounter errors after only rebuilding opencpn.

I have copied the full update with yay where the build fail here : https://pastecode.io/s/rz5std1s

@glenjo: Can you post some output regarding that error? I can build this aur with gdal installed from the repos as well as without it. opencpn ships its own version of gdal, that's how the headers are included without the gdal package being a dependency.

@hamdyaea1: I am sorry, but the actual error is still not in the text you pasted. "*** Attente des tâches non terminées...." means that an error occured above that line. So please look into the output above that line, and see if you can spot some output containing an error, not a warning.
(You might want to just edit your last comment to not clutter up the comments too much...)

I'm also having the build fail, and traced it back to the gdal package. It's using the include files in the gdal package for conversion between raster and vector chart types. I don't even see gdal listed as a dependancy so I'm wondering what I'm doing wrong at this point. any help would be appreciated!