OpenCPN Version 2.4 Beta Build 708

[LeaseOnLife]

Originally Posted by 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?
Attachment 29475

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

I remember Dave saying this is a bug in Wx windows and needs to be fixed upstream. Can't find the post right now...

[fantasi37]

Hi, I installed the latest beta .708 but there is nothing under plug-in? I am not very experienced with Ubuntu 10.10 but what I understand from the forum there is something that I have to change. Anyone that can tel me what to do!!
73 de sa6bqz Gunnar

[nohal]

Originally Posted by HamishB

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

Patch sent

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

0..29 will probably be enough if I remember well how long the lunar cycle is. Will be there, but have to learn how to draw the moon first

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

Patch sent

Pavel

[HamishB]

Originally Posted by nohal

0..29 will probably be enough if I remember well how long the lunar cycle is. Will be there, but have to learn how to draw the moon first

see pngphoon code hint in flyspray ticket #350. example output


Hamish

[HamishB]

Originally Posted by fantasi37

Hi, I installed the latest beta .708 but there is nothing under plug-in? I am not very experienced with Ubuntu 10.10 but what I understand from the forum there is something that I have to change. Anyone that can tel me what to do!!

known packaging problem, see earlier in this thread. temporary fix:

sudo ln -s /usr/local/lib/opencpn /usr/lib/opencpn

I've now tested with the debiangis build rules & all is ok there, so problem is only with cmake's .deb build method.


Hamish

[fantasi37]

Thanks! Works perfect!! 73 de sa6bqz Gunnar

[nohal]

Originally Posted by HamishB

see pngphoon code hint in flyspray ticket #350. example output
Hamish

Yeah, looking at it - with 400 kB it's a bit too heavy to embed, so deciding whether to include a couple of pre-rendered pictures or just some logic, which I would actually prefer.

Stay tuned for the next version

Pavel

[cagney]

I have just uploaded a adjusted version of the 64 bit Ubuntu deb, using /usr/local.
Uninstall the old one first.
Just a crude hack, for now.
Thomas

[bdbcat]

Thomas....

The /usr/local question:

Here is what I find on 8.04 i386:

If I say

$cmake -DPREFIX=/usr ..
$sudo make install
$/usr/bin/opencpn

then all is well. Plugins go in the right place, and runtime finds them. I suppose the wxWidgets runtime figures out the prefix dynamically from the "application" prefix.

So I think there may be no need for source changes.
The issue is .deb packaging from the CMake system.

What is the command(s) that you use to make the .debs for upload/download?

Meanwhile, Hamish is working on another script which prepares an "official" debian package. I don't know what it does, exactly.

Hamish, can we do anything upstream to make this build process less opaque?

What am I missing here?
Dave

[cagney]

Dave

Let's backtrack a bit.
We have "always" installed to /usr/local, which I think is the default prefix in cmake. There has been no problems with this until 708 with amd64.
The default for some reason changed to /usr and we had the problem.
If I understand Hamish right /usr/local is just fine for us, so lets stay with that, and sort out amd64.
Quite a few changes were made in "CMakeLists.txt" for this release. Checking for distros and arch, for example. I don't know where the problem is.
"IF (EXISTS /etc/debian_version)", could be worth looking at as this includes Ubuntu, for example.

In the end I hacked CMakeLists.txt and added the line
SET (PREFIX "/usr/local") early in the script, this still did not stop "opencpn" to end up in /usr/bin. To fix that SET (PREFIX_BIN......) was changed from "bin" to "local/bin". Ugly indeed.
I don't think this is a show stopper for 2.5, now that we are aware of the problem.

Thomas

[bdbcat]

Thomas...

OK, backtrack makes sense.

I cannot see that we ever had an explicit setting of /usr/local/.... in the previous versions of CMakeLists.txt. We always used the default, or the supplied CMake command line argument. Did I miss something?

This seems right. That is, everything is installed to the default /usr/local, unless overridden by cmake command line argument.


So, it must be that AMD64 cannot find the proper plugin directory at run-time. It finds /usr instead of /usr/local.

Question: does AMD64 properly find the tide/current data, and the doc files? The same logic is used at runtime to find these things.

Meanwhile, I will trace the code to try to find out how runtime figures out the install PREFIX. This is not obvious to me....

Dave

[bdbcat]

Thomas....

Reading code here....

Next question:

On AMD64 standard build and .deb install, where does the application end up?

in /usr/bin, or in /user/local/bin?

FYI, this is how the application at runtime infers the PREFIX.

void wxStandardPaths::DetectPrefix()
{
    // we can try to infer the prefix from the location of the executable
    wxString exeStr = GetExecutablePath();
    if ( !exeStr.empty() )
    {
        // consider that we're in the last "bin" subdirectory of our prefix
        size_t pos = exeStr.rfind(wxT("/bin/"));
        if ( pos != wxString::npos )
            m_prefix.assign(exeStr, 0, pos);
    }

    if ( m_prefix.empty() )
    {
        m_prefix = wxT("/usr/local");
    }
}

Dave

[cagney]

Dave

This is a bit weird. Can someone with an amd64 Ubuntu 10.10 compile a package and confirm that this is not a local problem on my box?
I don't think so as it is a plain vanilla virtual installation, but it would be nice to know.

Remember that this just occur when I "make package" for the deb package, not the local install, where everything is normal, prefix = /usr/local.
The binary ends up in /usr/bin HARMONIC in /usr/share/opencpn etc
And ... yes it finds the tides and currents.

Thomas

[idpnd]

No default plugins on 708 (install from deb, ubuntu) - see screenshot

Edit: The multi-leg measure tool adds complexity - I managed to produce a segmentation fault by having both route creation and measure tool open and closing measure tool whilst making a route..

[cagney]

Originally Posted by idpnd

No default plugins on 708 (install from deb, ubuntu) - see screenshot

Edit: The multi-leg measure tool adds complexity - I managed to produce a segmentation fault by having both route creation and measure tool open and closing measure tool whilst making a route..

idpnd, I think you're on a 64 bit box? Just uninstall 708. Download a new copy
http://www.opencpn.org/sites/default...08-2_amd64.deb and install.
This should bring back the plugins.

Thomas