Custom ROM, Recovery, Root und Co. fürs SHIFTphone 8

Hallo @phi1free ich bin am Wochenende auf L gewechselt. Dabei habe ich die Installation
nach der Anleitung von Shift gemacht. https://forum.shiftphones.com/threa...derherstellung-mittels-fastboot-paketen.5824/
Hat prima funktioniert. OS-L ist auch soweit OK. Allerdingswerde ich wohl in Zukunft wieder zurück wechseln - Macht der Gewohnheit.
Geschockt hat mich bei OS-L der Browser, bei dem mir gleich G...le entgegensprang und dies auch Standardsuchmaschine...

Das mit den Ghost-Touch finde ich spannend - hatte ich auch. Hat jemand eine Ahnung, woran das liegen kann?

Ansonsten viel Erfolg
Das mit dem Ghosttouch habe ich bei mir auch in einem schon sehr nervigen Ausmaß (eOS).
Ich würde nach dem was ich bisher gelesen hab vermuten das es mit der Empfindlichkeit des Bildschirms, welche wg dem Panzerglas hochgedreht wurde, zusammen hängt.
Ich vermute das da einfach die Nähe der Hülle zum Bildschirm und die Position der Hand an der Hülle eine Rolle spielen.

@amartinz
Gibt es für den User irgendwo eine Möglichkeit die Displayempfindlichkeit selbst (in gewissen Grenzen) einzustellen?

Weiß davon ab jemand ob eOS das fix für das 8.1 mittlerweile integriert hat?
Hab seit Wochen ne OTA Update Meldung aber möchte mir da nichts zerschießen, falls das noch nicht drin ist.
 
  • Like
Reaktionen: lakoka und phi1free
wo genau finde ich die LineageOS nightly builts fürs Shift8? Oder muss ich mir die aus dem Sourcecode selbst bauen?
https://calyxos.org/get/ota/ sorry n bisschen kniffelig und ja offiziell ist es wohl erst wenns auf der webseite auch so steht, so oder muss man ne menge spasz am geraet mitbringen, aber mit n paar workarounds bin ich zumindest gerade sehr happy. nur das mit dem ton... naja wart ich einfach ab :)
Was genau bedeutet das? Gibt's nirgends eine Anleitung an der man sich orientieren kann?

CalyxOS listet das Shift6mq als nicht mehr supportetes Device. Wenn ich mich jetzt für Calyx entscheide, kann mir das in 2 Jahren mit Shift8 auch passieren?
 
wo genau finde ich die LineageOS nightly builts fürs Shift8? Oder muss ich mir die aus dem Sourcecode selbst bauen?

Was genau bedeutet das? Gibt's nirgends eine Anleitung an der man sich orientieren kann?

CalyxOS listet das Shift6mq als nicht mehr supportetes Device. Wenn ich mich jetzt für Calyx entscheide, kann mir das in 2 Jahren mit Shift8 auch passieren?
Lineage: nimm wohl am einfachsten direkt 7L hier aus dem forum/ vom shift server.

Calyx, ja es gab den hinweis dass man bei fastboot eventuell den merker zuruecksetzen muss der das security patch level speichert, weil zum damaligen zeitpunkt das image eventuell aelter war als die installierte shiftos version, also wenn du schon mal ein android geraet umgestellt hast gehts, ansonsten brauchst du eventuell ein paar anlaeufe. im zweifel frag dann halt hier im forum irgendjemand wird sich schon auskennen. aber ja generell machst du so ziemlich alles auf eigenes risiko. weder calyx noch irgendjemand hier wird dein geraet reparieren. (ich stelle aber auch fest dass flashen in den letzten 5 jahren wesentlich einfacher geworden ist) und ist es erst mal installiert gibts wie bei allen anderen auch die updates direkt auf dem telefon.

calyx kann dir nicht garantieren wie lange das geraet unterstuetzt wird, das sind ehernamtliche menschen die machen das freiwillig. immerhin werden den leuten dort keine steine in den weg gelegt wir bei den google pixel geraeten, so dass sie so weit es eben geht auf die quellen von shift zugriff haben. aber wenn bei den freiwilligen da nicht genug kapazitaet ist kann es sein dass es keine updates mehr gibt.
 
Stand jetzt supportet Calyx das phone 8 bis August 2026 (https://calyxos.org/docs/guide/device-support/#support-length). Je nachdem, wie zuverlässig Shift patcht, wird Calyx diesen Zeitraum nach oben verschieben. Das war nämlich der Grund beim 6 mq. Dass Shift nicht genügend schnell/regelmäßig/zuverlässig gepatcht hat, sodass Calyx den Support eingestellt hat, weil das Gerät nicht mehr ihren Sicherheitsanforderungen genügte.
 
Stand jetzt supportet Calyx das phone 8 bis August 2026 (https://calyxos.org/docs/guide/device-support/#support-length). Je nachdem, wie zuverlässig Shift patcht, wird Calyx diesen Zeitraum nach oben verschieben. Das war nämlich der Grund beim 6 mq. Dass Shift nicht genügend schnell/regelmäßig/zuverlässig gepatcht hat, sodass Calyx den Support eingestellt hat, weil das Gerät nicht mehr ihren Sicherheitsanforderungen genügte.
Genau, das hängt auch von den Vendor Security Patches ab und die bekommen wir halt nichtmehr, wenn der SoC EOL ist.

Vorallem müssten sie dann nur für das 6mq auch sdm845 Support in ihre Codebasis einbauen.
Das wäre zu viel Aufwand für den Nutzen gewesen.

Sobald wir genug 8.1 für sie zur Verfügung stellen können, wird sich das mit der Supportdauer bis 2026 auch nochmal ändern.
 
  • Like
Reaktionen: many1
die bekommen wir halt nichtmehr, wenn der SoC EOL ist.
Bzw. müsst ihr sie bauen, obwohl das Aufgabe von Qualcomm wäre (die ja aber den Sock (berechtigterweise) für EOL erklärt haben (er ist ja auch nicht mehr der jüngste)). Was bedeutet, dass es nicht einfach ist, somit lange dauert und evtl. gar nicht geschieht (ihr habt ja nur die Device Patches auf Android 13 hochgezogen und lasst es nun bleiben, weil alles andere einfach nicht schaffbar ist).
 
Bzw. müsst ihr sie bauen, obwohl das Aufgabe von Qualcomm wäre (die ja aber den Sock (berechtigterweise) für EOL erklärt haben (er ist ja auch nicht mehr der jüngste)). Was bedeutet, dass es nicht einfach ist, somit lange dauert und evtl. gar nicht geschieht (ihr habt ja nur die Device Patches auf Android 13 hochgezogen und lasst es nun bleiben, weil alles andere einfach nicht schaffbar ist).
Nein, wir können das leider nicht.

Was wir bekommen beinhaltet auch sehr viele Blobs, also vorkompilierte Dateien, die wir nicht verändern können.

Und somit können wir da auch nichts machen, selbst wenn wir wollten.
 
Na ja ihr könntet eigene Blobs mit reverse Engineering bauen. Würde aber zu lange dauern bis hin zu „ist nicht machbar“.
 
Was wir bekommen beinhaltet auch sehr viele Blobs, also vorkompilierte Dateien, die wir nicht verändern können.
Sind da nennenswert Geschäftsgeheimnisse drin von denen die Konkurrenz profitieren könnte oder einfach nur ein Prozess den man "schon immer so gemacht hat"?
Im Prinzip gibt es ja auch so etwas wie fest definierte Schnittstellen wo man andockt und dann kann man auch in neueren Softwareversionen weiterhin obskuren Datensalat einhängen der eine bedingt vertrauenswürdige Blackbox darstellt.
 
Na ja ihr könntet eigene Blobs mit reverse Engineering bauen. Würde aber zu lange dauern bis hin zu „ist nicht machbar“.
Das Spektrum fängt bei "Keine Chance" an und dann kommt ganz lange nichts bevor man in den Bereich "Kann man mal ohne viel Hoffnung mit rumspielen" kommt.
Sind da nennenswert Geschäftsgeheimnisse drin von denen die Konkurrenz profitieren könnte oder einfach nur ein Prozess den man "schon immer so gemacht hat"?
Im Prinzip gibt es ja auch so etwas wie fest definierte Schnittstellen wo man andockt und dann kann man auch in neueren Softwareversionen weiterhin obskuren Datensalat einhängen der eine bedingt vertrauenswürdige Blackbox darstellt.
Ist gut möglich das selbst bei Qualcomm ohne große Nachforschung gar nicht bekannt ist was genau da unter welchen Lizenzen drin ist und die Rechtsabteilung dann einfach festlegt, dass gar nichts rausgegeben wird, wenn nicht jemand mit viel viel viel Nachdruck danach verlangt. Da wird in jedem Blob IP von mehreren Zulieferern und wahrscheintlich patentiertes oder sonstwie geschütztes Zeug drin sein. Zusätzlich macht es die Kunden auch extrem abhängig von Qualcomms Support und das ist sicherlich ein gern gesehener Nebeneffekt.
 
  • Like
Reaktionen: Dwain Zwerg
Vermutlich macht man es sich einfach weil genaue Betrachtungen Geld kosten und Zeit. Man will klar dass Kunden nächstes Mal wieder kommen, aber Support leisten möchte man auch nicht wirklich, weil der kostet Geld und Personal. Da sollen sich am besten keiner Melden :)
Warum wohl möchten Gerätehersteller nur wenige ausgesuchte Topmodelle mit frischem Android versorgen und nicht alle? Weil man die Arbeit nicht haben möchte.
Insofern wäre meine Argumentation: Ist die Modellreihe ausserhalb des offiziellen Supports weil wir lieber die neue Ware im Fokus haben, Freigabe des alten Quelltextes , denn der Wert ist radikal gesunken.
Ein Patent ist ja nicht wertlos nur weil die Funktion genau dokumentiert ist. Offener Quelltext heisst auch nicht zwingend dass jeder in weiterverwenden kann.
Es gibt auch Ausnahmen vom Schutz für Sicherheitspatches und Herstellung von Kompatibilität.
 
CalyxOS fürs Shiftphone 8 (66208cdc62ca299a25fb464e04150f77357fc1f7e5c42e9f85f5edc27283252d). Letztlich kannst du der Anleitung für das Google Pixel 9 Pro Fold folgen: https://calyxos.org/install/devices/comet/windows/. Du musst halt bei allen Device spezifischen Dingen es so machen, wie es für das Shiftphone 8 richtig ist (das heißt in diesem Fall wohl nur das von mir verlinkte Factory Image statt das Image für das Google-Gerät verwenden).
 
device-flasher schließt mit Fehler wegen falscher Datei

Code:
Android Factory Image Flasher version 1.1.1
Cannot continue without a device factory image. Exiting...
Press enter to exit

Edit: das konnte ich beheben dank korrekter Datei. Aber jetzt hänge ich dabei, dass der Bootloader nicht unlocked werden kann

1751244775387.png

OEM unlock ist eingeschaltet.
1751245191207.png

Das OTA-Update kann ich nicht installieren, weil adb kein Gerät erkennt...
 
Zuletzt bearbeitet:
OEM unlock ist eingeschaltet. Hat wer eine Idee? Außerdem kann ich die USB-Autorisierung von meinem Gerät nicht akzeptieren, weil das Telefon mich nicht fragt (und ich beim ersten Mal neben das Fenster, also auch nicht ablehnen gedrückt hab). Auch sieht adb devices nichts. (Nur fastboot devices geht im entsprechenden Modus) Ich hab es auch an 2 Rechnern probiert. Nur im Recovery mit Apply Update ist es sichtbar. Ist das normal?