Cruisers Forum
 


Join CruisersForum Today

Reply
 
Thread Tools Rate Thread Display Modes
Old 08-07-2011, 19:18   #1
Marine Service Provider
 
bdbcat's Avatar

Join Date: Mar 2008
Posts: 4,884
OpenCPN Version 2.4 Beta Build 708

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
__________________

__________________
bdbcat is offline   Reply With Quote
Old 09-07-2011, 03:42   #2
Registered User

Join Date: May 2011
Posts: 847
Re: OpenCPN Version 2.4 Beta Build 708

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

Quote:
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?
__________________

__________________
Littlechay is offline   Reply With Quote
Old 09-07-2011, 05:02   #3
Registered User

Join Date: Dec 2005
Location: WNA
Boat: Dufour 35
Posts: 3,249
Re: OpenCPN Version 2.4 Beta Build 708

Quote:
Originally Posted by Littlechay View Post
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:
Code:
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
__________________
cagney is offline   Reply With Quote
Old 09-07-2011, 07:42   #4
Marine Service Provider
 
bdbcat's Avatar

Join Date: Mar 2008
Posts: 4,884
Re: OpenCPN Version 2.4 Beta Build 708

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:

Code:
cmake  -DPREFIX=/usr
But, I am no expert on debian fsh rules. Other viewpoints appreciated....

Dave
__________________
bdbcat is offline   Reply With Quote
Old 09-07-2011, 10:44   #5
Registered User
 
Netsurfer's Avatar

Join Date: Jan 2010
Location: Cologne, Germany
Boat: Beneteau Oceanis 331
Posts: 557
Re: OpenCPN Version 2.4 Beta Build 708

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
__________________
Deutschsprachige Community- und Support-Website unter OpenCPN.de
Netsurfer is offline   Reply With Quote
Old 09-07-2011, 10:51   #6
Marine Service Provider
 
bdbcat's Avatar

Join Date: Mar 2008
Posts: 4,884
Re: OpenCPN Version 2.4 Beta Build 708

Gunther....

Ooops, sorry.

Dave
__________________
bdbcat is offline   Reply With Quote
Old 09-07-2011, 12:18   #7
Registered User

Join Date: Dec 2005
Location: WNA
Boat: Dufour 35
Posts: 3,249
Re: OpenCPN Version 2.4 Beta Build 708

Dave

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

From the 2.3 version.
Quote:
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
__________________
cagney is offline   Reply With Quote
Old 09-07-2011, 12:31   #8
Registered User

Join Date: May 2011
Posts: 847
Re: OpenCPN Version 2.4 Beta Build 708

@Thomas

Quote:
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?
__________________
Littlechay is offline   Reply With Quote
Old 09-07-2011, 13:00   #9
Marine Service Provider
 
bdbcat's Avatar

Join Date: Mar 2008
Posts: 4,884
Re: OpenCPN Version 2.4 Beta Build 708

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 is offline   Reply With Quote
Old 09-07-2011, 13:11   #10
Marine Service Provider
 
bdbcat's Avatar

Join Date: Mar 2008
Posts: 4,884
Re: OpenCPN Version 2.4 Beta Build 708

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
__________________
bdbcat is offline   Reply With Quote
Old 09-07-2011, 13:30   #11
Registered User

Join Date: Dec 2005
Location: WNA
Boat: Dufour 35
Posts: 3,249
Re: OpenCPN Version 2.4 Beta Build 708

Quote:
Originally Posted by bdbcat View Post
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
Quote:
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 is offline   Reply With Quote
Old 09-07-2011, 13:39   #12
Registered User

Join Date: Dec 2005
Location: WNA
Boat: Dufour 35
Posts: 3,249
Re: OpenCPN Version 2.4 Beta Build 708

Quote:
Originally Posted by bdbcat View Post
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 is offline   Reply With Quote
Old 09-07-2011, 13:44   #13
Registered User

Join Date: Dec 2005
Location: WNA
Boat: Dufour 35
Posts: 3,249
Re: OpenCPN Version 2.4 Beta Build 708

Dave
Quote:
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
__________________
cagney is offline   Reply With Quote
Old 09-07-2011, 14:49   #14
Registered User
 
HappySeagull's Avatar

Join Date: Dec 2010
Location: B.C.,Canada
Boat: 29'
Posts: 2,395
Re: OpenCPN Version 2.4 Beta Build 708

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?
Click image for larger version

Name:	Clipboard01.jpg
Views:	187
Size:	58.7 KB
ID:	29475

I never noticed 'til PaulM mentioned it(A Little Help Needed).
__________________
HappySeagull is offline   Reply With Quote
Old 09-07-2011, 15:35   #15
Registered User
 
HamishB's Avatar

Join Date: Jan 2010
Location: New Zealand
Posts: 286
Re: OpenCPN Version 2.4 Beta Build 708

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
__________________

__________________
HamishB is offline   Reply With Quote
Reply

Tags
opencpn

Thread Tools
Display Modes Rate This Thread
Rate This Thread:

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are Off
Pingbacks are Off
Refbacks are Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
OpenCPN for Mac malcolmh OpenCPN 210 22-06-2014 13:23
OpenCPN Version 2.4 Beta Build 628 bdbcat OpenCPN 63 15-07-2011 19:17
OpenCPN Version 2.4 Beta Build 620 bdbcat OpenCPN 33 28-06-2011 20:27



Copyright 2002- Social Knowledge, LLC All Rights Reserved.

All times are GMT -7. The time now is 01:22.


Google+
Powered by vBulletin® Version 3.8.8 Beta 1
Copyright ©2000 - 2017, vBulletin Solutions, Inc.
Social Knowledge Networks
Powered by vBulletin® Version 3.8.8 Beta 1
Copyright ©2000 - 2017, vBulletin Solutions, Inc.

ShowCase vBulletin Plugins by Drive Thru Online, Inc.