Ich benutze diese Guis einfach nicht, erspart mir solche Meldungen.
funktioniert.....
Ich benutze diese Guis einfach nicht, erspart mir solche Meldungen.
funktioniert.....
Bedeutet das, es macht gar keinen Unterschied, welche Prio ich einer Paketquelle gebe, wenn ich "zypper dup" in tumbleweed verwende?
Nein.
Prioritäten beziehen sich nur auf noch nicht installierte und zur Installation ausgewählte Pakete.
Oder bei einem installierten Pakete, welches ich mit dem Schalter -f noch einmal installiere.
ZitatWenn ich ein simples "zypper dup" verwende, wird die Priorität der eingestellten Repos verwendet. Habe ich das jetzt so richtig verstanden?
Nein.
zypper dup macht mittlerweile nicht mehr als ein zypper up...........
Die Schalter machen es aus:
In Tumbleweed ist aber zypper dup verpflichtend, ansonsten gibt es Probleme.
Du erzählst nur, das es bei Dir nicht funktioniert.
Wichtig ist jedoch auch, ob du besondere Sachen benutzt:
lvm, verschlüsselte Festplatten usw......
Aber wir sind ja bei Linux, daher hast du die Wahl, es gäbe auch noch andere Dateisysteme..........
Kannst du ausprobieren, es liegt an Dir.
Nachtrag zu Beitrag #4:
Zur Veranschaulichung, was ich meine:
zypper lr -uP
# | Alias | Name | Enabled | GPG Check | Refresh | Priority | URI
---+----------------------------------+--------------------------------------------------------------+-----------+-----------------+----------------+-----------+-------------------------------------------------------------------------------------------
7 | kernel-stable-backport | Kernel-stable-backport | Ja | (r ) Ja | Ja | 20 | https://download.opensuse.org/repositories/Kernel:/stable:/Backport/standard/
8 | kernel-stable-backport-Sauerland | Kernel-stable-backport-Sauerland | Ja | (r ) Ja | Ja | 20 | https://download.opensuse.org/repositories/home:/Sauerland/Kernel_stable_Backport_QA/
4 | RPMS | Rpmbuild | Ja | ( p) Ja | Ja | 30 | dir:/home/stephan/rpmbuild/RPMS
5 | Sauerland-OSS | Sauerland-OSS | Ja | (r ) Ja | Ja | 30 | https://download.opensuse.org/repositories/home:/Sauerland/openSUSE_Leap_15.3/
10 | openSUSE_Leap_15.3 | Packman1 | Ja | (r ) Ja | Ja | 35 | http://ftp.halifax.rwth-aachen.de/packman/suse/openSUSE_Leap_15.3/
11 | packman | Packman2 | Nein | ---- | ---- | 35 | http://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Leap_15.3/
broadcom-wl ist installiert aus Repo 8 mit Prio 20, bei zypper dup --from Packman1 will er installieren:
Packman1 hat Prio 35......
Also noch einmal:
Bei zypper dup --from URL|Repo ist die Priorität egal.
Es wird umgeswitched.
Nein.......
Eigentlich beziehen sich die Prioritäten nur auf ein Installation eines Paketes, welches noch nicht installiert ist, bzw. welches noch einmal neu installiert werden soll (Schalter -force bei zypper install)
Wenn ich --from Packman nehme, wird darauf umgestellt, egal welche Priorität.
zypper dup macht mittlerweile keinen Repowechsel mehr.
Daher kann man auch unter Leap 15.3 ein zypper dup absetzen.
zypper dup
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...
Warnung: Sie sind im Begriff, eine Distributionsaktualisierung mit allen aktivierten Repositorys durchzuführen. Vergewissern Sie sich, dass diese Repositorys kompatibel sind, bevor Sie fortfahren. Weitere Informationen zu diesem Kommando finden Sie unter 'man zypper'.
Distributions-Aktualisierungen werden verarbeitet...
Die folgenden 4 Objekte sind gesperrt und werden durch keine Aktivität geändert:
Verfügbar:
kernel-default-extra kernel-default-optional Mesa-dri-nouveau r8168-blacklist-r8169
Keine auszuführenden Aktionen.
Aber:
sobald ich Parameter zu zypper dup benutze, macht zypper einen Repowechsel:
zypper dup --from Packman1
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...
Distributions-Aktualisierungen werden verarbeitet...
3 Probleme:
Problem: Problem mit dem installierten broadcom-wl-6.30.223.271-lp153.143.26.x86_64
Problem: Problem mit dem installierten perl-Glib-Object-Introspection-0.049-lp153.24.2.x86_64
Problem: Problem mit dem installierten perl-Gtk3-0.038-lp153.12.22.noarch
Problem: Problem mit dem installierten broadcom-wl-6.30.223.271-lp153.143.26.x86_64
Lösung 1: install broadcom-wl-6.30.223.271-pm153.16.1.x86_64 from vendor http://packman.links2linux.de
replacing broadcom-wl-6.30.223.271-lp153.143.26.x86_64 from vendor obs://build.opensuse.org/home:Sauerland
Lösung 2: veraltetes broadcom-wl-6.30.223.271-lp153.143.26.x86_64 beibehalten
Wählen Sie aus den obigen Lösungen mittels Nummer oder Sie (u)eberspringen, (w)iederholen oder brechen (a)b [1/2/u/w/a/d/?] (a): a
Alles anzeigen
Wenn ich nur --from URL|Repo benutze, muss ich auch die Abhängigkeiten selbst auflösen, benutze ich aber --allow-vendor-change --from URL|Repo übernimmt zypper schon einen großen Teil der Abhängigkeitsauflösungen für mich.
zypper dup --from Packman1 --allow-vendor-change
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...
Distributions-Aktualisierungen werden verarbeitet...
Die folgenden 4 Objekte sind gesperrt und werden durch keine Aktivität geändert:
Verfügbar:
kernel-default-extra kernel-default-optional Mesa-dri-nouveau r8168-blacklist-r8169
Die folgenden 3 Pakete werden aktualisiert:
broadcom-wl perl-Glib-Object-Introspection perl-Gtk3
Die folgenden 3 Pakete werden den Anbieter ändern:
broadcom-wl obs://build.opensuse.org/home:Sauerland -> http://packman.links2linux.de
perl-Glib-Object-Introspection obs://build.opensuse.org/home:Sauerland -> http://packman.links2linux.de
perl-Gtk3 obs://build.opensuse.org/home:Sauerland -> http://packman.links2linux.de
3 Pakete werden aktualisiert, 3 Anbieterwechsel.
Gesamtgröße des Downloads: 145,8 KiB. Bereits im Cache gespeichert: 0 B. Nach dem Vorgang werden 17,5 KiB freigegeben.
Fortfahren? [j/n/v/...? zeigt alle Optionen] (j): n
Alles anzeigen
Ich weiss ja nicht, was du machst.
Aber an den btrfs Einträgen solltest du nicht rumfuschen.........
Es ging hier nur um ntfs
Hast du in Windows auch den Fuji Treiber installiert????
Äh, bei mir funktioniert es..........