Onderwerp: opencpn op Raspberry Pi 4B (Buster)

Ter info voor wie het aanbelangt hier mijn verhaal over de saga met de upgrade van opencpn 5.6 naar 5.8.4.
Situatie:
1. Raspberry Pi 4B met Buster os.
2. opencpn 5.6 geïnstalleerd en prima werkend; geen flatpak noch openplotter.
3. upgraden naar 5.8.4, opnieuw zonder flatpak noch openplotter
4. bij opstart van 5.8.4 crashte deze nieuwe versie telkens weer, en safe modus mocht niet baten.

Werkwijze: in grote lijnen moet dan de source code worden gedownload en "handmatig" gecompileerd en geïnstalleerd worden. Dat klinkt moeilijk maar is het niet. Bovendien moet de bestaande opencpn.conf verwijderd worden (zie verder).
1. instructies op de opencpn site zijn onbruikbaar wegens outdated, dan maar een goede ziel op internet gezocht: volgende instructies toepassen..
2. in de rapsberry command window:
a. sudo nano /etc/apt/sources.list
b. volgende lijn moet aanwezig zijn: deb ppa.launchpad.net/opencpn/opencpn/ubuntu/ bionic main
c. indien bullseye dan "bionic" vervangen door "focal" (zie hier)
d. sudo apt install dirmngr
e. sudo apt-get update
f. sudo apt-get purge opencpn (dit om de bestaande versie te verwijderen)
g. ga naar de opencpn installatiefolder (/home/pi/.opencpn/ ) en verwijder opencpn.log en opencpn.conf. Eventueel een kopie maken en elders opslaan.

Als dit laatste niet werd gedaan dan crashte opencpn (5.8.4) telkens weer na opstart. Zie ook hier (post #15) voor meer info.

h. sudo apt-get install opencpn
i. start opencpn, eventueel in safe modus, open Opties, maak Verbindingen opnieuw aan, installeer/activeer Plugins (GRIB, Charts Downloader, O-Charts, ...), installeer eventueel kaarten.
j. herstart. In eerste instantie gebruikte ik de command window (open command window en typ opencpn) omdat dan een hele lijst met debug informatie verschijnt; handig om door te geven bij problemen.



e.

brice3010 schreef :
Wat was de reden om je in deze update hell te begeven ? Welk voordeel dacht je te halen ?

"...update hell.."

Tja, op mijn boot blijf ik bij 5.6; thuis op m'n desktop eveneens (en die gebruik ik om tochten voor te bereiden), en dan een reserve Pi, ook thuis, voor experimenteren. Dus dat laatste, maar je hebt een punt; "never change a winning team"..

Bijdrage gewist.

Je kunt de Bullseye versie rechtstreeks van het internet installeren. Wel de nieuwe Eeprom versie op je systeem hebben aangebracht..

Start de RPI4 en houd de shift toets ingedrukt. Je kunt kiezen welke versie je wilt hebben en op welk media deze moet worden aangebracht. SD kaartje, snelle USB stick, SSD.

Na de installatie opstarten en nog de laatste upgrade doen.

Flatpak is de versie voor alle Linux systemen. En OpenCPN 5.8.2 kun je zo installeren inclusif bijna alle plugins.

Wil je ook de OpenPlotter extra"s. Die kun je aanvullend nog installeren.

Dit werkt overigens niet op Bookworm. Wel op Unbuntu Lunar.

Waarom zou je het zo ingewikkeld doen ? De gewone gebruiker moet je niet aan het compileren zetten.

Wil je ook de SignalK server ? Die moet je vanuit NPM installeren.

Leuk als je zelf wilt complileren, echter het voegt niets toe voor de gebruiker.

Bram

Waarom zou je het zo ingewikkeld doen ? De gewone gebruiker moet je niet aan het compileren zetten.

Op zijn minst mag openbaar gemaakt worden dat opencpn kan geïnstalleerd worden zonder de bloatware van Openplotter of de generieke en niet onbesproken flatpak installatie.
Linux gebruikers hebben in het algemeen een afkeer van Microsoft-achtige "wij weten het beter" attitudes.

Vermits het perfect mogelijk is om opencpn als originele intallatie uit te voeren vind ik het belangrijk deze mogelijkheid en de werkwijze te publiceren.

Heel fijn dat jij gewone gebruikers wil begeleiden naar kort-en-krachtige installatiemethodes. Even belangrijk is het om alternatieven te documenteren.

Je kunt de Bullseye versie rechtstreeks van het internet installeren. Wel de nieuwe Eeprom versie op je systeem hebben aangebracht..

Start de RPI4 en houd de shift toets ingedrukt. Je kunt kiezen welke versie je wilt hebben en op welk media deze moet worden aangebracht. SD kaartje, snelle USB stick, SSD.

Na de installatie opstarten en nog de laatste upgrade doen.

Een upgrade van Buster naar Bullseye (Raspbian release 11) heeft zelfs jouw instructies niet nodig.
https://linuxhint.com/upgrade-raspberry-pi-os-buster-to-bullseye/

7 lijnen in de command window, zes uren geduld en dat is het.

Ik gebruik zelf al enige tijd Debian Bookworm, Ubuntu Lunar en Fedora Rawhide. Allemaal op een snelle USB 3.1 stick.

Behalve op de Ubuntu kan ik de OpenPlotter applicaties niet meer installeren.

brice3010 schreef : Ik zie eigenlijk maar 3 redenen om voor een installatie vanuit de sources te kiezen:
1- de gebruiker wil meer controle (poweruser, zeg maar)
2- er mist functionaliteit in de binary versies
3- gewoon omdat dat bij Open Source software moet kunnen

1) is alleen voor mensen met teveel tijd, onder zeilers vind je die volgens mij niet veel. ("Ik ga liever zeilen!")

2) Bij de update in maart heb ik aangegeven dat voor mij enkele essentiele plugins missen.
Deze missen nu nog steeds op het X86 Ubuntu 22.04 platform.

Vanuit de sources compileren lijkt dan een panacea, maar als dan blijkt dat de sources wel compileren, maar niet willen installeren, dan dwing je de gebruiker het package-beheer te verbeteren. Nu is mijn hoofddoel zeilen en niet rommelen met een versiebeheer waar terugkoppeling mist.

Daarbij ben ik volgens mij ook over jouw bug gehobbeld.

Over de missende plugins, als ik alleen de essentiele plugins installeer, had ik er 3 waarbij de ocpn_draw en de pypilot plugins inmiddels de officiele plugin zijn. Dus nog 1 te gaan van Dave zelf, die de politiek van een beperkt aantal platforms heeft ingesteld.

Als je rommelt met 'CatalogExpert=1' kun je die misschien via een omweg installeren (Bookworm => Jammy). Maar die aanpak werkt alleen voor X86_64, niet voor Arm64. Vooral als je start met een nieuw systeem wil je zo lang mogelijk door zonder distupgrades, dus anno nu: Bookworm.

3) De flatpak-only aanpak legt volgens mij een bom onder de open source gedachte.
Na opstartperikelen maakt het e.e.a. wel veel eenvoudiger voor de ontwikkelaar, want niemand zit meer aan zijn code. De drempel is domweg te hoog.

De 'ik compileer wel een eigen plugin' aanpak wordt tegengewerkt door een missende foutafhandeling in de pluginmanager. Dan is 'hoe kun je een plugin via de achterdeur installeren' de weg van de minste weerstand.

Ik ben nog steeds tevreden met mijn debian buster op AMD. Mooi native OpenCPN instalatie. Via backport naar 5.6.2. Hopelijk kan ik het nog een paar jaar uitzingen. Als die grappenmakers niet weer de zaak omgooien m.b.t. de kaarten.
Als OpenCPN steeds verder verwijderd van de open source gedachte dan lijkt me het verstandiger naar Windows over te stappen. De user base heeft daar gewoon veel meer mogelijkheden op het gebied van navigatiesoftware. Als OpenCPN die user base van zich vervreemd gaat het verder in een marginaal nerdware bestaan als navigatie software.

3Noreen schreef : En dat bevalt jou zo goed dat je iedereen aanraadt die een nieuw systeem installeert dezelfde weg te bewandelen?

Het past wel in de trend van 'never change a winning team', vooral het grenzeloos optimisme.
"Buster is EOL en ook de extended LTS-fase loopt binnenkort af. OpenCPN heeft ook geen updates nodig. Support is overrated..."

In het kader van de OP lijkt mij de uitkomst eerder 'bevries een achterhaald systeem' (Buster or die) of 'er is geen ontwikkeling in Linux na de RPI4' (RPI4 or die). Van mij zul je niet horen dat je een RPI4 die werkt moet vervangen, maar voor een nieuw systeem is dat geen goed uitgangspunt.

Met een nieuw systeem start je beter met de huidige stand der techniek. Dat sluit volgens mij een de combinatie RPI4 en Buster uit. Bij hergebruik van je RPI4 kom je volgens mij minimaal uit op Bullseye. Bij een uptodate Arm64 systeem kom je eerder uit op Bookworm, met name omdat je dan het langst profiteert van je installatie (en de Mali ondersteuning voor moderne GPU's is pas vanaf Bookworm aanwezig).

brice3010 schreef : Die upgrade heb ik ook een keer gedaan. Maar vervolgens werkte wifi niet. Gegoogled en veel anderen hadden het lzelfde probleem, en geen oplossing. Toen maar weer de backup teruggezet.

Reuver2 schreef :
Nog een vol jaar te gaan.

Komende winter rustig bekijken of er een nieuwe versie Debian is waar native OpenCPN op draait. Wat ik in geen geval ga doen is varen met navigatie software waar geen redelijke test fase aan vooraf is gegaan. Daarom baal ik ook wel dat OpenCPN niet native in Bookworm zit.
Laten we wel wezen Windows heeft het voordeel van een grote user base waar bugs snel naar voren komen. Zelfs op een mac draait OpenCPN beter.

3Noreen schreef : Was het maar zo eenvoudig:
The tool ‘’check-support-status’’ from the package debian-security-support helps to detect such unsupported packages

Kortom, LTS gebruiken betekent allereerst meer werk(, de kleine lettertjes).

Reuver2 schreef :
Nou je hebt me wel heel bang gemaakt. Direct maar update's uitvoeren. Dan wet ik zeker dat het allemaal goed zit. NIET DUS.

Volgens mij wordt dat hele OpenCPN niet door Debian supported. Zeker niet de plugin's.

Er loopt nu een draadje van iemand die net wél een update gedaan heeft.
Ik wacht geduldig totdat er een Debian versie is waar OpenCPN bij de standaard supported packages zit. Anders ga ik op zoek naar een alternatief buiten Linux.

Nogmaals OpenCPN valt niet onder Debian support. Vandaar het eindeloze gerotzooi.

3Noreen schreef : Het gaat niet alleen om OpenCPN, maar ook de libraries waar OpenCPN op bouwt.

Denk ik met name aan GTK, wxWidgets en sound.

Wat een raar forum is ZF toch geworden. Je boot zinkt, vliegt in de fik, loopt op de klippen, en je software gaat grote schade aanrichten als de adviezen van de hotemetoten niet opgevolgd worden.
Ben vast nog wel meer onheil vergeten die de predikers voor ons in petto hebben.

3Noreen schreef : Ik zou zeggen 'volg je eigen advies en stap over op OpenCPN voor MacOS'. En onthoudt je van kritiek op anderen die wel voor Linux kiezen.

Veel gebruikers gebruiken OpenCPN op een systeem met veel netwerkverbindingen. Dan is het bijhouden van updates essentieel.

De paranoia onder ons proberen vol te houden dat een navigatie-pc geen netwerk verbinding mag hebben, dan heb je een punt dat updates minder belangrijk zijn.

Het benoemen waar de zwakke plekken zitten is de eerste stap naar verbetering. Een systeem heeft kritiek nodig om goed te worden.
Dat is ook het grond beginsel van peer review. Wat ik een zeer waardevol onderdeel van Debian vind. Daarom is het zo jammer dat OpenCPN het niet gehaald heeft als regulier package van Bookworm.

Ik deel verder jou mening niet over LTS support. Ik vind het beter om een LTS systeem te gebruiken dan het nieuwste van het nieuwste beta of nog erger alfa, c.q. testing release.

Why? What is error message? Is there a corresponding issue on the GitHub?