Laptop, spezielle Repos, Priorisierung

Packman auf 20 passt so, libdvdcss brauchst du nicht mehr, wenn du die libdvdcss2 installiert hast. Da kommt keine Aktualisierung mehr. Debug und Source-Repos brauchst du nur, wenn du selber Pakete bauen willst bzw. zur Fehlersuche. Ist nur was für Profis. Brauchst du nicht wirklich. Bumblebee und Virtualbox würde ich höher priorisiern. Ob du das Hardware-Repo brauchst, kann ich nicht beurteilen. Ansonsten ist das so akzeptabel. Hoffe das hilft erst mal weiter.

openSUSE ist sehr restriktiv, was Lizenzen angeht.
Deshalb bieten die offiziellen Repos (und das sind grade mal zwei, drei Stück) längst nicht alles nötige.
Bei Mutlimedia fällt das besonders auf: Viele Codecs kann man zwar als Privatmensch einfach verweden,
wollte man sie gewerblich nutzen, wären eine Gebühr fällig. Deshalb gibt es die offiziell nicht, sondern bei Packman.
Deshalb priorisiert man Packman höher (also niedrigere Nummer).

Wenn nun ein Player bei Packman und von den offiziellen Repos angeboten wird,
wird durch diese Priorisierung sichergestellt, dass der Player samt seinen eben von Packman stammt.
Nicht ein Paket von hier, das andere von da.

Technisch gesehen, steckt auch nichts weiter dahinter, als die Auswahl der zu installierenden Pakete.
Wenn du ein Repo einbindest, das Pakete anbietet, die kein anderes Repo anbietet, können alle Repos eine Prio von 1 haben und dieses eine eine Prio von 3000
Das Resultat bleibt gleich.
zypper/YaST/packagekit finden nur eine Version in einem Repo mit Prio 3000, also wird das genommen.

Zusätzlich zu den Ausführungen meiner Vorposter möchte ich noch einmal auf die libdvdcss zurück kommen.
Im Repo libdvdcss befindet sich die libdvdcss2. Hast du diese installiert, kannst du das libdvdcss-Repo löschen. So war das gemeint.
Thats All.

Die libdvdcss ist die LIBrary für DVDs, die das dort -per definitonem- implementierte ContentScramblingSystem darstellt,
sich also darum kümmert, dass nach Ländercode und ähnlich komischen Pseudoverschlüsselungen den Inhalt ein paar Mal extra bezahlen kann.

Diese Lib ist also für das Abspielen von DVDs zwingend zu installieren.
Nur weil sich dieser Code nicht mehr ändert (nicht mehr ändern kann),
kann man dieses Repo NACH Installation wieder löschen.

Falls man jedoch die libdvdcss* mal löschen sollte -aus welchen Gründen auch immer- wird man das Repo wieder eintragen müssen.

Ich würde das prinzipiell bei keinem Repo machen.
Der Vorteil ist lediglich ein klitzeklein wenig Zeitersparnis, weil das Repo weder aktualsiert wird, noch gelesen werden muss.
Das erreicht man auch schlicht durch das Deaktivieren.
Ich halte das für den geschickteren Weg.

Zitat von sauerland

Wenn Paket A Version 3.1 in einem Repo mit Prio 50 vorhanden ist und Paket A Version 3.5 in einem Repo mit Prio 50 vorhanden ist, wird das Paket A Version 3.5 installiert. (Priorität ist gleich, danach wird Version bevorzugt)

Normalerweise sollte es so sein. Aber ich hab hier einen Fall, wo es gerade umgekehrt ist. Ich habe ein Repo Prio 40 (s. Anhang) mit einer aktuelleren Version, will mir aber ne ältere Version aus einem Repo mit Pro. 99 unterjubeln. Juckt mich zwar nicht aber hat jemand zufällig eine Erklärung dafür?

Zypper dup sagt:

The following package is going to be downgraded:
  liblensfun0


The following package is going to change vendor:
  liblensfun0  obs://build.opensuse.org/multimedia:photo -> openSUSE

Zitat von sauerland

Und da es in deinen Repos anscheinend nur 2 Versionen gibt, die eine installiert ist und du ein allgemeines zypper dup abgibst, wird natürlich auf die andere Version umgestellt.

Verstehe ich jetzt, ehrlich gesagt,nicht....