|
ralfpeter
Anmeldungsdatum: 29. November 2025
Beiträge: 12
|
Hallo,
ich möchte mal in die Runde grüßen und nach nun weit über 10 Jahren Abstinenz;) von Ubuntuusers mich wieder beteiligen.
Mein Steckenpferd ist XMPP und ich nutze es seit Ewigkeiten. Irgendwie sind Conversations für Andriod als Client weit weggezogen von den Desktop Clients unter Linux, Pidgin ist gut, unterstützt aber kein Audio/Videocall, das selbe bei Gajim. Monal für Mac und Iphone ist mittlerweile gut aufgestellt auch hier Audio/Video Support, im Moment wird die UI komplett umgebaut. Hoffnungsträger für Linux war Dino, in meinen Augen aber die Weiterentwicklung ist ins Stocken geraten, fast alles ist im Backend implementiert aber nicht in die UI geflossen. Anfragen oder aber auch Bugs werden einfach nicht zeitnah behoben, ab und an gibt es mal ein Update, gut, die Leute werden auch noch was anders zu tun haben Da ich selber auch schon weit über 20 Jahre Programmiere hab ich gedacht ich Forke es, hab mir einen Einblick verschafft und habe es jetzt als eigenständiges Projekt Dinox am Start, gut war und ist das Dino unter GPL3 steht. Ich muss auch selber gestehen KI hat mir auch viel geholfen, grad bei der Größe und Umfang, aber das ist ein ganz schwieriges Thema, wenn man nicht weiß wie und was geht, geht es mit KI, egal welches LLM gründlichst in die Hose, nach wie vor ist das "Halluzinieren" und "frei erfinden" unglaublich!!! Ohne eigenes tiefgehendes Wissen wird's nichts. Aber gut. Ich denke es ist ein guter Ansatz und würde mich freuen wenn jemand mitmachen würde, vielleicht schaffen wir es zusammen in die Offiziellen Pakte-quellen von Debian oder Ubuntu. Ich denke auch das es dringend an der Zeit ist das Feld nicht Telegramm und What's App tatenlos zu überlassen. Pakete sind auf Github gebaut, Appimage und auch Flatpak, die Sourcen zum selber compilieren sind dort auch. Ich freue mich auf Antworten und auf Mitarbeit freuen, bis dann. https://github.com/rallep71/dinox https://dinox.handwerker.jetzt
|
|
von.wert
Anmeldungsdatum: 23. Dezember 2020
Beiträge: 14674
|
ralfpeter schrieb:
Pidgin ist gut, unterstützt aber kein Audio/Videocall,
Das muß mit entsprechender Option konfiguriert kompiliert werden. Habe ich, als ich das noch selbst kompiliert habe, extra deaktiviert. Die Pidgin-Entwicklung scheint aber völlig zum Erliegen gekommen zu sein, 3.0 ist schon ewig und 3 Tage dev und kommt wohl nie.
Ich denke auch das es dringend an der Zeit ist das Feld nicht Telegramm und What's App tatenlos zu überlassen.
Ja, schon, aber der Zug ist abgefahren. Sieh Dir an, wer sowas und wie nutzt! Alles zugeschnitten auf SmPh und Hauptsache bunte Emoticons, möglichst zappelig. Text, Inhalt Nebensache. XMPP verwenden zwar Größen wie Google und Cisco (für SIP-Telefonie), aber (seit anderthalb Jahrzehnten) schön inkompatibel zu unverbasteltem XMPP.
|
|
ralfpeter
(Themenstarter)
Anmeldungsdatum: 29. November 2025
Beiträge: 12
|
Ja, bei Pidgin habe ich das auch mal selber compiliert, wie Du sagst, lange ist es her...
Ja, schon, aber der Zug ist abgefahren.
Nunja, noch nicht ganz, aber ganz bestreiten kann ich es auch nicht. Google und Cisco, und auch What's App und Telegram, haben ihr eigenes Ding aus Xmpp gemacht, und, Dicht gemacht, stimmt! Wie auch immer, ich baue das Ding jetzt fertig, eigentlich ist es fertig, mache jetzt nur nach ein paar fixes mit Omemo und passe die UI an,MUCJI sollte auch gehn, das war ein wichtiger Punkt, dann sollte alles drinnen sein was man sich je gewünscht hat bei Pidgin und Gajim. 😉
|
|
von.wert
Anmeldungsdatum: 23. Dezember 2020
Beiträge: 14674
|
Welchen Stellenwert XMPP hier hat - ausgerechnet hier - kann man sehr gut erkennen. Ich habe mich rund 12 Jahre mit XMPP hier über neue Posts in abonierten Threads informieren lassen. Das geht um Welten schneller als eMail oder gar ständige Reloads von egosearch. Ich habe sofort reagieren können und bin schon damit omnipräsent gewesen, wie sich mal jemand ausgedrückt hat. Aber es hat ständig technische Probleme seitens uude gegeben. Wenn ich im IRC darauf aufmerksam gemacht habe, ist stets mit Ungläubigkeit und Desinteresse begegnet worden, um widerwillig den Service zu restarten, der sich mal wieder verabschiedet gehabt hat. Bis man es komplett aus der Foren-SW genommen hat, weil angeblich eh kein Interesse bestünde. Viel Glück bei Deinem Projekt, aber in uude bist Du schon deshalb an der falschen Adresse. Zumal hier ohnehin der Stamm Nimm regiert.
|
|
ralfpeter
(Themenstarter)
Anmeldungsdatum: 29. November 2025
Beiträge: 12
|
Ahm xmpp gibt's wohl gar nicht mehr hier, ist wohl nicht mehr drinnen? Das lief eigentlich zu meiner Zeit recht Ordentlich. Manchmal könnten es Bugs gewesen sein, aber manchmal auch Unfähigkeit. Wie auch immer, schade das man davon weg ist, mehr Opensource und offene Standards als XMPP geht ja schon gar nicht mehr. Also ich kannte das auch noch hier, aber wie gesagt, vor über 10 Jahren bin ich hier raus, ich glaube 2005 oder 2006 bin ich das erste mal beigetreten, weiß es nicht mehr, wo ist die zeit hin? Ja, da hatte ich hier auch ab und an Patches noch bereitgestellt die ewig brauchten eh sie in den Repros waren... Aber lass nur sein, ich habe mit der "Neuen Zeit" auch gerade wieder Bekanntschaft gemacht, nennt sich "Flatpak" alter, was haben die für einen Herman gemacht wegen meinen Paket, weil es "Fork" war, das muss man sich mal vorstellen, steht unter GPL3 und machen da so einen Hermann auf Github, da dachte ich mir auch, geht ja gar nicht, alle Richtlinien und Standards, Lizenzen eingehalten, absolute alles, samt ausführlichster Begründung des Forkes und neuen Features und Bugfixes, ich sollte mir nach dem zweiten mal nicht noch mal erlauben ein Push zu machen, danach fragte ich nach den Gründen damit ich Sachen die ich vielleicht vergessen haben könnte zu berichtigen, oh, dann ging es richtig los, auf Github angzählt usw.. da dachte ich mir auch, hm Opensource Flatpak, alles klar. Naja, wer nicht will der hat sage ich mir. Wie gesagt, ich bau den Client jetzt fertig, seh noch zu das ich in die Repros komme und wenn ich es nochmal umbenennen muss;)
|
|
CarstenHa
Anmeldungsdatum: 1. Mai 2020
Beiträge: 180
|
Hallo, gibt es bei Dinox die Möglichkeit, selbstsignierte Zertifikate zu benutzen wie bei Gajim? Gruß Carsten
|
|
ralfpeter
(Themenstarter)
Anmeldungsdatum: 29. November 2025
Beiträge: 12
|
Hallo Carsten, Das Ging bei Dino nicht, ich hatte das in Dinox schon vor einer Weile eingebaut, konnte es aber nicht Testen da ich ehrlich gesagt keine Lust hatte selbst noch mal einen Xmpp Server mit eigen Certs auf zusetzten. Es müsste laut Code möglich sein, wenn Dein Xmpp Server selbst-signierte Zertifikate anbietet diese unter ein Warnung zu akzeptieren und dann Sollte es gehen. Ich würde mich freuen wenn du es testen könntes, am besten wäre es Dinox selber zu bauen, Flatbak sollte gehen, Appimage hat noch einen Bug in Openpgp. Ich abreite gerade seit 2 Wochen an eine neuen Version, aber teste es mal und gib mir bescheid. MfG
|
|
CarstenHa
Anmeldungsdatum: 1. Mai 2020
Beiträge: 180
|
Hallo Ralf-Peter, ich habe Dinox mit dem Flatpak-Paket installiert. Leider klappt die Anmeldung nicht. Hier der Auszug aus dem Logfile: | Feb 08 15:39:25 user dinox[3897]: stream_connect.vala:108: Could not establish XMPP session with domain.de:5222: Vorgang wurde abgebrochen
Feb 08 15:39:25 user dinox[3897]: tls_xmpp_stream.vala:30: Tls Certificate Errors: G_TLS_CERTIFICATE_UNKNOWN_CA,
|
Ich finde die Option mit den selbstsignierten Zertifikaten ja super. Gerade wenn man nur einen kleinen, privaten XMPP-Server
für eine handvoll Leute betreibt ist das sehr praktisch. Die Anmeldung habe ich übrigens mit den Erweiterten Einstellungen gestartet. Dann kommt die Passwortabfrage und dann geht es nicht weiter. Wenn ich die Anmeldung ohne die Erweiterten Einstellungen versuche, kommt ein Fenster: Could not establish a secure connection ... Das Sicherheitszertifikat wird von ihrem Betriebssystem nicht als vertrauenswürdig eingestuft. ... Gruß Carsten
|
|
ralfpeter
(Themenstarter)
Anmeldungsdatum: 29. November 2025
Beiträge: 12
|
Hallo Carsten, danke für die Antwort und den Bug-Report, kannst du das bitte noch mal auf github posten das wäre lieb, was noch gut wäre wenn du Dinox Flatpack im Terminal starten könntest mit Debug Option vorne Weg und mir das auf Github dann posten könntest, wie das geht steht auf github in der debug.md, sollte zumindest...😉 Ich bin grad tief im Windows Port, aber wenn dann würde ich das gleich heute noch mit einfliessen lassen wollen. Und ja, mit dem privaten Cert's und einen kleinen Installation zuhause geh ich vollkommen mit, das ist doch ok. Auch dafür ist es gedacht. MfG und Danke für das Feedback
|
|
ralfpeter
(Themenstarter)
Anmeldungsdatum: 29. November 2025
Beiträge: 12
|
Hallo Carsten, ich noch mal, flatpak run --env=DINO_LOG_LEVEL=debug im.github.rallep71.DinoX flatpak run \
-env=DINO_LOG_LEVEL=debug
kaNN AUCH SEIN DAS BEI DEN KOMPLETTEN DEBUG MODE DINOX DANN IN DIE KNIE GEHT, IST VIEL DEBUG MOD MIT DRINNE, TESTE MAL.
MFG
|
|
ralfpeter
(Themenstarter)
Anmeldungsdatum: 29. November 2025
Beiträge: 12
|
Hallo Carsten, habe es eingebaut, bitte mal testen wenn github fertig ist mit bauen, danke. MfG
|
|
CarstenHa
Anmeldungsdatum: 1. Mai 2020
Beiträge: 180
|
Hallo Ralf-Peter, also die Schaltfläche ist jetzt da. Nach Klick auf selbige schließt sich das Fenster und es geht nicht weiter. Hier Infos im Detail: Diese Meldung erscheint nach Passworteingabe zur Entschlüsselung der Datenbank
(dinox:2): libdino-WARNING **: 22:18:19.904: login1.vala:13: Verbindung ist gescheitert: No such file or directory Diese nach Eingabe der XMPP-Adresse:
(dinox:2): xmpp-vala-WARNING **: 22:18:40.854: tls_xmpp_stream.vala:30: [0x58b008b625d0, myjabberdomain.de] Tls Certificate Errors: G_TLS_CERTIFICATE_UNKNOWN_CA,
(dinox:2): xmpp-vala-WARNING **: 22:18:40.866: stream_connect.vala:108: Could not establish XMPP session with myjabberdomain.de:5222: Vorgang wurde abgebrochen Und diese nach Klick auf die Schaltfläche Trust this certificate:
(dinox:2): qlite-ERROR **: 22:18:54.222: database.vala:274: SQLite error: 1 - near ",": syntax error: INSERT INTO pinned_certificate (, domain, fingerprint_sha256, issuer, not_valid_before, not_valid_after, pinned_at, tls_flags) VALUES (, ?, ?, ?, ?, ?, ?, ?) ON CONFLICT () DO UPDATE SET domain=excluded.domain, fingerprint_sha256=excluded.fingerprint_sha256, issuer=excluded.issuer, not_valid_before=excluded.not_valid_before, not_valid_after=excluded.not_valid_after, pinned_at=excluded.pinned_at, tls_flags=excluded.tls_flags Viele Grüße Carsten
|
|
CarstenHa
Anmeldungsdatum: 1. Mai 2020
Beiträge: 180
|
Ich hatte übrigens die alte Version deinstalliert und dann die neue installiert. Gelöscht habe ich mit:
| flatpak uninstall --delete-data --user im.github.rallep71.DinoX
|
|
|
ralfpeter
(Themenstarter)
Anmeldungsdatum: 29. November 2025
Beiträge: 12
|
Hallo Carsten, wurde behoben, ca. halbe Stunde dürfte es auf github fertig gebaut sein, bitte altes Flatpak löschen, auch mal schauen ob alles auf der Platte weg, Panic Wipe oder so ähnlich, wenn es geht oder selber löschen. Unter Aboeut findest Du die Pfade wo was abgelegt ist, mal bitte Prüfen ob das mit den realen Pfaden überein stimmt. Dann v0.9.9.0 neu installieren. Wenn es geht bitte auch Bugreport auf Github, ein Frage, Welches Linux läuft bei dir Debian, Ubuntu derivat, welcher XMPP Server? Ach ja, und wenn es ginge, vielleicht mal ein ein zwei Screenschots wie das in der UI ausschaut wenn man ein eigenes Cert verwendet, wäre lieb, weil ich setze bei jetzt desewegen keinen localen Server auf 😀 😀 😀 MfG
|
|
CarstenHa
Anmeldungsdatum: 1. Mai 2020
Beiträge: 180
|
Hallo Ralf-Peter, Uii, das ist echt fein geworden 👍 Danke für deine Arbeit.
Jetzt habe ich eigentlich nur noch eine offene Frage. Warum werden Bilder, etc. zwischen Conversations korrekt verschickt und bei Gajim und Dinox habe ich Probleme (sowohl beim Empfang als auch beim Versenden). Früher ging das bei Gajim und (ich meine) seit 24.04 funktionierte das plötzlich nicht mehr. Wahrscheinlich liegt das ja an meiner Prosody Konfiguration. Oder hat das vielleicht auch was mit den selbstsignierten Zertifikaten zu tun? Hast du eine Idee wo ich da ansetzen kann? Gruß Carsten
|