Ulrich Popp Mar 15
#Matrix ist für mich gestorben. Ich werde meine Instanz wohl noch etwas laufen lassen, allerdings mir das ganze System zu kompliziert:
Ich war bis letzte Woche im @gnulinux Talk. Das lief auf meinem ("einfach zu installierendem") matrix-synapse auch mit meinem XMPP-Transport (Element ist mir zu behäbig, ich mags einfach nicht!) mit, ab und zu gab ich mal meinen Senf dazu, okay. Nun wurde das auf eine ominöse "Raum V12"-Version (??) geupdated - bei mir gehts nicht. Immerhin hat man seitens Gnulinux nachgeschaut, was los ist - heraus kam: geht nicht mit meinem Matrix-Synapse. Man gab mir außerdem zu verstehen, daß das Matrix-Synapse nicht so gut wäre. Ich bin nur user, aber ein user, der seit 2008 seinen eigenen #XMPP-Server am laufen hat. Gegen Matrix ist das ein Kinderspiel, muß ich feststellen - bzw. die Workarounds sind gut/besser dokumentiert.
Insgesamt ist Matrix aus meiner Sicht zu kompliziert, zu behäbig, für mich halt unpraktikabel.
Show threadNik | Klampfradler 🎸🚲Mar 15

@HoSnoopy @gnulinux Die Antwort, die du bekommen hast, ist Schwachsinn. Natürlich geht das mit Synapse. Nur updaten muss man den, wie jede andere Software, gelegentlich mal (im vorliegenden Fall innerhalb des letzten Jahres oder so).

Nicht an jeder grundlegenden Inkompetenz sind andere schuld und nicht nur, weil du persönlich etwas nicht kapierst, ist es noch nicht "ominös".

Show threadUlrich Popp Mar 15
@nik @gnulinux Ich benutze Debian Stable. Ich habe Matrix-Synapse von der trixie-backports-quelle installiert. Eine neuere Version gibts da halt nicht. Was soll ich denn machen?
Show threadNik | Klampfradler 🎸🚲Mar 15

@HoSnoopy @gnulinux

Das stimmt wohl, liegt aber an Debian. ejabberd ist da übrigens auch zwei Jahre alt, was momentan einige Probleme verursacht.

Dein Rant gegen Matrix ist ebenso unangemessen, wenn dein Server wegen deiner Linux-Distribution hoffnungslos veraltet ist.

Du könntest das apt-Repo von Upstream verwenden.

Show threadMartinMar 17
@[email protected]
Ich finde es halt auch blöd, nicht für eine Weile rückwärtskompatibel zu bleiben. Nicht jeder will wartungsintensive bleeding edge rolling releases fahren.
Im Fall von #ejabberd weiß ich gerade nicht, ob das Verhalten von #letsencrypt vor zwei Jahren schon angekündigt war.
@[email protected] @[email protected]
Show threadNik | Klampfradler 🎸🚲Mar 17

@martin @HoSnoopy @gnulinux

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

Show threadNik | Klampfradler 🎸🚲Mar 17

@martin @HoSnoopy @gnulinux

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

Show threadNik | Klampfradler 🎸🚲

@martin @HoSnoopy @gnulinux

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

Mar 17 at 8:48amWeb
Show threadNik | Klampfradler 🎸🚲Mar 17

@martin @HoSnoopy @gnulinux

Das einizge wirkliche Hindernis für mich war bei **beiden** Protokollen bisher veraltete Software in Debian.

Show threadUlrich Popp Mar 17
@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.
Show threadNik | Klampfradler 🎸🚲Mar 17
@HoSnoopy @martin @gnulinux Nichts davon hat mit den Aspekten dieses Threads hier zu tun. Es geht hier um die Maintenance von Server-Software, nicht um das UI von Clients oder die Größe von Datenbanken.
Show threadUlrich Popp Mar 17
@nik @martin @gnulinux naja ums Handling im Allgemeinen geht es mir schon.
Ich muß mir ja als Server-Admin die Frage stellen, wieviel Festplattenspeicher ich dem Dienst X oder Y zubilligen kann.
Show threadNik | Klampfradler 🎸🚲Mar 17

@HoSnoopy @martin @gnulinux

Dann kannst du diese Aspekte ja gerne diskutieren, aber bitte nicht mit mir an dieser Stelle in diesem Thread.

(An einer anderen Stelle in einem anderen Thread kläre ich gerne auch deine Missverständnisse darüber auf.)

Show threadHolger WeißMar 17
@nik @martin @HoSnoopy @gnulinux Was dieses Thema betrifft nehmen sich beide nichts: Tolle neue Features erfordern oft Updates bei allen Beteiligten. XMPP versucht sich daran, den Schaden per Service-Discovery so klein wie möglich zu halten, was in der Praxis mal besser, mal schlechter funktioniert. Matrix versucht das gar nicht erst. Auch okay. Absurd ist halt nur, dass Matrix mit dem Versprechen angetretenen war, das Problem zu lösen. Hat außerhalb der Matrix-Bubble schon damals niemand verstanden.