OpenCPN Version 2.4 Beta Build 708

[bdbcat]

Ahoy, OpenCPN'ers...

OpenCPN Version 2.4 Beta Build 708 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

203. Correct Dashboard Sunset time calculation.
204. Correct Route Extend logic
205. Correct AIS Toolbar icon update logic (FS#567)
206. Improve AIS Alert dialog font selection (FS#570)
207. Improve CMakeLists.txt for arch and distro type.
208. Improve NMEA error condition management(FS#555)
209. Correct Route/Track drawing logic
210. Documentation files update. Thanks to Thomas (cagney)
211. Correct for lost focus on Windows after clicking e.g AIS target list.
212. Correct for orphan AIS target in AIS target list (FS#552)
213. Correct location of "Overzoom" indicator (FS#572)
214. Implement persistence of S57 Query dialog size.
215. Correct screen refresh logic (FS#571)
216. Correct GPX Export file overwrite logic (FS#575)
217. Various Mac usability updates.
218. Update S52 symbology.
219. Implement Multi-leg measure tool
220. Implement PlugIn accessible chart database support.

Release Beta 2.4.708

Notes:

210. Lots of work on the Wiki. A snapshot of the current state was used to create the embedded help files. Please take a close look at the embedded help. Special thanks to Thomas (cagney).

219. By popular request....

220. This will allow a future chart updater PlugIn to work smoothly in the backgound.

Getting close now. I am working on a few last minute Flyspray items.
I really want to get this Release out in the next few days. There comes a time when it is done.....

Thanks
Dave

[Littlechay]

Download and installed the .deb for 64bit on Ubuntu 11.04

There is an issue with the default plugin location.

Plugins are in /usr/local/lib/opencpn

Extract from the log file showing that OpenCPN is searching in /usr/lib/opencpn

11:32:49 SAST: NMEA AutoPilot Port is....None
11:32:50 SAST: PlugInManager searching for PlugIns in location /usr/lib/opencpn
11:32:50 SAST: ChartDB Cache policy: Max open chart limit is 20.

I had been doing some testing of the 628 version this morning against the wiki documentation and noticed that the GPS status had disappeared, that has returned in 708.

Anyway any ideas regarding the plugins being in the wrong location?

[cagney]

Originally Posted by Littlechay

Download and installed the .deb for 64bit on Ubuntu 11.04

There is an issue with the default plugin location.

Plugins are in /usr/local/lib/opencpn

Extract from the log file showing that OpenCPN is searching in /usr/lib/opencpn

I had been doing some testing of the 628 version this morning against the wiki documentation and noticed that the GPS status had disappeared, that has returned in 708.

Anyway any ideas regarding the plugins being in the wrong location?

It definitely looks like a change.
From 628 announcement:

201. Move linux plugin location to {prefix}/lib/opencpn

{prefix} on linux has always been "/usr/local/", this is a non standard location in the Linux world. Is this changed to "/usr", to fit the Debian standard?
OK with me! The main problem is that it's not documented, and that the two "default" plugins are not installed in "/usr/lib/opencpn/", this directory isn't even created.
Creating this directory, and moving your plugins, brings things back to normal, though.

Dave
Is {prefix} = "/usr", the way it should be in the future? Or shall we revert to {prefix} = "/usr/local" ?

Thomas

[bdbcat]

Thomas....

It seems that the default {prefix} for CMake is "/usr/local".
So, when you, or I build a package, that's what we get for the install location.

At runtime, we get wxWidgets' idea of {prefix}, which seems to be "/usr".

So, I guess that when we build a package, we should use an explicit prefix on the cmake command line, viz:

cmake  -DPREFIX=/usr

But, I am no expert on debian fsh rules. Other viewpoints appreciated....

Dave

[Netsurfer]

Windows version is now also ready for download ...

OpenCPN 2.4.708 Windows (beta)

Or visit the download page at opencpn.org!

@Dave:
No more notification by email?
Lot's of other work so I do not look that often at the forum ... .

Gunther

[bdbcat]

Gunther....

Ooops, sorry.

Dave

[cagney]

Dave

The {prefix} = /usr is certainly what the linux fsh standard recommends

From the 2.3 version.

The /usr/local hierarchy is for use by the system administrator when installing software locally. It needs to
be safe from being overwritten when the system software is updated.

If OpenCPN in the future will be officially included in Debian or any other distro, the {prefix} more or less has to be "/usr".
The best way perhaps is then to just accept the present situation and change the documentation accordingly.

I think that the change of prefix is a result of the changes in CMakeLists.txt

Thomas

[Littlechay]

@Thomas

OK with me! The main problem is that it's not documented, and that the two "default" plugins are not installed in "/usr/lib/opencpn/", this directory isn't even created.
Creating this directory, and moving your plugins, brings things back to normal, though.

Yes I did that, all seems Ok.

The depth and overzoom indicators are disappearing from this version. I can't work out what the exact conditions are, but it's a fairly regular occurance.

I like the multi-leg measure tool.. I use it for my weather routing... well the brings me to another sore point. Does anybody know if anybody is working on, or what the state or play is, with getting the pressure isobars to work in Linux? Or for that matter if the weather plugin is still being developed?

[bdbcat]

Thomas....

OK, /usr it will be.

When did our behavior change on this, if you recall? I can certainly hard code CMakeLists.txt, if necessary. But right offhand I don't see what has changed here in our build process.

I'll study the git history...

Dave

[bdbcat]

Thomas, et al....

Actually, this is very strange.....

On Ubuntu32, I find that CMake default is /usr/local.

I also find that Ubuntu32 8.04 wxWidgets expects /usr/local, not /usr as 64bit Ubuntu 11.04 seems to.

So, for my system, all works fine with /usr/local

WTF?

Thomas, if you do
$sudo make install
what does the stdout log show as the install destination?

For me, 8.04-32, it shows /usr/local.....

A mystery....
Dave

[cagney]

Originally Posted by bdbcat

Thomas....

OK, /usr it will be.

When did our behavior change on this, if you recall? I can certainly hard code CMakeLists.txt, if necessary. But right offhand I don't see what has changed here in our build process.

I'll study the git history...

Dave

Dave

It changed with this very beta.

My best guess as to what has happened is that somewhere the line

SET(CMAKE_INSTALL_PREFIX "/usr/local")

has been dropped with 708. So the default has kicked in.

If the prefix shall change to /usr quite a few changes are needed in the code, mainly in the plugins, I think.

Thomas

[cagney]

Originally Posted by bdbcat

Thomas, et al....

Actually, this is very strange.....

On Ubuntu32, I find that CMake default is /usr/local.

I also find that Ubuntu32 8.04 wxWidgets expects /usr/local, not /usr as 64bit Ubuntu 11.04 seems to.

So, for my system, all works fine with /usr/local

WTF?

Thomas, if you do
$sudo make install
what does the stdout log show as the install destination?

For me, 8.04-32, it shows /usr/local.....

A mystery....
Dave

Dave
Then it must have something to do with the changes in "CMakeLists.txt", that now automatically recognized amd64.

Line 81-83(I had to change i386 here for package building) in last beta is now replaced by line 125.

Thomas

[cagney]

Dave

Thomas, if you do
$sudo make install
what does the stdout log show as the install destination?

It's /usr/local !!!
So the problem is package making on amd64!

Thomas

[HappySeagull]

XP here: good beta-on-beta install...oh,it didn't "remember" a few settings: the toolbar transparent?,the cm93 setup,or the layers visible? I had-just tiny things.I'm pretty sure 628 remembered everything....but I could double-check.
and in the same vein of inconsequence,

what is the button/title-bar thingy for in the route properties for?Is that just a windows-gui quirk/workaround?for columns?


I never noticed 'til PaulM mentioned it(http://www.cruisersforum.com/forums/...tml#post724803).

[HamishB]

Hi,

re. /usr vs. /usr/local/:

official debian stuff goes into /usr (ie anything from a .deb which falls into dpkg management). custom builds from source should never go in there, always to /usr/local/. So the default prefix in git should be as cmake sets it- please do not hardcode /usr into CMakeLists.txt, the default prefix for self-builds should always be /usr/local/. binary packagers will change {prefix} as needed.

AFAIK the to-be official debian packaging created by Anton and myself (using debuild+debhelper not cmake's .deb builder) has no problem with this, but I haven't built the new beta yet to test it yet.



[dashboard plugin]
clock.cpp
copyright header includes defunct $EMAIL$

Moon phase calculation:
can it be made a bit less crude than 1/4 face?
maybe return 0-32 or 0-64 instead of 0-7?
see also pngphoon from FS#350 : Sunset and sunrise time / moon phase



CMakeLists.txt:
include/tinystr.h and src/tinystr.cpp should go into SET(SRC_TINYXML


thanks,
Hamish