Onderwerp: Nieuwe Linux Ubuntu versie Groovy Gorilla

reuver schreef :
Over welke software heb je het dan? GTK is een library, en versie 3 daarvan zat ook al in 16.04 en 18.04:
packages.ubuntu.com/source/xenial/gtk+3.0

Applicaties die GTK gebruiken kunnen wel tussen 18.04 en 20.04 veranderd zijn van GTK2 naar GTK3. Het probleem is denk ik niet dat GTK3 niet goed is, maar dat een bepaalde applicatie in de overgang van GTK2 naar GTK3 wat steekjes heeft laten vallen.

Wadloper schreef :

Menno schreef :
Dat laatste dus.
Ik zie hier en daar de steekjes die men heeft laten vallen.

OpenCPN is er ook in een ubuntu 18.04 gtk3 versie. Maar omdat die niet veel gebruikt werd is deze nooit echt goed getest. In 20.04 kun je niet meer terugvallen op gtk2.

Ik zie nu ook de eerste testen met libwxgtk3.1-gtk3 van enkele gebruikers. Daarbij dus gtk3 vanuit github. Dat is nog lang niet beschikbaar.

Wadloper schreef :
Simpel:
Ubuntu 20.04 is gelanceerd in april. Vanaf dan is de meute begonnen met het gebruik van Ubuntu 20.04 en gtk3. Dat heeft z'n tijd nodig om door te werken.

Geef het een paar maanden om de grootste valkuilen eruit te halen en je zit al zover in het zeilseizoen dat switchen niet nuttig meer is. Na die paar maand werkt e.e.a. stabiel en is ook de installatie helemaal uitgekristalliseerd.

Mijn focus ligt daarbij niet op de ondersteuning van Ubuntu of Xubuntu, maar op de ondersteuning van OpenCPN. Met de cyclus van 2 jaar is dan 1 tot 3 jaar na introduktie van de Ubuntu LTS versie de beste gebruikstijd. Zeker voor een navigatie-pc die zonder updates en zonder internet goed functioneert.

Voor zeilers zou een 20.10 LTS versie (met name de introductie in het najaar) beter uitkomen...

Even mijn inbreng hier. (gebracht dus door iemand die nog in de Linux luiers loopt)

Om het eenvoudig te houden zijn er vier hoofdtakken van Linux: Suse, Arch, Debian en Red Hat.

Die laatste heeft ondanks dat het om open source software gaat een verdien model gemaakt van Linux. Je koopt een release met ondersteuning. Red Hat is meer op de professionele markt gericht.

Arch is een roling release: geen grote updates naar een nieuwe versie 1 keer in de zoveel jaar, maar altijd cutting edge de nieuwste software. Een grote community met zeer veel uitstekende documentatie in de Arch Wiki.Niet voor de totale beginner: het besturingssysteem moet je in de termial vanaf de grond af opbouwen en configureren.

Debian is super stabiel maar is conservatief qua updates en de versie van de packages die ze gebruiken.

Susu moet je zelf maar bestuderen, heb ik ooit geprobeerd maar het was toen en ik geloof nog steeds, niet erg geweldig qua package management.

Anyway: Vanaf Debian is Ubuntu afgeleid, en vanaf Ubuntu zijn weer zeer veel releases afgeleid zoals het uistekende Linux Mint.

Qua Ubuntu is er wel wat mij betreft reden tot zorg, en dat gaat over snaps.
Snaps zijn een nieuwe vorm van packages die uiteindelijk voor de ontwikkelaars het een stuk gemakkelijker maakt. Ubuntu heeft ook de nodige mensen ontslagen sinds ze zijn begonnnen met snaps.

Bij package mangers zoals apt en pacman (linux Arch) worden de paketten gedownload van de repository. De software pakketen hebben vaak " dependencies" dat wil zeggen dat ze andere geinstalleerde pakketen gebruiken om hun taak te kunnen uitvoeren. Dit geeft het probleem dat het pakket afhankelijk is van de versie van de pakketen waarvan hij gebruikt maakt. Hoe worden de repositories bijgehouden, welke versie werkt met welke versie.
In de praktijk vind ik het allemaal wel meevallen deze problemen.

Snaps integreerd alle de dependencies in 1 pakket. Ten eerste is dit een beetje aan de bloated side, verder blijkt dat het opstarten van zoiets simpels van een rekenmachine 5 seconden kan duren als hij snaps geinstalleerd is.
Maar de echte duivel zit in het upgrade mechanisme: dit wordt automatisch zonder gedaan zonder dat je daar iets over te zeggen hebt. (Hallo WIN10!)
Verder is het gebleken dat er telemetrie is verwerkt in Ubuntu. Eerst bleek dat standaard de telemetrie naar Amazon aan stond, maar dat is na klachten uit gezet, maar nog steeds gaat er informatie naar Ubuntu en je moet maar vertrouwen dat dit niet wordt doorgespeeld aan derden.

Linux Mint, gebaseerd op Ubuntu heeft zelfs een beveiliging ingebouwd dat je snapsd helemaal niet kunt installeren. Sommige andere afgeleiden geven je deze keuze.
Volgens mij moet het ook mogelijk zijn snaps te killen, maar dat heb me nog niet genoeg in verdiept.

Ik heb Manjaro gepobeerd: deze is gebaseerd op Arch maar heeft een installer ISO. Uiteindelijk bleek deze 1.5 keer zoveel geheugen te gebruiken en om de visuele toevoegingen t.o.v. Arch gaf ik niet zoveel om.

Voor mijzelf ben ik op Arch uitgekomen, plain vanilla.
Daarnaast vind ik Linux Mint en POP OS de favoriet van Ubuntu afgeleiden.

Voor mijn server heb ik wel Ubuntu 20.04 LTS gebruikt. Daar zit ook snaps in verwerkt, en ik ga deze er nog uit slopen is mijn idee nu

Met Clonezilla kun je een image maken van je besturingssysteem.
Het programma is erg ouderewets qua uitstraling en er staan onbegrijpelijke teksten in de aanwijzingen tijdens het proces tot het komen tot een image.

Als je het 1 keer is gelukt dan is het echter allemaal erg simpel, en het schijnt super betrouwbaar te werken, ook voor WIN, en het is natuurlijk gratis.

Voor mij is het gebruik van image software altijd puur een kwestie van overleving geweest.
Dit omdat je niet als het systeem of de hardware hopeloos vastloopt je niet alles opnieuw hoeft te installeren en te configureren, en in het geval van WIN niet te activeren.

Nog een waarschuwing voor dual boot met Windows: dit is niet perse aan te bevelen.
Een probleem is dat Windows in de hardware klok local time gebruikt en Linux UTC.
Als je dit probleem wild voorkomen dat moet je iets in Liux aanpassen. (google is your friend, well is it?)
Naast het klok probleem zijn er ook potentiele andere problemen gerelateerd aan (boot) partities.

reuver schreef :
Nogmaals: we gaan het zien. Terug naar 18.04 kan altijd nog.

Voorlopig volgt er nog een hele winter waarin 20.04 van updates kan worden voorzien. Het feitelijke gebruik op de boot komt toch pas volgend voorjaar (mijn boot gaat de wal op).

Airgead schreef :
Ik heb bij Xubuntu 18.04 op de Eee PC al een update aangeboden gekregen, waarbij zelf actie moest ondernemen. Automatisch gebeurde er niks. Precies zoals ik het jaren geleden met mijn dual-boot machine (Windows XP en Ubuntu) al gewend was.
Zou dat bij Xubuntu 20.04 anders zijn? We gaan het zien!

Ik moet trouwens zeggen dat je voor iemand die zichzelf een beperkte kennis van Linux toedicht (luiers!) opvallend goed op de hoogte van alle ins and outs van de diverse distributies.

Airgead schreef :
Dan zal er ondertussen iets veranderd zijn in de manier waarop Windows en Linux met de klok omgaan.
Ik heb tussen 2008 en 2013 met een dual-boot gewerkt en nooit enig probleem met verschillende kloktijden ervaren.
In alle systemen is de kloktijd aan te passen in de software, dus ik snap het probleem dat je beschrijft ook niet, eerlijk gezegd.

Airgead schreef :
Snapd deïnstalleren (zonodig) en dan de onderstaande tekst in dit bestand zetten:

/etc/apt/preferences.d/snapd
Dan kan snapd niet meer geïnstalleerd worden

Wadloper schreef :
Ook in die tijd was het een probleem, maar het kan zijn dat de Linux-distributie die je gebruikte bij de installatie goed heeft gedetecteerd dat er ook Windows op stond, en toen de localtime optie heeft gekozen.
In Linux kan je kiezen of je in de de hardwareklok van je computer de tijd in localtime of UTC wordt opgeslagen. Standaard is UTC.
In Windows kon/kan je dat niet kiezen, het is altijd localtime.

Wadloper schreef :
Dat klok probleem heb ik reeds een tijdje terug beschreven. Vooral voor mij heel vervelend omdat ik spul van de Raspberry cross compile op een snellere machine. (Clock skew errors)

Ik blijf mij verbazen hoor.
Het runnen van een operating system op zich wordt tot een ware hobby gemaakt. ( en dat op een zeilersforum, niet eens een nerdy linux forum)
Niet de programma's die je er op draait en wat je daarmee bereikt, maar het OS zelf.
Bizar.

Ze zouden een OS moeten maken van een OS. Dan kan je een stuk simpeler een OS draaien. Klant is koning niet waar?

excuses voor de halve off topic.

reuver schreef :
Het probleem is dan denk ik met name bepaalde plugins voor OpenCPN? Ik heb op 20.04 ook OpenCPN staan, maar dat werkt gewoon.

De claim dat Ubuntu vanaf 20.04 is begonnen met GTK3 klopt niet helemaal. GTK3 zit al minstens sinds versie 12.04 in Ubuntu. En GTK2 is ook gewoon nog aanwezig in Ubuntu 20.04.
OpenCPN maakt voor de grafische interface gebruik van wxWidgets. Dat is een library die zorgt dat je een keer iets programmeert, en dan kan gebruiken in zowel Linux (GTK2/GTK3), Windows en MacOS. In Ubuntu 20.04 is wxWidgets overgegaan van GTK2 naar GTK3, en daarmee ook OpenCPN. Alle plugins moeten dan ook met die GTK3-versie van wxWidgets gecompileerd worden, anders werken ze niet meer.

brambo schreef :
Dat is natuurlijk voer voor de complotdenkers, een ontwikkelaar die Register heet!
Overal zitten de tentakels van Microsoft, werkelijk overal!

3Noreen schreef :
Dat lijkt me een ander probleem dan het opslaan van de hardwareklok in UTC of localtime.

Mogelijk veroorzaakt doordat de Raspberry Pi geen real-time clock heeft.

Wat mij blijft verbazen is dat er mensen zijn die veel geld over de toonbank geven voor een computer die ze De facto alleen in bruikleen hebben totdat de eigenaar er tabak van heeft en en de stekker er uit trekt.

Menno schreef :
De manier waarop de local time in debian staat is veranderd. Eerst stond de tijd er in UTC en een offset. Nu werkt het anders. Het probleem is makkelijk op te lossen door de systeemtijd in UTC te zetten.

Of het nu windows is of linux m.i. hebben ze beiden de missie zelf uit het oog verloren.
Van een OS moet je in feite niet eens weten dat ie er is.

Een OS helpt je ongezien en ongemerkt met het uitvoeren van programma´s en taken. Zo zou het moeten zijn.

3Noreen schreef :
Bedoel je daarmee de mensen met een open source OS? Want die lopen zeker dat risico (zie de vele draadjes hier over de 2% marktaandeel PCtjes).
Als je dan ook de uren nog eens meetelt die het ze gekost heeft om het draaiend te krijgen en te houden (opportunity cost, ze hadden ook geld kunnen gaan verdienen in die tijd) dan hebben ze inderdaad erg veel geld uitgegeven. Verbazend inderdaad

roozeboos schreef :
Bijna alle OS-en zijn gemaakt om aan jou zoveel mogelijk te verdienen. Jij bent niet de kant maar het product. Wat zij dan verkopen aan de hoogst biedende. Daarom zijn die clubs zo rijk. Niet van wat de koper die voor zijn OS betaalt. Dat kan een kleuter uitreken. Die paar euro van de prijs van een OS gaan geen miljarden maken. Alleen de kleuter rekent het niet uit.

Baasklusje schreef :
Veel gemeenten hebben veel geld moeten betalen om nog een tijdje van hun computers gebruik te mogen maken omdat een software leverancier anders de stekker er uit zou trekken.

Oh het mag best wat kosten hoor.
Als ik lees hoeveel tijd men kwijt is aan het werkend krijgen en houden, daar ben ik veel te duur voor.
Ik betaal ook voor wingps, en krijg in ruil een goed werkend programma die ongemerkt doet wat ik wil.

Maar goed, is ook een andere discussie, ik zal me stil houden verder.

Baasklusje schreef :
Zo'n tien jaar geleden had ik hier een ontwikkelaar van IBM over de vloer. Die vertelde dat ze overgestapt waren op Linux voor hun servers. De reden, het koste aanzienlijk minder aan onderhoud. Dus tijd.