Was für Alternativen zu Jitsi self Hosting verwendet Ihr unter Debian 13

Zitat von hoedlmoser

also wenn temurin kein provides für openjdk-17-jre liefert können die abhängigkeiten von jitsi nie aufgelöst werden!

was leifert denn

Code

apt-cache show temurin-17-jdk | grep Provides

Ohh Gott, es liefert als Ergebnis mehr als 10.000 zulässige Zeichen pro Beitrag.
Ich hatte versucht das Ergebnis per Code las Spoiler zu posten.

Zitat von hoedlmoser

ich wiederhole mich, man nehme einfach ein Debian 13 mit zusätzlich den Debian 12 apt sourcen (der zustand ergibt sich übrigens zu einem bestimmten zeitpunkt bei jedem Debian upgrade!). dann sieht das so aus, alles aufgelöst und verfügbar. keine fremdpakete, keine fremd-repos und keine handstände.

Da ich es nicht ganz verstehe, muss ich nun wirklich Mal sehr naiv nachfragen. Meinst Du ich muss unter Debian 13 in der

/etc/apt/sources.list

zusätzlich von Debian 12

deb http://deb.debian.org/debian/ bookworm main contrib non-free non-free-firmware
deb-src http://deb.debian.org/debian/ bookworm main contrib non-free non-free-firmware

deb http://security.debian.org/debian-security bookworm-security main contrib non-free non-free-firmware
deb-src http://security.debian.org/debian-security bookworm-security main contrib non-free non-free-firmware

# bookworm-updates, to get updates before a point release is made;
# see https://www.debian.org/doc/manuals/debian-reference/ch02.en.html#_updates_and_backports
deb http://deb.debian.org/debian/ bookworm-updates main contrib non-free non-free-firmware
deb-src http://deb.debian.org/debian/ bookworm-updates main contrib non-free non-free-firmware

hinzufügen?

Zitat von hoedlmoser

da sind multiple versionen drinnen, deshalb wird da der output recht groß, sorry, das hatte ich nicht bedacht.

temurin-17-jdk stellt aber nur java-* zur verfügung, leider hängt jitsi von openjdk-* ab. also da ergibt sich kein match.

korrekt, genau so!

Wenn ich die Debian 13 sources.list mit den source.list Einträgen der von Debian 12 zusätzlich erweitere, muss ich dann die temurin Pakete wieder deinstallieren bevor ich nach einem vorsorglichen reboot des Server erneut versuche Jitsi bzw. nur die videobridge mit den korrekten Dateien durch Nach- bzw. Neuinstallation von Jitsi zu versorgen?

Denn nachdem was Du über jdk von temurin aufgeklärt hattest, müsste in meinem Fall die installierten jdk temurin Paket nun obsolet sein.

Zitat von hoedlmoser

besser deinstallieren und aus den apt sources entfernen, bevor sie mit den openjdk paketen kollidieren.

Ich bin heute Vormittag voller Tataendrang:

sudo apt purge jigasi jitsi-meet jitsi-meet-web-config jitsi-meet-prosody jitsi-meet-turnserver jitsi-meet-web jicofo jitsi-videobridge2

apt purge temurin-8-jdk temurin-11-jdk temurin-17-jdk

rm /etc/apt/sources.list.d/adoptium.list
rm /etc/apt/sources.list.d/jitsi-stable.list

apt update
apt upgrade
shutdown -r now
apt update
apt upgrade

Und nun ist alles sauber. Im laufe des Tages (hab noch was anderes zuvor zu erledigen) werden ich die source.list von Debian 13 mit den Einträgen von Debian 12 erweitern und danach einen neuen Anlauf nehmen Jitsi unter Debian 13 zum laufen zu bringen.

Zitat von Ecki

Ich hab das hier jetzt bzgl der Anforderungen nicht ganz so ganau verfolgt aber wäre

Nextcloud Talk evtl eine Alternative ?

Aktuell bei so viel guten Tipps will ich versuchen dies umzusetzen damit die Borg für ihr Kollektiv wieder Jitsi erhalten.

gerade im aktuellen Newsletter von prolinux (abboniert seit dem Jahr 2006) gelesen.

Mehrere Probleme in openjdk-17

https://www.pro-linux.de/sicherheit/2/98337/mehrere-probleme-in-openjdk-17.html

Ich hoffe das macht mir nicht noch zusätzliche Probleme Jitsi unter Debian 13 zum laufen zu bringen.

Nachdem ich alles was Jitsi und jre betraf auf dem Server bereinigt hatte fügte ich die Zeilen von Debian 12 der Debian 13 source.list hinzu.

Das erste erfreuliche nach dem ersten apt update war:

openjdk-17-jre-headless/oldstable-security 17.0.18+8-1~deb12u1 amd64 [aktualisierbar von: 17.0.17+10-1~deb12u1]
Hinweis: Es gibt 1 zusätzliche Version. Bitte verwenden Sie die Option »-a«, um sie anzuzeigen.

Nachdem auch dies abgekaspert war

• begann ich erneut Jitsi zu installieren
• die Installation verlief ohne Fehlermeldungen
• Apache und Jitsi-Dienste nochmals restartet
• Kamera und Mikro ein
• Jitsi-Website ließ sich aufrufen
• Chat-Room eröffnet
• Mit User versucht den Chat-Room beizutreten

Danach wieder die alten Probleme zwecks Verbindung die nicht zustande kam.

Somit war für mich klar es liegt erneut an der videobridge.

sudo apt-get -y install jitsi-videobridge

Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Auflösen von Abhängigkeiten… Fehler!
Einige Pakete konnten nicht installiert werden. Das kann bedeuten, dass
Sie eine unmögliche Situation angefordert haben oder, wenn Sie die
Unstable-Distribution verwenden, dass einige erforderliche Pakete noch
nicht erstellt wurden oder Incoming noch nicht verlassen haben.
Die folgenden Informationen helfen Ihnen vielleicht, die Situation zu lösen:

Die folgenden Pakete haben unerfüllte Abhängigkeiten:
 jitsi-videobridge : Hängt ab von (vorher): openjdk-8-jre-headless ist aber nicht installierbar oder
                                             openjdk-11-jre-headless ist aber nicht installierbar
E: Probleme können nicht korrigiert werden, Sie haben zurückgehaltene defekte Pakete.
E: The following information from --solver 3.0 may provide additional context:
   Unable to satisfy dependencies. Reached two conflicting decisions:
   1. jitsi-videobridge:amd64=1126-1 is selected for install
   2. jitsi-videobridge:amd64=1126-1 Hängt ab von (vorher) openjdk-8-jre-headless | openjdk-11-jre-headless
      but none of the choices are installable:
      [no choices]

Der Erfolge schien greifbar nah und doch wieder gescheitert.

Zitat von hoedlmoser

wie installierst Du jitsi?

denn jitsi-meet hängt von jitsi-videobridge2 (version 2, in worten: zwei) ab. eigentlich sollte sich diese paket mit jitsi mitinstallieren. es gibt also keinen grund eine veraltete videobridge manuell zu installieren!

Ich habe Jitsi inkl Abhängigkeiten in einem installiert (hat es automatisch gemacht was alles dazu gehört)

Es ist ja nicht das erste Mal dass ich Jitsi installierte. Ich hatte mehre Jahre mehre Jitsi-Server (auch für Vereine).

Fakt ist egal wie ich Jitsi inerhalb dieses Threads installierte, komm ich nicht weiter wie:

jitsi-verbindungsfehler-20260126.png

Es wird halt daran liegen dass Debian 13 noch nicht mit Jitsi klar kommt.

Wie bereits beim Eröffnungsbeitrag dieses Thread kurz erklärt.

Ich hatte keine zweite Videobridge installiert. Ich teste lediglich aus Verzweiflung ob es an der Videobridge liegt.

Zitat von hoedlmoser

hör auf herumzuschwurbeln! zeig das kommando mit dem Du jitsi installiert hast. zeige bitte zusätzlich die entsprechenden apt sources für jitsi. nochmal, eine reguläre installation von jitsi-meet zieht die jitsi-videobridge2 mit und die hängt von openjdk-17-jre-headless ab welches es in Debian 12 gibt.

 sudo apt install -y jitsi-meet

/etc/apt/sources.list.d/jitsi-stable.list

deb [signed-by=/usr/share/keyrings/jitsi-keyring.gpg] https://download.jitsi.org stable/

Kamera, Mikro alles funktioniert bei Jitsi.

Jedoch die Fehlermeldung vom Sreen meiner letzten Antwort zwecks Netzwerkverbindung

Ich wollte mir gerade Mal die Files von Jitsi durchsehen ob ich einen Fehler finde

/etc/jitsi/

insgesamt 16
drwxr-x--- 2 jicofo jitsi 4096 27. Jan 11:11 jicofo
drwx------ 2    995 jitsi 4096 27. Jan 10:12 jigasi
drwxr-xr-x 2 root   root  4096 27. Jan 11:11 meet
drwxr-x--- 2 jvb    jitsi 4096 27. Jan 11:10 videobridge

Die 995 kommt mir komisch vor

Zitat von hoedlmoser

nachdem Du ja immer die videobridge in verdacht hattest, ist die eh installiert?

Code

apt-cache policy jitsi-videobridge2 | grep Installed

Der Befehl gibt mir nichts auf der Konsole aus

Zitat von hoedlmoser

und Du hast auch alle ports offen, die jitsi benötigt? https://jitsi.github.io/handbook/docs/…e-your-firewall

Ports sind OK

Ich hatte gerade File meine aktuelle Jitsi-Installation

/etc/jitsi/

insgesamt 16
drwxr-x--- 2 jicofo jitsi 4096 27. Jan 11:11 jicofo
drwx------ 2    995 jitsi 4096 27. Jan 10:12 jigasi
drwxr-xr-x 2 root   root  4096 27. Jan 11:11 meet
drwxr-x--- 2 jvb    jitsi 4096 27. Jan 11:10 videobridge

Mit einer Jitsi-Installation unter Debian 12 (von einem Verein)

/etc/jitsi/

insgesamt 16
drwxr-x--- 2 jicofo jitsi 4096 24. Jan 17:54 jicofo
drwx------ 2 jigasi jitsi 4096 24. Jan 17:54 jigasi
drwxr-xr-x 2 root   root  4096  8. Jun 2024  meet
drwxr-x--- 2 jvb    jitsi 4096 24. Jan 17:53 videobridge

verglichen

und ein

chown -R jigasi:jitsi jigasi/
chown: invalid user: ‘jigasi:jitsi’

Ich fand jigasi weder in der /etc/passwd noch in der /etc/group

Vielleicht hängt der Fehler zusammen weil es jigasi nicht als User angelegt gibt.