OpenCPN Version 2.4 Beta Build 628

[bdbcat]

Ahoy, OpenCPN'ers...

OpenCPN Version 2.4 Beta Build 628 will soon be available for download from opencpn.org.

Monitor the opencpn.org Downloads page to find and download the latest Beta version.....

Source is available now on sourceforge git repo.

Changelog

187. Correct ownship anchored TCPA logic (FS#543)
188. Correct Dashboard dragging/docking anomaly (FS#548)
189. Correct Toolbar orientation toggle on GTK (FS#553)
190. Work-around yet another undocumented behavior of GPSD....sigh...(FS#435)
191. Redesign "Donate" button in Toolbar->Help to avoid copyright problems.
192. Improve quilt logic to allow quilting by chart family (FS#560)
193. Remove context menu item "Move Boat Here" if GPS signal is valid (FS#559)
194. On MOB, do not create return route if GPS COG is invalid. (FS#554)
195. Improve format of Chart info rollover window (FS#556)
196. Implement timeout for AIS target rollover window(FS#554)
197. Correct lost AIS target deletion with target list dialog open (FS#552)
198. Modify Windows installer License page. (FS#561)
199. Correct Route behavior near IDL (FS#563)
200. Correct occasional problem with GPS status box indicator (FS#546)
201. Move linux plugin location to {prefix}/lib/opencpn
202. Numerous Mac build and runtime corrections, including PlugIns and GPSD support.

Release Beta 2.4.628

Notes:
202. Changes made for Mac build which may have unintended side effects for other platforms should be tested thoroughly. They include:
a. Locale (language) changes.
b. GPSD

Mac users may jump on over to the Mac thread for more info.

Open Issues:
a. Bobofthenorth disappearing Routes.....
b. Cagney's Route Extend difficulties....

Other than these two issues, I think we are getting really close to releasing 2.5.

Attention: Last call for localization files (.po).....


Good Luck
Dave

[Netsurfer]

Hi Windows user ...

new version already compiled but can't upload it at the moment due to my server being down . So it may take some more minutes until the support has located the problem and solved it.

BTW: We need a new language string for the installer - see the text at the bottom of the licence's page (English as install language selected).

OpenCPN is software libre. You are encouraged and legally
entitled to copy, reinstall, modify, and redistribute this program
for yourself and your friends under the terms of the GPL.
Smooth sailing!

You can just add your translation in http://www.cruisersforum.com/forums/...ngs-48440.html or edit the appropriate language file at Google (will be updated soon) - thanks!

Gunther

[Netsurfer]

Download of the Windows version is now available!

OpenCPN 2.4.628 for Windows

Or visit http://opencpn.de/sites/default/file....628_setup.exe

Thanks Dave!

Gunther

PS: Now with dashed ownship predictor line (instead of a solid one) !

[cagney]

Dave

Thank you very much for all the work.
All Linux users
#201 means that the two default plugins. DashBoard and Grib are moved to /usr/local/lib/opencpn/ (for an installation using a deb package). If you have any other plugins you have to move them yourself from /usr/local/share/opencpn/plugins to the new location, otherwise the will not show up in the plugin tab.

The Ubuntu packages are available on the Download page.

Thomas

[ChuckSK]

Sunrise/Sunset instrument still crashes with debug build. It displays a bad value with release build. wxDateTime does not like invalid times.

[P_Dub]

Originally Posted by ChuckSK

Sunrise/Sunset instrument still crashes with debug build. It displays a bad value with release build. wxDateTime does not like invalid times.

The times of sunrise and sunset are incorrect. It seems that one is GMT and the other is ----.
Regards.
P_Dub

[PjotrC]

Originally Posted by bdbcat

Open Issues:
a.
b. Cagney's Route Extend difficulties....

Re: b. I am not able to produce a proper patch now, but I think that part of the problem is that the route extend logic refuses to extend a route by just one leg. It seems to me now I was over-cautious when coding and made the check too strict. The solution should be to replace the test

  if (fm < to)

occuring inside the routines void RouteProp::OnRoutepropExtendClick and bool RouteProp::IsThisRouteExtendable()
by

  if (fm <= to)

It seems that Thomas' example involves at the same time yet another issue, possibly already solved with the 199. (FS#563) fix.

Piotr

[bdbcat]

Pjotr...

I looked at your logic (for the first time, I should say), in relation to Thomas' discovery. I could not understand the (fm < to) condition. Thanks for the explanation.

Thomas, you may want to try this change, and experiment with the behavior of route extend, and let us know if the functionality is better with this patch.

Dave

[balp]

Originally Posted by bdbcat

202. Numerous Mac build and runtime corrections, including PlugIns and GPSD support.
Mac users may jump on over to the Mac thread for more info.

-- Configuring done

Cmake on macos fails:

CMake Error in CMakeLists.txt:
Cannot find source file "opencpn.icns". Tried extensions .c .C .c++ .cc
.cpp .cxx .m .M .mm .h .hh .h++ .hm .hpp .hxx .in .txx

Buildlogs at: http://goldmoon.arnholm.se:8880/job/...acos/9/console

[cagney]

Originally Posted by bdbcat

Pjotr...

I looked at your logic (for the first time, I should say), in relation to Thomas' discovery. I could not understand the (fm < to) condition. Thanks for the explanation.

Thomas, you may want to try this change, and experiment with the behavior of route extend, and let us know if the functionality is better with this patch.

Dave

Dave & Pjotr

Pjotr's patch is working.
I have tested Pjotrs assumption, and I'm confident that the problem appeared when only one leg was left. If I, in such a situation, extended the original route, the "Extend Route" button would work.

The patched version is available for testing: opencpn_2.4.628-2_amd64.deb

Thanks

Thomas

[cagney]

Originally Posted by ChuckSK

Sunrise/Sunset instrument still crashes with debug build. It displays a bad value with release build. wxDateTime does not like invalid times.

I suppose that Nohals patch never made it to the 628 beta?

Thomas

[SethDart]

I built 2.4.628 for Fedora x86_64, new plugin location does not work
CMakeLists.txt assumes it's $PREFIX/lib/opencpn
but for 64 bits arch, it should be $PREFIX/lib64/opencpn
Dunno if there's any such logic in cmake. If not we'll have to expand CMakeLists.txt to handle distro and arch.

Thomas, how behave Ubuntu in that matter? I know there were recent changes to handle multi-arch lib.

[HamishB]

Originally Posted by SethDart

I built 2.4.628 for Fedora x86_64, new plugin location does not work
CMakeLists.txt assumes it's $PREFIX/lib/opencpn
but for 64 bits arch, it should be $PREFIX/lib64/opencpn
Dunno if there's any such logic in cmake. If not we'll have to expand CMakeLists.txt to handle distro and arch.

Thomas, how behave Ubuntu in that matter? I know there were recent changes to handle multi-arch lib.

debian/ubuntu does:

$ ls -l /usr/
...
drwxr-xr-x  61 root root  24576 Jun 29 21:19 lib/
drwxr-xr-x   4 root root   4096 Jun 16 18:35 lib32/
lrwxrwxrwx   1 root root      3 Jun 16 17:49 lib64 -> lib/

AFAIK /usr/lib32 only exists if you have explicitly installed the 32bit versions of the libraries to meed some legacy need. I've just built and tested 2.4.628 on debian stable and unstable (amd64), and the new library path works fine.

note I'm using the DebianGIS build rules (just updated) and not cmake's .deb target like the Ubuntu packages above.


Hamish

[cagney]

Well Ubuntu is ... different.
In /usr you have lib and lib32 and then lib64 as a softlink to /usr/lib.
In /usr/local there is only lib, nothing else.

The Linux FHS from 2004 says nothing about this that I can find. It just says that generally /lib64 should be used. In Ubuntu this is a link to /lib.

Thomas

[HamishB]

I notice a few stray executable bits remain in 628:
README
plugins/demo_pi_sample/src/nmea0183/
plugins/dashboard_pi/src/nmea0183/


I'd like to have the build use the system's libtinyxml instead of the embedded copy. As there is no /usr/share/cmake-2.8/Modules/FindTinyXML.cmake to make things easy, and I'm not a cmake expert, I'm a bit stuck. any ideas on how to do that?

any ideas on how to enable cmake's parallel build? (whatever the equivalent of `make -j4` is)


thanks,
Hamish