Nach meiner ersten Woche mit der SUSE TW stellt sich mir die Frage, wie ich das mit den Prioritäten der Repos handhaben sollte. Auch hat es mir jetzt die https-Versionen noch zusätzlich rein gestellt.
Außer Packman gibt es da auch noch Packman Repository. Packman Repository (https) habe ich schon zu Anfang auf die Prorität 20 gestellt, sollte ich das auch mit Packman (http) machen?
Das http Packman Repo raus, das https Packman Repo auf 20.
Beim Mozilla Repo kommt es darauf an, ob nicht installierte Dateipakete denselben Namen haben wie nicht installierte Dateipakete im OSS Repo......
Das http Packman Repo raus, das https Packman Repo auf 20.
Warum die http-Packmann-Repros raus und die https-Packmann-Repros NUR auf 20?
Als ich die codecs installiert habe, musste ich bei beiden Repros die Vertraulichkeit bestätigen und YAST hat beide auf 90 bzw. 99 gesetzt.
┌─(~)────────────────────────────────────────────────────────────────────────────────────────(arya@tumbleweed:pts/0)─┐
└─(10:11:54)──> zypper lr -d ──(So,Apr14)─┘
# | Alias | Name | Enabled | GPG Check | Refresh | Priority | Type | URI | Service
---+----------------------------------------+----------------------------------------+---------+-----------+---------+----------+--------+--------------------------------------------------------------------------------+--------
1 | download.opensuse.org-non-oss | Haupt-Repository (NON-OSS) | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/tumbleweed/repo/non-oss/ |
2 | download.opensuse.org-oss | Haupt-Repository (OSS) | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/tumbleweed/repo/oss/ |
3 | download.opensuse.org-tumbleweed | Hauptaktualisierungs-Repository | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/update/tumbleweed/ |
4 | ftp.gwdg.de-openSUSE_Tumbleweed | Packman Repository | Ja | (r ) Ja | Ja | 99 | rpm-md | http://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Tumbleweed/ |
5 | openSUSE-20240310-0 | openSUSE-20240310-0 | Nein | ---- | ---- | 99 | rpm-md | hd:/?device=/dev/disk/by-id/usb-Corsair_Voyager_3.0_AA77ZB26GDMSSNGP-0:0-part2 |
6 | opensuse-guide.org-openSUSE_Tumbleweed | libdvdcss repository | Ja | (r ) Ja | Ja | 99 | rpm-md | http://opensuse-guide.org/repo/openSUSE_Tumbleweed/ |
7 | packman | Packman | Ja | (r ) Ja | Ja | 90 | rpm-md | https://ftp.fau.de/packman//suse/openSUSE_Tumbleweed/ |
8 | repo-debug | openSUSE-Tumbleweed-Debug | Nein | ---- | ---- | 99 | N/A | http://download.opensuse.org/debug/tumbleweed/repo/oss/ |
9 | repo-openh264 | Open H.264 Codec (openSUSE Tumbleweed) | Ja | (r ) Ja | Ja | 99 | rpm-md | http://codecs.opensuse.org/openh264/openSUSE_Tumbleweed |
10 | repo-source | openSUSE-Tumbleweed-Source | Nein | ---- | ---- | 99 | N/A | http://download.opensuse.org/source/tumbleweed/repo/oss/ |
┌─(~)────────────────────────────────────────────────────────────────────────────────────────(arya@tumbleweed:pts/0)─┐
└─(10:12:24)──>Ein Packman-Repo reicht. Kleinere Zahl bedeutet höhere Priorität.
Warum die http-Packmann-Repros raus …
1. Weil das PackMan-Repo doppelt vorhanden ist.
2. https ist http zu bevorzugen.
und die https-Packmann-Repros NUR auf 20?
Es kann auch gerne auf eine höhere Priorität (1, 8, 10, 15 usw.) gesetzt werden, dieses liegt an der Person, die es einträgt und verwendet.
1. Weil das PackMan-Repo doppelt vorhanden ist.
2. https ist http zu bevorzugen.
Es kann auch gerne auf eine höhere Priorität (1, 8, 10, 15 usw.) gesetzt werden, dieses liegt an der Person, die es einträgt und verwendet.
Aaah so, ich dachte es sei umgekehrt..."höhere Zahl > auch höhere Priorität". Vielen Dank für die Aufklärung.
Ist es eigentlich ein Nachteil, wenn man es nach den Vorgaben, die nach z.B. der codecs-Installation entstanden ist, in der "Paketliste" belässt? Also beide drinnen lässt, das eine mit 90 ("https") und das andere mit 99 ("http")?
Man könnte ein Repo auch deaktivieren. Hört sich komisch an, geht aber 
Man könnte ein Repo auch deaktivieren. Hört sich komisch an, geht aber
... und ... macht keinen Sinn ... nur die Repo-Liste wird voller und unübersichtlicher.
... und ... macht keinen Sinn ... nur die Repo-Liste wird voller und unübersichtlicher.
Nein, ich denke das wird es bei mir nicht, denn es werden wahrscheinlich keine weiteren dazu kommen. Als ich noch Arch-Userin war, hatte ich aus dem AUR z.B. nur die Pakete geladen, um mein Arch wie bei OpenSuSE mittels snapper ein Rollback durchführen zu können.
