Onderwerp: OpenCPN Flatpak voor alle Linux versies

brambo schreef :
Fake news, zie deze pagina op over deze plugin op de site van OpenCPN zelf:
opencpn.org/OpenCPN/plugins/nvcharts.html

In een ander formaat kan het dus wel. Hier in Linux 5.8.2

Dat heeft dan weer niks met een NV Charts-plugin te maken, dat gaat gewoon met de ingebouwde ondersteuning voor KAP-kaarten.
Die kaarten zijn ook niet officieel in dat formaat uitgegeven door NV Verlag.

Menno schreef : Beetje verwarrend dit. Zeg je nu dat je voor NV Charts-kaarten de NV Charts-plugin niet nodig hebt of zo?

De kaarten die brambo laat zien zijn KAP-kaarten, zonder encryptie. Die komen niet officieel van NV Verlag in dat formaat. Is dus ook geen legale versie, en ik vraag me af of dat nog te updaten is naar de kaart van dit jaar.

Zie dit topic: zeilersforum.nl/index.php/foru...t-group-gmbh#1133956

brambo schreef :
Mogelijk een illegale kaartset dus. Lekker dan als je zo op het verkeerde been wordt neergezet.

Gepost met de officiële Zeilersforum-app

Jammer, ik hoopte toch op een linux-versie van die plugin.

Die plugins van OpenCPN, dat blijft toch wel een onoverzichtelijk zooitje oneerbiedig gezegd. Plugins wel of niet in de PPA, plugins wel of niet in de flatpack, plugins wel of niet in Windows, plugins wel of niet in Linux en ga zo maar door. Als gebruiker kun je er geen touw aan vastknopen.

Bram gaat zo meteen vertellen dat ik het helemaal verkeerd zie en uitleggen waaróm sommige plugins niet beschikbaar zijn op een bepaald platform. Maar daar heeft de doorsnee gebruiker geen enkele boodschap aan, die ondervindt een incompleet ('kreupel') systeem op zijn gekozen platform.

Voor mij persoonlijk was dit o.a. de reden dat ik ben gaan kijken naar een alternatief (dat is AVnav geworden).

daan1508 schreef :
Het zou mij verbazen als die er zou komen. De markt van Linux gebruikers is gewoon heel klein. Waardoor kosten van het ontwikkelen van zo'n programma zwaar drukken op een klein aantal gebruikers. We hebben gewoon geluk dat o-charts een paar jaar geleden het gelukt is kaarten sets voor Linux uit te brengen. Daarvoor was een navigatie programma onder Linux zeer beperkt bruikbaar.

3Noreen schreef : Is zijn algemeenheid is dat zo. Maar specifiek voor OpenCPN c.q. OpenPlotter, daarvan lijkt me dat het gros dan wel een behoorlijk deel op een Pi draait dus op Linux.

En afgezien daarvan, sommige plugins zijn wel voor Linux beschikbaar, maar dan weer niet voor alle distributie-platformen als PPA/flatpack/etc. of voor alle c.q. de laatste (ondersteunde) OS-versies. Dat laatste is iets wat je gewoon niet verwacht en wat het voor de 'incidentele' gebruiker gewoon erg lastig maakt, die ziet door de bomen het bos niet meer.

VegaMan schreef :
Dankzij die gebruikers hebben we de 0-charts plugin en kaarten. Waar AVnav dan weer van profiteert. De levensvatbaarheid van de o-charts voor AVnav zou zonder de OpenCPN userbase gering zijn.

Zeker, maar dat hoor je me ook niet zeggen. Waar we het hopelijk wel over eens kunnen zijn is dat de de implementatie van plugins binnen openCPN niet de schoonheidsprijs verdient (ahum).

VegaMan schreef :
Daar ben ik het volledig meer eens.
Zelf vind ik het heel jammer dat de ontwikkelaars zich niet meer hadden geconsenteerd op native support onder Debian. Inclusief de ontwikkelaars van de belangrijkste plugin's. Die aanpak heeft drie grote voordelen.
- Er vind peer review plaats.
- In honderden van Debian afgeleide besturingssystemen komt dan ook een goede versie van het programma beschikbaar.
- Er wordt intensief getest op betrouwbaarheid inclusief hoe programma's op elkaar reageren.

Nu opereren de ontwikkelaars wat mij betreft nog in het vrije wilde westen waar iedereen gewoon maar doet wat er in zijn hoofd opkomt.

3Noreen schreef :
Ik niet. Plugins worden niet door het OpenCPN team ontwikkeld, maar door derden. In het geval van NV-Charts zelfs door een commerciële partij, die het blijkbaar niet rendabel vindt om hun plugin te porteren naar een ander platform dan Windows. Voor de rest gaat het om plugins die door slimmeriken in elkaar gezet zijn omdat hij/zij die functionaliteit noodzakelijk vindt voor het gebruik van OpenCPN. Dat er daarbij problemen kunnen ontstaan omdat er een nieuwe installatiemethode (Flatpak) of een onderhuidse verandering van het host-OS heeft plaatsgevonden is niet meer dan normaal en het is ook niet uniek voor OpenCPN. Dát is het grootste nadeel van Linux: de veelheid aan distributies, die in de basis gelijk zijn, maar op detail verschillen.

VegaMan schreef : De doorsnee gebruiker heeft toch windows of mac?

Eclips schreef :
Technisch snap ik helemaal waarom plug-ins waarom de plug-ins na een upgrade niet meer allemaal werken, maar de communicatie daarover kan een stuk beter.

Bijv.:

• Melding in de release notes dat nog niet alle plug-ins beschikbaar zijn
• Webpagina waar je per flavour kan zien welke plug-ins beschikbaar zijn.
• Tijdelijk beschikbaar houden van de vorige versie zodat gebruikers nog terug kunnen

Menno schreef :
Niet Linux gerelateerd maar steeds meer mensen zullen de ervaring opdoen dat middels een aangeprezen en bijna onvermijdelijk lijkende Update zaken die ze hadden niet meer werken. Voorbeelden
-camera kun je weggooien omdat die niet meer werkt. Werkt natuurlijk wel maar je foto's kun je niet meer afdrukken of op een andere manier gebruiken.
-Je magnetron denkt dat die een heteluchtoven is geworden. (waar gebeurd)
-app om je zonnepanelen uit te lezen werkt niet meer
-mogelijkheid om met digid bij mijn overheid in te loggen is stuk
-je muziek thuis kun je niet meer afspelen
-Navigatie van je auto is volstrekt onbruikbaar.
enz enz enz.

sja, en die magnetron moet dan echt linux draaien? Ik zou dat zonder RTOS ontwerpen.

Roozeblij schreef :
Ik denk dat het niets met Linux te maken heeft. Mensen denken dat ze beter af zijn met slimme magnetron. Het is bijna onmogelijk om nog domme apparaten nieuw te kopen. Mijn oven thuis is nu ruim 25 jaar oud. Een beetje slim apparaat gaat zo'n leeftijd niet halen.

excuses , had je post niet goed gelezen.

Menno schreef :
Daar zit iets in, maar is lastig uitvoerbaar. Dan zouden de ontwikkelaars van OpenCPN en/of de ontwikkelaars van de plugins die plugins op elk mogelijk platform moeten gaan testen. Dan stel je wel hoge eisen aan de vrijwilligers. Ik denk dat het voor hun efficiënter/doenbaarder is te wachten of er ergens problemen opduiken, om dan vervolgens die te gaan verhelpen.

Menno schreef : Dat is een understatement.

Destijds bij de PPA werd er geen enkele melding gedaan dat de plugins voor een nieuwer OS niet aanwezig waren, ondanks dat de PPA de installatiemethodiek van voorkeur is volgens hun eigen documentatie. Toen ik laatst keek, had ik ineens wel de plugins dus dat is in de tussentijd wel opgelost, netjes, maar voor mij te laat.

Eigenlijk had die versie niet eens uitgebracht mogen worden als er geen plugins bij zitten, tenminste als je een serieuze software-uitgever zou zijn.

Eclips schreef :
Daar kan een heleboel aan geautomatiseerd worden. Ik heb het idee dat elke plugin-ontwikkelaar nu handmatig moet kiezen voor welke flavours hij de plugin wil bouwen. En dat dat proces opnieuw gedaan moet worden als er een nieuwe flavour bij komt.

Dit zijn voor de meest recente Debian, Ubuntu en FlatPak versies de ondersteunde plugins:


Waarom is er bijv. bij de O-Charts-plugin:

Wel:

• Debian 11 arm64
• Debian 11 armhf
• Debian 10 x86_64

Maar niet:

• Debian 10 arm64
• Debian 10 armhf
• Debian 11 x86_64

Ligt dat nu aan mij?
Het is fijn dat al die vrijwilligers aan het programmeren zijn, maar kunnen ze niet met zijn allen aan 1 linux type werken?
En ondersteuning voor andere types opgeven.

Komt mij over dat er nu heel veel dubbel wordt gedaan, terwijl er niks af is.

VegaMan schreef :
En dáár zit 'em de crux! Het OpenCPN team is geen serieuze software uitgever, maar een clubje enthousiaste, zelf varende, slimmeriken dat een open source navigatieprogramma heeft geschreven als alternatief voor - zeker destijds - krankzinnig dure commerciële plotter-systemen.