A Backport Request for the 4 plugins needing a backport is here

https://bugs.mageia.org/show_bug.cgi?id=30624

NB
2 ways to test the whole stuff (including the backported rpms inside core/backports_testing and nonfree/backports_testing)

1)
Update from a previous complete install being already updated from core/updates core/backport and nonfree/backport 
use core/updates_testing core/backport_testing and nonfree/backport_testing 
this will obsolete and uninstall some old plugins
but will preserve your previous config files, written files, paths to Charts, downloaded encrypted Charts and so on

(I did it tested it a lot and kept the use of the paid dongle to display paid encrypted nautical charts)

2)
Do a fresh install from
core/updates_testing core/backport_testing and nonfree/backport_testing 
I did it too after having backedup my opencpn-config folder
it creates a new config folder in /home/myusername/.opencpn/


PS
There were some advises to test the previous updates in this bug
they are still valid
https://bugs.mageia.org/show_bug.cgi?id=29309

Created attachment 13333 [details]
Update Avisory

Created attachment 13334 [details]
Short Update Advisory

Thank you yet again for your stupendous work on this complicated application.
I am assigning it to you as being the visible maintainer (indeed, you have already put this in Cauldron).

Unless QA can add any meaningful testing (perhaps the update or install described in comment 2), no doubt your own expert tests on this update are good for OK.

Can you confirm whether all this is already in core/updates_testing core/backport_testing and nonfree/backport_testing? If so, this can go to QA.

Assignee: bugsquad => philippedidier
CC: (none) => lewyssmith, zen25000

Hi Lewis
I confirm all the stuff is in core/updates_testing core/backport_testing and nonfree/backport_testing
This can go to QA

And I'm indeed the maintainer of the whole stuff now (thanks to Barjac aka zen2500 who helped me so much for the previous 5.2.4 version... and to OpenCPN developers who are very hard workers and quick responsive they helped me to find workarounds since we can't use mageia macros anymore to build rpms for some plugins)

PS
I attached two Update advisories
- the first one 
https://bugs.mageia.org/attachment.cgi?id=13333
contains a procedure to test each plugin

- the short one
https://bugs.mageia.org/attachment.cgi?id=13334
is meant to be used as the published update advisory

The nonfree backported rpms can't be fully tested without having a paid decryption key or USB dongle to display encrypted Nautical Charts

The Backported radar-plugin needs the computer being connected to a real radar

The Backported sar-plugin is the only one that can be fully tested (it draws a Search an Rescue trace on the displaid chart round the point where is the cursor or the GPS position of the boat)

Thank you for your additional comments.

CC: lewyssmith => (none)

Trying to load from core/updatestesting into QARepo, I get:
opencpn-logbookkoni-plugin-1.4.28-1.mga8 not found in the remote repository
The others seem OK.

CC: (none) => herman.viaene

@Herman: There seems a typo in comment 1. According madb the package is called opencpn-logbookkonni-plugin (two "n" in logbookkonni).

(In reply to Herman Viaene from comment #9)
> Trying to load from core/updatestesting into QARepo, I get:
> opencpn-logbookkoni-plugin-1.4.28-1.mga8 not found in the remote repository
> The others seem OK.

Hi Herman

Indeed there is a typo in the first bug description and in the update advisories
sorry for this
I'm gonna correct this stupid error

Created attachment 13338 [details]
Update Avisory

typo corrected in this update advisory

Attachment 13333 is obsolete: 0 => 1
Attachment 13334 is obsolete: 0 => 1

Created attachment 13339 [details]
Short Update Advisory

typo corrected in the short update advisory

(In reply to Philippe Didier from comment #0)
> Description of problem:
> 
> New versions of OpenCPN and its plugins have been provided by their
> developers
> This new version allows to use new nonfree plugins to display encrypted
> Nautical Charts : these nonfree plugins are not compatible with the previous
> version of OpenCPN (5.2.4) So to navigate safely using official paid Charts
> this update is necessary
> 
> This concerns
> 
> - opencpn-5.6.2-4.mga8
> - opencpn-ais-radar-plugin-1.2.23.0-1.mga8
> - opencpn-celestial-navigation-plugin-2.3.15.0-1.mga8
> - opencpn-climatology-plugin-1.4.46.0-1.mga8
> - opencpn-logbookkoni-plugin-1.4.28-1.mga8
> - opencpn-polar-plugin-1.1.29-1.mga8
> - opencpn-squiddio-plugin-1.3.21-1.mga8
> - opencpn-statusbar-plugin-0.8.22-1.mga8
> - opencpn-watchdog-plugin-2.4.44-1.mga8
> - opencpn-weather-routing-plugin-1.13.48.0-1.mga8
> - opencpn-weatherfax-plugin-1.9.39.0-1.mga8
> 
> By the way there will be a backport request for other plugins already
> backported
> in core/backport :
> opencpn-radar-plugin
> opencpn-sar-plugin
> in nonfree/backport :
> opencpn-s63-plugin
> and a new one in nonfree/backport :
> opencpn-o-charts-plugin

SORRY FOR THE TYPO
I should have written
- opencpn-logbookkonni-plugin-1.4.28-1.mga8 with two "n" instead of
- opencpn-logbookkoni-plugin-1.4.28-1.mga8

Since I can't edit the first comment #0

I propose here a new corrected first comment 
Description of problem:

New versions of OpenCPN and its plugins have been provided by their developers
This new version allows to use new nonfree plugins to display encrypted Nautical Charts : these nonfree plugins are not compatible with the previous version of OpenCPN (5.2.4) So to navigate safely using official paid Charts this update is necessary

This concerns

- opencpn-5.6.2-4.mga8
- opencpn-ais-radar-plugin-1.2.23.0-1.mga8
- opencpn-celestial-navigation-plugin-2.3.15.0-1.mga8
- opencpn-climatology-plugin-1.4.46.0-1.mga8
- opencpn-logbookkonni-plugin-1.4.28-1.mga8
- opencpn-polar-plugin-1.1.29-1.mga8
- opencpn-squiddio-plugin-1.3.21-1.mga8
- opencpn-statusbar-plugin-0.8.22-1.mga8
- opencpn-watchdog-plugin-2.4.44-1.mga8
- opencpn-weather-routing-plugin-1.13.48.0-1.mga8
- opencpn-weatherfax-plugin-1.9.39.0-1.mga8

By the way there will be a backport request for other plugins already backported
in core/backport :
opencpn-radar-plugin
opencpn-sar-plugin
in nonfree/backport :
opencpn-s63-plugin
and a new one in nonfree/backport :
opencpn-o-charts-plugin

Thanks to Herman and sturmvogel

MGA8-64 Plasma on Acer Aspire 5253
No further installation issues.
Opened opencpn in CLI giving loads of feedback on sound device. Ignoring this.
Downloaded and selected some chart, giving better detai!ls on the coastline of W-Europe. Could draw a route, giving the distances when putting waypoints on the chart.
All looks OK.

Whiteboard: (none) => MGA8-64-OK

Created attachment 13340 [details]
Update Avisory

Same advisory with the correct numbering of one plugin

Attachment 13338 is obsolete: 0 => 1
Attachment 13339 is obsolete: 0 => 1

Created attachment 13341 [details]
Short Update Advisory

sale advisory with a correct numbering of one plugin

In the list of the plugins there is a wrong numbering for one of them
- opencpn-weatherfax-plugin-1.9.39.0-1.mga8
it's :
- opencpn-weatherfax-plugin-1.9.40.0-2.mga8

Does this invalidate the OK given in Comment 16 ????

Hi Herman
No problem for the OK you gave
- opencpn-weatherfax-plugin-1.9.40.0-2.mga8 
is now in core/updates_testing and have replaced 
- opencpn-weatherfax-plugin-1.9.39.0-1.mga8
at least already in https://distrib-coffee.ipsl.jussieu.fr/pub/linux/Mageia/

This a leaf package... when testing the update of OpenCPN-5.6.2 and its plugins with the 1.9.39.0 version of opencpn-weatherfax-plugin there was no problem when updating the rpm itself (no conflict, the components in the right place)

 but when testing the plugin itself I discovered that we couldn't anymore see this plugin in the list of plugins inside OpenCPN itself and it was not possible to activate it and download grib files from internet-weather-fax providers :
OpenCPN seems not to find the libweatherfax_pi.so even if it is in the right path beside the other plugins

I had to rebuild it with 
- an older program source (1.19.18) : the last working source !
- but the newer database of internet-weather-fax providers (1.19.40.0)
For update facility the version of the rpm is now 1.19.40.0-2 even if the program sourceversion is 1.19.18

PS it's more and more difficult to build rpms since OpenCPN developers have chosen to use a builtin PluginManager that downloads plugins from a server
They focus now on Windows, MacOS, RaspBerry and for Linux they prefer to work for the flatpak version which is compatible with the server for which are built the tarballs of the plugins
The installation inside flatpak is completely different from and not compatible with the classical rpm installation
I have to use lots of workaround to continue to build rpms and to update them

I think that soon this will not be possible anymore to use OpenCPN outside of flatpak 
(I try to convince the OpenCPN devs to continue to allow a classical installation and preserve the possibility to use the sources for this... but some changes done for creating tarballs for the PluginManager affect too much the sources)

About sound devices OpenCPN uses the jack (Jack Audio Control Kit) which needs to be activated to work with an HF radio connected to the computer to receive weather audiofax and have them trancoded into grib files by opencpn-weatherfax-plugin

It's not easy to completely test opencpn-weatherfax-plugin it without having this :
we can only test the internet part of this plugin (not the audio !)

Validating. Suggested advisories are in attachments, but considering some of the comments an additional check should be made for typos before uploading, just to be sure.

Keywords: (none) => validated_update
CC: (none) => andrewsfarm, sysadmin-bugs

Hi Thomas
I have read three more times the updated advisories and have uploaded the corrected
opencpn-weatherfax-plugin-1.9.40.0-2.mga8 rpm that is now in the mirrors 

There won't be no typo problem now
Sorry for the corrections appeared in the last minutes 
- typo that you fortunately discovered
- problem with the weatherfax-plugin that could easily be updated but needed to be really deeply tested to discover it was buggy and needed to use an older version of the program source but the last database...

OpenCPN is so specific to navigation that it needs users to be completely tested (Barjac who helped me a lot in the past is one of them...)

Advisory for the core updates packages committed to svn.

Note to sysadmins: Two srpm packages in core backports testing will need to
be moved to core backports -
opencpn-radar-plugin-5.2.2-4.mga8.src.rpm
opencpn-sar-plugin-3.0.0-1.mga8.src.rpm

Keywords: (none) => advisory
CC: (none) => davidwhodgins

Note Bis to sysadmins 
there are also two srpm packages in nonfree backports-testing which need to be moved to nonfree backports :

 opencpn-o-charts-plugin-1.0.29.0-2.mga8.nonfree.src.rpm
 opencpn-s63-plugin-1.17.6-1.mga8.nonfree.src.rpm

Thanks

We know, those are already tracked in bug 30624

An update for this issue has been pushed to the Mageia Updates repository.

https://advisories.mageia.org/MGAA-2022-0104.html

Status: NEW => RESOLVED
Resolution: (none) => FIXED