VLC fehlt der H264-Codec

Zitat von deneb

Ich frage mich aber, ob das Packman-Repo die entsprechende Priorität hat.

Nein, hat es nicht (Prio 99, siehe Post #3).

Kannst du in Yast - Software installieren oder löschen... ändern.

Kleinere Zahl = größere Prio.

Wähle also weniger als 99

Zitat

In der Hoffnung, dass jetzt der normale VLC bei der Installation alles mitzieht, was er braucht. Das war anscheinend nicht der Fall.

Doch, der hat alles mitgezogen, was er braucht.

Nur openSUSE liefert keine patentbehafteten Codecs mit aus, das macht dann Packman.......

Und die müssen immer extra nachinstalliert werden.

Z.B.:

i+ | ffmpeg-4                                              | Paket      | 4.4-pm153.2.8                      | x86_64 | Packman
v  | ffmpeg-4                                              | Paket      | 4.4-bp153.1.1                      | x86_64 | OSS

Die ffmpeg-4 von Packman beinhaltet diese patentbehafteten Codecs, die ffmpeg-4 von openSUSE nicht.

Deswegen sollte man auf Packman umstellen, damit man alle Codecs auch benutzen kann und nicht eingeschränkt ist.

ffmpeg-4 ist jetzt nur ein Beispiel

Nimm ruhig 30........

Dann ist es augenfälliger......

Und falls du noch irgenwelche Repos einbindest (wovon ich allerdings abrate), könntest du die dazwischen einordnen......

Zitat von deneb

Umstellen bedeutet also, nicht nur das Repo einbinden, sondern auch diesem Repo eine entsprechende Priorität zuweisen?

Nein, es bedeutet alle bereits installierten Pakete auf Versionen aus Packman umstellen, falls diese dort vorhanden sind:

zypper dup --allow-vendor-change --from packman

allow-vendor-change sollte man heutzutage benutzen, da der Wechsel zu einem anderen Anbieter wegen Tumbleweed (zypper dup zum Updaten) seit ca 1-2 Jahren standardmäßig ausgestellt ist. Und --allow-vendor-change dir manche Abhängigkeitskonflikte abnimmt und so für dich der Switch zu Packman schneller funktioniert.

Übrigen:

Ich hatte dir den Befehl

zypper dup --allow-vendor-change --from 'Packman Repository'

gegeben, warum ist Packman Repository in diesen komischen Anführungszeichen.

Das Leerzeichen ist ein Sonderzeichen für die bash und bei zypper wird es als Trenner zwischen Optionen benutzt.

Daher ergibt

zypper dup --allow-vendor-change --from Packman Repository
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...
Zu viele Argumente.
Belegung:
dist-upgrade (dup) [Optionen]

Distributionsaktualisierung durchführen.

  Kommandooptionen:

    --from <ALIAS|#|URI>    Aktualisierung auf angegebenes Repository beschränken.
    --details               Ausführliche Installationsübersicht anzeigen. Default: false
    --replacefiles          Die Pakete selbst dann installieren, wenn damit Dateien aus anderen,
                            bereits installierten Paketen ersetzt werden. Standardmäßig werden
                            Dateikonflikte als Fehler behandelt. Mit "--download-as-needed" wird die
                            Prüfung auf Dateikonflikte deaktiviert. Default: false
-r, --repo <ALIAS|#|URI>    Nur mit dem angegebenen Repository arbeiten.

Du siehst, eine Fehlermeldung.

Für solche Fälle stellt man die Option in Hochkommata, nennt man quoten

Einfach mal in die Suchmaschine deines geringsten Vertrauens eingeben:

Zitat

linux quoten

Ich vermeide solche Leerzeichen einfach, macht das Leben auch einfacher.......

Zitat von deneb

Umstellen bedeutet also, nicht nur das Repo einbinden, sondern auch diesem Repo eine entsprechende Priorität zuweisen?

Eine gute Frage.

Du kannst egal wie viele Repos einbinden. Ein zypper up wird die neuen Repos in Kenntnis nehmen aber zypper up wird keine Dateien aus den Repos in dein System installieren, dass musst Du schon mit zypper in [paketname] selber machen. Dann kommt noch die Priorität ins Spiel.

Sind zwei Pakete mit dem gleichen Namen dann wird das Paket aus dem Repo mit höherer Priorität aktualisiert ( hier wird erst richtig verrückt - kleine Zahl, höherer Priorität).

Ich bin nicht der IT Experte und hoffe das es so richtig ist.

Grüße, Heinz-Peter