Failure to generate fingerprint with arm64 build of oesenc_pi 1.7

[stelian]

Originally Posted by sailorF54

I now recall something...
When trying to run 32 bit qtVlm on my 64 bit board, I tried many suggestions found on Google (to no avail)
But one must have been OK to enable oeserverd

sudo apt-get install libc:armhf
Unable to locate package libc:armhf

What about:
sudo dpkg --add-architecture armhf
sudo apt-get update
sudo apt-get install libc:armhf

I'll keep trying
BTW, Stelian, you've won a drink sometime in Perros...

I count on it !

[sailorF54]

libc6:armhf exists !
Do I have to build oesenc_pi again? any directive ?

[stelian]

By "exists" you mean you got it installed or it was already installed ?

Try:

dpkg -L libc:armhf

[stelian]

Ok, meanwhile I've installed a qemu image of Debian Stretch arm64, and I can confirm that oeserverd runs successfuly after doing that:

sudo dpkg --add-architecture armhf
sudo apt-get update
sudo apt-get install libc6:armhf libstdc++6:armhf

You can also see what are the used (or missing) 32 bit libraries by running

$ LD_TRACE_LOADED_OBJECTS=1 /lib/ld-linux-armhf.so.3 ./oeserverd 
    libpthread.so.0 => /lib/arm-linux-gnueabihf/libpthread.so.0 (0xf735a000)
    libstdc++.so.6 => /usr/lib/arm-linux-gnueabihf/libstdc++.so.6 (0xf724e000)
    libm.so.6 => /lib/arm-linux-gnueabihf/libm.so.6 (0xf71d6000)
    libgcc_s.so.1 => /lib/arm-linux-gnueabihf/libgcc_s.so.1 (0xf71ad000)
    libc.so.6 => /lib/arm-linux-gnueabihf/libc.so.6 (0xf70bf000)
    /lib/ld-linux-armhf.so.3 (0xf737e000)

(hint, try that with qtvlm )

[sailorF54]

I've reached the same conclusion ;-)

rock64@rock64:~$ LD_TRACE_LOADED_OBJECTS=1 /lib/arm-linux-gnueabihf/ld-2.24.so /usr/bin/oeserverd
libpthread.so.0 => /lib/arm-linux-gnueabihf/libpthread.so.0 (0xf6fcf000)
libstdc++.so.6 => not found
libm.so.6 => /lib/arm-linux-gnueabihf/libm.so.6 (0xf6f57000)
libgcc_s.so.1 => /lib/arm-linux-gnueabihf/libgcc_s.so.1 (0xf6f2e000)
libc.so.6 => /lib/arm-linux-gnueabihf/libc.so.6 (0xf6e40000)
/lib/ld-linux-armhf.so.3 => /lib/arm-linux-gnueabihf/ld-2.24.so (0xaadfd000)

Last step, how do I get libstdc++.so.6 into /lib/arm-linux-gnueabihf ???
PS
OK I got it: install libstdc++6:armhf
then
rock64@rock64:~$ LD_TRACE_LOADED_OBJECTS=1 /lib/arm-linux-gnueabihf/ld-2.24.so /usr/bin/oeserverd
libpthread.so.0 => /lib/arm-linux-gnueabihf/libpthread.so.0 (0xf75c7000)
libstdc++.so.6 => /usr/lib/arm-linux-gnueabihf/libstdc++.so.6 (0xf74bb000)
libm.so.6 => /lib/arm-linux-gnueabihf/libm.so.6 (0xf7443000)
libgcc_s.so.1 => /lib/arm-linux-gnueabihf/libgcc_s.so.1 (0xf741a000)
libc.so.6 => /lib/arm-linux-gnueabihf/libc.so.6 (0xf732c000)
/lib/ld-linux-armhf.so.3 => /lib/arm-linux-gnueabihf/ld-2.24.so (0xaac3e000)

[stelian]

You missed it in my previous post:

sudo apt-get install libc6:armhf libstdc++6:armhf

[sailorF54]

Stelian, GOLD MEDAL to you...

[seandepagnier]

It would be better to have native 64bit support so you don't have to install 32bit libraries.

I'm thinking about getting a 64bit arm board...
How does opencpn work on the rock64? What about the rock960?

Is opengl working? Do the plugins install via apt?

[petter5]

What about odroid c2 ?

Originally Posted by boat_alexandra

It would be better to have native 64bit support so you don't have to install 32bit libraries.

I'm thinking about getting a 64bit arm board...
How does opencpn work on the rock64? What about the rock960?

Is opengl working? Do the plugins install via apt?

[seandepagnier]

Originally Posted by petter5

What about odroid c2 ?

I killed mine with 1 drop of water. Before that, I managed to get opengl working, and the performance was good. It was much faster than the raspberry I'm using now. There were a lot of bugs with usb, and it has only 2gb of ram. I'm looking for faster boards.

[sailorF54]

Originally Posted by boat_alexandra

It would be better to have native 64bit support so you don't have to install 32bit libraries.

I'm thinking about getting a 64bit arm board...
How does opencpn work on the rock64? What about the rock960?

Is opengl working? Do the plugins install via apt?

Well, you may have gathered that I am a noob, so take my views with a large pinch of salt.
Re 64bit support: oesenc_pi may be special as it contains a 'black box' 32 bit app.
From my limites experience, Opencpn (and buit-in plugins) builds and runs fine on a 4Go Rock64. Panning/zooming is obviously much smoother than with a RPI3, due much more to the 4 cores than to memory usage.
Grib plugin OK (send/receive with Thunderbird), dashboard OK ...

Re opengl
01:08:57 CET: Creating glChartCanvas
01:08:58 CET: Metrics: m_display_size_mm: 220 wxDisplaySize: 1280:720
01:08:58 CET: OpenGL-> Renderer String: Gallium 0.4 on llvmpipe (LLVM 3.9, 128 bits)
01:08:58 CET: OpenGL-> Version reported: 3.0 Mesa 13.0.6
01:08:58 CET: OpenGL-> Texture rectangle format: de1
01:08:58 CET: OpenGL-> Using Vertexbuffer Objects
01:08:58 CET: OpenGL-> Using Framebuffer Objects
01:08:58 CET: OpenGL-> Using FBO Stencil buffer
01:08:58 CET: OpenGL-> Using Stencil buffer clipping
01:08:58 CET: OpenGL-> Using Scissor Clipping
01:08:58 CET: OpenGL-> Not Using compression
01:08:58 CET: OpenGL-> Minimum cartographic line width: 1.0
01:08:58 CET: OpenGL-> Minimum symbol line width: 1.0

re Do the plugins install via apt?
No
see pic
You have to build them...

As opposed to the RPI, the board does not incorporate bluetooth and Wifi. You have to use dongles on usb ports, which may entail hunting for drivers.
On the dedicated forum, there are more questions than answers.
Also, upgrading is not for the faint-hearted: geek-level required...

[nohal]

Originally Posted by sailorF54

re Do the plugins install via apt?
No
see pic
You have to build them...

It seems you are trying to install plugin for a 32bit Intel processor (i386) here.
What if you try to install one that already exists for the ARM64 platform in the official PPA? Like for example opencpn-plugin-iacfleet
I wonder how you actually can make an ARM64 try to install an i386 package of course...

Pavel

[sailorF54]

Originally Posted by nohal

It seems you are trying to install plugin for a 32bit Intel processor (i386) here.
What if you try to install one that already exists for the ARM64 platform in the official PPA? Like for example opencpn-plugin-iacfleet
I wonder how you actually can make an ARM64 try to install an i386 package of course...

Pavel

You're obviously right, but let me explain
Using synaptic, I have entered the following PPA
deb Index of /opencpn/opencpn/ubuntu xenial main
Searching for opencpn, I get a list of plugins
Most of them are for i386 (see pic), which I take to mean that the arm64 version does not exist (checked this on https://launchpad.net/~opencpn/+arch..._filter=xenial)
iacfleet seems to be one of the few exceptions.
Hence my conclusion that in general the plugins cannot be retrieved by synaptic (or apt).
Including the pic was obviously misleading: I did not expect success !

[nohal]

Originally Posted by sailorF54

You're obviously right, but let me explain
Using synaptic, I have entered the following PPA
deb Index of /opencpn/opencpn/ubuntu xenial main
Searching for opencpn, I get a list of plugins
Most of them are for i386 (see pic), which I take to mean that the arm64 version does not exist (checked this on https://launchpad.net/~opencpn/+arch..._filter=xenial)
iacfleet seems to be one of the few exceptions.
Hence my conclusion that in general the plugins cannot be retrieved by synaptic (or apt).
Including the pic was obviously misleading: I did not expect success !

OK, so iacfleet installs and works fine? If that is the case, all we need is to simply resubmit the others for a rebuild with arm64 enabled. If it isn't the case, we first must find out why and fix it - more work, and we need to know it has to be done.

[sailorF54]

Originally Posted by nohal

OK, so iacfleet installs and works fine? If that is the case, all we need is to simply resubmit the others for a rebuild with arm64 enabled. If it isn't the case, we first must find out why and fix it - more work, and we need to know it has to be done.

Yes, iacfleet installs and works fine.