Inlägg

Då får jag vara lite besserwisser tillbaka och påpeka att PinePhone är kinesisk, om jag minns rätt designad i Hong Kong och tillverkad i Shenzhen.

Men på ämnet europesiska telefoner har du missat tyska SHIFT. Deras SHIFT6mq har stöd i både pmOS och Mobian, dessutom med U-Boot istället för Fastboot så man slipper förhålla sig till Androids halvproprietära partitionstabeller (källkoden är öppen i AOSP men vad jag vet finns ingen öppen detaljerad spec).

Om man installerar Biktorgj-firmware på modemet (Quectels egna firmware är, eller iallafall var, galet buggig) är det en mycket väl fungerande telefon. 3GB RAM och A64-SoC håller tillbaka den mycket (för lite RAM för Waydroid) och det tog till moderkortsrevision v1.2b innan de fick koll på de värsta hårdvarubuggarna men i övrigt är den nog den bästa telefonen om man vill leka med alternativa telefon-OS.

Ville vara säker innan jag svarade så det tog fram till nu, men postmarketOS får redan pengar från EU genom NGI (Next Generation Internet): https://ngi.eu

Sedan röstar jag med plånboken också. Har köpt PinePhone både i pmOS Edition och Mobian Edition (där en del av pengarna går till respektive projekt) och har bidragit med kod och mycket testning till båda. Ändå är de inte riktigt redo för vardagligt bruk av de som använder Android idag, men mjukvarustacken är mycket mer användbar idag än den var i början av Mobians historia.

Mycket tack vare Purism som faktiskt har dumpat relativt massiva resurser på PureOS och det täta samarbetet med Mobian. Många missförstår också varför Librem 5 är en dyr telefon; delvis för att vinstmarginalen ska räcka till att finansiera utvecklartiden men också för att telefonerna inte har några subventioner från förinstallerade appar. Värt att tänka på när man skaffar Android-telefoner.

Jag tror du missförstod vad jag menade. Det är alltså möjligheten att låsa upp bootloader som det hänger upp sig på, men även de kinesiska har en upplåsningsprocedur. Samsung står ut i och med att de inte tar bort valet "OEM Unlocking" från utvecklarmenyn.

Google-telefoner är också lätta att låsa upp men nu när de kör sin egen SoC går det inte att dela lika mycket kod med andra telefoner längre, så efter Pixel 6 och framåt så finns det experimentella patchar som får igång kerneln med serieportsladdar lödda till moderkortet men inte så mycket mer. Där är det större chans att kunna köra något baserat på Halium, som UBPorts eller Droidian, där libhybris ligger som ett översättningslager mellan en Android-kernel och en i övrigt relativt normal Linux-miljö.

Du kan vara intresserad av postmarketOS och Mobian. Utvecklade som globala hobbyprojekt så de har inte riktigt hemland, men många utvecklare sitter i europa.

Kompatibla telefoner för pmOS är huvudsakligen kinesiska telefoner eftersom de inte har låsta bootloaders men en handfull telefoner från Samsung går att boota. Dock fungerar inte samtal via telefonnätet helt perfekt än då det bara delvis finns stöd för modemen (Qualcomm-modem gör ibland konstiga saker och/eller kraschar).

Google - > Qwant

Google Maps - > Magic Earth (Android-app som använder open streetmap)

Google Mail - > Proton Mail

Google Contacts - > The Good Cloud (baserad på Nextcloud, drivs som sidoprojekt av riktigt datacenter)

YouTube har jag inte riktigt någon bra ersättare för, men PeerTube är distruberad så tekniskt sett är det iallafall inte bara amerikanska servrar med spegling på europeiska servrar. Inte mycket innehåll där än men en gång i tiden fanns det inte mycket på YouTube heller...

Så kan man se på det, men då får vi inte heller glömma att säkerhetshål för att eskalera privilegier också dyker upp ibland. Det som är farligt är inte bara enskilda säkerhetshål utan även kedjning av säkerhetshål.

Ta till exempel att du har en server med virtuella maskiner. En av maskinerna kör gammal Ubuntu med en root-expolit, som kedjar in i en hypervisor-exploit för att köra kod som libvirtd, som kedjar in i denna exploit för att gå från libvirt-användaren (som ofta har hårdvaruaccess med begränsningar) till konto med äkta root på servern genom någon patchad instruktion. Väldigt hypotetiskt men inte otänkbart scenario.

Om man inte kan ha en spelupplevelse så är nog svaret på om den är ändrad odefinierad.

Gillar inte NVIDIA men får ändå medge att det är en positiv överraskning att de äntligen släpper PhysX öppet. Kanske för sent för att vara användbart och de äger fortfarande patenten, men det är ett steg i rätt riktning så jag tycker att de bör få lite beröm för att de bättrar sig.

FEX (och Box86/Box64) använder bara JIT för ISA där det verkligen behövs, biblioteksanrop länkas om till bibliotek kompilerade för den underliggande arkitekturen.

Ta till exempel ett enkelt x86-spel på ARMv8; anrop till SDL, ALSA, glibc, etc. går till ARMv8-versioner av biblioteken medan x86-opcodes översätts till ARMv8-opcodes (om jag inte minns fel appliceras även viss grad av mönsterigenkänning i ett av projekten). Eftersom det inte finns perfekta översättningar av alla opcodes så tappar man naturligtvis prestanda när de behöver emuleras och hur mycket beror på hur mycket av x86-beteendet man kan tumma på, men som det ser ut redan nu är både FEX och Box86/Box64 betydligt snabbare än QEMU-user.

Helt enkelt snabbare emulering genom att bara emulera vad som faktiskt behöver emuleras, när det går att kompilera om bibliotek med öppen källkod på traditionellt vis.

"Just buy a new one".

Svarade litet för att det är vad jag mekar mest med just nu, men att jag föredrar det är kanske lite starkt. Båda har sina sidor och vilket som är roligast beror på vad man gör med den och vad den är till för.

Det är inte en så glasklar fråga som många tror. Chromium är baserad på Blink-motorn (Google), som är baserad på WebKit (Apple), som i sin tur är baserad på KHTML (K Desktop Environment). Det må vara amerikanska företag som har centraliserat utvecklingen men KHTML är mer organiskt.

Numera använder inte ens Konqueror själv KHTML som standardmotor men den finns fortfarande som val, bredvid WebEngine som är baserad på Blink men med Google-bitarna bortrivna (likt hur Brave och Vivaldi gör men kanske mer extremt).

Jag kan gärna ta Dell-servern om den finns kvar

Bara så vi är klara med det så var Chromecast-problemet alltså en avsaknad av uppdatering. Säkerhetscertifikat har alltid ett utgångsdatum och samma sak kommer att hända igen dagen då Google till slut inte uppdaterar certifikatet alls.

Men jag tycker det är helt motiverat att vara arg på Samsung när de automatiskt uppdaterar sönder så nya prylar. Hade varit en annan sak om det var en lite för hetsig app som autouppdaterade en riktigt gammal produkt som aldrig var tänkt att uppdateras utanför en servicemiljö, men det finns inga ursäkter för en misslyckad uppdatering längre. Det finns så många tekniska lösningar som industrin har utvecklat att det borde vara nästan omöjligt att bricka en enhet genom firmware, även om man aktivt försöker.

För övrigt samma sak med Microsoft Windows. Till och med Windows 98 kunde känna igen när datorn inte lyckades starta och stängde av drivrutinen som kom efter den sista som laddades efter förra startförsöket. Primitivt med dagens mått men ändå mer robust än vad som tydligen skeppas numera.