Beta Test / Technical

[CarCode]

Mike
One of the reasons I do not use this plugin manager.
Regards Gerhard

[Rasbats]

Compiling OpenCPN on Windows

We need to update the developer manual here:
https://opencpn.org/wiki/dokuwiki/do...s_dependencies

This download:
https://download.opencpn.org/s/oibxM3kzfzKcSc3/download

Does not contain all the dependencies. I have my own set that works but is there an official source for OpenCPN 5.2.4?

Mike

[nohal]

Mike...
What is missing? The CI builds are using exactly the archive you talk about (https://github.com/OpenCPN/OpenCPN/b...pveyor.yml#L51) and work just fine as far as I can tell.

[Rasbats]

Pavel...

Sorry... you are correct! Tested again. That was not the problem.

Using:

cmake ..

It is expecting to find "C:/wxWidgets-3.1.2/lib/vc_lib"

But the wxWidgets libs that are used are here: "C:/wxWidgets-3.1.2/lib/vc_dll".

I built wxWidgets by following the manual. BTW had to change the references for downloading wxWidgets-3.1.2.

Worked around the problem by using cmake-gui and changing the wxWidgets lib dir to look in "vc_dll".

Is there anything to edit in the manual?

Mike

[nohal]

I don't think there is anything to edit in the manual and again, CI build works just fine with the wxWidgets we provide (See https://ci.appveyor.com/project/bdbc.../37463982#L151).
Also, "C:/wxWidgets-3.1.2/lib/vc_lib" would mean that it would try to link against the satic libs, certainly not what we want as it would mean plugins won't work at all.

I suspect that on your particular system you have for some reason both the static and DLL builds of wx present, which perhaps confuses cmake. But that is not the case on a system prepared following our build instructions - the static libraries simply don't even exist on such a system.

[Rasbats]

Pavel...

Thanks. Yes, there are both static and dll builds on my system. Probably the cause of my problem. Anyway... OpenCPN 5.2.0 is now installed, but not yet showing the Beta catalog.

Mike

[stevead]

Following error message attempting to build plugin on circleci for build-armhf-stretch & build-armhf-buster in ci/cloudsmith-upload.sh

+ set +x
+ '[' true ']'
+ pyenv versions
+ pyenv versions
  system
* 2.7.12 (set by /opt/circleci/.pyenv/version)
  3.5.2
+ pyenv global 3.7.1
pyenv: version `3.7.1' not installed
+ pyenv global 3.7.0
pyenv: version `3.7.0' not installed
+ pyenv global 3.5.2
+ python3 -m pip install --upgrade pip
Collecting pip
  Downloading https://files.pythonhosted.org/packages/fe/ef/60d7ba03b5c442309ef42e7d69959f73aacccd0d86008362a681c4698e83/pip-21.0.1-py3-none-any.whl (1.5MB)
    100% |████████████████████████████████| 1.5MB 834kB/s eta 0:00:01
Installing collected packages: pip
  Found existing installation: pip 8.1.1
    Uninstalling pip-8.1.1:
      Successfully uninstalled pip-8.1.1
Successfully installed pip-21.0.1
+ python3 -m pip install -q cloudsmith-cli
Traceback (most recent call last):
  File "/opt/circleci/.pyenv/versions/3.5.2/lib/python3.5/runpy.py", line 184, in _run_module_as_main
    "__main__", mod_spec)
  File "/opt/circleci/.pyenv/versions/3.5.2/lib/python3.5/runpy.py", line 85, in _run_code
    exec(code, run_globals)
  File "/opt/circleci/.pyenv/versions/3.5.2/lib/python3.5/site-packages/pip/__main__.py", line 21, in <module>
    from pip._internal.cli.main import main as _main
  File "/opt/circleci/.pyenv/versions/3.5.2/lib/python3.5/site-packages/pip/_internal/cli/main.py", line 60
    sys.stderr.write(f"ERROR: {exc}")
                                   ^
SyntaxError: invalid syntax
Exited with code exit status 1
CircleCI received exit code 1

and for build-macos in circleci-build-macos.sh

Error: 
  homebrew-core is a shallow clone.
  homebrew-cask is a shallow clone.
To `brew update`, first run:
  git -C /usr/local/Homebrew/Library/Taps/homebrew/homebrew-core fetch --unshallow
  git -C /usr/local/Homebrew/Library/Taps/homebrew/homebrew-cask fetch --unshallow
These commands may take a few minutes to run due to the large size of the repositories.
This restriction has been made on GitHub's request because updating shallow
clones is an extremely expensive operation due to the tree layout and traffic of
Homebrew/homebrew-core and Homebrew/homebrew-cask. We don't do this for you
automatically to avoid repeatedly performing an expensive unshallow operation in
CI systems (which should instead be fixed to not use shallow clones). Sorry for
the inconvenience!
Failed during: /usr/local/bin/brew update --force --quiet
+ set -o pipefail
+ for pkg in cairo cmake libarchive libexif wget
+ brew list cairo
==> Downloading https://homebrew.bintray.com/bottles-portable-ruby/portable-ruby-2.6.3_2.yosemite.bottle.tar.gz
######################################################################## 100.0%
==> Pouring portable-ruby-2.6.3_2.yosemite.bottle.tar.gz
Error: No such keg: /usr/local/Cellar/cairo
+ brew install cairo
Error: 
  homebrew-core is a shallow clone.
  homebrew-cask is a shallow clone.
To `brew update`, first run:
  git -C /usr/local/Homebrew/Library/Taps/homebrew/homebrew-core fetch --unshallow
  git -C /usr/local/Homebrew/Library/Taps/homebrew/homebrew-cask fetch --unshallow
These commands may take a few minutes to run due to the large size of the repositories.
This restriction has been made on GitHub's request because updating shallow
clones is an extremely expensive operation due to the tree layout and traffic of
Homebrew/homebrew-core and Homebrew/homebrew-cask. We don't do this for you
automatically to avoid repeatedly performing an expensive unshallow operation in
CI systems (which should instead be fixed to not use shallow clones). Sorry for
the inconvenience!
Error: cairo: undefined method `devel' for #<Class:0x00007fb138b587e0>
+ brew upgrade cairo
Error: 
  homebrew-core is a shallow clone.
  homebrew-cask is a shallow clone.
To `brew update`, first run:
  git -C /usr/local/Homebrew/Library/Taps/homebrew/homebrew-core fetch --unshallow
  git -C /usr/local/Homebrew/Library/Taps/homebrew/homebrew-cask fetch --unshallow
These commands may take a few minutes to run due to the large size of the repositories.
This restriction has been made on GitHub's request because updating shallow
clones is an extremely expensive operation due to the tree layout and traffic of
Homebrew/homebrew-core and Homebrew/homebrew-cask. We don't do this for you
automatically to avoid repeatedly performing an expensive unshallow operation in
CI systems (which should instead be fixed to not use shallow clones). Sorry for
the inconvenience!
Error: cairo: undefined method `devel' for #<Class:0x00007fb4101e4080>
Exited with code exit status 1
CircleCI received exit code 1

Please could we have one (1) working reference for building plugins using ci. And if anything breaks, an announcement advising developers what is broken and what the solution is.

[bdbcat]

Steve...
What plugin build is that shown?


Dave

[jongough]

What version of the build process are you using? The build environments are subject to continuous upgrades to their software which is out of our control. We only find a fatal change when a build fails. Both ODraw and testplugin_pi built on all environments two weeks ago using frontend2 (this is developed in testplugin).

So if reporting an issue there needs to be more information. If you are using frontend2 for the builds you need to make sure you are using the latest version in the master branch. If it still fails diagnosing the issue and providing a working pull request helps considerably.

[rgleason]

I am using OpenCPN 5.2.4+6b314e6 (should this be updated?)

I have tried using the plugin Master catalog using "Import Plugin" to try Rasbats new version of Watchdog 2.4.23.50 using the shipdriver frontend. I get confirmation that the tarball downloaded, but there is no prompt to install it in the Plugin Manager List.
When I go to preferences there is no way to confirm that I have v2.4.23.50 installed because it just shows 2.4.23. Mike is using 2.4.23.50 and up for his version to eliminate some confusion in working with three different versions, my leamas-libs branch, my master-rick branch, rasbats master branch.

I thought the Plugin Manager used to show all the versions of Watchdog that were in the cache when you went to upgrade or reinstall or downgrade or whatever. Has something changed?

In trying the run Mike's plugin new watchdog v2.4.23.50 plugin I've tried the Beta catalog and that seems to work differently than the master catalog, and I can't explain it, but is Plugin Manager working the same as for the master catalog?

Also I've added three versions of watchdog xmls to my rg-alpha meta-directory https://github.com/rgleason/plugins/...alpha/metadata in an effort to try Rasbats version of watchdog. When I load Alpha catalog, I just get one of the more recent versions 2.4.23.7 in the rg-alpha branch metadata which just loads automatically with no choice to change version to mike's watchdog. What am I missing here? Alpha and Plugin Manager just support one version of an environment? Is the Alpha Plugin Manager working the same as Master?

Thanks.


Also, what I found was that to get the "Upgrade" button to show, I had to shutdown Opencpn and reopen it after importing, however Mike's version of the plugin still does not show and is not available to Upgrade to.

[Rasbats]

I have not published Watchdog for the Beta catalog. Only available by download from Cloudsmith and importing:

https://cloudsmith.io/~mike-rossiter...beta/packages/

Only trying to show that the Leamas workflow for managed plugins does work. No intention to publish this in the OpenCPN catalog - Beta, Master etc.

Mike

[rgleason]

Mike, I understand. I have tried importing it a dozen times. It does not work. Import works and there is a message confirming that, however the plugin is then not available in Plugin Manager to "Upgrade" and it is not seen or available when trying to upgrade. However it does exist in the cache, but is just not available or accepted by Plugin Manager.

So I would simply say it does not work. I was looking forward to giving it a spin.

There are some other questions I had about Plugin Manager.

Originally Posted by Rasbats

I have not published Watchdog for the Beta catalog. Only available by download from Cloudsmith and importing:

https://cloudsmith.io/~mike-rossiter...beta/packages/

Only trying to show that the Leamas workflow for managed plugins does work. No intention to publish this in the OpenCPN catalog - Beta, Master etc.

Mike

[rgleason]

I will try the new alpha in Cloudsmith. - ...I downloaded the version from Beta and Imported it with success.


I have found that the only way to get the plugin to show was to import the plugin, then close Opencpn and restart. Then click on Watchdog in Plugin manager. And I get this! see attached

And then it loaded from cache and installed.
Now it works and the alarms work. Icon works too.



Perhaps this having to shutdown Opencpn first has something to do with my version of O?
Have you experienced having to shutdown O and restart to get plugins to show in order to install them?

[rgleason]

@bdbcat

OpenCPN User Manual Fails now
See https://github.com/OpenCPN/OpenCPN/i...ment-792053082


Can we get the website upgraded to PHP 7.1.0?


Or even PHP 7.3 (You may be able to do this from the website control panel, with a simple change)

https://stackoverflow.com/questions/...cies-require-a

[rgleason]

Thanks Dave,
I've removed all revisions before 2020 to save space. In doing so one of the main pages got moved on the server (don't know how this happened, but I must have done it) and now the wiki is working again. See https://www.cruisersforum.com/forums...al-247645.html


PS: Thanks for the update to PHP. I will not be installing the Markup plugin because Alex and Mike want to convert from native Dokuwiki, so that's much easier.