#Matrix ist für mich gestorben.
-
Naja, also:
1. Synapse **ist** rückwärtskompatibel. Synapse hat lediglich ein optionales, neues Feature, das im vorliegenden Fall leider jemand auf einem anderen Server aktiviert hat. Im Vergleich zu XMPP: So, als würde jemand einen Chatraum von MUC auf MIX umstellen.
2. Man kann das neue Raumprotokoll auch als Security-Fix betrachten. Sowas passiert auch, und das könnte man in Debian entsprechend behandeln, wenn man wollte.
1/n
-
Naja, also:
1. Synapse **ist** rückwärtskompatibel. Synapse hat lediglich ein optionales, neues Feature, das im vorliegenden Fall leider jemand auf einem anderen Server aktiviert hat. Im Vergleich zu XMPP: So, als würde jemand einen Chatraum von MUC auf MIX umstellen.
2. Man kann das neue Raumprotokoll auch als Security-Fix betrachten. Sowas passiert auch, und das könnte man in Debian entsprechend behandeln, wenn man wollte.
1/n
@nik @martin @gnulinux Was aber ehrlichgesagt auf einem arm64-Server nicht ganz einfach ist.
Immerhin konnte ich das .deb aus den matrix-org-quellen compilieren. Das muß ich dann halt mir jedem upgrade machen, was natürlich erheblich mehr Zeit kostet. da werde ich wohl nicht jedes update mitnehmen.
Im aktuellen Debian-stable / ARM64 gibt es gar kein matrix-synapse, auch nicht bei den backports. Warum das so ist, weiß ich nicht. -
Naja, also:
1. Synapse **ist** rückwärtskompatibel. Synapse hat lediglich ein optionales, neues Feature, das im vorliegenden Fall leider jemand auf einem anderen Server aktiviert hat. Im Vergleich zu XMPP: So, als würde jemand einen Chatraum von MUC auf MIX umstellen.
2. Man kann das neue Raumprotokoll auch als Security-Fix betrachten. Sowas passiert auch, und das könnte man in Debian entsprechend behandeln, wenn man wollte.
1/n
3. Alle Räume, die das neue Protokoll nicht aktivieren, funktionieren weiter, auch mit uralten Server-Versionen aus Debian 11.
4. Es ist wirklich noch nicht lange her, dass ich alle paar MOnate meinen ejabberd updaten musste, um mit der Entwicklung und der Kompatibilität mit modernen Clients mitzuhalten. Damals wurden nur die Backports besser gepflegt und es gab weniger Geschrei darüber, wie scheiße das ist, wenn sich Software weiterentwickelt.
2/n
-
@nik @martin @gnulinux Was aber ehrlichgesagt auf einem arm64-Server nicht ganz einfach ist.
Immerhin konnte ich das .deb aus den matrix-org-quellen compilieren. Das muß ich dann halt mir jedem upgrade machen, was natürlich erheblich mehr Zeit kostet. da werde ich wohl nicht jedes update mitnehmen.
Im aktuellen Debian-stable / ARM64 gibt es gar kein matrix-synapse, auch nicht bei den backports. Warum das so ist, weiß ich nicht.@HoSnoopy @martin @gnulinux Aus Debian-Gründen.
Debian verlangt, dass die Software in einem Release mindestens zwei Jahre lang, besser fünf, gepflegt wird, idealerweise von Upstream. Das ist bei SYnapse nicht der Fall, und auch so gut wie unmöglich. **Warum** Synapse kein LTS-Release hat, ist wiederum sehr komplex – deutlich komplexer als das Fingerpointing, das hier betrieben wird.
Podman oder eine (quasi jede beliebige) andere Distribution wären auch noch eine Option für dich.
-
3. Alle Räume, die das neue Protokoll nicht aktivieren, funktionieren weiter, auch mit uralten Server-Versionen aus Debian 11.
4. Es ist wirklich noch nicht lange her, dass ich alle paar MOnate meinen ejabberd updaten musste, um mit der Entwicklung und der Kompatibilität mit modernen Clients mitzuhalten. Damals wurden nur die Backports besser gepflegt und es gab weniger Geschrei darüber, wie scheiße das ist, wenn sich Software weiterentwickelt.
2/n
Es werden bei Matrix leider völlig andere Maßstäbe angesetzt als seinerzeit bei XMPP. Vermutlich, weil es verbreiteter ist und disruptiver, wenn es kaputt geht. Komplexer oder schnelllebiger ist es nicht – ich habe mich mit beiden Protokollen intensiv beschäftigt, betreibe Deployments in verschiedenen Größen, habe aus Neugier Clients und Server geschrieben. Matrix ist nicht das Monster, als das es seitens der XMPP-Community verschrien wird.
3/n
-
Es werden bei Matrix leider völlig andere Maßstäbe angesetzt als seinerzeit bei XMPP. Vermutlich, weil es verbreiteter ist und disruptiver, wenn es kaputt geht. Komplexer oder schnelllebiger ist es nicht – ich habe mich mit beiden Protokollen intensiv beschäftigt, betreibe Deployments in verschiedenen Größen, habe aus Neugier Clients und Server geschrieben. Matrix ist nicht das Monster, als das es seitens der XMPP-Community verschrien wird.
3/n
-
Es werden bei Matrix leider völlig andere Maßstäbe angesetzt als seinerzeit bei XMPP. Vermutlich, weil es verbreiteter ist und disruptiver, wenn es kaputt geht. Komplexer oder schnelllebiger ist es nicht – ich habe mich mit beiden Protokollen intensiv beschäftigt, betreibe Deployments in verschiedenen Größen, habe aus Neugier Clients und Server geschrieben. Matrix ist nicht das Monster, als das es seitens der XMPP-Community verschrien wird.
3/n
@nik @martin @gnulinux Der Hauptunterschied ist, daß bei Matrix halt alles gespeichert bleibt und sich damit die Datenbank auf dem Server aufbläht. So habe ich das zumindest verstanden. Und der Unterschied für den User besteht in den Clients: Da bietet Matrix, wahrscheinlich auch, weil es neu ist, viel weniger.
Ich habe vor ~10 Jahren von ejabberd auf prosody migiert (ging erstaunlich gut). Schaue ich auf die ejabberd-seite, finde ich recht schnell ein repo, das ich auch unter arm64 installieren kann. Prosody auch, wobei das glaube ich auch von Debian selbst geliefert wird. -
@nik @martin @gnulinux Der Hauptunterschied ist, daß bei Matrix halt alles gespeichert bleibt und sich damit die Datenbank auf dem Server aufbläht. So habe ich das zumindest verstanden. Und der Unterschied für den User besteht in den Clients: Da bietet Matrix, wahrscheinlich auch, weil es neu ist, viel weniger.
Ich habe vor ~10 Jahren von ejabberd auf prosody migiert (ging erstaunlich gut). Schaue ich auf die ejabberd-seite, finde ich recht schnell ein repo, das ich auch unter arm64 installieren kann. Prosody auch, wobei das glaube ich auch von Debian selbst geliefert wird. -
-
-
@HoSnoopy @martin @gnulinux Aus Debian-Gründen.
Debian verlangt, dass die Software in einem Release mindestens zwei Jahre lang, besser fünf, gepflegt wird, idealerweise von Upstream. Das ist bei SYnapse nicht der Fall, und auch so gut wie unmöglich. **Warum** Synapse kein LTS-Release hat, ist wiederum sehr komplex – deutlich komplexer als das Fingerpointing, das hier betrieben wird.
Podman oder eine (quasi jede beliebige) andere Distribution wären auch noch eine Option für dich.
@nik@toot.teckids.org
Ist das so? Es gibt doch vieles an SW was kein LTS hat und in debian ist.
@HoSnoopy@m.efg-ober-ramstadt.de @gnulinux@social.anoxinon.de
