Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (Cyborg)
  • No Skin
Collapse
Brand Logo

CIRCLE WITH A DOT

  1. Home
  2. Uncategorized
  3. #Matrix ist für mich gestorben.

#Matrix ist für mich gestorben.

Scheduled Pinned Locked Moved Uncategorized
matrixxmpp
28 Posts 6 Posters 0 Views
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • hosnoopy@m.efg-ober-ramstadt.deH hosnoopy@m.efg-ober-ramstadt.de

    @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.

    nik@toot.teckids.orgN This user is from outside of this forum
    nik@toot.teckids.orgN This user is from outside of this forum
    nik@toot.teckids.org
    wrote last edited by
    #21

    @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.

    martin@social.mdosch.deM 1 Reply Last reply
    0
    • nik@toot.teckids.orgN nik@toot.teckids.org

      @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

      nik@toot.teckids.orgN This user is from outside of this forum
      nik@toot.teckids.orgN This user is from outside of this forum
      nik@toot.teckids.org
      wrote last edited by
      #22

      @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

      nik@toot.teckids.orgN hosnoopy@m.efg-ober-ramstadt.deH 2 Replies Last reply
      0
      • nik@toot.teckids.orgN nik@toot.teckids.org

        @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

        nik@toot.teckids.orgN This user is from outside of this forum
        nik@toot.teckids.orgN This user is from outside of this forum
        nik@toot.teckids.org
        wrote last edited by
        #23

        @martin @HoSnoopy @gnulinux

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

        1 Reply Last reply
        0
        • nik@toot.teckids.orgN nik@toot.teckids.org

          @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

          hosnoopy@m.efg-ober-ramstadt.deH This user is from outside of this forum
          hosnoopy@m.efg-ober-ramstadt.deH This user is from outside of this forum
          hosnoopy@m.efg-ober-ramstadt.de
          wrote last edited by
          #24

          @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@toot.teckids.orgN 1 Reply Last reply
          0
          • hosnoopy@m.efg-ober-ramstadt.deH hosnoopy@m.efg-ober-ramstadt.de

            @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@toot.teckids.orgN This user is from outside of this forum
            nik@toot.teckids.orgN This user is from outside of this forum
            nik@toot.teckids.org
            wrote last edited by
            #25

            @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.

            hosnoopy@m.efg-ober-ramstadt.deH 1 Reply Last reply
            0
            • nik@toot.teckids.orgN nik@toot.teckids.org

              @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.

              hosnoopy@m.efg-ober-ramstadt.deH This user is from outside of this forum
              hosnoopy@m.efg-ober-ramstadt.deH This user is from outside of this forum
              hosnoopy@m.efg-ober-ramstadt.de
              wrote last edited by
              #26

              @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.

              nik@toot.teckids.orgN 1 Reply Last reply
              0
              • hosnoopy@m.efg-ober-ramstadt.deH hosnoopy@m.efg-ober-ramstadt.de

                @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.

                nik@toot.teckids.orgN This user is from outside of this forum
                nik@toot.teckids.orgN This user is from outside of this forum
                nik@toot.teckids.org
                wrote last edited by
                #27

                @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.)

                1 Reply Last reply
                0
                • nik@toot.teckids.orgN nik@toot.teckids.org

                  @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.

                  martin@social.mdosch.deM This user is from outside of this forum
                  martin@social.mdosch.deM This user is from outside of this forum
                  martin@social.mdosch.de
                  wrote last edited by
                  #28
                  @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
                  1 Reply Last reply
                  1
                  0
                  Reply
                  • Reply as topic
                  Log in to reply
                  • Oldest to Newest
                  • Newest to Oldest
                  • Most Votes


                  • Login

                  • Login or register to search.
                  • First post
                    Last post
                  0
                  • Categories
                  • Recent
                  • Tags
                  • Popular
                  • World
                  • Users
                  • Groups