Hirarchie von Repositorien?

[W_Guenzl]

Hallo,

gehen wir z.B. von openSUSE-11.3 mit KDE-4.4.4 aus:


1) http://download.opensuse.org/distribution/11.3/repo/oss
2) http://download.opensuse.org/distribution/11.3/repo/non-oss
3) http://download.opensuse.org/repositories/KDE:/KDE4:/STABLE:/Desktop/openSUSE_11.3/
4) http://download.opensuse.org/update/11.3/

5) http://ftp.uni-erlangen.de/pub/mirrors/packman/suse/11.3/
6) http://ftp5.gwdg.de/pub/opensuse/repositories/Publishing/openSUSE_11.3/

Wie setzt man hier die Prioritäten, so dass das sowohl Neueste als
auch Sicherste genommen wird.

Ich habe etwa 1) und 2) auf 99 gelassen
5) und 6) auf 90 eingestellt
3) auf 80 und 4) auf 20

Wer argumentiert hierbei anders?

Gruß,
Werner.

[gropiuskalle]

'update' die höchste Priorität zuzuweisen ist Quatsch, denn alles, was über andere Repos angeboten wird, wird dann dennoch aus 'update' bezogen (exemplarisch: die KDE4-Pakete).

[Rain_maker]

Wie setzt man hier die Prioritäten, so dass das sowohl Neueste als
auch Sicherste genommen wird.

Watt denn nu? Immer das Neuste oder immer das Sicherste?

Aber in dem Fall der genannten Repo geht sogar beides.

Man deaktiviert das KDE-Repo und schon ist das Neuste und das Sicherste (= alles aus OSS und ggf. aus update) das Selbe.

[W_Guenzl]

'update' die höchste Priorität zuzuweisen
ist Quatsch, denn alles, was über andere Repos angeboten wird, wird
dann dennoch aus 'update' bezogen (exemplarisch: die KDE4-Pakete).

Ja, genau das ist mein Problem:
Wer bezieht was von wem?
Und wer sagt, dass dies das Beste ist?
Und wer (Packman?) baut total Neues?

Danach müssten die Prioritäten gesetzt werden.

[gropiuskalle]

Wer bezieht was von wem?

Diese Frage verstehe ich nicht.


Und wer sagt, dass dies das Beste ist?

Keiner eigentlich.


Und wer (Packman?) baut total Neues?

Das allerallerneueste bekommst Du in den Factory bzw. unstable-Quellen, diese bieten aber naturgemäß Pakete an, die aufgrund ihrer Aktualität weniger (oder sogar noch gar nicht) getestet wurden d.h. potentiell instabil und fehleranfällig sind.

Wie Rain_maker schon andeutete: Deine Ansprüche widersprechen sich.

[W_Guenzl]

Wie Rain_maker schon andeutete: Deine Ansprüche widersprechen sich.
Nein, nein, ich stelle keine "Ansprüche". Ich will nur den Prioritäten-
Aufbau des Repositorien-Systems verstehen, eben um Widersprüch-
lichkeiten zu vermeiden.

Die allerersten Versuche scheinen die Factories, Communities und
andere unstable Quellen zu sein. Hieraus entwickelt sich -- so denke
ich es mir -- dann stable Versionen, die ich dann entsprechnenden
openSUSE-Quellen wiederfinde (oss, nonoss, ...).

Dann gibt es die Linien z.B. KDE3, KDE4. Sind diese nun nahe den
Factories, Communities oder sind sie schon "reife" openSUSE-Versi-
onen? Wenn sie schon einigermaßen ausgereift sind, warum sind sie
nicht bei openSUSE-Updates oder ähnlichem?

Und die openSUSE-Updates, sind sie der Reifung letzter Stand?
Oder reifen sie in den Seiten-(Parallel-)Linien KDE3, KDE4 noch nach?

Dann endlich die Spezialquellen z.B. Packman, NVIDIA uam. Ergänzen
diese die "normalen" Quellen openSUSE-oss, nonoss, updates und
bringen so mehr/bessere Funktionen?

Also: Wozu überhaupt diese vielen -- sich ergänzenden, konkurrie-
renden -- Repositorien? Da muss doch ein Sinn, der überhaupt eine
Priorisierung verlangt, stecken?

Einstein: "Man muss die Welt nicht verstehen, man muss sich nur
darin zurechtfinden."
Ich in meinem Buch: "Man muss die Welt verstehen, damit man sich
in ihr zurechtfindet."

[lOtz]

OSS und Non-OSS sind statisch, da kommt kein neues Paket.
Über "Update" kommen Sicherheitsupdates und Bugfixes, aber keine Versionssprünge (bis auf ganz seltene Ausnahmen).

Willst du also von einem Paket eine gänzlich neue Version, wird dir nur eins der Repos aus dem Buildservice (oder eben Packman) bleiben.

[Stormbringer]

Aus man zypper:


-p, --priority <positive-integer>
Set priority of the repository. Priority of 1 is the highest,
the higher the number the lower the priority. Default priority
is 99. Packages from repositories with higher priority will be
preferred even in case there is a higher installable version
available in the repository with a lower priority.


Die Prioritäten nützen aber rein/fast gar nichts, wenn es um updates von verschiedenen Anbietern (oftmals gleichzusetzen mit repos) geht.
Ein, zumindest in der Vergangenheit, klassisches Beispiel dafür sind(?)/waren die Probleme mit packman & vlc. Bei anderen Programmkombinationen mag es auch durchaus genau andersherum aussehen.