Onderwerp: Flatpak update voor OpenCPN

Zoals eerder aangegeven wordt Flatpak de standaard voor Linux toepassingen van OpenCPN. Er is dan geen sprake meer van een passende release (uitgave) versie. Bovendien in de flatpak omgeving kunnen meerdere toepassingen gebruikt worden. OpenCPn draait dan in eigen omgeving los van andere applicaties.

Werkt hier op de Ubuntu Hirtute 64 bits, Debian Bulleye 64 bit en het Raspios64 bits. Zijn alle drie ARM systemen op de Raspberry Pi4.

Verder werkt het op Linux Mint AMD64.

Voor de vroege gebruikers, is er inmiddels een update verschenen van de flatpak OpenCPN versie.

Is eenvoudig: in de opdrachtregel:
flatpak run org.opencpn.OpenCPN//beta

run vervangen door update en daarna weer run.

Met uitzondering van het RaspiOS verschijnt er gewoon een OpenCPN icoon op je systeem.

Hoe flatpak voor OpenCPN te installeren kan ik separaat ook nog eens vermelden.

Bram

Inmiddels een duur proef genomen met RaspiOS 64 en de Oesenc plugin en de OpenCPN flatpak versie.

Werkte probleemloos.

Heb nog wel het volgende probleem met het aantal usb poorten: 1 x Oesenc dongle, 1 x AIS transponder, 1 x dongle voor draadloos toetsenbord, 1 x voor bediening touchscreen en 1 x voor USB3 SSD 128GB.

Ga nog een proef doen meteen USB3 hub (liefst zonder aparte voeding).

Flatpak is een mooie toepassing voor alle Linux versies. Geen gerichte versie meer nodig voor een bepaalde release. En werkend in een eigen omgeving, dat zal ook meer stabiliteit geven.

Ubuntu Hirtute 64, RaspiOS64, Debian Bullseye 64 voor de RPI4 met 2 GB. Linux Mint AMD64 allemaal werkend met de flatpak versie. Met als toevoeging de OpenPlotter extra's. Werken niet allemaal, maar de meeste werken ook in andere Linux versies.

Bram

Hierbij nog het beeld van de laatste Debian Bullseye versie 64 bits voor de Raspberry Pi4.

OpenCPN is hier de Flatpak versie.

Toegevoegd aan de Debian Bullseye versie zijn een paar OpenPlotter extra's, waaronder de calibratie software voor een DSR-RTL dongle voor AIS ontvangst.

Uiteraard allemaal werkend via de SignalK server software.

Zie hier het resultaat.

Deze Debian versie werkt heel goed. Oesenc plugin werkt overigens nog niet. Wel in de andere versie. Plugin is een verkeerde versie.

Er is een nieuwe update versie uit van OpenCPN:

Voor de flatpak versie doe je het volgende:

flatpak update org.opencpn.OpenCPN

daaran vervang je update door run. Debian Bullseye en Ubuntu Hirtute maken zelf een ikoon aan.

RaspiOS 64 bits doet dit niet.

De OpenCPN Flatpak versie wordt dan: 5.5.920

De overige versie van OpenCPN (standaard) wordt opgewaardeerd naar versie: 5.2.4

Bram

Er is sprake van een beta versie. Hier de aankondiging van de beta op Sail en Cruiser forum:

Ahoy OpenCPN Users!

OpenCPN version 5.5.920 is now ready to begin Beta testing.
We plan to test this version thoroughly over the next few weeks, updated as necessary, leading to a general release of OpenCPN Version 5.6.0 this fall.


First, how do you get and install OpenCPN Version 5.5.x Beta?

1. Windows
dl.cloudsmith.io/public/david-...21.66c3571_setup.exe

2. MacOS (Version 10.10 "Yosemite" and later)
dl.cloudsmith.io/public/davi....66c357176.pkg

3. Ubuntu/debian linux
Packages for installation of OCPN 5.5.x (amd64/arm64/armhf) are available from the OpenCPN Beta repository at the Ubuntu Launchpad.
launchpad.net/~bdbcat/+archive/ubuntu/opencpn

You may add this repo to your apt sources list, and install or upgrade OCPN 5.5.x for your distro using your normal O/S tools. (apt, synaptic, etc.)


4. Flatpak
$flatpak update
$flatpak run org.opencpn.OpenCPN//beta

5. Source code
github.com/OpenCPN/OpenCPN
branch : master
tag : Beta_5.5.920


Then what?
Please report your testing progress and issues in this thread. We would like to see testing in as many varied environments as practical. Developers will be monitoring closely, sometimes requesting further specific tests or information. You may expect to see several Beta releases before the official Production release.

A note on Plugins:
The legacy method of installing Plugins by separate "installer" app is now officially deprecated. Older Plugin installers will no longer be updated for normal Plugin improvements. All Plugins are to be installed and updated using the integral Plugin Manager within OCPN 5.x. On Plugin bug reports: While we will acknowledge Plugin bug reports here, the focus of this Beta test is to validate the OCPN core 5.5.x for general release. Please keep this in mind as you test.

The full list of Features and Bug Fixes to be found in O5.5.x will follow in a separate posting.

Thanks, and Good Luck
Dave and the OCPN Team.

brambo schreef :
Dank voor deze waarschuwing.

Nachtvlinder schreef :
Waarschuwing is al geruime tijd ingetrokken. Flatpak werkt nu in de master versie en werkt met de laatste OpenCPN 5.6.0 versie. Flatpak wordt ook toegepast voor andere Linux software.

Werkt op vrijwel alle Linux systemen met daarbij de OpenCPN plugins. Flatpak is er uitsluitend voor 64 bits systemen.

Voor geintereseerde een beperkt overzicht van de mogelijkheden met OpenPlotter.

openplotter.readthedocs.io/en/...hboards/grafana.html

Wachten is nog op de RaspiOS versie 64 bits op basis van Debian Bullseye compleet met de OpenPlotter extra's. Werkt hier al allemaal, maar je moet de extra's nog handmatig installeren.

Zoals eerder aangegeven draait het hier op een Samsung flashdrive USB stick 3.1. 64 gb Met een leessnelheid tot 300 mb/s.

Een week geen update is een week niet geleefd.

Zo het maar net. De snelheid van de ontwikkeling gaat onverdroten snel door.

Als je niet bijblijft, dan raak je snel achter. Mijn interesse is de nieuwste ontwikkelingen te volgen, toe te passen en daar over te berichten.

Mogelijk zijn er hier gebruikers, die er wel interesse in hebben. Daar doe ik het voor.

Is dat niet geval, dan blijf je gewoon bij het oude en geef dan geen reactie.

Bram

brambo schreef : De reden dat de Raspi-OS versie nog niet op de markt is, betekent volgens mij niet meer of minder dan dat de community niet zit te wachten op een extra versie van Debian zonder toegevoegde waarde.

De ontwikkeling van de afgelopen 2 jaar:
- de RPI4 is nu ook leverbaar in 1GB uitvoering.
- de RPI0 is opgevolgd door de nieuwere RPI0-2W welke in plaats van de Arm11 met een Arm A53 is uitgerust. Dus gewoon de oude voorraad RPI3 CPU's.
- De concurrentie heeft de RK3588, op de roadmap voor 2020, met zeker 1 jaar vertraging officieel aangekondigd.

De ontwikkeling kort samengevat: stilstand en achteruitgang.
En we mogen nog minimaal 2 jaar genieten van de RPI4 vanwege de corona-nasleep.

(Voor mensen die niet kunnen wachten is er de Khadas VIM3 of de Odroid N2+.)

Beste Reuver,

je loopt toch echt achter. 64 bits is tegenwoordig de standaard. Er is een RaspiOS 64 bits gebaseerd op Debian Bullseye.

Het probleem is, dat de oudere RPI's geen 64 processor hebben. Om de uitwisselbaarheid mogelijk te houden, heeft men lang gewacht om naast de 32 bits de 64 bits officieel uit te brengen. Reeds lange tijd was er al een RaspiOS 64 bits versie. Naast de v7 is er steeds de v8 64bits kernel ontwikkeld.

Daarnaast is er ook van Ubuntu een 64 bits ontwikkeling gaande nu op weg naar de LTS versie die verschijnt in april.

Zowel Debian als Ubuntu komen met speciale versies voor de RPI.

Deze laatste versie genaamd Jammy Jellyfish werkt hier grotendeels prima en vooral erg snel. De eerdere versies zoals Hirtute werkten ook prima op de RPI 4.

En met de Flatpak ontwikkeling werkt OpenCPN met de plugins op ieder Linux systeem en is niet meer afhankelijk van de betreffende OS versie. Werkt hier op mijn Linux Mint Uma versie voor AMD64 maar ook mijn ARM64 Linux systemen.

Nog even terug op mijn updates. Windows doet dit ook elke week.

Zou zeker Flatpak adviseren voor je Odroid systeem.

Groet,

Bram

brambo schreef :
Dan zal raspberrypi.com ook wel achterlopen…

64bits raspbian komt vanzelf. De 8GB pi4 is vrij nutteloos zonder.

Beste mensen,

het is er allemaal al. RaspiOS 64 bits gebaseerd op Debian Bullseye. Met kernel 5.10.92

Je kunt natuurlijk alleen de Debian Bullseye versie nemen voor de RPI.

Ubuntu heeft ook al geruime tijd beta versies beschikbaar voor de RPI. Er wordt nu volop gewerkt aan de LTS versie. Parallel is er ook een specifieke RPI versie van de nieuwe Jammy Jellyfish. Kernel 5.13.

64 bits werkt gewoon sneller en bij RPI's met meer geheugen feitelijk noodzakelijk.

Hier draait prima op de PI 4 met 2 GB. Het 64 bits RaspiOS werkt met de OpenPlotter extra's, zoals WIFI access punt AIS met RTL-DSR ding de VNC server etc. De Oesenc kaarten enz.

De Jammy versie is nog moderner, echter daar werken bepaalde OpenPlotter toevoegingen nog niet.

Oesenc en de OpenCPN plugins zijn allemaal direct beschikbaar als je de flatpak versie gebruikt. Kan werken naast een bestaande standaard OpenCPN versie. Je hebt dan 2 x OpenCPN beschikbaar.

Bram

Flatpak gebruikt wel wat meer van je computer dan een standaard package. Hoeft geen probleem te zijn, maar is wel iets om rekening mee te houden.

Je bent in iedergeval een fan van Flatpak heb ik het gevoel . Wat is jou mening van de libraries die worden meegestuurd in een flatpak. Deze moeten nu bijgewerkt worden door de beheerder van de flatpak. Voorbeeld, je hebt in je flatpak log4j zitten en je beheerder update deze niet, dan heb je lekke software. Bij debian worden de libraries beheerd door een team. Ook weet je niet altijd welke libraries er worden meegestuurd.

Zolang de software opensource is of code heeft om zelf te builden kun je gewoon zelf de package maken, daar heb je geen flatpak voor nodig.

mithras schreef : 8GB voor de RPI heeft alleen nut als je deze ook overklokt naar 1.8GHz. De standaard RPI4 op 1.5 GHz is domweg te traag. Op een trage computer ga je geen zware taken verrichten dus heb je weinig aan de 8GB.

Maar met 1.8GHz wordt de RPI4 niet snel. Het energieverbruik gaat wel omhoog (exponentieel) en de temperatuur ook (bij een piek in de belasting). Van het geheugen boven de 4GB merk je daarbij vooral het extra energieverbruik (continu).

Dus: ga je die extra bak geheugen gebruiken met OpenCPN?

NB een recente RPI4/4GB kun je ook op 1.6GHz gebruiken zonder het extra energieverbruik van overtollig geheugen. Met een ondemand of conservative governor heb je dan bij pieken net iets meer snelheid.

Een Odroid N2+ underclock je voor een vergelijkbare instelling op 2GHz of zo.

YscO schreef :
Mits je eenvoudig een package kunt maken...

Je vergeet even dat OpenCPN het probleem niet is, maar de plugins. Bij flatpak zijn die beschikbaar voor alle arm64 systemen. Zonder flatpak zijn die niet beschikbaar. Dan moet je die maar net zelf kunnen maken.

En beveiliging van een navigatie-systeem is alleen van belang voor zover derden op jouw wifi netwerk kunnen komen. Een navigatie-systeem aan internet moet je niet willen.

YscO schreef : Overigens, welke applicaties gebruik jij die log4j gebruiken?
Ik kon zo snel geen log4j vinden op mijn systemen. Niet in het basissysteem en niet in flatpak.

Reuver schreef :
Er moet staan in de gewone versie zijn diverse plugins nog niet beschikbaar. Die moeten apart gemaakt worden voor OS versies. Terwijl de flatpak versie universeel is, omdat deze werkt in een eigen Flatpak omgeving.

Flatpak is zonder twijfel de toekomst in Linux systemen. Ubuntu heeft Snaps en die werkt gewoon naast de flatpak versie.

Opwaarderen van de Flatpak versie gaat niet mee in de algemene updates. Maar is eenvoudig uit te voeren met: flatpak update org.opencpn.OpenCPN.

Update vervangen door run dan start OpenCPN vanuit de terminal.

En zoals eerder aangegeven werkt alles op de RPI extra snel door de software naar een snelle USB3.1 stick te kopieren en daarvan te starten. (uiteraard in de blauwe usb3 poort) Werkt zeker zo snel als een losse SDD HD.

Let er wel op, de Opencpn.config van de flatpak versie staat op een andere plaats dan de standaard OpenCPN.

Bram

Heeft iemand getallen over het aandeel van Linux op de PC markt ? Mijn idee is dat het afneemt. Klopt dat ?

Als iemand met gemiddelde computer vaardigheden een goed werkend OpenCPN systeempje voor aan boord wil is het sneller werkend te krijgen met een Windows doos dan een Linux is mijn idee.

3Noreen schreef :
Helaas voor MS is het andersom. De grote steden in Duitsland Hamburg en Munchen schakelen van Windows om naar Linux en daarbij gaat om grote aantallen PC's.

Ontwikkelaars hebben een voorkeur voor Openbron software. Het is niet voor niets dat Windows een WSL versie uitbrengt.

Verder kan de Linux gebruiker nu ook een Linux browser versie installeren van Microsoft genaamd Edge.

En dan de Android tablets en de Chromebooks. En MS is zelf ook Linux gaan gebruiken op Azure systemen.

Bram

3Noreen schreef :
Nee:

Date	Windows	OSX	Linux	ChromeOS	Unknown
2009	94.73	4.27	0.69	0	0.3
2010	92.99	5.82	0.78	0	0.41
2011	91.52	6.6	0.79	0	1.09
2012	89.95	7.47	0.85	0.01	1.71
2013	90.68	7.67	1.1	0.03	0.51
2014	88.98	8.73	1.33	0.21	0.74
2015	86.96	9.35	1.63	0.37	1.7
2016	83.86	9.92	1.49	0.56	4.17
2017	83.78	11.99	1.64	0.78	1.83
2018	80.36	12.84	1.59	0.99	4.23
2019	77.81	14.23	1.68	1.21	5.06
2020	76.84	17.63	1.76	1.28	2.49
2021	74.76	16.04	2.2	2.07	4.93
2022	75.36	15.78	2.22	2.43	4.22

gs.statcounter.com/os-market-s...ide#yearly-2009-2022

Menno schreef :
Mijn gevoel zat er duidelijk helemaal naast. Ik had Linux zo een marktaandeel van 15% toebedeeld.

Deze cijfers zijn gebaseerd op website bezoek dus Android en de Chrome browser zijn de grote winnaars.
Dit is een selectie op basis van OS van desktops die websites bezoeken.
Interessante cijfers voor mijn marketing maar wat jij daar aan hebt?
En geen antwoord op je vraag.

Waar zijn de Android getallen (= de Linux kernel). Zijn al die Android apparaten tablets geen PC's. En de miljoenen RPI's ?

En dan nog maar niet te spreken over al die embedded systemen in switches, routers, media boxen, sat ontvangers etc. Ook al die Tom Tom navigatie apparaten werken op Linux.

Wat is tegenwoordig de definitie van een PC ? Een te grote kast met een los beeldscherm ?

Jan de "doorsnee-gebruiker" gebruikt gewoon de software die op zijn gekochte systeem staat. Is het Android dan gebruikt hij Android of OSX op zijn Ipad of I-phone. Van een bewuste keuze is amper sprake.

Er zijn geen verkoop cijfers van Linux toepassingen.