OpenCPN Version 5.7.1 Beta Test #4

[bdbcat]

LoL...
"Why break things?"
We break things for some in order to fix things for many more.
That's what happens when we get an ABI breaking change in, for example, wxWidgets.

All current MacOS and Windows users, and some linux users, will be switching from wx30 to wx32 when they upgrade to OCPN 5.8. They will thus have incompatible and therefore unloadable plugins in their legacy plugin directory. This change instructs O to ignore those incompatible plugins, in order to avoid having to nag the user about them at every OCPN startup.
You might ask reasonably why we do not simply delete or remove these incompatible legacy plugins automatically. Well, we would like to, but the relevant directory attributes do not allow this without elevated permissions, something we cannot do from user space in a platform-agnostic way. That is one of the reasons we moved to the current plugin manager approach, so that we can do automatic plugin maintenance in user-space.


Sorry for the addition to your maintenance load. You may like to experiment by simply changing the build "prefix" of your plugins to something like "~/.local". Might just work...


Dave

[LeaseOnLife]

Originally Posted by bdbcat

LoL...
"Why break things?"
We break things for some in order to fix things for many more.
That's what happens when we get an ABI breaking change in, for example, wxWidgets.

All current MacOS and Windows users, and some linux users, will be switching from wx30 to wx32 when they upgrade to OCPN 5.8. They will thus have incompatible and therefore unloadable plugins in their legacy plugin directory. This change instructs O to ignore those incompatible plugins, in order to avoid having to nag the user about them at every OCPN startup.
You might ask reasonably why we do not simply delete or remove these incompatible legacy plugins automatically. Well, we would like to, but the relevant directory attributes do not allow this without elevated permissions, something we cannot do from user space in a platform-agnostic way. That is one of the reasons we moved to the current plugin manager approach, so that we can do automatic plugin maintenance in user-space.


Sorry for the addition to your maintenance load. You may like to experiment by simply changing the build "prefix" of your plugins to something like "~/.local". Might just work...


Dave

understood. OK, then lets use the plugin manager, but use locally created tarballs:

Can the heatseekers get some instructions to build tarballs locally, which then can be imported into O and O takes care of putting the files in the right place?

So far radar, iacfleet are building these tarballs automatically and I can import them. How would I build a tarball for plugins that do not do that yet?

[Hakan]

Originally Posted by LeaseOnLife

How would I build a tarball for plugins that do not do that yet?

I'd have updated it to the "Shipdriver" process. That's a method to prepare for PM distribution but also to create the Tarball locally.

Read about how to adapt, "bootstrap", here

[LeaseOnLife]

Originally Posted by Hakan

I'd have updated it to the "Shipdriver" process. That's a method to prepare for PM distribution but also to create the Tarball locally.

Read about how to adapt, "bootstrap", here

Thanks! Just reading up on that, late night here.. that looks like a task for the plugin maintainers? I will play with it locally.

[Hakan]

@All..
Dear testers.
You may be aware of the new feature for routes, tracks and WPs. It's possible to send to another OCPN instance on the same local network. E.g. right click "Send to peer"
Now I have some trouble detecting other peers while both are on a wifi network. Once detected it's no problem to send. It's the detection itself. It seems my router is delaying the question to a peer to react on.

It would be nice if others can test this as well and report:
Is your local wifi net detecting other peer(s) in a reliable way?
Thanks
Håkan

[Moo]

GRIB plugin.

The grib plugin is not behaving with my email app (Bluemail) on Windows11. I can live with that but the problem I am having is that it is very difficult to cut and paste the generated saildocs query from the generate email dialogue.

It is possible to select the text but the selection only remains for half a second or so then deselects itself. It is possible to grab a copy by having the cursor in the text and doing CTRL+A and CTRL+C very quickly.

[bcn]

Originally Posted by Hakan

@All..
Dear testers.
You may be aware of the new feature for routes, tracks and WPs. It's possible to send to another OCPN instance on the same local network. E.g. right click "Send to peer"
Now I have some trouble detecting other peers while both are on a wifi network. Once detected it's no problem to send. It's the detection itself. It seems my router is delaying the question to a peer to react on.

It would be nice if others can test this as well and report:
Is your local wifi net detecting other peer(s) in a reliable way?
Thanks
Håkan

Something we observed as well. A W10 instance on WiFi will not be seen by others, however the other way around works just as announced. The WiFi connected instance does see the rest and can send objects to peers.
All instances of OpenCPN are in the same segment of the network.


Hubert

[Ptizef]

Originally Posted by bdbcat

JP....
re: GRIB Icons:
Consequently, I do not think there will be much we can do about this upstream bug in this O58 cycle.
Sorry
Dave

Thanks, Dave.
You confirmed what I thought.

JP

[Hakan]

Originally Posted by Moo

GRIB plugin.

The grib plugin is not behaving with my email app (Bluemail) on Windows11.

What OCPN/Grib does is to ask Windows for a email client. So it's Windows to have the responsibility to serve the right answer. What you can do is to check and set Windows properties to the correct email client.

It is possible to select the text but the selection only remains for half a second or so then deselects itself.

If you enable [X] "Manual selection" it use to be able to select and copy the mail text in a normal way.

[rgleason]

Originally Posted by LeaseOnLife

This is all besides the point:

I compile O form source, why would I want to use pre-compiled plugins

more besides the point stuff:

• I.e climatology needs a patch, as mentioned in https://github.com/rgleason/climatology_pi/issues/35 to compile for me.
• Debian bookworm armhf is a 32bit OS for PI4 as is Debian bookworm arm64 a 64bit OS for PI4.

I made the patch and it causes other builds to fail, so I am going to remove it, if someone does not have an ifdef way of identifying
bookworm. That problem is holding up a new release of climatology.


You are what is known as a "corner case" in some parlance.

[bcn]

Originally Posted by bcn

Something we observed as well. A W10 instance on WiFi will not be seen by others, however the other way around works just as announced. The WiFi connected instance does see the rest and can send objects to peers.
All instances of OpenCPN are in the same segment of the network.


Hubert

A second W10 system results to be visible via WLAN. This lead to go through the network settings of the first W10 system, with the result that (re)touching the firewall settings makes the system visible as well.
Used the moment to uninstall various older beta versions from the device...

[Hakan]

Win10
Grib; Manual area selection.
Long time since I used this but when the manual area shall be drawn one have to use the mouse pointer.
On my system the drawn area is not shown on the screen so I don't see what I'm doing. If I draw an area in "blind" I see the selected area in the properties to send.
I tested another Windows and the result was the same. No indication while drawing an area. Anyone else sees the same?

[Rasbats]

Originally Posted by Hakan

@All..
"Send to peer"
Håkan

Working both ways for W10/Ubuntu Focal.

Mike

[Rasbats]

Originally Posted by Hakan

@All..
"Send to peer"
Thanks
Håkan

Mac Mini MacOS Catalina/W10 :
Works both ways here. Peers detected and routes transferred.
Asus gigabit router.

Mike

[houlejm]

Originally Posted by Hakan

@All..
Dear testers.
You may be aware of the new feature for routes, tracks and WPs. It's possible to send to another OCPN instance on the same local network. E.g. right click "Send to peer"
Now I have some trouble detecting other peers while both are on a wifi network. Once detected it's no problem to send. It's the detection itself. It seems my router is delaying the question to a peer to react on.

It would be nice if others can test this as well and report:
Is your local wifi net detecting other peer(s) in a reliable way?
Thanks
Håkan

Running Ubuntu 22.04 on two machines
No peer found unless I disable the firewall (ufw)
which port should I open?
I already have 10110 (nmea) and 5353 (avahi)
JM