Du kannst flatpaks auch sehr einfach über Discover updaten.
Beiträge von Trekkie00
-
-
Was wolltest du denn mit dem Ändern der Dateirechte erreichen. Das erschliesst sich mir nicht. Das ist kontraproduktiv. Es schafft nur Probleme dort, wo vorher keine waren.
Lege einen neuen User an und probiere dort die Einstellung zu ändern.
-
chmod 755 -R /home/username
Welchen Zweck verfolgst du denn damit? Keine gute Idee. Dateirechte sind im Normalfall nicht ohne Grund gesetzt, wie sie gesetzt sind.
Mir erschliesst sich nicht, warum du in irgendwelchen Templates rumfummelst. Stelle das doch einfach über GUI Tools um.
In Templates sollte man manuell editieren, wenn man genau weiss, was man tut.
Lege einen neuen User an und schaue, ob das da funktioniert. Sollte das so sein, ist die Ursache tatsächlich im /home zu suchen.
Was sagt denn die Ausgabe von zypper lr -d?
-
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 ?
Jein.
Der erste Teil deiner Annahme stimmt. Der zweite Teil bezüglich Priorität ist falsch. Eingebunden wird das sicher mit Priorität 99. Diese sollte aber niedriger sein (grössere Zahl). Ich würde das so priorisieren, dass es die niedrigste Priorität aller Repositories hat. Nicht prüfen, sondern ganz bestimmt ändern.
-
Reicht dieses Repository nicht aus um sämtliche Abhängigkeiten aufzulösen? Der Maintainer des Repositories weist dieses eigentlich explizit als Repository für signal-desktop aus. Ich kann das leider nicht prüfen, da ich kein openSUSE installiert habe. Bei dauerhafter Einbindung aber unbedingt passend priorisieren. Bei Arch zumindest hat signal-dektop nicht viele Anhängigkeiten.
yay -Qi signal-desktop
Name : signal-desktop
Version : 1.39.6-1
Beschreibung : Signal Private Messenger for Linux
Architektur : x86_64
URL : https://signal.org
Lizenzen : GPL3
Gruppen : Nichts
Stellt bereit : Nichts
Hängt ab von : libvips libxss hicolor-icon-theme
Optionale Abhängigkeiten : Nichts
Benötigt von : Nichts
Optional für : Nichts
In Konflikt mit : Nichts
Ersetzt : signal-desktop-bin
Installationsgröße : 318,47 MiB
Packer : kpcyrd <kpcyrd@archlinux.org>
Erstellt am : Mi 20 Jan 2021 11:51:16 CET
Installiert am : Mi 20 Jan 2021 16:22:32 CET
Installationsgrund : Ausdrücklich installiert
Installations-Skript : Nein
Verifiziert durch : Signatur
-
Soweit ich das hier nachvollziehen kann, bedarf es zur Auflösung der Abhängigkeiten der Einbindung von Home Repositories.
Für libuuid konnte ich allerdings nur ein Repository finden. Dieses Repository bietet das allerdings nicht für openSUSE Tumbleweed an. Hier gibt es lediglich Quellen für die openSUSE Versionen 15.0 - 15.2. Dieses Repository böte auch nss an.
nss ist für openSUSE Tumbleweed momentan (soweit auffindbar) mit dem flag unresovable versehen.
-
Binde dir mal das Printing Repository ein, weise dem eine niedrige Priorität (hohe Zahl) zu und installiere dir daraus die aktuelle Version (3.20.11)
Führe auch mal hp-check als User aus. Eventuell sollte noch was nachinstalliert werden. Es kann sein, dass nicht alle benötigten Teile in den requires des Paketes hinterlegt sind.
-
SABnzbd soll das erledigen? Aber nicht für ein paar (einen zweiten) PCs? Oder?
Wenn ich den TE richtig verstanden habe, soll genau das passieren. PC 1 lädt Dateien aus dem Usenet, die dann auf PC 2 wiedergegeben werden sollen. Der Linux PC macht dann die mindestens grenzwertigen Sachen und der Windows PC spielt diese Dateien dann ab.
-
In der Tat. Das Factory Repository und die dod Repositories sollten entfernt werden. Die kamen höchstwahrscheinlich durch einen 1 Klicker mit rein. Ich weiss natürlich nicht, was genau er da gemacht macht hat.
Wenn man so etwas macht, sollte man immer wissen, was da im Hintergrund abläuft. Das wusste der TE offensichlich nicht. Das ist aber die Denkweise, die über Jahrzehnte von Microsoft und den Anbietern von Software für dieses OS indoktriniert wurde. Nicht lesen, nicht verstehen und einfach abnicken.
-
Warum die das intern jetzt so hingebogen haben, kann ich dir nicht beantworten. Mag eine temporäre Massnahme sein. Vielleicht soll das auch so sein, da factory und Tumbleweed sehr eng miteinander verknüpft sind. Es kann durchaus sein, dass das factory Repository aus diesem Grunde als Grundlage für das Tumbleweed OSS Repository genommen wird. Ich möchte mich da aber nicht festlegen, da ich schon länger kein openSUSE mehr nutze und selbst zu meiner aktiven Zeit relativ wenig Erfahrung mit Tumbleweed gesammelt habe und von daher nicht sonderlich nah an diesem Thema dran bin/war.
Den Rest schaue ich mir nachher mal an.
