Beta Test / Technical

[transmitterdan]

RPi 3b Raspbian latest update and beta kernel

[bdbcat]

Dan...

O5 current release works fine for me.

git master is unreliable just now. We are in serious "sandbox" mode, and will be for some time. Unless you like to experiment, stick with the O5 Released branch...
Or, if you want to help, try some git bisect operations against "master", and find the commit that broke loading of the downloader plugin.


Thanks
Dave

[transmitterdan]

Dave,

That’s what I needed to know. I didn’t know if others had seen the problem. It’s probably a library related issue. Will try to find the root cause.

[aurigo]

Just updated to Version 5 with the new OeSENC plugin. What happens is when I zoom out I see grey areas on the chart, then suddenly the chart indicators at the bottom of the chart disappear and seconds later the program just shuts down without any warning. System is a W10 Pro with all updates.
Can somebody help me or should I go back to version 4). How can I track this error?



Wolf

[bcn]

Wolf,

please try with OpenGL OFF (if ON right now) and report back.

In case try to get the latest drivers for your graphic chips.

Hubert

[aurigo]

Disabling OpenGL resolves the problem. Apparently what worked with version 4 does not work with version 5. Tks for the help.


PS: Are you the Hubert I know?

[rgleason]

In Appveyor.yml file under

deploy:
auth_token: '%GitHub_auth_token%'

I have been substituting

deploy:
auth_token:
secure: [large encrypted public key]

Which works, but it exposes the encrypted code and makes the Appveyor file too specific to be useful for others.

How can I use the more generic:

auth_token: '%GitHub_auth_token%'

and have the key in some file that is read automatically?

Then the appveyor file could be more generic, and each github user could have another file located in their top github directory that is "ignored" that they enter their encrypted public key into.


I have searched the internet for more information about how to do this, but have been unsuccessful.

[transmitterdan]

Originally Posted by bdbcat

Dan...

O5 current release works fine for me.

git master is unreliable just now. We are in serious "sandbox" mode, and will be for some time. Unless you like to experiment, stick with the O5 Released branch...
Or, if you want to help, try some git bisect operations against "master", and find the commit that broke loading of the downloader plugin.


Thanks
Dave

Dave,

It’s related to wxWidgets library build. I was using latest git master of wx. There are a lot of incompatibilities creeping into the next wx release it appears.

[sailorF54]

Hello all


I've been (again) playing with my Rock64 arm64 SBC since the armbian Ubuntu 18.04 (Bionic) distro installs without a hitch and is quite stable
https://www.armbian.com/rock64/
I discovered that O 5.0.0 lacks an arm64 version in both PPA's, so I compiled it without a hitch.


There's however an error message when launching (see pic). I made sure that the /home/.../OpenCPN folder was in 777 mode, but to no avail. However clicking OK does start O which runs fine.


I've also discovered that the plugins downloaded from the PPAs seem now available in both /usr/share... for the 'official' versions and /usr/local/ share/... for the compiled versions... Well done !

[transmitterdan]

This error is from wxWidgets and can be ignored for now.

[sailorF54]

Hello all


There seems to be a glitch in the grib plugin after compiling O for arm64.
When asking for a request to be sent to saildocs, the default mail app cannot be accessed (see pic for error)
The correct path should be
/usr/lib/aarch64-linux-gnu/xfce4/exo-1/exo-compose-mail-1

[did-g]

Originally Posted by sailorF54

Hello all


There seems to be a glitch in the grib plugin after compiling O for arm64.
When asking for a request to be sent to saildocs, the default mail app cannot be accessed (see pic for error)
The correct path should be
/usr/lib/aarch64-linux-gnu/xfce4/exo-1/exo-compose-mail-1

I'm not sure it's an issue with O, it knows nothing about exo-1 only '/usr/bin/xdg-email'

in a shell is

 xdg-email mailto:foo@example.com --body bar

working ?

[sailorF54]

Originally Posted by did-g

I'm not sure it's an issue with O, it knows nothing about exo-1 only '/usr/bin/xdg-email'

in a shell is

 xdg-email mailto:foo@example.com --body bar

working ?

You're right... Nothing to do with O, but it must come from the armbian distro




EDIT
OK problem solved by creating the missing folders


Merci Didier !

[RonSouthworth]

Compiling wx.Widgets3.1.2 for UBUNTU


Hi folks,

I cannot find an official bundled release of wxWidgets3.1.2 available for any version of UBUNTU.

Searching on the UBUNTU package site confirms this.

I can find no offical detailed configuration parameter information on the OpenCPN document server for UBUNTU, all references detail wxWidgets3.1.2 install by using the precompiled OS flavour libraries.

There are unofficial versions that are available for wxWidgets3.1.2.

Are these libraries ok to use or are there some parameter details that someone could advise are the official requirements to build the stand alone source so that i can with confidence compile stuff and know it is correctly compiled.

Any advise as always appreciated


/Ron

[nohal]

Ron...

Exactly as with macOS, please follow the build instructions and use the packaged wxWidgets version available on the target platform (Which is wxWidgets 3.0.x on ~100% of Linux distributions at the moment).
The only result you may get from using locally built wxWidgets 3.1 is that nobody, this time really nobody, will be able to use what you produce.

Pavel