Software-update: LineageOS 24.0

LineageOS logo (79 pix)Versie 24.0 van LineageOS is beschikbaar gekomen. LineageOS is de opvolger van CyanogenMod en een open source besturingssysteem voor smartphones en tablets. Het is gebaseerd op een kale versie van Android en voegt extra functionaliteit toe, waaronder snelkoppelingen in de notificatiebalk, een uitgebreid lockscreen en verschillende thema's voor de interface. Verder zijn er vaak prestatieverbeteringen waar te nemen ten opzichte van de software die een fabrikant zelf meelevert. LineageOS versie 24 is gebaseerd op Android 17 en uitgebreide releasenotes zijn hier te vinden. Dit is de aankondiging voor deze uitgave:

24 - Getting Sentimental

Hey there! Welcome back! We’re a bit sentimental about this release, as it precedes a really fun upcoming milestone. On December 24, 2026, LineageOS will celebrate 10 years. It’s a remarkable milestone for a project built by a passionate community of developers, maintainers, contributors, and users who have kept so many devices alive along the way.

This release is part of that story: one more step forward, and a small moment to appreciate how far we’ve come. Here’s to the next decade. And thank you for your continued patronage, support, and belief in the project. The last year has been crazy, but we have remained dedicated to bringing an updated LineageOS based on Android 17 to the masses!

We’ve been hard at work rebasing all of our changes and features since Android 17’s release in June. Android 17’s first release mainly contained iterative improvements and some UI/UX refinements, but due to our previous efforts adapting to Google’s heavy refactoring over the last several versions, we were able to rebase onto Android 17’s code-base faster than anticipated. Yes you read that right: We’re early this year!

Lineage OS 19

Versienummer 24.0
Releasestatus Final
Besturingssystemen Android
Website LineageOS
Download https://wiki.lineageos.org/devices
Licentietype GPL

Door Bart van Klaveren

Downloads en Best Buy Guide

11-10-2026 • 18:00

60

Submitter: Vipe

Bron: LineageOS

Update-historie

Reacties (60)

Moderatie-faq

Sorteer op:

Weergave:

Met veel moeite heb ik LineageOS 20 op mijn Sony Xperia XZ1 Compact gekregen om zo van Android 9 naar Android 13 te gaan. Eenmaal geïnstalleerd bevalt het prima. Ik heb ook root voor volledige backups.

Het was een ingewikkelde zoektocht om het erop te krijgen voor iemand die hier geen ervaring mee heeft. Ik zou graag willen dat het zo eenvoudig zou zijn als een USB-stick erin steken en opstarten vanaf USB en vervolgens een Setup Wizzard uit te voeren. Zo ben ik het op de PC gewend. Enfin, reddit draadje over mijn ervaring:

https://www.reddit.com/r/.../1an9ta6/four_more_years/

Ik gebruik hem dagelijks. Het is fijn om een kleine telefoon te hebben en de accu houdt het prima vol. LineageOS is super stabiel.
Welke app gebruik jij voor volledige backups? Vroeger had je Titanium backup, maar de apps die ik nu heb geprobeerd herstellen apps niet goed. Apps waar je in moet loggen en dergelijke moeten nog steeds inloggen en ingesteld worden.
Ik gebruik Swift Backup. Met root kan die ook apps met appdata in één keer backuppen en terugzetten.
https://www.swiftapps.org/
Ik gebruik op LOS Neo-Backup als vervanger voor Titanium backup.
Het is jammer dat er steeds minder toestellen gebruik kunnen maken van een custom roms.
Komt ook omdat de bedrijven achter de toestellen de bootloaders locken.
De SafetyNet en de PlayIntergrity zijn ook een flinke hobbel de laatste jaren.
De SafetyNet en de PlayIntergrity zijn ook een flinke hobbel de laatste jaren.
Valt wel mee. De meeste banken werken zonder voor mobiel bankieren. Mobiel betalen is wel een gemis voor degenen die niet zonder kunnen.
Ik gebruik Curvepay op m'n Fairphone 6 met /e/OS en daar kan ik gewoon contactloos mee betalen. Ook heb ik door MicroG nog geen apps die niet werken.

/e/OS is gebaseerd op LineageOS en word gemaakt door Murena.
Ik zag dat het wel 5€ per maand is? Dts 2x zo duur als MN huidige bankrekening. Of in sommige maanden een euro per transactie!

En dan beginnen ze vast ook met attestation! :(
Ik betaal helemaal niks voor Curve voor het koppelen en gebruiken van mijn bankpassen. (= Curve Free)
Curve gratis variant is prima te gebruiken.
Wil je buitenlandse wisselkoers transactie fee terug dringen dan is het advies wel om een tijdelijk (maandje bijvoorbeeld) abo te nemen. Ik gebruik de gratis variant dus ook om van mijn Visa creditcard van de Bank via Curve als Mastercard te kunnen aanbieden. Ik heb deze curve card dan weer aan mijn google wallet gekoppeld maar je zou dus ook via Curve Pay kunnen betalen.
Valt tegen, in mijn ervaring. Heb zelf een unlock kit gemaakt voor myron (Poco F8 Ultra) en unofficial lineageOS geport. Maar heb best wat apps die gewoon niet werken, dan heb je wel opties om de keystore te downloaden van een Pixel device en dan werkt het heel even maar het is echt een drama om werkend te houden. Heb hem max 2-3 dagen kunnen gebruiken met Google Wallet voordat alles weer opnieuw kon.
Maar heb best wat apps die gewoon niet werken,
Ligt dat aan het ontbreken van PlayIntegrity en SafetyNet of omdat je andere zaken mist? Welke applicaties geven problemen?

[Reactie gewijzigd door The Zep Man op 11 oktober 2026 22:13]

Als ik PlayIntegrity test heb ik alles passed maar dit reset iedere reboot en iedere X dagen. Maar de lastigste app tot nu toe is Revolut en Hulu dus die doen toch op een of andere manier nog checks buiten basic, device en strong playintegrity.
Welke apps dan? Ik gebruik e/OS op een Fairphone 6 en oude OnePlus 7 pro en met MicroG aardig wat apps draaien,allemaal succesvol. Het enige dat niet lekker werkt is een custom vpn (Tailscale) met App Lounge, maar voor updates schakel ik Tailscale ff uit.
Helaas jammer ja, het lijkt echt op te houden met bestaan.
In Europa is dat zo, in India is dit bruisend. Ik geloof dat Xiaomi telefoon hierdoor een langer leven krijgen.
Maar Xiaomi is hier juist heel lastig mee. Je moet het 'aanvragen' en er is een wachtperiode.
Ik merk het nu inderdaad... de Zenfone 10 gekocht met het idee, agh tegen de tijd dat die over de datum is hebben ze het vast wel uitgevogeld, want dat was altijd wel zo. Nu is het zo ver, en nee hoor... Inderdaad erg jammer, vooral omdat de bedrijven er qua limitaties en privacy zeker niet schappelijker op zijn geworden.
Hoe zat dat ook alweer, boven een bepaalde One UI/android versie ofzo krijgt je device andere partitionering en wordt bootloader gelocked, zodat je lineage niet meer kan installeren?
Partitionering weet ik niet, maar vanaf 8 is de optie voor unlocken simpelweg eruit gehaald. Ik snap het ergens in het kader van security, en aan de andere kant... Ik type dit op een Sony XZ1 compact van ruim 8 jaar oud nu. Toestel wordt al jaren niet meer geüpdatet door Sony, ergens terecht misschien na een bepaalde tijd. Echter de hardware voldoet nog steeds prima voor mij dus wil en ga niet wisselen.

Heb nu een custom rom met security patches van juni of juli dit jaar. Er zijn genoeg officieel ondersteunde toestellen die veel verder achterlopen, omdat de leverancier maar een of twee keer per jaar uodate. Dus tja wat is dan veiliger... De volgende wordt in elk geval wederom een toestel wat geunlocked kan. Wellicht een fairphone.
Je koopt zo'n ding (oa Samsung) voor heel veel knaken en dan zou je er eigenlijk mee mogen doen wat je wilt. Iemand die het ding unlocked weet ook wel wat het risico daarna is van veiligheid en ondersteuning.
Het grote probleem is dat mensen niet weten wat er kan gebeuren als iemand zonder hun medeweten dat ding unlockt. Als je toestel ontgrendelbaar is, zou je het weg moeten gooien zodra je hem ooit voor een tijdje uit het oog verliest, zoals bijvoorbeeld bij de Amerikaanse/Chinese grens nog wel eens gebeurt, of als je telefoon door de politie wordt ingenomen ongeacht of je vrijgesproken wordt of niet.

Bij de toestellen waar ontgrendelen wel kan staat er een waarschuwing op het scherm, maar waar een ontgrendelmogelijkheid is, is hoogstwaarschijnlijk een bypassmogelijkheid die zonder waarschuwing de boel omzeilt. Het is Apple overkomen, de maker van zo'n beetje de meest vergrendelde hardware waar een burger aan kan komen, en het is iedere consolemaker overkomen, dus het zou hoogmoed zijn om te denken dat je als Android-fabrikant zoiets wel helemaal kunt voorkomen. Daarnaast kan je software misschien perfect zijn, maar kan je code omzeild worden door een snelle voltage glitch: je moet je hardware er ook op ontwerpen.

Daarom wordt je data ook gewist zodra je de boel ontgrendelt, maar dat gebeurt alleen als je het via de "officiële" weg doet, bij exploits patch je de wipe er gewoon uit natuurlijk.

Dan heb je ook nog de Xiaomi-situatie: massaal werden telefoons voor de Chinese markt geïmporteerd door partijen die ze ontgrendelden, er een Europese ROM op zette (niet de officiële natuurlijk, die werkt niet, maar een gestripte versie van xiaomi.eu). Gebruiker maakt de doos open van zijn "nieuwe" telefoon maar draait software van derden zonder het ooit te weten te komen. Dat is één van de redenen dat ze ooit het ontgrendelen via accounts en SIM-kaarten en timeouts hebben gedaan (dan wordt het voor dit soort handelaren te veel gedoe, plus de SIM-bescherming zorgt ervoor dat massa-ontgrendeling lastig wordt), maar ook dat was niet genoeg voor ze zo te zien.

Persoonlijk heb ik gekozen voor een Pixel juist omdat ik die kan unlocken wanneer ik dat wil, maar als ik als Android-fabrikant mijn gebruikers veilig zou willen stellen, zou het vergrendelen van de bootloader zeker een optie zijn. Niet alleen dat, maar de bootloader is ook weer te vergrendelen, dus als een derde partij met zijn klauwen aan mijn telefoon zit, kan die niet zomaar even in een minuut wat malware flashen zoals bij 99.9% van de LineageOS-installaties wel het geval is. De Pixels en het aankomende Motorola-vlaggenschip zijn daarin uitzonderingen, helaas. Niet gek, eerlijk gezegd, met hoe moeilijk het is om dat veilig te doen.
Het grote probleem is dat mensen niet weten wat er kan gebeuren als iemand zonder hun medeweten dat ding unlockt.
Dat lijkt me irrelevant. Zodra je de bootloader unlocked, wordt de telefoon leeggeveegd als veiligheidsmaatregel:

https://source.android.com/docs/setup/test/running#unlocking-the-bootloader

Dat ga je als gebruiker wel doorhebben, want al je data/accounts/etc. zijn weg. Ik zie dat je dat later wel noemt, maar dit is wel een belangrijk punt en voor veel aanvallen een goede bescherming. Groter probleem is zelf de telefoon unlocken, een ander OS installeren en nooit mee relocken.
Als je toestel ontgrendelbaar is, zou je het weg moeten gooien zodra je hem ooit voor een tijdje uit het oog verliest, zoals bijvoorbeeld bij de Amerikaanse/Chinese grens nog wel eens gebeurt, of als je telefoon door de politie wordt ingenomen ongeacht of je vrijgesproken wordt of niet.
Daarvoor hoeft de bootloader niet unlocked te worden. Tenzij je GrapheneOS op een Pixel draait, moet je je telefoon als gecompromitteerd beschouwen als hij bij de Amerikaanse/Chinese grens ingenomen is. Waarom? Uit gelekte Cellebrite documentatie blijkt dat vrijwel alle Android toestellen zelfs in BFU (Before First Unlock) uit te lezen zijn:

https://discuss.grapheneos.org/d/14344-cellebrite-premium-july-2024-documentation

Uitzondering is GrapheneOS op Pixel. Op zich is dit ook geen verassing, want de meeste Android toestellen (als in modellen) hebben niet eens een aparte secure processor en draaien de Trusted Execution Environment op de main CPU (met TrustZone als de enige bescherming). Dat is ongelofelijk gevoelig voor side-channel attacks. Onlangs is er nog zo'n bug gepubliceerd waarmee je heel erg veel telefoons met een MediaTek SoC binnen een minuut uit kunt lezen in BFU:

https://www.malwarebytes.com/blog/news/2026/03/this-android-vulnerability-can-break-your-lock-screen-in-under-60-seconds

Dit is toevallig een kwetsbaarheid die publiek is geworden, maar Cellebrite e.a. hebben waarschijnlijk een hele voorraad aan dit soort kwetsbaarheden. Uitzonderingen op Android w.b.t. secure processors zijn AFAIK Google Pixels (Titan M) en Samsung flagships (Knox Vault). Als het op dit soort kwetsbaarheden aankomt is het grofweg: Pixel + GrapheneOS > iPhone >> Pixel/Samsung flagships >> alle andere Android telefoons, waarbij zover uit gelekte documenten alleen een Pixel met GrapheneOS niet uitgelezen kan worden.
Het is Apple overkomen, de maker van zo'n beetje de meest vergrendelde hardware waar een burger aan kan komen,
Volgens gelekte Cellebrite documenten kunnen ze iPhones na een verloop van tijd na de release uitlezen, Pixel + GrapheneOS niet.
maar kan je code omzeild worden door een snelle voltage glitch: je moet je hardware er ook op ontwerpen.
Dat is waar, maar dan zit je alweer op een hele andere threat assessment. Telefoons met Cellebrite o.i.d. uitlezen is een heel erg veel lagere barriere dan bezig gaan met voltage glitching, decapping, etc. Dan moet je wel op het niveau zitten van zwaar staatsgevaarlijk.
Dan heb je ook nog de Xiaomi-situatie: massaal werden telefoons voor de Chinese markt geïmporteerd door partijen die ze ontgrendelden, er een Europese ROM op zette (niet de officiële natuurlijk, die werkt niet, maar een gestripte versie van xiaomi.eu). Gebruiker maakt de doos open van zijn "nieuwe" telefoon maar draait software van derden zonder het ooit te weten te komen.
Hmja, als je om veiligheid geeft, dan kun je iets als Auditor gebruiken om te verifiëren dat de software goed is:

https://attestation.app/tutorial

Bovendien moeten Android telefoons een oranje bootscherm geven met een waarschuwing als secure boot uit staat of een geel scherm als secure boot aan staat, maar met firmware die getekend is met een custom root of trust:

https://source.android.com/docs/security/features/verifiedboot/boot-flow

Als dat bij Xiaomi telefoons niet gebeurt, dan hebben ze toch ergens een groot securitygat?
Persoonlijk heb ik gekozen voor een Pixel juist omdat ik die kan unlocken wanneer ik dat wil, maar als ik als Android-fabrikant mijn gebruikers veilig zou willen stellen, zou het vergrendelen van de bootloader zeker een optie zijn. Niet alleen dat, maar de bootloader is ook weer te vergrendelen, dus als een derde partij met zijn klauwen aan mijn telefoon zit, kan die niet zomaar even in een minuut wat malware flashen zoals bij 99.9% van de LineageOS-installaties wel het geval is.
Ja, helemaal mee eens. Een OS gebruiken waarbij je de bootloader unlocked laat is een heel erg groot securitygat. Het is niet alleen dat iemand van buitenaf je telefoon kan manipuleren. Je zet ook secure boot uit, dus als je telefoon remote gecompromitteerd wordt, kan de aanvaller persistente malware in het systeem installeren. Dit is een stuk lastiger op een gelockte telefoon met een correcte secure boot chain. Uiteindelijk wordt het hele Android-systeem geverifieerd met dm-verity.
Blackberry was niet voor niks een doorn in het oog van overheden. Die hadden een security first mentaliteit, beginnend bij hardware en waar BFU onmogelijk is omdat alles encrypted was tot je de code invoerde. Huidige lockscreens zijn niets meer dan een Windows 95 screensaver met wachtwoord.
Zodra je de bootloader unlocked, wordt de telefoon leeggeveegd als veiligheidsmaatregel:
Mits het ontgrendelen de normale code flow volgt. Bij een exploit of hardwareglitch kun je daar niet van uitgaan.
Waarom? Uit gelekte Cellebrite documentatie blijkt dat vrijwel alle Android toestellen zelfs in BFU (Before First Unlock) uit te lezen zijn:
"Er is een exploit dus waarom zou ik bescherming toevoegen" is een wild statement. Waarom zou ik antivirus draaien als er toch virussen zijn die mijn antivirus niet kan vinden? Waarom zou ik mijn deur op slot doen als iemand een ruit kan inslaan?

Het kost Celebrite veel tijd en moeite om deze exploits te vinden en zelfs dan zitten ze vast aan brute-force. De firmware in de afgelopen twee jaar op moderne platforms ook al gepatcht tegen de reset attacks, in elk geval degenen die in dat oude rapport stonden. De hackers van Cellebrite hebben vast meer trucs die nog geheim zijn, maar dat betekent niet dat je dan maar moet opgeven.
Hmja, als je om veiligheid geeft, dan kun je iets als Auditor gebruiken om te verifiëren dat de software goed is:
Auditor werkt op GrapheneOS en iedere telefoon met stock firmware. Geen enkele andere custom ROM werkt ermee omdat bijna geen enkele ROM de moeite doet om alle beveiliging die Android heeft daadwerkelijk in te schakelen. Het is makkelijker om gewoon Play Integrity te gebruiken (de broncode van Auditor is niet echt plug-and-play) tenzij je Graphene wil vertrouwen.
Bovendien moeten Android telefoons een oranje bootscherm geven met een waarschuwing als secure boot uit staat of een geel scherm als secure boot aan staat, maar met firmware die getekend is met een custom root of trust:
Die eis is toegevoegd nadat Xiaomi hun bootloader dicht had gezet voor zover ik weet. Een mooie toevoeging natuurlijk.
"Er is een exploit dus waarom zou ik bescherming toevoegen" is een wild statement. Waarom zou ik antivirus draaien als er toch virussen zijn die mijn antivirus niet kan vinden? Waarom zou ik mijn deur op slot doen als iemand een ruit kan inslaan?
Je schrijft echter een conclusie aan me toe die ik helemaal niet trek. Mijn conclusie is: gebruik GrapheneOS of misschien een iPhone.
Het grote probleem is dat mensen niet weten wat er kan gebeuren als iemand zonder hun medeweten dat ding unlockt. Als je toestel ontgrendelbaar is, zou je het weg moeten gooien zodra je hem ooit voor een tijdje uit het oog verliest, zoals bijvoorbeeld bij de Amerikaanse/Chinese grens nog wel eens gebeurt, of als je telefoon door de politie wordt ingenomen ongeacht of je vrijgesproken wordt of niet.
Dat moet je sowieso, want als je ze geen toegang geeft dan word je sowieso teruggestuurd. Naar dat soort landen kan je beter een burner meenemen. Of gewoon niet bezoeken natuurlijk.

Staats actoren hebben zoveel mogelijkheden op dat gebied, ze hebben toegang tot allerlei zero days om je telefoon te rootkitten.
Dan heb je ook nog de Xiaomi-situatie: massaal werden telefoons voor de Chinese markt geïmporteerd door partijen die ze ontgrendelden, er een Europese ROM op zette (niet de officiële natuurlijk, die werkt niet, maar een gestripte versie van xiaomi.eu)
Dit is gewoon een commercieel verhaal, ze willen de "Europese versie" voor meer geld verkopen.
Daarom wordt je data ook gewist zodra je de boel ontgrendelt, maar dat gebeurt alleen als je het via de "officiële" weg doet, bij exploits patch je de wipe er gewoon uit natuurlijk.
Als je het via een exploit doet, heb je sowieso geen medewerking van de leverancier dus of ze dit willen aanbieden is niet van toepassing.

[Reactie gewijzigd door Llopigat op 11 oktober 2026 19:56]

Een Amerikaanse staatsburger is zelfs in de problemen gekomen nadat hij zijn Pixel met GrapheneOS een Duress code gaf aan de douane en de douane beambte zelf de Duress code intypte. :+

Maar zijn data was wel weg + ego van de douane beambte gekrenkt. :+

[Reactie gewijzigd door Rickyyboy op 11 oktober 2026 23:50]

Hmm leuke functie, maar beter zou zijn dat het dan een tweede profiel opent zonder dat het duidelijk is dat je in een ander profiel zit. Wat fake data erin zodat het plausibel lijkt. Het is niet erg slim om de ego van de persoon in macht te breken, in de maling nemen zonder dat die het door heeft is het beste wat je kan doen.

Voor extreme situaties eventueel nog een failsafe erin dat het bv binnen een uur alsnog alles wist als je niet met de juiste code inlogt. Zonder hierover een melding te tonen uiteraard.
Ja daarom kan je er beter gewoon helemaal niet meer naartoe gaan. Als je een land bezoekt dan onderwerp je jezelf aan hun wetten en er zijn weinig landen meer buiten de EU waar ik dat van zou accepteren.
Er kan iets als secure boot worden ontwikkeld waarbij legitieme projecten zich kunnen aanmelden.

De meeste Linux distributies kun je starten met secure boot. Dat gebeurt via een stukje software (een shim in de bootloader) dat is ondertekent door Microsoft die de rol van CA vervult. Microsoft stelt natuurlijk wel bepaalde voorwaarden voordat ze de shim ondertekenen. Natuurlijk is hier wel goodwill voor nodig van alle betrokken partijen, in dit specifieke geval Google.
Linux secure boot is wel een heel erg grote wassen neus. Tenzij je Linux distributie op UKI over is wordt bij mijn weten de initrd image niet geverifieerd, laat staan je systeempartitie, etc. (tenzij je zelf een custom installatie gaat maken met dm-verity). Linux lijkt me juist geen goed voorbeeld om Google te overtuigen systemen van derde partijen te gaan tekenen.

Overigens kun je op sommige Android telefoons (bijv. Pixel) je eigen root of trust gebruiken en daarmee secure boot opzetten. Dit doet bijv. GrapheneOS.
Daar kun je relatief eenvoudig omheen werken door je initramfs op je versleutelde schijf te zetten. Dat werkt helaas alleen met bootloaders die met versleutelde volumes kunnen werken zoals Grub, maar je kunt initramfs niet aanpassen als je de sleutel van je partitie niet hebt.

Secure boot valideert de shim of de bootloader zelf (vereist het MOK-verhaal), de bootloader verifieert zichzelf en zijn modules, en vraagt dan om je sleutel om de boel te kunnen opstarten.

UKI is wel mooier natuurlijk.
Het kan prima, maar alleen Google (en binnenkort hopelijk Motorola) heeft het gedaan. Secure boot bleek ook vol met problemen te zitten die nooit opgelost zijn, daarom zijn er diverse bitlocker bypasses en manieren om code in het boot proces te injecteren te vinden, bijvoorbeeld.

De veiligste secure boot voor zover ik ermee bekend ben is de secure boot op ChromeOS, gebouwd op Google's eigen firmware. De secure boot van de meeste fabrikanten komt van één van twee fabrikanten af die moederbordfirmware maken, en updates komen zelden naar alle moederborden, als er al updates voor komen.
Lijkt me makkelijk op te lossen door een 7 dagen lange wachttijd met een harde notificatie dat aftelt.
Dat is Google deed met het kunnen installeren van APK's, en daar werd ook niemand blij van.

Xiaomi had ook een timeout van enkele dagen (weet niet meer hoeveel) maar dat bleek niet voldoende. Het probleem is dat de echte eindgebruiker de telefoon pas krijgt als hij al samen in een hoopje andere telefoons ontgrendeld is, een week extra levertijd is bij grijze import niet zo gek. De laatste keer dat ik naar hun software keek hadden ze een SIM-lock voor je van account kon wisselen maar daar was iedereen laaiend over.

De simpele oplossingen hebben fabrikanten al lang geprobeerd. Ze zijn in principe ook niet per se nodig, Google doet het tenslotte ook niet, maar het is wel de makkelijkste manier om veiligheid te kunnen garanderen zonder complexe softwaregaranties.
Yep, Samsung heeft het uitgezet vanaf oneui 8.5 en ik had begrepen dat ook de nieuwere google pixels die kant opgaan.

Op dit moment is dit nog afhankelijk van de fabrikant, niet de android versie.
Ah, ik ken het nog van de HTC HD2 :) Sinds een paar dagen eigenaar van een Pixel 10a (rip zenfone 9 :'( ) maar heb deze keer toch gekozen voor GrapheneOS, ook eens leuk om te proberen
De HTC HD2 was mijn eerste smartphone, en mijn eerste ervaring met Android. Wat heb ik een boel ROMs geflashed op dat ding! (Eerst op de SD card, toen op de interne opslag, en later weer op snellere SD cards)

Het waren de gouden tijden voor ROM ontwikkeling.
Voor mij was dat de HTC Desire, veel op aangepast toen, bootloader uiteraard unlocked, splash screen vervangen, had de parities aangepast voor nieuwe roms, nadele toen alleen van dat toestel was dual touch en niet multitouch. Maar goed heel erg gebruikt dat toestel kwam toen van een iphone 3g en na een half jaar dat gebruikt te hebben stapte ik over naar Android. Kan mij ook nog herinneren dat ik whatsapp beta gebruikte, denk dat ik een van de eersten was die whatsapp gebruikte op de wereld.
Goude tijd was dat.
Zelf ook aardig wat HTC versleten toen.
HD2, Desire, Desire HD en later nog een keer de U11 geprobeerd. Wat vliegt de tijd 🥲
Ik begin er niet meer aan. De smartphone waarop ik dit geïnstalleerd heb staan behoort ondertussen niet meer tot de ondersteunde toestellen, dus daar zit ik dan met een LineageOS die niet meer te updaten valt. Ik ben wel klaar met smartphones, ik switch binnenkort weer naar een ouderwetse feature phone, of misschien zelfs een dumb phone.
Als LineAgeOS je telefoon niet meer ondersteund dan heeft de fabrikant waarschijnlijk al veel eerder de ondersteuning stop gezet, niet? Dat was vroeger zo althans
Ja waarschijnlijk lukt het niet meer met de drivers omdat die niet beschikbaar zijn op de nieuwe Android versie. Zolang de drivers in orde zijn, is het een automatisch proces bij Lineageos om updates per toestel uit te rollen.
De meeste oude drivers kun je nog steeds gebruiken met een wrapper. Zo bouw ik zelf Android ports voor Hardkernel bordjes (Odroid). Al die Amlogic BSPs (Board support package) hebben drivers voor oudere kernels en Android 9. Maar toch heb ik er Android 15 op draaien met volledige hardware acceleratie.

Ja, uiteraard draai je in userdebug mode (oftewel ontwikkelingsmode), maar alles is 100% functioneel.
Ik weet daar niet veel van. Heb het even AI gevraagd wat de nadelen zijn en dat is vooral dat als je in userdebug mode draait minder veilig bent omdat er hogere rechten zijn en daarmee dus kwetsbaarder. Sommige apps als bankapps willen dan ook niet werken. Misschien is dat de reden dat Linage daarvoor niet kiest. Leuk voor persoonlijk gebruik, maar niet voor iedereen.

Ik weet niet of het daadwerkelijk klopt.
Klopt, dat is inderdaad een van de nadelen.

Ik gebruik de bordjes zelf bedrijfsmatig, dus voor mij is het niet zo boeiend. (Ik draai er enkel mijn eigen apps op)

Met wat meer moeite zou ik het ook wel voor elkaar krijgen om de wrapper wel geverifieerd te krijgen en de hele build als "user" te krijgen ipv "userdebug", maar dat heeft voor mij geen toegevoegde waarde.

Helaas geldt dat niet als je bugs wil fixen die in de binary blobs die Amlogic meeleverd zitten. Dit zijn onderandere de media codecs, waar nog best wel wat fouten in zitten (deze fouten zitten dus ook in Android 9, dat heeft niets met het porten te maken).
Als je die blobs patched, krijg je hem niet meer geverifieerd en draai je altijd userdebug.
Hopelijk brengt AI coding hier verandering in, waar het voor veel mensen te veel werk is om eindeloos alle drivers te porten naar nieuwere versies is het voor coding agents vaak maar een uurtje werk.

Genoeg voorbeelden te vinden online van mensen die Claude gebruiken om hun oude printer of tape nieuw leven in te blazen op de laatste Linux kernel. Kan ik enkel maar toejuichen.
Ja dat zie ik laatste tijd ook in Morphe voor Android apps. Mods worden door AI geüpdate naar nieuwe versies of zelfs andere apps. Bij andere apps is de slagingkans nog wat laag, maar dat komt nog wel goed. Menselijk ingrijping enkel nodig als AI er niet uitkomt.
Heb het vroeger nog gebruikt maar veel te veel gedoe en dingen die niet goed werken. Ik wil een telefoon die goed werkt zonder teveel gedoe, daarom ben ik ermee gestopt.
Dat had ik met Android 4(.03), sindsdien is er een hoop veranderd volgens mij en dat geld waarschijnlijk ook voor LineageOS.

Zelf gebruik ik /e/OS van Murena wat gebaseerd is op LineageOS en ervaar eigenlijk weinig "gedoe".. Alle apps die ik gebruik werken, inclusief de bank apps, kan contactloos betalen etc. Kom van iOS dus heb sinds Google Android 4 geen idee hoe goed of slecht /e/OS is in verhouding tot de huidige Google Android maar heb best wel een oke ervaring met de overstap van een iPhone 16 Pro naar een Fairphone 6.
heb nu een s25 ultra en hier is de bootloader niet meer te omzeilen.
Helaas nog even wachten met mijn Pixel 9. De webpagina geeft wel aan "Current version 24.0", maar deze is nog niet beschikbaar in de downloads.
Om na 10 jaar steeds te moeten zeggen dat het een opvolger is van Cyanogenmod....

" Windows 11 is de opvolger van Windows 10" lees ik nergens meer, hooguit toen het net uitkwam...
Default meuktracker tekst. Al sinds 2021 wordt hetzelfde gequote.
Zelf Apple gebruiker hier, maar dit heb ik altijd een prachtig alternatief / OS gevonden. Probleem is dat je, zover ik weet, altijd problemen krijgt met apps als Netflix enzo. Dat houdt mij tegen het te installeren op oude Samsung tablets die niet vooruit zijn te branden.
Ik heb toevallig mijn S9 naar de nieuwste LineageOS gekregen. Is niet officieel ondersteunde versie, maar dan heb je mensen die nog steeds dedicated zijn en dit als nog beschikbaar maken. Maar dat werkt als een zonnetje. Fijn dat dit bestaat en kan!

Om te kunnen reageren moet je ingelogd zijn