Quo Vadis ShiftOS-L?

[Hanghuhn]

Eines vorneweg: wir haben hier zwei Shift 8.1 seit Ende Februar im Einsatz. Unmittelbar nach dem Auspacken auf ShiftOS-L geflasht, laufen die Geräte seitdem als "Daily Driver". Mit Banking und allem, was wir für unseren Alltag als notwendig erachten. Und das alles absolut zufriedenstellend als Nachfolger von zwei IPhones.
Insofern unseren Dank an alle Beteiligten bei Shift für die Möglichkeit, weitestgehend ohne Google durch den Tag zu kommen .

Wir können damit umgehen, dass es Apps gibt, die so tief in dem Googleversum verankert sind, dass sie ohne dem nicht funktionieren wollen. Wenn das dann eben so ist, dann muss es eben ohne die App gehen. Punkt. Bisher sind uns hier aber auch nur die Apps der krankenKassen untergekommen. Und das liegt nicht an ShiftOS, sondern an den Machern der App(s).

Aber: in den letzten Tagen, im Zusammenhang mit den Sicherheitsvorfällen um PHP und eMudhra, wurde uns allen klar vor Augen geführt, wie wichtig aktuelle IT-Systeme sind. Und damit komme ich nun zum eigentlichen Thema...


Aktueller Stand bei ShiftOS-L ist SOS.7.1.20260710. Mit einem Sicherheits-Patch-Level (SPL) vom 5. August 2026. Es mag sein, dass der Container die Google-Sicherheits-Daten für September enthält. Dass SOS-L noch auf Android 15 läuft, ist verschmerzbar. Bisher waren die SPL immer sehr aktuell - auch dafür meinen ganz persönlichen Dank. Aber August ist dann eben doch schon eine Weile her...

Nun also die Frage, die ich nun eigentlich direkt an @amartinz formulieren möchte:

- LineageOS 24 lauft aktuell auf Android 17. Die eMudhra-Thematik ist dort seit heute bereits gelöst (Stand 25. Oktober). (muss ich amartinz ja nicht erklären )
- CalyxOS 8 läuft ebenfalls auf Android 17, mutmaßlich mit SPL vom September oder Oktober
- Iodé 7.9 läuft aktuell noch mit Android 16, mit SPL vom September. Mit Version 8.x will Iodé Anfang November auf Android 17 aktualisieren, SPL dann vermutlich Oktober.

Was geschieht bei ShiftOS-L?
Gibt es eine Zeitleiste, was in den kommenden Tagen/Wochen geplant ist? Oder muss ich mich eher heute als morgen mit dem Gedanken befassen, unsere beiden Daily Driver auf ein anderes ROM umzustellen? Wenn alle ROMs auf LineageOS basieren, kann ich davon ausgehen, dass alle für uns relevanten Apps damit wieder funktionieren werden. Bei Iodé bin ich mir da sehr sicher. Und um ehrlich zu sein - auf eine ohnehin wegen fehlender Hardware nicht funktionierende Shift Radio-App kann ich gut verzichten - da ist mir ein regelmäßig aktualisiertes ROM deutlich wichtiger...

 

[7irxn]

@Hanghuhn schließe mich deiner Ausführung und Fragen an. Die SPL's sind für mich auch viel wichtiger als neuere Androidversionen. Habe selbst ShiftOS-L drauf.
Die Alternativen CalyxOS und Iodé habe ich auch immer mit einem im Blick. Was mich aktuell davon abhält ist die Problematik mit fastboot, um wieder zurück auf ShiftOS-G oder ShiftOS-L zu kommen. Der ganze Flashvorgang mit fastboot überfordert mich
CalyxOS - da fehlt mir im Moment noch etwas Vertrauen (s. Probleme in den letzen Monaten) und da SP8 noch nicht auf dem neuen Kernel ist, somit vorerst nur Support bis Ende dieses Jahres.

Iodé - eigentlich ganz interessant, aber Frankreich scheint die Bodenhaftung verloren zu haben. Quad9 zieht sich aus Frankreich zurück -> https://www.heise.de/news/Zensur-Urteil-DNS-Dienst-Quad9-verlaesst-Frankreich-11497622.html
Solche "Sonderlocken" der Regierung könnten dann auch noch auf andere Dienste durchschlagen. Wer weiß schon, was in diesen Köpfen so vor sich geht und ein eventueller Regierungswechsel mit sich bringt.

LineageOS funktioniert und das wohl auch noch bis 2036 oder gar darüber hinaus. Was mir etwas Bauchschmerzen bereitet, ist die Tatsache, dass die solange am Kernel "schrauben" bis es passt. Also unter Umständen dann schon weiter von AOSP weg, als einem lieb ist.

Ich bin i.M. etwas hin und her gerissen. Eventuell geh ich wieder auf das kommende ShiftOS-G (A16 oder A17, egal) zurück, sofern das ohne fastboot möglich ist.
Hätte den Vorteil, dass die API's für "krude Apps" (z.B. TK-App, Banking usw.) inkludiert sind und man weniger Stress mit nicht-lauffähigen Apps hat. Die Datensammelwut und die damit verbundene Datenübermittlung bremse ich mit NetguardPro. Macht schon einen gewaltigen Unterschied, ob pro Sekunde 1-2 Verbindungsversuche ins Netz stattfinden oder nicht. Logischerweise hat man dann damit auch eine längere Laufzeit, weil das Modem weniger zu tun hat
Finale Entscheidung noch in der "Warteschleife". Mal sehen, was so ab Jan.2027 für "Überraschungen" noch kommen.

 

[Hanghuhn]

Was mich aktuell davon abhält ist die Problematik mit fastboot, um wieder zurück auf ShiftOS-G oder ShiftOS-L zu kommen. Der ganze Flashvorgang mit fastboot überfordert mich

Kann ich zwar dem Grunde nach verstehen, aber so wild ist die Geschichte gar nicht. Zumal die Anleitungen, die amartinz zur Verfügung gestellt hat, nahezu keine Fragen mehr offen lassen. Auch andere Anleitungen, wie die von LineageOS, sind maximal hilfreich. Abstand würde ich nur von den sogenannten KIs nehmen. Denn dort werden gleich so viele unterschiedliche Quellen zusammengefasst, dass am Ende nur noch Datenquark entsteht.
In diesem Zusammenhang fällt mir Fairphone ein. Dort gibt es die sogenannten "Angels", die anderen Forenteilnehmern gerne mal unter die Arme greifen und Fragen ggf. auch in persönlichen Treffen klären. Ist halt auch immer alles eine Frage von persönlichem und gegenseitigem Vertrauen...

Frankreich scheint die Bodenhaftung verloren zu haben

Was Iodé angeht, hätte ich an dem Punkt deutlich weniger Bedenken. Denn ein Community-Projekt derartig zu regulieren, dürfte auch bei den gelben Westen nicht so einfach sein. Da sähe es ganz anders aus bei e/OS, weswegen ich die auch erst gar nicht oben erwähnt hatte. Dahinter steht ein Unternehmen, mit wirtschaftlichen Interessen. Und damit auch das von dir erwähnte "Risiko"...

LineageOS funktioniert und das wohl auch noch bis 2036 oder gar darüber hinaus. Was mir etwas Bauchschmerzen bereitet, ist die Tatsache, dass die solange am Kernel "schrauben" bis es passt. Also unter Umständen dann schon weiter von AOSP weg, als einem lieb ist.

Wenn ich mir ansehe, wer im Falle von ShiftPhones einer der führenden "Schrauber" ist - da hätte ich erst mal gar keine Sorgen (unten rechts bei"Maintainers") Was mich davon abhält, LineageOS direkt zu verwenden, ist der offene Bootloader. Das ist eines der Kriterien, die bei einigen Apps eben genau dazu führt, dass sie ihren Dienst verweigern. Darüber hinaus: dann dürfte ich ja vermutlich gar kein alternatives ROM verwenden. Die basieren meines Wissen alle auf der Arbeit von Lineage...

Allerdings ist es auch genau der Punkt, der mich im Zusammenhang mit ShiftOS-L irritiert. Wenn einerseits LineageOS auf dem heute aktuellen Android basiert - warum bleibt dann ShiftOS-L auf einem Stand von (im übertragenen Sinne) vorgestern? (A17 => A15)

 

[Fenrir]

- CalyxOS 8 läuft ebenfalls auf Android 17, mutmaßlich mit SPL vom September oder Oktober

CalyxOS steht aktuell auf :

Plattform: 1. Oktober 2026
Kernel: 5. Oktober 2026
Hersteller: 5. August 2026
Firmware: 5. August 2026

 

[7irxn]

Wenn ich mir ansehe, wer im Falle von ShiftPhones einer der führenden "Schrauber" ist - da hätte ich erst mal gar keine Sorgen (unten rechts bei"Maintainers") Was mich davon abhält, LineageOS direkt zu verwenden, ist der offene Bootloader. Das ist eines der Kriterien, die bei einigen Apps eben genau dazu führt, dass sie ihren Dienst verweigern. Darüber hinaus: dann dürfte ich ja vermutlich gar kein alternatives ROM verwenden. Die basieren meines Wissen alle auf der Arbeit von Lineage...

Allerdings ist es auch genau der Punkt, der mich im Zusammenhang mit ShiftOS-L irritiert. Wenn einerseits LineageOS auf dem heute aktuellen Android basiert - warum bleibt dann ShiftOS-L auf einem Stand von (im übertragenen Sinne) vorgestern? (A17 => A15)

Hab ich nicht im negativen Sinn gemeint, eher Positiv, weil Geräte (auch uralte) zum weiteren Gebrauch und somit Verhinderung von Elektroschrott gebracht werden, aber man entfernt sich immer ein Stückchen weiter weg von der Basis AOSP.

Offener Bootloader ist auch für mich ein absolutes No-go!
/e/OS , Iodé und wohl auch ShiftOS-L basieren auf LineageOS . CalyxOS und GrapheneOS direkt auf AOSP ==> https://eylenburg.github.io/android_comparison.htm
Und das ist der Punkt den ich nicht verstehe, da @amartinz schreibt, dass Shift auf Qualcomm wartet, bis die die Basis für A16 geschaffen haben.
Gilt das nur für SOS-G , aber nicht für SOS-L ? Und wo ist dann der Unterschied von einem Kernel von Qualcomm zu einem Kernel von LineageOS ?
Wäre es dann für Shift nicht einfacher, eine gemeinsame Basis zu nehmen und für SOS-L einfach nur die Google-Apps/Dienste weg zu lassen?

Aber unabhängig davon haben für mich die Security-Patches oberste Prio, egal ob mit oder ohne Google.

 

[Fenrir]

Und das ist der Punkt den ich nicht verstehe, da @amartinz schreibt, dass Shift auf Qualcomm wartet, bis die die Basis für A16 geschaffen haben.
Gilt das nur für SOS-G , aber nicht für SOS-L ? Und wo ist dann der Unterschied von einem Kernel von Qualcomm zu einem Kernel von LineageOS ?

Der 6.12er Kernel ist ,soweit ich das verstanden habe ,für beides (G & L) wichtig ,da die Anforderungen einer jeden Android Version immer komplexer werden und das Grundgerüst von LineageOS ist ja auch AOSP.
Also Lineage OS ist ein AOSP Fork und darauf bauen anderen (aber nicht zwingend alle) dann auf.
Manche bleiben näher an AOSP (wie CalyxOS- wobei Calyx aber dennoch eng mit Lineage zusammenarbeitet) und andere sind näher an Lineage OS (wie ShiftOS L)
(GrapheneOS hat ,soweit ich weiss, gar keinen Bezug zu LineageOS und baut direkt auf AOSP auf)

Aber der 6.12 ist für AOSP wichtig / erforderlich. Ohne den Kernel muss alles auf den alten Kernel "zueückgebogen" werden und da ist das Limit wohl so ziemlich erreicht bzw. es ist ein enormer Aufwand. Bis die Anforderungen so hoch sind ,dass es garnicht mehr möglich ist.

Bei der G Version ist dieses "zubiegen" vermutlich garnicht möglich ,da so die Zertifizierung kaum zu schaffen sein dürfte.


Mein Fazit daher :

Der neue Kernel ist bereits für die AOSP Anforderungen nötig und betrifft somit ShiftOS - G & L und sonit auch alle Custom.Roms

Daher denke ich ,dass Shift an der Protierung auf den neuen Kernel arbeitet und Anfang 2027 sowohl mit G als auch L auf Android 17 geht ,anstatt jetzt Zeit und Mühe in das backporten von ShiftOS - L A16/17 ,auf den alten Kerbel, zu investieren.

Zumal ja auch das portieren auf den neuen Kernel für die Custom Rom Zusammenarbeit enorm wichtig ist. Sonst dürfte das Shift 8 bald von keinen Custom Roms mehr unterstützt werden können.

 

[Dwain Zwerg]

Shift Radio-App

Auf iodé gibt es seit geraumer Zeit die iodé-Radioapp.

 

[Hanghuhn]

Auf iodé gibt es seit geraumer Zeit die iodé-Radioapp.

Das mag toll sein - aber ich brauche die von Shift schon nicht, und werde die von Iodé erst gar nicht brauchen... Aber danke für den Hinweis

Daher denke ich ,dass Shift an der Protierung auf den neuen Kernel arbeitet und Anfang 2027 sowohl mit G als auch L auf Android 17 geht ,anstatt jetzt Zeit und Mühe in das backporten von ShiftOS - L A16/17 ,auf den alten Kerbel, zu investieren.

Natürlich würde mich das freuen. Aber bis "vermutlich irgendwann in 2027" ist es doch noch ein ewiges Stück Weg. Insbesondere, als der aktuelle Stand vom Juli diesen Jahres stammt.
Ich muss zugeben, dass ich absolut keine Ahnung habe, ob irgendeiner der genannten CVEs überhaupt für ShiftOS-L relevant ist. Aber die schiere Zahl der Patches in den Bulletins von Google für September und Oktober macht mich nachdenklich. Und genau deswegen habe ich die Frage gestellt, ob hier seitens Shift zeitnah mit einem Update zu rechnen ist. Also noch deutlich vor 2027.

Aber, so ist es nun mal in diesem Leben - wenn man jemandem direkt eine Frage stellt, kann es sein, dass man keine Antwort bekommt. Das widerum kann dann aber auch hilfreich sein, seine Entscheidungen zu treffen.

 

[Fenrir]

Ich muss zugeben, dass ich absolut keine Ahnung habe, ob irgendeiner der genannten CVEs überhaupt für ShiftOS-L relevant ist. Aber die schiere Zahl der Patches in den Bulletins von Google für September und Oktober macht mich nachdenklich. Und genau deswegen habe ich die Frage gestellt, ob hier seitens Shift zeitnah mit einem Update zu rechnen ist. Also noch deutlich vor 2027

Also von einem zeitnahen Update des aktuellen ShiftOS - L mit den aktuellen Sicherheitspatches gehen ich schon noch dieses Jahr aus.
Ich glaube nicht ,dass es vor dem Sprung auf 16/17 gar kein Update mehr geben wird.

Ich kann mir vorstellen ,dass hier eben das Software Team ziemlich am Limit läuft ,da bestimmt an allem.parallel gearbeitet werden muss.

Die aktuellen Versionen müssen versorgt ,gepflegt und optimiert werden und gleichzeitig muss aber auch an der (wohl extrem aufwendigen) Kernel Portierung gearbeitet werden damit der Sprung auf zukünftige Android Versionen überhaupt gemacht werden kann.

Ein kurzes offizielles Statement würde da natürlich eher Klarheit rein bringen ,die Frage ist halt - Wer vom Software Team hat die Zeit dafür ,den aktuellen Status und Plan zu bennenen und kann das auch so verpacken ,dass es wir Laien verstehen

 

[7irxn]

... und gleichzeitig muss aber auch an der (wohl extrem aufwendigen) Kernel Portierung gearbeitet werden damit der Sprung auf zukünftige Android Versionen überhaupt gemacht werden kann.

hab die Info von @amartinz wieder gefunden neuer Unterbau für Android16
Ich hab das wohl falsch verstanden, dachte, Qualcomm macht Kernel, Blob's usw. und gibt das fertige "Paket" dann an Shift. Shift muss dann "nur noch" die Google-Apps/Dienste integrieren und die Testläufe durchziehen, bis alles für die Zertifizerung passt.
Ok, das Audio-Subsystem etc. muss auch noch angepasst werden, ist schon eine Menge Arbeit.
Ich interpretiere o.g. jetzt mal so, dass der Kernel/Blobs von Qualcomm anders ist als Kernel/Blobs von LineageOS , richtig?
Und genau an dieser Stelle dreh ich mich i.M. im Kreis.

- SOS-G : Vorteil komplette Kompatibilität zu Apps (z.B. KK, Bank). Erhalt zeitnah Security-Patches?
Nachteil Datensammelei und Tracking ohne Ende.

-SOS-L : Vorteil weitestgehend keine Datensammelei, längere Akkulaufzeit, Seedvault (Backup OHNE Google)
Nachteil eventuell laufen einige Apps nicht; trotz MicroG. Nicht abschätzbares Risiko.

Das SP8.1 nach z.B. 30 Monaten neu aufsetzen (SOS-L -> SOS-G) ist ja auch nicht so prickelnd, nur weil so eine" krude App" *, die einem mehr oder weniger aufgezwungen wird, aufgrund fehlender Google-APIs nicht läuft,

* @Entwickler: Kommt mal raus aus eurer Filterblase und schreibt gefälligst Apps, die ohne den ganzen G-Kram auskommen und kompatibel zu Custom-ROMs sind!

 

[Fenrir]

Ich interpretiere o.g. jetzt mal so, dass der Kernel/Blobs von Qualcomm anders ist als Kernel/Blobs von LineageOS , richtig?
Und genau an dieser Stelle dreh ich mich i.M. im Kreis

Ich bin ja selbst absolute der Laie in der Sache ,deshalb kann ich auch nur Vermutungen anstellen.

Ich verstehe das Qualcomm/Lineage Kernel Ding so.

LineageOS forkt quasi den Kernel von Qualcomm und passt ihn dabei so an ,dass er für ihre Version noch irgendwie funktioniert.

Der 5.4 er Kernel hat aber den Stand von Android 11 ,was durch diese Freeze Geschichte (was in dem von dir verlinkten Beitrag gesagt wird) bis Android 14/15 noch ok war.

Für Android 16 und weiter braucht es aber den neuen 6.12 ,der dann auch wieder n paar Jahre / Versionen "eingefroren" werden kann.
Für die.G Version wohl auch absolute Voraussetzung ,da dort Anpassungen ,wegen Zertifizierung ,neuen Standard usw. ,eher nicht mehr möglich sein dürften. (und halt die erlaubte "Freeze Frist" abgelaufen ist.)

Für L und die ganzen Custom Roms ist der Kernel wichtig ,damit die Anpassungen beim Fork nicht mehr so umfangreich sind bzw. aufgrund der steigenden Anforderungen und dem veralteten Stand des alten Kernels, ein funktionierender Fork überhaupt noch umsetzbar ist.

Calyx und Lineage haben das für Android 17 jetzt noch gemacht ,was genau da jetzt angepasst,verbogen, oder gar weggelassen werden musste damit es geklappt hat ,weiss ich aber auch nicht.

Daher denke ich ShiftOS - L könnte wohl auch noch hochgezogen werden ,aber da Shift mit seiner Manpower sehr gut "Haushalten" muss ,haben sie sich vermutlich dazu entschieden ,die Manpower in

1.Wartung ,Optimierung und Pflegen der bestehenden Versionen (6.9G wurde schon mal wo erwähnt und Sicherheitspatches für 7.1L sollten auch bald kommen)
und
2. Auf die Kernel Portierung zusetzen um G & L gleichzeitig "Zukunftsstabiler" zu bekommen anstatt sich noch einen 3. Punkt mit dem backport von ShiftOS-L 16 auf den alten 5.4er Kernel intensiver zu beschäftigen.

Aber wie gesagt : das ist alles andere als Fachwissen oder ähnliches. Das spielt sich zu dem Thema einfach nur in meinem Kopf ab

 

[Hanghuhn]

Das spielt sich zu dem Thema einfach nur in meinem Kopf ab

OMG - was habe ich da wieder angezettelt... Es tut mir leid, wenn ich euch Kopfschmerzen verursacht haben sollte

Ich habe das Thema für mich (uns beide) mittlerweile gelöst. Unsere Geräte laufen nun auf Iodé. Nachdem es auch noch ein Samsung TAB S7 und zwei OnePlus 13 im unmittelbaren Familienverbund gibt, macht der Iodé Premiom Familientarif nun absolut Sinn.

Das Flashen war (wie bereits vorher exerziert, siehe oben) einfach nur Plug&Play. Dank SeedVault war die Aktion nach etwas mehr als einer halben Stunde soweit abgeschlossen. Natürlich wollen nun alle Nutzername-Passwort-relevanten Apps erst mal noch persönlich betreut werden. Aber die Banken-Apps und alle anderen für uns wichtigen laufen schon.

Ich möchte mich bei SHiFT explizit dafür bedanken, dass ich hier ein Mobiltelefon in der Hand habe, das mir diesen Schritt ermöglicht, ohne dass ich irrwitzige Tastenkombinationen im Elf-Finger-System betätigen muss. Oder irgendwelche aberwitzigen Accounts eröffnen muss, um aus der Umklammerung der herstellerspezifischen Betriebssysteme zu entkommen.

Euch allen, die mir mit euren Beiträgen geholfen habt: DANKE

 

[Fenrir]

OMG - was habe ich da wieder angezettelt... Es tut mir leid, wenn ich euch Kopfschmerzen verursacht haben sollte

Keine Sorge die Sache hat mich auch schon vor deinem Beitrag beschäftigt und Kopfschmerzen hab ich ohnehin immer. Dich trifft da keine also keine Schuld.

Schön zu hören ,dass du jetzt mit iodé OS eine "Komplettlösung" für deine Geräte Flotte gefunden hast.