'Fairphone gaat smartphone met 12GB ram uitbrengen voor 649 euro' - update

Fairphone gaat een vernieuwde versie van zijn Gen 6-smartphone uitbrengen, meldt leaker Billbil-kun. De Fairphone Gen 6+ zou onder meer 12GB Lpddr5-geheugen, 256GB opslagruimte en een Snapdragon 7s Gen 4-soc hebben. Hij kost naar verluidt 649 euro. Het is nog niet bekend wanneer het toestel precies uitkomt.

De gelekte renders van de Fairphone 6+. Bron: NewMobile
De uitgelekte renders van de
Fairphone 6+. Bron: Nieuwe Mobiel

Billbil-kun deelt de vermeende specificaties van de smartphone op Dealabs. Volgens de leaker heeft de Fairphone Gen 6+ een 6,31"-oledscherm met een resolutie van 2484x1116 pixels en een 4415mAh-batterij. Het toestel zou een laadvermogen van maximaal 30W ondersteunen.

De telefoon beschikt volgens Billbil-kun over een 50-megapixelhoofdcamera met een sensorgrootte van 1/1,55", een diafragma van f/1,88 en optische beeldstabilisatie. De ultragroothoekcamera heeft naar verluidt een resolutie van 13 megapixels en een f/2,2-diafragma . De selfiecamera schiet met 32 megapixels en een f/2,0-diafragma.

Het toestel zou verder beschikken over Wi-Fi 6E, Bluetooth 5.4, NFC en stereoluidsprekers. De telefoon ontgrendelen kan naar verluidt met de vingerafdruksensor aan de zijkant of gezichtsherkenning. De Fairphone 6+ zou Android 16 draaien en te krijgen zijn in de kleuren zwart, blauw en groen. Nieuwe Mobiel deelde eerder al vermeende renders van de telefoon.

Update, 13.59 uur – Specificaties van de Fairphone Gen 6 toegevoegd aan de tabel.

Update 2, 20.32 uur – In de tabel stond eerder dat de Fairphone Gen 6 128GB opslagruimte heeft. Dat moet 256GB zijn. Dit is aangepast.

Specificaties Fairphone Gen 6+* Fairphone Gen 6
Beeldscherm 6,31"-oled
2484x1116 pixels
Processor Qualcomm Snapdragon 7s Gen 4 Qualcomm Snapdragon 7s Gen 3
Opslag+werkgeheugen 12GB+256GB 8GB+256GB
Hoofdcamera 50 megapixels
1/1,56"-sensor
f/1.88
Optische beeldstabilisatie
Ultragroothoekcamera 13 megapixels
f/2.2
Selfiecamera 32 megapixels
f/2.0
Accu 4415mAh
Maximaal 30W opladen
Verbindingen Wi-Fi 6E
Bluetooth 5.4
NFC
USB-C
Audio Stereoluidsprekers
Biometrie Vingerafdruksensor aan de zijkant
Gezichtsherkenning
Besturingssysteem Android 16
Kleuren Zwart
Blauw
Groen
Zwart
Wit
Groen

*Specificaties van de Fairphone Gen 6+ zijn op basis van geruchten

Door Imre Himmelbauer

Redacteur

11-08-2026 • 13:17

115

Submitter: jinvanthee

Reacties (115)

Sorteer op:

Weergave:

Ik hoop nog steeds op een fairphone mini, dan heb ik in ons gezin al direct twee klanten. De mini telefoon is wellicht een niche, maar er is nu nauwelijks serieus aanbod, dus een enorme kans/markt. Met honderden telefoons met ca 6" scherm, zou een 5" scherm telefoon bij slecht 1% vraag tov de 6", al meer verkocht worden dan de gemiddelde telefoon.

[Reactie gewijzigd door billyjk op 11 augustus 2026 18:15]

Op zich zie ik een mini ook wel zitten. Maar de vraag is natuurlijk hoe mini... Hier heb ik de FairPhone 5 (prive, zelf aangeschaft) en de apple iPhone SE (zakelijk).

Vanuit mijn ervaring: De FPh 5 is aan de grote kant maar acceptabel, ik kan ze meestal met 1 hand bedienen. Ze is niet de dunste maar dun genoeg. En het scherm is qua maat dan wel weer lekker. De iPh is zeker hanteerbaarder maar soms is het scherm toch aan de kleine kant.

Als ze nu de kwaliteiten van de FairPhone in de maat van de iPhone kunnen krijgen, is dat dan mini genoeg? Helaas kan ik nu al aangeven dat zoiets FairPhone niet gaat lukken. De FPh is 8G/256GB, de iPh is 3G/64GB. De FPh heeft als eis dat ze (modulair) demontabel is. De apple is ontworpen zonder reparatie-eisen.

Of zou je genoegen nemen met serieus mindere specificaties? Of een relatief hogere prijs?
Model iPhone mini (12/13) zou perfect zijn. Moet toch mogelijk zijn om te maken, wellicht maar 1 camera maar verder is het vooral accu die ruimte inneemt en die kan kleiner, want kleiner scherm is minder energie verbruik.

Zijn in NL zat mensen met kleine handen die een 6" niet makkelijk kunnen bedienen in de EU nog veel meer. Heb altijd het idee de telefoon net als de crash test dummy voor een man van 1, is gemaakt.

Overigens wel interessant om te zie dat bij de Jolla telefoon ook nog redelijk veel gestemd werd voor 5".
sommige telefoons zijn idd zo klein dat je met een pen ze moet bedienen ik heb ook nog zo een telefoon hier liggen als ik met de duim de toetsen moet bedienen dan duw ik zeker 4 cijfers in, erg onhandig in gebruik zijn deze telefoons nee geef mij maar een gewone touch screen telefoon van normaal formaat zodat ik gewoon met die telefoon overweg kan.\

En liever niet te klein.
geef mij maar een gewone touch screen telefoon van normaal formaat
Gefeliciteerd! Dan kun je gewoon kiezen uit 90% van de bestaande markt, en hoef je je niet druk te maken om een kleinere telefoon/fairphone.
Een pixel a serie is net duur en klein...
check sidephone, das een mooie kleine
Grappig concept maar toch niet helemaal wat we zoeken.
Het kan moeilijk zijn een paneel te vinden voor een scherm van 5inch in relatief kleine oplage.
Nog effetjes en ze hebben meer geheugen dan mijn computer lol.
Is de hoeveelheid ram nu al een standaard geworden om te bepalen of dit een midrange zal zijn of niet... is dit nu voor media post de nieuwe referentie? dan zijn we nog verder van huis, whoppa mee met de media hype omtrent geheugen. Vroeger werd er gewoon ram in de android toestellen gesmeten omdat het cool was voor de specs, nu dat er wat op size gelet zal worden is het vanuit de media natuurlijk negatief.

Ik heb op mijn 8GB en 12GB devices nog geen dag moeten nakijken op al die jaren of ik nu nog ram had of niet... laten we het zo houden en niet naar die MS OS toestanden gaan....

[Reactie gewijzigd door dnat op 11 augustus 2026 13:25]

Nouja, over 143 dagen is het afgelopen met het installeren van handige kleine goed werkende apps via F-droid en ben je overgeleverd aan de bloatware uit de dan helemaal dichtgespijkerde Google's app-store.

Dus geheugen gaat vanaf volgend jaar wel een ding worden ja.
Nouja, over 143 dagen is het afgelopen met het installeren van handige kleine goed werkende apps via F-droid en ben je overgeleverd aan de bloatware uit de dan helemaal dichtgespijkerde Google's app-store.

Dus geheugen gaat vanaf volgend jaar wel een ding worden ja.
Huh wat houd dat in dan?

Ik lees onder alle iOS Appstore berichten altijd dat Android zo open is en nu beweer jij het tegenovergestelde?
Google trekt de teugels aan maar het sideloaden van apps blijft gewoon mogelijk, het wordt wel omslachtiger.

Daarnaast, Android en Google zijn niet exact hetzelfde en het is nog maar de vraag hoe dit juridisch uitpakt.
Google trekt de teugels aan maar het sideloaden van apps blijft gewoon mogelijk, het wordt wel omslachtiger.

Daarnaast, Android en Google zijn niet exact hetzelfde en het is nog maar de vraag hoe dit juridisch uitpakt.
Aah de soep wordt niet zo heet gegeten als het wordt opgediend dus. Door het bericht leek het net alsof er niets meer mogelijk was.
Het probleem is dat ontwikkelaars niet meer anoniem dingen meer zullen kunnen releasen. Iets zelf uitrollen wordt dus inderdaad onmogelijk. Er zijn reeds ontwikkelaars die hebben aangegeven dat ze er mee stoppen (bv ontwikkelaars van apps voor android auto). Langs de andere kant heeft het wel het voordeel dat ontwikkelaars van malware het moeilijker krijgen.
Met de enorme toename aan AI-ontwikkelde apps is er eigenlijk geen houden meer aan en moet je wel veel beter aan de poort gaan filteren. Ik heb vandaag in Windows nog een populaire applicatie gedownload die keihard weigerde te installeren dankzij Microsoft. Hij leek op de echte, werd zelfs aanbevolen in de Bing zoekresultaten, maar was gewoon zo nep als het maar kan.

Dus ja, better safe than sorry
Oneens. Als dergelijke apps opensource zijn vallen ze zo door de mand. Laat het voor power users die snappen wat ze doen en welk risico ze nemen gewoon beschikbaar blijven.

Mijn apparaat, mijn keuzes.
Dan ga je er dus van uit dat ze open source zijn... En dat hoeft dus niet.
Het enige wat verandert is dat, de eerste keer dat je een app wilt installeren, je naar Developer settings moet gaan en ''Allow Unverified Packages'' aan moet zetten, dan reboot, en dan nog 24 uur wachten.

Dit is dan ''tegen malafide praktijken zoals social engineering'' of welke reden dan ook, maar daarna kan je dus net zoals voorheen alles weer.

Die 24uur is trouwens alleen voor de allereerste keer, de optie blijft daarna gewoon (voor nu) aan staan tot je deze zelf weer uit zet.
Daarnaast, Android en Google zijn niet exact hetzelfde en het is nog maar de vraag hoe dit juridisch uitpakt.
Ja het gebeurt alleen op android met play services. Het wordt geforceerd via een play update.

Juridisch verwacht ik niet echt veel problemen. Google heeft de politici in hun zak in de VS en de EU schijnt zich hier niet echt druk over te maken.
Uiteraard maakt de EU zich daar niet druk over. Het probleem ligt namelijk niet bij Google maar bij de app bouwers.

Elke app bouwer kan ook een AOSP versie uitbrengen, eentje die geen gebruik maakt van Google Play services. Daar zijn ze helemaal vrij in.

Het probleem is dat de meeste app bouwers dat niet doen en alleen een Google Android versie uitbrengen. Dat is wat de problemen geeft bij de AOSP gebruikers, ze moeten dan ineens de Google Play services gebruiken zodra dat verplicht wordt voor Google Android apps.

De oplossing is heel eenvoudig, vraag je favoriete app bouwers om ook een AOSP veriant van hun app uit te brengen. Dan is er geen enkel probleem meer.
Nee dit ligt wel bij Google. Deze installatiebeperking wordt via play services naar telefoons uitgerold (de updates van toestellen zelf ligt bij de fabrikant immers, maar play services hebben ze wel de controle over).

En geldt ook voor apps die niet via de playstore komen (juist voor die apps zelfs). En ook voor apps die geen play services gebruiken! Die worden ook geblokkeerd. Het gaat om de APK installer in het OS zelf. Dat is juist ook waarom apps als F-Droid er over klagen. F-Droid biedt helemaal geen apps in hun store aan die afhankelijk zijn van play services. Want F-Droid doet alle builds zelf (reproducible build).

De ontwikkelaars hebben daar niks mee te maken. Dit gaat puur om de installatiemethode (buiten de play store om), niet of de app play services nodig heeft of niet.

Maar op telefoons waar helemaal geen play services op zit kan Google dit ook niet uitrollen, vandaar.

[Reactie gewijzigd door Llopigat op 11 augustus 2026 16:54]

De beperking komt alleen naar toestellen die Google Play services draaien.

Er komt geen beperking naar toestellen die AOSP zonder Play services draaien.

Een AOSP toestel zonder Play services merkt er dan ook niets van. Ook apps in F-Droid blijven op die toestellen prima werken.
Ja maar apps op toestellen met play services die zelf geen gebruik maken van play services hebben er helaas wel last van. En daar kan de developer niks aan doen natuurlijk. En Google wel.

Voor AOSP gebruikers zonder play services (of die met MicroG of sandboxed play zoals GrapheneOS) verandert er helemaal niks met deze aanpassing. Wat nu wel werkt blijft werken, sommige apps werken inderdaad niet maar die hebben dan ook nooit gewerkt.

[Reactie gewijzigd door Llopigat op 11 augustus 2026 17:07]

Uiteraard, maar dan kiest de gebruiker van dat toestel er zelf voor om Google Play services te gebruiken. Het is geen verplichting en ook niet nodig als de gebruiker dat niet wil. Tenzij de gebruiker er voor kiest om Google Android apps te gebruiken op hetzelfde toestel.
Nou op veel toestellen kan je niet meer kiezen omdat de bootloader niet meer geunlockt kan worden. Op Samsungs vanaf OneUI 8 ook niet meer. Dus alternatieve ROMs kan ook niet meer.

Je hoeft niet aangemeld te zijn in google play voor deze verandering, hij komt hoe dan ook binnen.

[Reactie gewijzigd door Llopigat op 11 augustus 2026 17:10]

Als je een Samsung koopt, dan koop je een toestel met Google Android. Dat is bekend.

Wil je dat niet, koop dan een Fairphone met /e/OS. Dan heb je niets met Google te maken. En die toestellen krijgen deze verandering dan ook niet binnen tenzij Murena besluit om dat te doen.
Oh, "sideloaden", ook zoiets moois.

"sideloaden" is de gebruikelijke manier waarop normale applicaties al decennia lang geïnstalleerd worden op general purpose machines zoals je PC, tablet en telefoon.

Om dat "sideloaden" te gaan noemen is werkelijk een briljante zet geweest. Nu denken mensen dat het iets bijzonders is.

Wat zou je ervan vinden als je op je Windows PC alleen nog maar applicaties kunt installeren vanuit de Microsoft App Store? Dat je eerst jezelf uitgebreid moet identificeren en een bedrag aan MS moet overmaken om zelf software te mogen schrijven en installeren op je eigen PC? Dat is wat er nu op Android gaat gebeuren.

Overigens, de mogelijkheid om zelf gemaakte applicaties op Android te installeren na 7x klikken, 24 uur wachten en nog wat meer klikken kan door Google ook elk moment weer ingetrokken worden.

[Reactie gewijzigd door cdwave op 11 augustus 2026 14:51]

Waarom zo bozig? Ik zeg alleen maar hoe het in de bron van OP staat. Het originele sideloaden (zonder de 24 uur) zit overigens al van het begin in Android.
Ik ben niet boos, alleen teleurgesteld.
Android is nooit echt open geweest. Dat is altijd maar een wassen neus geweest.

Wat nu aan het gebeuren is, is dat Google via hun "services" de deur nog verder dicht gaat gooien. Aangezien ook bijvoorbeeld veel bankier apps gebruik maken van die Google interface, kun je straks ook niet meer internetbankieren op een telefoon die Google's goedkeuring niet heeft.
Je moet onderscheid maken tussen AOSP en Google Android. AOSP is zo open als de betreffende AOSP smaak wil zijn. Er zijn zelfs compleet vrije Google varianten in omloop.

Waar veel mensen tegenaan lopen is dat de meeste app bouwer geen aparte AOSP versies uitbrengen, ze beperken zich tot een Google Android versie en een Apple iOS versie. En dan moet je als AOSP gebruiker maar hopen dat de Google Android versie het doet. Ook loop je tegen de eisen aan die Google Android aan haar platform stelt, als je Google Android apps gebruikt.
Als app bouwer moet je ook wel een beetje masochistisch zijn als je absoluut geen gebruik wilt maken van google. Kleine markt, meer werk.
Dat begrijp ik. Het is ook geen kritiek van mij maar het is wel waar de schoen wringt. Veel mensen beseffen niet dat app bouwer bijna altijd alleen maar een Google Android versie van hun app uitbrengen en geen AOSP versie.

Dat is waar alle klachten vandaan komen en waarom AOSP gebruikers zo bang zijn voor de aankomende Google app verificatie. Zonder Play services werkt dat namelijk niet.

Alleen ze richten hun pijlen op de verkeerde partij, Google in dit geval. Ze moeten bij de app bouwer zijn en die verzoeken om ook een AOSP versie van de app uit te brengen.
Daar zit precies de ironie: Android draait op de GPLv2 Linux kernel, maar dat heeft niet voorkomen dat het apparaat en het ecosysteem eromheen steeds verder dichtgetimmerd konden worden.

De FSF waarschuwde hier twintig jaar geleden al voor met het begrip “TiVo-ization”: toegang hebben tot de broncode is niet hetzelfde als daadwerkelijk controle hebben over het apparaat waarop die software draait. GPLv3 is mede ontworpen om dat gat te dichten, terwijl Linux bewust GPLv2-only bleef.

Android laat, naast TiVo zelf uiteraard, inmiddels goed zien waar die waarschuwing over ging. De kernel kan volledig open zijn, terwijl bootloaders, services, attestation en uiteindelijk zelfs toegang tot bepaalde apps steeds meer onder controle van de fabrikant of platformbeheerder komen te staan.

De code is dan weliswaar vrij, maar de gebruiker steeds minder.

En zo'n massaal half-copyleft, half-propriëtair ecosysteem kun je realistisch gezien nauwelijks nog als volledig en/of functioneel onafhankelijk platform forken. Je moet niet alleen de code onderhouden en doorontwikkelen, maar ook propriëtaire diensten, cloudinfrastructuur, appdistributie, API's, certificering en een compleet ontwikkelaarsecosysteem vervangen. Zelfs Amazon met al hun wijsheid en kapitaal lukt dat met Fire OS maar zeer beperkt.
De Linux kernel mag je gewoon in commerciële closed-source projecten gebruiken. De GPL licentie betreft alleen de kernel zelf. Anders zou mijn dagelijks werk wel heel lastig worden.

Android deed net alsof de userspace ook "open" zou zijn. Dat was vanaf de begindagen al een grove leugen: Je kon weliswaar een Android systeem in elkaar zetten, maar je eindigde steevast met een versie waarin GPU, modem, touchscreen, wifi en vaak nog meer componenten helemaal niet werkten omdat de fabrikant nog van alles achter hield.

Technisch gezien is elk Android apparaat gewoon een general purpose PC, net zoals je desktop PC of laptop. En andersom geldt ook dat je desktop PC ook gewoon Android zou kunnen draaien (en dan heb ik het niet over een emulator) als je dat leuk zou vinden.
Klopt, en dat is precies de crux. GPLv2 maakt alleen de kernel vrij. Proprietary userspace, firmware en diensten mogen er gewoon omheen zitten. En dat is juist waarom Android zo'n goed voorbeeld is van de grenzen van kernel copyleft.

Mijn punt was vooral TiVoization: broncode hebben betekent nog niet dat je je gewijzigde kernel ook op het apparaat mág of kán draaien. Daar probeerde GPLv3 juist iets aan te doen.

En technisch is een Android-telefoon inderdaad een general-purpose computer. Alleen maken locked bootchains en vendor blobs hem voor de gebruiker vaak een stuk minder general-purpose.
Dat is een nieuwe rotactie van Google.

Maar je kan er nog wel omheen werken. Je moet het echter via ADB doen of je moet een dag wachten.
Ik lees onder alle iOS Appstore berichten altijd dat Android zo open is en nu beweer jij het tegenovergestelde?
Dat is tot op heden ook altijd zo geweest O+ Met dank aan de EU wordt iOS steeds opener al gaat het natuurlijk zeer moeizaam (want Apple probeert elke stap te frustreren).

Probleem is dat Google ziet dat Apple aardig met dat gedrag wegkomt en dat soort trekjes dus ook is gaan vertonen. Daardoor is dat hele registreren als ontwikkelaar over 143 dagen vergelijkbaar tussen Android en iOS (want daar moet het ook).

Onder aan de streep kan je (welliswaar met een vrij irritant stappenplan) de deur gewoon weer open zetten bij Android, dus alsnog iets meer open als iOS, maar het verschil is (nogmaals: met dank aan de EU) een stuk kleiner geworden in de positieve zin :)

PS en alle non-Google Android wat ook gewoon Android is heeft daar geen last van dus het is geen Android ding, maar een Google Android ding, het kan zomaar zijn dat Fairphone het zonder moeilijk doen toe laat bijvoorbeeld (iig met e/OS want dat is 'Google vrij').

[Reactie gewijzigd door watercoolertje op 11 augustus 2026 14:10]

Android is nooit open geweest. Men verward Android met AOSP (Android Open Source Project). Android is gebaseerd op AOSP, maar een groot deel is niet open source maar proprietary, van Google.

Ik vind het teleurstellend dat Fairphone nog steeds Google Android officieel blijft ondersteunen. Dat is sinds big-tech in dienst staat van Trump II (20 Jan 2025) niet meer van deze tijd.
Google probeert al veel langer Android hetzelfde pad op te zetten als Ios.
Ik gebruik al 6 jaar dezelfde 6GB telefoon met Lineage, en ik heb nog nooit hoeven checken of er teveel apps open stonden. Wellicht wijkt mijn usecase af want ik installeer bar weinig apps, maar alles wat je normaal gesproken dagelijks gebruikt staat er op. Afhankelijk van het OS zou 12GB ruim voldoende moeten zijn (hoewel men dat ooit zei van 640k :+)
Ik vermoed dat je het meer zou merken als je vaak wisselt tussen relatief zware social media apps of mobiele games. Een app die wel geinstalleerd is maar niet open staat gebruikt immers geen RAM. Zelf heb ik ook 'maar' 8GB ram en heb daar nog nooit problemen mee ondervonden. In een telefoon die toekomstbestendig moet zijn is het misschien wel goed om voor de 12GB te kiezen, zeker als Fairphone dat lukt voor die €649,-.
Zelf heb ik nu 8GB en merk dat als ik een kleine LLM lokaal wil draaien dat het net iets te langzaam is. 12GB is misschien net genoeg voor algemene prompts/vragen die ik niet in de cloud wil hebben.
ja en lokaal een LLM draaien is iets dat 99% van de consumenten toepast denk je?

dus de stelling 8-12gb ram is veelal genoeg voor elke normale consument op android klopt denk ik.

[Reactie gewijzigd door dnat op 11 augustus 2026 16:23]

nee? was dat de stelling? dacht ik deel wat ik er mee doe zodat mensen misschien een indicatie hebben van hoeveel ram ze nodig kunnen hebben.
Het schijnt dat die Jolla phones niet (op korte termijn) geleverd gaan worden. Jammer dus dat er geen samenwerking met Fairphone is; die zijn best betrouwbaar op lever en hardware en support gebied en het zou een extra uniek USP zijn; zo gebruikt sailfish geen ads of ai of andere zaken en zo is de privacy echt goed geregeld
Om heel eerlijk te zijn vind ik Jolla maar half overtuigend.

Sailfish is wel degelijk een Linux userspace, maar leunt voor hardwareondersteuning sterk op Android BSP’s, libhybris/Android HAL’s en de bijbehorende vendor drivers. Ze adverteren het als een "Linux" telefoon, wat semantisch klopt, maar voor mij de lading niet helemaal dekt.

Een échte Linux telefoon heeft wat mij betreft een vrije bootketen én mainline hardware support, zodat ik gisteren Phosh, vandaag Plasma Mobile en morgen sxmo kan draaien als ik daar zin in heb.

Juist dáár zou Fairphone een enorme USP kunnen hebben. Eigenlijk keer je dan terug naar de echte Maemo/MeeGo-geest van het Nokia N900 tijdperk, maar dan met veel meer keuze.
"Een vrije bootketen" is niet iets wat Jolla kan oplossen. De SoC leveranciers van deze wereld bouwen dat soort dingen gewoon(bewust) niet, je zit vast aan hún kernel en driver blobs(die voor Android zijn - je komt niet om hybris heen om initieel booten, en ja je gebruikt ook "proprietary" fastboot binaries om te flashen ).

Verder is dit wel een beetje spijkers op laag water zoeken. Wil je van Google af en wil je geen iOS, dan is dit het meest functionele alternatief.

SailfishOS is geen Android, behalve dan Alien Dalvik/de Android "VM" binnen Sailfish als je wil. Je suggestie dat het maar "net" "semantisch klopt" is nogal flauw en klopt wat mij betreft niet.
Volgens mij praten we deels langs elkaar heen. Ik ontken niet dat Sailfish écht Linux is (anders zou ik dat niet expliciet benoemen) en als alternatief voor Google/iOS zeker relevant is.

Mijn punt is juist dat Sailfish op smartphones doorgaans gebruikmaakt van een Android BSP en via libhybris van de bijbehorende HAL’s, vendorcomponenten en blobs en dat met ... laten we zeggen, interessante ... eufemismen benoemt. Misschien dat ik te overgevoelig ben voor marketingterminologie... Anyway, het is een praktische portingstrategie, maar absoluut geen technische noodzaak voor een Linux telefoon. Met mainline drivers en een (re/un)lockable bootketen kun je die afhankelijkheid grotendeels vermijden, zoals de PinePhone (en Fairphone, grotendeels) laat zien.

“Je komt niet om hybris heen” is dus te absoluut, net als “je zit vast aan hun kernel”. En fastboot zelf is gewoon open source AOSP software.

Daarmee mis je eigenlijk mijn hoofdargument: ik heb het niet over óf Sailfish Linux is, maar over de vraag of de telefoon zelf een generiek Linux platform is waarop de eigenaar vrij Phosh, Plasma Mobile, sxmo of whatever kan draaien. Juist dáár zie ik voor Fairphone een enorme USP.

[Reactie gewijzigd door Pyronick op 11 augustus 2026 15:14]

Die zijn momenteel nog niet te bestellen.

Maar je kunt wel gewoon een Fairphone 6 kopen, de bootloader unlocken en met flashboot de flashbare postmarketOS image van zijn Forgejo forge installeren. Die wordt gebouwd met zijn eigen mainline kernelpatches en imsd/VoLTE stack.
Hey, pmOS dev hier. Eerste keer dat ik van dat Catcrafts hoor, maar "zijn eigen mainline kernelpatches" e.d. wordt ik niet vrolijk van. Enig idee waarom die persoon het niet gewoon upstreamed zodat iedereen er voordeel van heeft?
Hola! Goed om hier eindelijk een pmOS-dev tegen te komen! _/-\o_

Antwoord op je vraag: Geen idee. Ik was eigenlijk in de veronderstelling dat hij zijn kernelpatches wél probeert te upstreamen, maar dan rechtstreeks via de LKML in plaats van via postmarketOS. Want volgens mij heb ik zijn naam in de kernelmailinglijsten weleens voorbij zien komen, maar ik zou moeten nakijken of dat daadwerkelijk om FP6 patches ging.

Update: Bingo! Ik heb hem gevonden!

Zo te zien upstreamt hij inderdaad actief werk voor de FP6, onder andere voor de WCD9378 audiocodec, QMC6308 magnetometer, ICM-42630 IMU en S3NRN4V NFC, plus wat Qualcomm en SoundWire-gerelateerd werk. Sommige patchseries zitten inmiddels al op v3 of v4, dus daar wordt duidelijk actief review op gedaan.

Specifiek op Fairphone:
https://lore.kernel.org/all/?q=f%3Ajorijnvdgraaf%40catcrafts.net+AND+s%3Afairphone

[Reactie gewijzigd door Pyronick op 11 augustus 2026 21:47]

De patch die uit die laatste zoekopdracht komt zijn is de DTS voor de NFC voor de FP6, maar al mijn patches zijn FP6 gerelateerd. De lijst die je opnoemt zijn namelijk allemaal componenten van de FP6.

De DTS patches voor die componenten stuur ik zodra het component zelf ge-acked is, bij NFC vroeg de maintainer expliciet de DTS bij de serie er bij te doen, dus dat heb ik gedaan.
Ah top, goed om te horen! Dat werd mij niet duidelijk van je website. In dat geval: ga zo door, goed werk! 🤗
@The_Mighty_Cat Nu je hier toch bent 😄:

Is je planning voor de pre-flashed FP6 nog steeds ongeveer “sometime next week”, of zijn de laatste reviews toch wat weerbarstiger?

En heb je al een beeld bij de nieuwe FP6+ met 12GB RAM? Als die hardware verder grotendeels gelijk is (ik hoop zelf stiekem eigenlijk niet, en dat Fairphone bij de FP6+ eindelijk ook de SuperSpeed/DisplayPort lanes naar USB-C heeft uitgevoerd), verwacht je die dan relatief snel te kunnen ondersteunen en eventueel ook pre-flashed te verkopen?

En nog eentje uit nieuwsgierigheid: wat vind je van pmOS Duranium? Zie je dat op termijn als interessante basis voor zo’n commercieel aangeboden postmarketOS-toestel, of geef je voorlopig de voorkeur aan regulier pmOS?

[Reactie gewijzigd door Pyronick op 12 augustus 2026 16:29]

Huidig staan er grote veiligheid waarschuwingen overal dat 112 nog niet getest is, ik heb nu met de politie afgesproken dat ik dit 18e kan testen, dus het word nu zoiezo na de 18e denk ik zodat ik zeker weet dat het werkt met noodoproepen.

Nee ik heb er helaas ook geen idee van, ik poog een fairphone partner te worden en mischien een FP6+ devkit te krijgen, maar dat zal dan wel onder NDA vallen. Als ze me uberhaut eentje sturen (denk het niet maar het is het waard om te vragen)

Ik heb niet echt een sterke mening over duranium, ben persoonlijk niet erg fan van immutable distros maar fijn voor de mensen die dat wel willen, imo komt het uiteidenlijk neer op goede hardware support, en dat helpt bijde versies.
Wauw, gewoon even met de politie testen, gaaf! _/-\o_

Hopelijk geven we dit als Tweakers, dus niet alleen mede-Tweakers maar ook het platform zelf, wat extra aandacht!

Dus, ook als je zelf geen Fairphone koopt of hebt, kan een beetje PR druk richting Fairphone voor die devkit, Qualcomm en de rest van de smartphone-industrie geen kwaad. Toch mooi, zo’n stukje open-source Neerlands tweaker-trots! 🇳🇱💪
Dank je wel!

Je geeft me wel iets teveel credit hoor, gaat allemaal gewoon over de email.
Ik heb zelf mijn Jolla phone nu ongeveer een weekje in gebruik, en ik ben er zeer tevreden mee. De grootste pre tot dusver is het feit dat Sailfish mij gewoon met rust laat, in tegenstelling to Android waar je standaard wordt doodgegooid met meldingen.

Een Fairphone met Sailfish zou een gouden combinatie kunnen zijn.

Voorheen had ik een Fairphone 4 met /e/OS, op privacyvlak is het een oneindig grote verbetering over stock Android, echter heeft het systeem ook nog steeds de nukken van stock Android. Het respecteert de gebruiker niet, omdat het by-design gewoon zo is opgebouwd.
Wacht even, je bedoelt de jolla phone welke vorige maand officieel gereleased is? Zo ja, op welke datum heb jij (ongeveer) besteld?
Ik zat in batch 1, deze worden momenteel verscheept. Ik was ongeveer de 200ste persoon die een pre-order plaatste.
Erg tof dat je hem hebt! Als je een review kunt schrijven dan zou dat extra gaaf zijn. Heb zelf alleen jaren geleden ervaring met het eerste model maar vond het toen al goed doordacht op veel vlakken dus ben erg benieuwd naar hoe het nu is
Een vergelijking met de huidige Fairphone (gen 6) zou handig zijn. Als je die vergelijking maakt zie je dat de enige verschillen een update van de processor (7s gen 3 vs gen 4), het werkgeheugen (8 naar 12GB) en de hoofdcamera (f1.6 naar f1.88, al vraag ik me af of dat klopt want downgrade?). En uiteraard een nieuwe kleur.
(Is inmiddels toegevoegd aan de tabel)

Kleine upgrade, of het het prijsverschil waard is is de vraag. Nu kost de Fairphone gen 6 nog 549 euro, vanaf midden augustus kost deze 599 euro. Dat zou een verschil zijn van 50 euro met de nieuwe versie.

[Reactie gewijzigd door FunkyBro op 11 augustus 2026 16:02]

Gelukkig hebben we Geachte redactie op het forum, of de feedback link bij de kop. En je was niet de eerste die dit dacht ;) het lijkt er op dat het er aan toe word gevoegd.

[Reactie gewijzigd door Gropah op 11 augustus 2026 13:57]

Thanks, daar had mijn reactie inderdaad beter gepast :)
Als je nu toevallig een nieuwe nodig hebt kan je de oude/huidige kopen.

Als je elke keer upgrade dan denk ik niet dat je tot het doelpubliek hoort, tenzij je filsofie is dat je familie en vrienden goedkoop/gratis je oude Fairphones bezorgt bij elke upgrade om zo te voorkomen dat ze van andere merken wegwerptoestellen/onethisch gemaakte toestellen kopen. Maar dat zal niet de gemiddelde koper zijn 😃.
Als ik naar de afbeelding kijk krijgt deze ook draadloos magnetisch opladen? Er hangt een pasjeshouder aan de achterkant in ieder geval.
Edit - laat maar zitten, da's geen MagSafe pasjeshouder.

[Reactie gewijzigd door sworpie op 11 augustus 2026 13:52]

Het kan ook al in de achterkant verwerkt kunnen zitten, aangezien je deze kan losschroeven en vervangen.
Ja inderdaad, was even naar de Fairphone site gegaan, dit houdertje bestaat ook al voor de Gen 6, niet een Magsafe iets helaas.
Ik ben dan vooral wel benieuwd of er net als bij de framework laptops ook onderdelen compatible zijn tussen de Gen 6 en Gen 6+. De capaciteit van de accu lijkt bijvoorbeeld hetzelfde, maar misschien kun je ook de nieuwe camera in je 'oude' Gen 6 zetten?
Eerder bij de FP3 kon het wel. Als het niet kan dan zou deze toch niet gen6 heten?
Meestal is de + versie dezelfde GSM met dan enkele verbeteringen zoals betere camera.
Er is dan ook de mogelijkheid om jouw Gen 6 te upgraden naar een Gen 6+

Dit was ten minste zo bij Gen 4/4+ en Gen 5/5+
De camera is wel het pijnpunt (en wellicht een software bug mbt wifi & IPv6 bij de Google Android variant) van de Gen 6.

Ik denk dat daar de grootste winst valt te behalen.

Meer RAM begrijp ik niet echt, want volgens mij is de huidige 8GB voldoende, maar zij zullen er wel meer verstand van hebben als ik. :)

[Reactie gewijzigd door Mit-46 op 11 augustus 2026 16:36]

Het zal wel iets met beschikbaarheid te maken hebben. De 7s gen 3 wordt wat oud en is inmiddels opgevolgd door gen 4. Dat betekent dat je die chip minder makkelijk kan krijgen. Vervolgens zitten we in een hele gekke RAM situatie waar 8GB RAM een vermogen kost en 12 mogelijk slechts een paar tientjes meer (ik heb natuurlijk ook geen actuele prijzen).

Ineens is het dan niet gek om een refresh te doen als je een batch van 12GB RAM voor een oké prijs kan vinden. Dat trekt misschien zelfs nog wat klanten die voorheen de FP6 aan zich voorbij lieten gaan vanwege 8GB RAM.
Als dat zo is dan klinkt dat wel logisch.
Is van dit soort kleine hardware updates pushen niet juist een beetje tegen de optiek van een Fairphone in?
Heb zelf de Fairphone 6, prima telefoon. Maar het lijkt mij logischer om telefoons te upgraden ipv elke keer een nieuwe revisie niet?
Ik denk eerder dat er leveringsuitdagingen zijn op de SoC, opslag en geheugen, dus een nieuwe SoC maar eigenlijk verder dezelfde telefoon tegen een hogere prijs, herkenbaar door de +. Je ziet dat wel vaker terug bij merken.
Mooie upgrade. Jammer dat er geen Silicium-koolstof (Wikipedia: Lithium–silicon battery) in zit. Met name omdat de batterij relatief klein is door de repareerbaarheid. Een belofte voor een SiC batterij, is trouwens ook prima.
Is er een beperking die er zelf in te stoppen dan? Even een andere back cover printen uit je 3D printer, en er komt een hoop ruimte bij voor extra accu capaciteit denk ik dan, of heb ik het mis?
Laat ze eerst alle software problemen oplossen. Daar hebben de huidige gebruikers van Fairphone toestellen meer aan.
Amen. Is 12 GB RAM dan eindelijk wel genoeg om apps niet te killen als je switcht naar een andere app? :') Gaat mijn telefoon met 256 GB opslag wel onthouden dat de systeemtaal Engels is? Is een gen4 eindelijk krachtig genoeg om de camera-app niet willekeurig te laten crashen en de helderheid op het laagste niveau niet te laten knipperen?

Na 2,5 jaar FP5 wordt mijn volgende foon niet meer fair, dat is een ding dat zeker is.
Frappant, inmiddels 2 in gebruik met e/os, nog geen bugs of crashes gezien in de afgelopen maand.
Ik gebruik de Google software, dus niet de /e/os versie.

Wel goed om te horen dat Murena het beter voor elkaar heeft.
Geen enkel probleem hier. Ik hoop wel dat ze de volume knoppen gefixt hebben.
Knoppen gefixt? bedoel je de plaatsing van de knoppen?
Ik heb daar gelukkig weinig last van maar zag al online 3d printbare alternatieve knoppen maar weet niet of dat het slopen en vervangen van de knoppen nou de oplossing is.

Dit moet toch gewoon software matig op te lossen/ uit te schakelen zijn?
Nee ik bedoel de knoppen zelf, die zitten met een 'haakje' van te dun/slechte kwaliteit plastic vast. Als dat breekt valt je volume knop uit de behuizing.

Zwaar irritant, die van mij houd ik nu met plakband op z'n plek, want ik ga m'n telefoon er niet voor terugsturen en een week zonder zitten.

De plaatsing recht tegenover de powerknop is een andere grote ontwerpfout, ook erg vervelend, ik maak nog steeds wekelijks onbedoelde screenshots. Dat kan idd softwarematig uit, maar hoe maak je dan snel/makkelijk screenshots? Er is voor zover ik weet geen goed alternatief
Aaah... oke,.. ik weet niet of je er iets mee kan maar iemand heeft printbare knoppen gemaakt dus als je iemand kent met een 3d printer.
Software problemen? op Google Android of /e/OS?? ik heb op /e/OS nergens last van, behalve dat het material design gebeuren (ik denk dat het zo heet) niet aan te passen is op /e/OS.

Om te kunnen reageren moet je ingelogd zijn