Von Bitwarden wird ja mit Seedvault ohnehin nicht viel gesichert (da Bitwarden keine Daten zum sichern meldet) Da musst du dich ja aber sowieso nur anmelden dann is alles da.
SHIFTPHONE_8.SOS.7.0.L.20260122
- Ersteller amartinz
- Erstellt am
- SHIFTphone 8 ShiftOS-L Update
Signal weiss ich nicht ,ich nutze Molly für Signal und da hat ich beim Wechsel von F-Droid zu Droid-ify damals keine Probleme.
Also Molly geht, hatte signal vom guardian project repo probiert - aber da belass ich es jetzt einfach bei molly
Danke für die Hilfe!
Für Molly würde ich aber zusätzlich Sunup (Unified Push Service) noch installieren und einrichten
(In den Einstellungen von Molly dann unter Benachrichtigungen - UnifiedPush konfigurieren - MollySocket-Server den QR Code von z. B. adminforge.de gescannt , als Distributor App Sunup und fertig.)
(In den Einstellungen von Molly dann unter Benachrichtigungen - UnifiedPush konfigurieren - MollySocket-Server den QR Code von z. B. adminforge.de gescannt , als Distributor App Sunup und fertig.)
Zuletzt bearbeitet:
Habs erstmal auf FCM gestellt, will langfristig eh meinen eigenen Server mit Matrix/Element aufsetzen da steck ich bei signal nicht nochmal so viel energie rein
Ah OK - Damit hab ich mich noch gar nicht beschäftigt ,daher hab ich die 2-3 Min für Sunup investiertwill langfristig eh meinen eigenen Server mit Matrix/Element aufsetzen da steck ich bei signal nicht nochmal so viel energie rein
Wo wir bei molly sind.
Beitrag im Thema 'Unterschied zwischen einzelnen Signal-Clients'
Beitrag im Thema 'Unterschied zwischen einzelnen Signal-Clients'
Geht das nicht auch mit Conversation als Unified Push Provider? Oder ist molly da anders als bspw. Element/X.
Weiß einer schon näheres zur Unified Version? Hab gesehen das im Issue nur noch Doku offen ist, es aber noch beide Repos gibt und die 68 die derzeit aktuellste Version zu sein scheint obwohl es von Signal bereits Versionen im 70er Bereich gibt.
github.com
Weiß einer schon näheres zur Unified Version? Hab gesehen das im Issue nur noch Doku offen ist, es aber noch beide Repos gibt und die 68 die derzeit aktuellste Version zu sein scheint obwohl es von Signal bereits Versionen im 70er Bereich gibt.
Unify Molly and Molly-FOSS into a single FOSS app · Issue #640 · mollyim/mollyim-android
Consolidate the Molly and Molly-FOSS variants into a single, fully FOSS-compliant app by replacing all proprietary components. Currently, the non-free variant is maintained to get FCM, but this can...
github.com
Hallo, habe mir die SOS-L 7.0 installiert und gleich wieder verschiedene Probleme: Habe FOSS Warn, DWD Warnwetter und NINA installiert, aber keine App läuft. Das Problem scheint in allern drei Fällen das gleich zu sein: Problem mit der Push-Registrierung.Habe auch NTFY installiert. Bei FOSS Warn wird mir ua. Gesagt: your UnifiedPush Server is blocked.... Bwi DWD ist die Push-Registrierung fehlegschlagen und bei NINA kommet die Meldung Fehler RF-01 - Fehler bei der Registrierung.
Keine Ahnung was ich machen kann.
Keine Ahnung was ich machen kann.
(Ich benutze Conversations (XMPP/Jabber) neben Chat mit Familie auch als Unified Push Distributor.)https://github.com/nucleus-ffm/foss_warn/wiki/What-is-UnifiedPush-and-how-to-select-a-distributor#for-nfty-which-default-server-should-i-use schrieb:
Conversations funktioniert auch nicht korrekt mit FOSSWarn (siehe https://github.com/nucleus-ffm/foss_warn/issues/226#issuecomment-3306457127). Ich würde SunUp installieren. Das ist am einfachsten.
NINA und DWD-WarnWetter nutzen Google Firebase Cloud Messaging. Dafür müsstest du microG installieren. Ich würde zu BreezyWaether oder Kleine Wettervorschau Deutschland empfehlen.
NINA und DWD-WarnWetter nutzen Google Firebase Cloud Messaging. Dafür müsstest du microG installieren. Ich würde zu BreezyWaether oder Kleine Wettervorschau Deutschland empfehlen.
Konnte heute SHIFTPHONE_8.SOS.7.0.L.20260122 erfolgreich über den internen Update Mechanismus installieren.
Folgendes ist mir aufgefallen:
- Doppel-Tipp auf den Bildschirm weckt das Gerät nicht mehr auf. Vor dem Update ging es. Die Option ist weiterhin aktiviert. Hinweis: Ich kann weiterhin mit einem Doppel-Tipp im Sperrbildschirm den Bildschirm ausschalten.
- Fingerprint geht weiterhin nicht und die Kalibrierung schlägt weiterhin fehl. Zwei Fehlermeldungen "wechseln" sich ab. Hinweis: Ich habe das iFixit Kalibrierwerkzeug verwendet.
Folgendes ist mir aufgefallen:
- Doppel-Tipp auf den Bildschirm weckt das Gerät nicht mehr auf. Vor dem Update ging es. Die Option ist weiterhin aktiviert. Hinweis: Ich kann weiterhin mit einem Doppel-Tipp im Sperrbildschirm den Bildschirm ausschalten.
- Fingerprint geht weiterhin nicht und die Kalibrierung schlägt weiterhin fehl. Zwei Fehlermeldungen "wechseln" sich ab. Hinweis: Ich habe das iFixit Kalibrierwerkzeug verwendet.
Tap to Wake Up funktioniert nach wie vor sporadisch.
Bei mir z. b. geht es konstant zuverlässig ,einzig nach jedem Update muss ich die Funktion einmal ausschalten ,das Gerät neustarten und anschließend die Funktion wieder einschalten. Dann geht es auch wieder durchgehend (selbst bei späteren Neustarts des Geräts)
Daher empfehle ich dir ( wie bereits bekannt )
Schalte die Funktion aus ,starte das Handy neu und schaltet die Funktion anschließend wieder ein. (Manche Nutzer haben das auch mehrmals machen müssen ,bis es wieder geklappt hat.
Danke Dir. Genau so hat es sich wieder einrichten lassen und funktioniert
Hast du es erst ohne kalibrierungstool versucht? Das brauchst du eigentlich nicht. Ist dein bootloader aus irgendeinem grund offen?
Ist egal ob mit oder ohne Tool. Ja, mein Bootloader ist entsperrt und ich weiß, dass es hierzu einen Zusammenhang gibt. Wollte es der Vollständigkeit erwähnen.
Es gibt hier im Forum auch einen längeren Thread zu dem Thema, finde ihn aber auf die Schnelle nicht. Darin wurde auch beschrieben, dass es theoretisch mit geöffnetem Bootlader funktionieren könnte. Danke Dir
Warum ist der entsperrt? Also ist das absicht?Ist egal ob mit oder ohne Tool. Ja, mein Bootloader ist entsperrt und ich weiß, dass es hierzu einen Zusammenhang gibt. Wollte es der Vollständigkeit erwähnen.
Es gibt hier im Forum auch einen längeren Thread zu dem Thema, finde ihn aber auf die Schnelle nicht. Darin wurde auch beschrieben, dass es theoretisch mit geöffnetem Bootlader funktionieren könnte. Danke Dir
Das der sensor nicjt geht liegt dann sehr sicher am bootloader, und nicht am os. Das ist ein feature, kein bug
Ja an diesen beitrag erinnere ich mich, müsste mit dem.tool gehen dann..war glaube ich in verbindung mit iodeOS
Habe Root-Rechte für NeoBackup + SyncThing im ArbeitsprofilWarum ist der entsperrt? Also ist das absicht?
Das der sensor nicjt geht liegt dann sehr sicher am bootloader, und nicht am os. Das ist ein feature, kein bug
Ja an diesen beitrag erinnere ich mich, müsste mit dem.tool gehen dann..war glaube ich in verbindung mit iodeOS
Hatte auch das Image mit Magisk erweitert, mit eigenem Key signiert, den als Vertrauenswürdig hinzugefügt und somit den Bootloader wieder gesperrt. Dennoch ging der Fingerprint nicht ... habe dann aufgegeben
Der hat scheinbar Probleme beim Loop Test. Mit Conversation gibt es laut Anzeige keinen Time Out. Ntfy laut Anzeige auch nicht. Die angezeigte Zeit ist auch deutlich geringer als bei Conversation.
Anhänge
Zuletzt bearbeitet:
Ich habe exakt das gleiche Problem, wie @Helles. die Installation bleibt bei 0% oder sagt Installationsfehler.
neues Shiftphone 8 mit ShiftOS 6.4
auch nach einem Reset bleibt es bei 6.4
Die ZIP "...SOS.7.0.L-RELEASE-LIGHT-20260122-OTA" liegt auf dem internen Speicher.
Auch nach 10min offener Bildschirm keine Veränderung.
Die alternative Fastboot-Anleitung ist für mich als aufgeschlossener Neuling zu grob beschrieben und nicht hilfreich. Ich habe das SP Flashtool und die FASTBOOT-Datei, aber weiß nicht weiter, weil keine Scatter-Datei vorhanden ist (wie im Flashvideo zum Shift 6mq-Video beschrieben). Kennt jemand hilfreiche, schrittweise Anleitungen oder Youtube-Videos? Schade, dass es von Shift kein Tutorial zum Umstellen auf ShiftOS-L und nur Bestandteil des Forums ist. Dabei ist das Betriebssystem ohne Google doch so ein passendes Konzept zum nachhaltigen Handy.
@amartinz ein Vorschlag:
Kannst du in deiner Anleitung bitte ergänzen, dass die OTA.ZIP-Datei nicht entpackt werden muss? Das war für mich nicht selbsterklärend und ein Zeitfresser
Leg die Updatefile auf die externe SD (oder mach es über ADB Sideload) und installiere es über das Recovery.
Das sollte funktionieren falls der Updater mal nicht möchte, da wir das nicht mehr aus dem Betriebssystem heraus machen.
Da die ShiftOS-L neuer ist als die OS-G kannst du es drüberinstallieren ohne mit Fastbootpaketen herumspielen zu müssen oder den Bootloader öffnen zu müssen für Downgrades etc...
Greetz
Das sollte funktionieren falls der Updater mal nicht möchte, da wir das nicht mehr aus dem Betriebssystem heraus machen.
Da die ShiftOS-L neuer ist als die OS-G kannst du es drüberinstallieren ohne mit Fastbootpaketen herumspielen zu müssen oder den Bootloader öffnen zu müssen für Downgrades etc...
Greetz
Der Security-Patch-Level von SOS-L 7.0 (2026-01-05) ist doch aber niedriger ist als der von SOS-G 6.4 (2026-02-05). Ich glaube, dass da die Anti-Rollback-Funktion das OTA-Update verhindert...
Ne. Mit Root. iodéOS hat einen geschlossenen Bootloader. Das der Fingerprint da nicht funktioniert liegt an iodéOS.
Der Security-Patch ist älter, nur das Release date ist neuer, deshalb bin ich mir nicht sicher, ob man nicht doch Fastboot braucht.
Ich finde diese Beschreibung hier ausführlich und hilfreich - muss halt jetzt auf die aktuelle Softwarevariante übertragen werden...
https://forum.shiftphones.com/threads/shiftphone_8-sos-7-0-l-20250916.6648/post-73251
Variante 2 ist wohl die zielführendste
Die aktuelle Fastboot-Datei bekommst du hier:
SOS-L 20260122_Fastboot
Die OTA hast du ja schon, oder eben hier:
SOS-L 20260122 OTA
Imho wird auf Shift-Signatur und Releasedate gecheckt und nicht auf Patch-Level. Aber den Fall habe ich bei Shifts-Updatepolitik aber auch noch nicht erlebt. Vielleicht möchte @MayDay Rückmeldung geben, wenn es ausprobiert wurde. Verlieren kann man zumindest nix.
Korrektur: Unvorhergesehenerweise installiert das Update und schickt das Gerät danach in einen Bootloop.
Greetz
Zuletzt bearbeitet:
Das Problem wurde auf Server-Seite gefixt - und ich konnte FOSSWarn 1.0.1 mit Conversations nutzen.
Weird interaction with Conversations as UP Distributor · Issue #226 · nucleus-ffm/foss_warn
When using Conversations as a UnifiedPush distributor I get RegisterAreaError: invalid request I think there might be some race condition going on. The UP endpoint is seemingly send to the Alert Se...
github.com
Increase max token length (!155) · Merge requests · Web applications / FOSS Public Alert Server · GitLab
This is required to allow subscriptions with Conversations as UP distributor. Tokens from Conversation seem to be longer compared to those of other distributors and are around 350...
invent.kde.org
Bin aber auf
GitHub - jplitza/nina_xmpp: XMPP bot that sends messages from the NINA app
XMPP bot that sends messages from the NINA app. Contribute to jplitza/nina_xmpp development by creating an account on GitHub.
github.com
Zuletzt bearbeitet:
Hallo,
ich habe das Update von SOS.6.4.20260120 (G) auf SOS.7.0.20260122 (L) wie beschrieben durchgeführt. Also die Updatedatei auf eine SD-Karte geladen und über Recovery das Update durchgeführt. Anschließend habe ich noch den Factoryreset über Recovery durchgeführt. Nach einem Reboot befindet sich das Shift Phone 8 nun in einer BootLoop und startet nicht mehr normal. Recovery kann weiterhin erreicht werden.
Habt ihr einen Tipp was ich tun könnte?
bei mir das Gleiche, seit ich SOS.7.0.20260122 (L) per SD-Karte ausgeführt habe, steckt das Shiftphone 8 im BootLoop fest. Ein Support-Anfrage ist bereits raus.
Ich versuche es gerade per Fastboot, wie hier beschrieben https://forum.shiftphones.com/threads/shiftphone_8-sos-7-0-l-20250916.6648/post-73251 Danke @Hanghuhn für die Empfehlung. Die Schritte sind für mich nachvollziehbarer geschrieben. Ab Schritt 12 komme ich nicht weiter. <wait for devices> Ich vermute, es liegt am nicht aktivierten USB-Debugging, an was ich im BootLoop nicht rankomme.
Da fehlen dir wahrscheinlich noch die Fastboot-Treiber. Die hatte ich vergessen, im Beitrag zu erwähnen (der Beitrag lässt sich nicht mehr bearbeiten) und müssen unter Windows nachinstalliert werden.