Beiträge von elranjit

Also ich habe es jetzt mit dem empfohlenen Repository erledigt. Dieses eingebunden, Priorität auf 100 gesetzt (damit hat es von Allen den höchsten Zahlenwert, also die niedrigste Priorität). Der Messenger läuft und ich musste keine weiteren Repos hinzufügen. Vielen Dank!

Hallo und Danke für das super schnelle Feedback. Folgende Punkte sind mir noch nicht klar:
Alero , was meinst Du mit "home-Repo"?
Trekkie00 nach der Methode würde ich nur das von Dir vorgeschlagene Repo einbinden, woraus sich dann das Paket über Yast finden und installieren lässt, richtig? + Evtl. die Priorisierungen prüfen ?

Hallo liebe openSuse-Gemeinde,
auf der Suche nach einem Messenger mit guter Desktop-Integration und nach dem Ausscheiden von Telegram (aus verschiedenen Gründen) hatte ich entdeckt, dass Signal auch eine Desktop-Version bereithält. Allerdings gilt dies nur für Debian-basierte Distros; glücklicherweise findet sich auf openSuse Software eine Übersichtsseite mit experimentellen / community-basierten Lösungen.
Ich würde diese gerne nutzen. Bei der 1-Click-Installation erscheint dann folgendes Fenster:

Wenn Sie fortfahren, dann werden die folgenden Änderungen an Ihrem System vorgenommen:
Hinzuzufügende Repositories:
https://download.opensuse.org/repositories/network:/im:/signal/openSUSE_Tumbleweed/ (network:im:signal)
https://download.opensuse.org/repositories/openSUSE:/Factory/snapshot/ (openSUSE:Factory)
https://download.opensuse.org/repositories/openSUSE:/Tumbleweed/dod/ (openSUSE:Tumbleweed)
https://download.opensuse.org/repositories/openSUSE:/Tumbleweed/dod_debug/ (openSUSE:Tumbleweed)
https://download.opensuse.org/repositories/openSUSE:/Tumbleweed/standard/ (openSUSE:Tumbleweed)
Hinweis:

Sie werden diese Repositories auch nach der Installation behalten.
Zu installierende Software:
signal-desktop

Ich wollte sichergehen, dass ich hier keinen Konflikt zwischen den Repositories auch für andere Software erzeuge. Wenn ich die hier aufgeführten Repos hinzufüge, muss ich dann gegebenenfalls wegen bestimmter Prioritäten aufpassen und im Nachhinein anpassen? Mein System läuft (übrigens schon seit einiger Zeit) sehr stabil und ich möchte nicht durch das Hinzufügen dieser Repos die ganz wilden bleeding-edge Pakete (dies gilt natürlich insbesondere für andere Anwendungen! Dass Signal als 'experimentell' eingestuft wird, ist klar) erhalten.
Danke schon einmal für Eure Antworten!

Irgendetwas hakt da aber generell mit dem Kernel 5.7 . Habe ebenfalls upgedatet, einen Laptop mit NVidia Grafikkarte, einen Anderen mit integrierter Intel. Auf Beiden versagt der jeweilige Rechner kurz vor / auf dem Anmeldebildschirm. Boot mit 5.6.14 funktioniert problemlos.

Um diese Thread-Leiche ein letztes Mal auszubuddeln und dann aber auch in Frieden bestatten zu können:
Das Phänomen ist mir nach einem Update erneut passiert.
Diesmal aber mit einer Vermutung ran gegangen, denn, wie wir festgestellt haben, im abgesicherten Modus geht alles und mit der "3" im Boot-Menüeintrag funktioniert das System im Terminal-Modus ja auch.
Was also war das Problem? Na, wer errät es?
Genau.
Nvidia.
Habe jetzt den kompletten Nvidia Treiber vom Laptop entfernt, es läuft nur noch der Nouveau. Und zwar prächtig.
Ergo: Der anfänglich erwähnte Fehlerbildschirm stammt von Nvidia.
Deinstallation des Treibers und aller Abhängigkeiten hat geholfen.
Möge diese Info noch dem Ein oder Anderen behilflich sein.
Und jetzt: Rest in Peace, kleiner Thread.
Erledigt.

So, das ist jetzt lange liegen geblieben, Update gemacht und es ist leider immer noch dasselbe Bild.

Zitat von tomfa-ng

Falls in der ersten Ausgabe die Zeile PIDFile=/var/run/displaymanager.pid erscheint, dann wäre es wohl notwendig diese in PIDFile=/run/displaymanager.pid zu ändern (falls ich es richtig deute).

Habe ich gemacht, leider mit demselben Ergebnis. Soll ich die Änderung rückgängig machen?

Zitat von zharda

Liegt am gnome-keyring downgrade

Das heißt es wird sich demnächst vermutlich durch ein Update lösen?

Hat ein wenig gedauert, hier sind die Ergebnisse @tomfa-ng

cat /usr/lib/systemd/system/display-manager.service


[Unit]
Description=X Display Manager
Requires=var-run.mount
Conflicts=getty@tty7.service plymouth-quit.service
After=ypbind.service gpm.service time-sync.target winbind.service acpid.service
Wants=remote-fs.target dbus.socket systemd-user-sessions.service systemd-logind.service
After=remote-fs.target dbus.socket systemd-user-sessions.service systemd-logind.service getty@tty7.service plymouth-quit.service
OnFailure=plymouth-quit.service


[Service]
Type=forking
PIDFile=/var/run/displaymanager.pid
ExecStart=/usr/lib/X11/display-manager start
ExecStop=/usr/lib/X11/display-manager stop
ExecReload=/usr/lib/X11/display-manager reload
KillMode=process


[Install]
WantedBy=graphical.target
Alias=xdm.service

ls /usr/lib/X11 | grep display


display-manager
displaymanagers

Zitat von Sauerland

/var/log/Xorg.0.log sollte vorhanden sein

Hab ein ls im Ordner gemacht, die Datei gibts wirklich wirklich wirklich nicht.
Vermute auch etwas mit NVidia ...

Zitat von Sauerland

Mit ner 3 angehängt?

Das hat funktioniert, war im Terminal.

Ergebnis von journalctl -b ist angehängt.
cat /var/log/Xorg.0.log gibt es als Datei nicht.

Zitat von tomfa-ng

So nebenbei, GDM erscheint noch?

Um Missverständnisse zu vermeiden, der gesamte Ablauf:
Boot Option Tumbleweed ausgewählt, Splashscreen (weil wegen silent boot) erscheint, lädt. Nach dem Laden weißer Bildschirm mit genannter Fehlermeldung. (Also an der Stelle, an der man normalerweise den Benutzer auswählt, den man einloggen möchte.)

Zitat von Sauerland

Es ist auch STRG+ALT+Fx (1-6)

Stimmt, Tippfehler meinerseits, danke. Statt des üblichen "user@computer:" ist einfach nur ein blinkender Unterstrich zu sehen, mit dem man zwar tippen kann, der aber keine Befehle entgegen nimmt.

Zitat von Sauerland

Mit ner 3 angehängt?

Ganz am Ende der Zeile "linux..." (wie in Deinem Screenshot)?