MH am :
Graphene OS
Graphene OS
Dieses Video erklärt, warum GrapheneOS keine Option ist. Der Entwickler war kurz darauf ausgeschieden, ist aber mittlerweile wieder im Projekt aktiv und setzt seine paranoiden Attacken fort.
Gibt es da auch ein Transkript, damit man das in Ruhe lesen kann?
Youtube erstellt automatisch ein Transkript, in der ausgeklappten Beschreibung ist der Button. Das Video zeigt aber Screenshots von Chats, daher wäre es sinnvoller es anzuschauen.
Ein, wie ich finde, sehr informativer und sachlicher Beitrag zum Thema. Vielen Dank.
Freut mich, Danke!
Um ein anderes Betriebssystem bei den kleinen Geräten zu nutzen war ich bislang nicht motiviert genug. Zwar schon immer Linux, derzeit Manjaro mit KDE, aber bei Tablets und Smartphones reicht es nicht.
Einzelentwickler nervt mich seit Evan und identi.ca, noch immer liegen mehrere verwaiste Konten dort, die ich seit vielen Jahren löschen möchte. Bei jedem Kontakt verspricht er sich zu kümmern und dann passiert nichts mehr, inzwischen geht es seit 2013 so.
Daher bin ich bei Einzelpersonen die etwas betreiben, inzwischen eher raus.
Die genannten Alternativen sind problemlos nutzbar, vor allem CalyxOS. Da kann man sich rantrauen, wenn man etwas Lust hat :)
Ich finde, Einzelprojekte können Spaß machen, wenn da ein Entwickler seine Stärken ausspielen kann und man dann als Anwender davon profitiert. Aber bei solchen Entwicklungen ist es klar, dass man das als Negativfaktor nimmt. Dein Beispiel würde mich auch nerven.
Ja, also ich ergänze noch, Einzelentwickler bzw Betreiber können toll sein. Mein Friendica-Betreiber entwickelt dort mit und betreibt seit vielen Jahren eine Instanz, da muss ich nichts tun. Ich melde mich, wenn mir was auffällt, spende zuweilen was und das war's.
Ein ?? fork ?? von DivestOS gibt es mit AXP.OS
Er betreibt auch den Malware scanner Hypatia, demnächst unter eigenen Namen, weiter und versucht alle Änderungen die Tavi einst tat so gut es geht auf seinem (durch Unterstützung von root) doch etwas anderem System abzubilden.
Link Homepage https://axpos.org
Die wertvollen Infos der DivestOS homepage sind zum Glück archiviert und hier zu finden:
https://divestos-archive.codeberg.page
Hoffe es hilft dem einen oder anderen.
Klasse, Danke für die Links. Ich mache sie gleich klickbar, und werde die Info im Artikel erwähnen.
Hat der Entwickler von AXP.OS sich zur Weiterentwicklung entschieden? Laut der Wikiseite dazu scheint es noch unentschieden zu sein.
Ja hat er ;) haha..
aufgrund des auch für mich überraschenden Aus zu einer terminlich ungünstigen Zeit (1 Tag vor Weihnachten) hat es hier ganz schön rotiert die letzten Wochen. AXP.OS hat in der sehr kurzen Zwischenzeit eine komplett neue Website erhalten, sämtliche (eigene) Dokumentation migriert, vollzieht einen Umzug von github auf eine eigene Gitea Instanz + codeberg, der Browser Mulch wurde ebenfalls geforkt und unter dem Namen AOSmium bereitgestellt (https://axpos.org/Browser) - inkl. Webview und last but not least wurde der "Slim" flavor (https://axpos.org/AOS-Flavors) entworfen, der insbesondere für DivestOS - "Flüchtlinge" eine Alternative sein will.
Auch die DB signaturen für die ebenfalls geforkte App Hypatia sind bereits voll automatisiert, wenn auch noch einige wenige Quellen fehlen. Sobald das abgeschlossen ist wird es hier auch einen release geben.
Etliche Dinge sind schon seit Beginn von AXP.OS in CI/CD pipes oder Ansible plays abgebildet, denn aus meiner Sicht ist die Automatisierung ein absolut wesentlicher Bestandteil für ein erfolgreiches Projekt wie dieses. Allerdings musste auch hier einiges nun aufgefangen werden aber auch dies ist weitestgehend durch.
Vor dem Slim flavor gab es nur den nun "Regular" genannten flavor, der andere einzigartige Funktionen mitbringt (https://axpos.org/Features).
Es hakt noch an einigen Stellen, im Fokus liegt im Moment noch die Fertigstellung der Automatisierung des Kernel patchers (der trotz anders lautender Beschreibung eben nur ca 50% der Arbeit tasächlich automatisiert). Glücklicherweise steht ich hierzu in engem Kontakt mit Tad also sehe ich das alles als machbar :)
Als ich März 2023 mit AXP.OS begonnen hatte, war ich mir immer des Damokles-Schwertes bewusst, das ein Stopp des DivestOS Projekts AXP.OS hart treffen würde. Allerdings hatte ich ernsthaft gehofft, das es eine längere Vorwarnung und Übergangszeit geben würde.
Trotzdem ist alles auf dem Weg und sieht gut aus :)
Das klingt wirklich toll.
Wirst du auch das Maintainerproblem angehen, in das DivestOS scheinbar gelaufen ist? Es wäre doch hilfreich, wenn jedes Gerät Maintainer hätte die es testen und Anpassungen vornehmen wo nötig. Das könnte auch bei der Unklarheit helfen, wie gut das ROM auf dem Gerät läuft, das empfand ich als Makel. Ich hab schon gesehen, mit dem "Tested by AXP.OS-Team" bzw "Community" geht ihr sowieso ein bisschen in die Richtung.
So oder so, ich wünsche dir viel Erfolg. Mit MicroG, Pre-Root, Widevinesupport und gleichzeitig eben doch einem Blick auf Datenschutz ist eure Featureliste ziemlich attraktiv.
Vorher war auf der Webseite die Warnung, dass das ROM nicht für normale Anwender gemacht sei. Die sehe ich jetzt nicht mehr, gilt das nicht mehr? Wenn ihr soweit seid werde ich das Rom gerne bei sustaphones aufnehmen. Geb mir dann einfach bescheid. Ich brauche dafür nur eine maschinenlesbare Liste der unterstützten Geräte -> AXP.OS-Version, wie sie bei Calyx z.B. https://gitlab.com/CalyxOS/calyxos.org/-/blob/main/pages/_data/devices.yml?ref_type=heads bereitstellt.
bzgl Maintainerproblem: anders als bei DivestOS werden devices NUR aufgenommen wenn es entweder in meinem Besitz ist oder jemand aus der Community einen FR stellt und sich bereit erklärt zu testen. Es gibt hierzu strikte Vorgaben und eine Checkliste inkl. Screenshots die vorzulegen sind bevor ein Gerät offiziellen support erhält. Dazu schau gern mal hier: https://axpos.org/docs/knowledge/requirements/ da ist auch definiert wann ein Gerät wieder entfernt(!) wird.
Noch weitere Punkte unterscheiden sich stark von Divest, denn selbst ein Major Release eines aktuell unterstützten devices bedarf erst eines neuen FR inkl dem nötigen Testdurchlauf usw.
Es gibt bereits heute Leute die zum Projekt direkt oder indirekt beitragen. So haben mse1969 und ich uns dem Mulch fork gemeinsam angenommen aber auch für die bevorstehende Migration auf A14 habe ich sehr hilfreiche Unterstützung. Generell bin ich sehr offen und würde es begrüßen mehr developer an Bord zu holen aber das ist nichts was man erzwingen kann.. :)
Die Warnung entstand vor dem Slim flavor. Die habe ich wieder entfernt, da es eigentlich darauf bezogen war, das man bei einem gerooteten device halt NOCH mehr darauf achten sollte, nicht einfach unbedacht auf jeden Link aus Mails zu klicken oder apk's von unseriösen Quellen zu installieren usw.
Das Risiko mit einem gerooteten Phone ist halt ungleich höher, aber ich habe gemerkt, das der Satz nicht so verstanden wurde wie es gedacht war. Darum ist er nun einer hoffentlich besseren Beschreibung gewichen.
AXP.OS ist natürlich für JEDEN gedacht, nicht nur "Profis" - aber eben AUCH für diese. Mit dem Slim flavor entfällt ja root komplett, für alle die hier auf Nummer sicher gehen möchten. Die anderen die mit Sinn und Verstand agieren und z.B. auf ein vollwertiges(!) Backup nicht verzichten wollen oder sich mit MicroG nicht rumschlagen wollen ist der Regular flavor halt perfekt. Und mir ist bislang niemand bekannt, der ein pre-rooted OS anbietet, welches dann sogar immer noch bootloader lock unterstützt :)
Wegen einer Aufnahme hier, klar gern. Muss die Liste in genau diesem Format sein? Oder was genau wären da die Anforderungen?
Ok, das klingt nochmal besser.
Für sustaphones: Was ich von euch brauche ist eine Liste mit Geräten laut Codename gemäß Lineage-Wiki (Key? Dateiname?) und welche AXP.OS-Version dieses unterstützt (einer der Values).
Es braucht kein bestimmtes Format. Ich arbeite bisher entweder mit den YAML-Dateien pro Device aus dem Wiki (LineageOS, /e/), einer gemeinsamen YAML-Datei für alle Geräte (Calyx), bei Iode ziehe ich die Infos aus einer Tabelle auf der Webseite, aber mit dem Plan, zu den JSON-Dateien aus ihrem ota-Repo zu wechseln falls da mal was ernsthaft bricht. Bei DivestOS hatte ich eine API abgefragt die JSON zurückgab, aber das war sehr unangehm weil lahm (ich prüfe immerhin immer wieder mehrere hundert Geräte). Schau dir am besten im Zweifel die Parser in https://gitlab.com/onli/sustaphones an.
Falls ihr Geräte unterstützen werdet die Lineage nicht unterstützt und auch nie unterstützt hat wäre es hilfreich, mich drauf hinzuweisen, dann schreibe ich den Parser so dass er neue Geräte hinzufügen kann. Dazu braucht sustaphones Zusatzinfos: Releasejahr und -monat, SD-Kartensupport ja/nein, Kopfhöreranschluss ja/nein und ob der Akku herausnehmbar ist. Aber wenn ihr sowas nicht bei euch sammeln wollt trage ich das bei mir lokal selbst nach. Nur um es erwähnt gehabt zu haben.
verstehe, also ich lege die unterstützten devices immer in diesem Ordner ab:
https://codeberg.org/AXP-OS/axpos-org/src/branch/hugo/params/
der codename ist dort immer "HUGO_CODENAME" und/oder ist auch gleichzeitig immer im Dateinamen selbst (format: "device_<codename>.params", also z.B "device_enchilada.params")
Die variable "HUGO_ANDROID" enthält die Android version (nach Google Format, also A9, A10, A11, ..)
der link zum device ist immer im Format:
https://axpos.org/devices/<hersteller:lowercase>/<codename>/
also z.B:
https://axpos.org/devices/oneplus/enchilada/
weiterhin interessant : HUGO_RELOCKABLE yes|no für bootloader re-lock.
ansonsten einfach melden wenn was unklar ist fehlt :)
Danke!
btw: kernel patcher läuft endlich! https://axpos.org/docs/knowledge/divesteol/#update-2025-02-21 .. nun kann ich mich endlich wieder um die regulären Dinge kümmern :)
Danke für die Erklärung, zum Aufnehmen fehlte nichts :) https://gitlab.com/onli/sustaphones/-/commit/1fb4c9de639b1a751224c813e32ebf2420fd6734 ist der Commit, auf https://www.sustaphones.com/ ist das schon online.
stark! :) Danke Dir :)
Nachtrag:
ich schlage noch vor die Variable "HUGO_STATE" mit einfließen zu lassen:
Die ist immer = "stable" wenn getestet und nutzbar.
Andere Werte sind z.B. "!! ALPHA !!" oder BETA oder auch STALLED etc. aber für deine Seite würde ich nur solche anzeigen die "stable" markiert sind. es können nämlich auch welche rausfallen aus dem Support (https://axpos.org/docs/knowledge/requirements/) was damit dann auch gleich gelöst wäre.
Danke für den Hinweis, ich bin dem in https://gitlab.com/onli/sustaphones/-/commit/166fcf784cee1cfef0f4d1b93bb18146ff7461a4 gefolgt.