Alero: Du hast bei der Installation die Repos mit eingebunden.
Das ist der gravierende Unterschied.
Alero: Du hast bei der Installation die Repos mit eingebunden.
Das ist der gravierende Unterschied.
Edit:
Das Problem mit der libzypp ist immer noch da:
Abrufen: libzypp-17.31.20-1.1.x86_64.rpm ...............................................................................................[Fehler (2,4 MiB/s)]
Die heruntergeladenen Daten überschritten die erwartete Dateigröße '3,0 MiB' von 'https://cdn.opensuse.org/repositories/openSUSE:/ALP:/Experimental:/Slowroll/standard/x86_64/libzypp-17.31.20-1.1.x86_64.rpm'.
Abbrechen, wiederholen, ignorieren? [a/w/i/...? zeigt alle Optionen] (a): a
Also mach ich erst mal einen lock darauf.
Meine Erfahrungen zu Tumbleweed-Slowroll:
Installiert in Qemu/KVM
bei der Installation das Einbinden der Repos und damit das Installieren aus diesen Repos abgewählt, da dies anscheinend reine Tumbleweed Repos sind.
Nach der Installation die Repos gelöscht und die neuen Repos eingebunden:
openSUSE:Slowroll - openSUSE Wiki
Dabei hab ich festgestellt, das die Repos gar nicht den refresh aktiviert hatten, dies eben nachgeholt.
Gab dann ein Problem mit dem einzig auf refresh gesetzten Update Repo wegen eine repo.xml, das hat sich aber dann von selbst gelöst.
Danach ein zypper dup gemacht, dort gab es ein Problem mit der Dateigröße der neuen libzypp, die hab ich dann erst mal mit einem lock versehen und :
lief ohne Probleme durch.
Neustart.
Danach an das Problem mit der libzypp:
zypper in -f https://cdn.opensuse.org/repositories/openSUSE:/ALP:/Experimental:/Slowroll/standard/x86_64/libzypp-17.31.20-1.1.x86_64.rpm
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...
Installation von 'libzypp-17.31.20-1.1.x86_64' aus Repository 'Einfacher Cache für RPM-Dateien' wird erzwungen.
Es gibt einen Aktualisierungskandidaten 'libzypp-17.31.20-1.1.x86_64' für 'libzypp-17.31.19-1.2.x86_64', aber er passt nicht zur angegebenen Version, Architektur oder dem Repository.
Paketabhängigkeiten werden aufgelöst...
Problem: kann nicht libzypp-17.31.19-1.2.x86_64 und libzypp-17.31.20-1.1.x86_64 installieren
Lösung 1: libzypp-17.31.20-1.1.x86_64 nicht installieren
Lösung 2: Sperre entfernen, um das Entfernen von libzypp-17.31.19-1.2.x86_64 zuzulassen
Wählen Sie aus den obigen Lösungen mittels Nummer oder brechen Sie (a)b [1/2/a/d/?] (a): 2
Abhängigkeiten werden aufgelöst...
Paketabhängigkeiten werden aufgelöst...
Das folgende Paket wird aktualisiert:
libzypp
1 Paket wird aktualisiert.
Gesamtgröße des Downloads: 3,3 MiB. Bereits im Cache gespeichert: 0 B. Nach der Operation werden zusätzlich 2,6 MiB belegt.
Continue? [j/n/v/...? zeigt alle Optionen] (j):
Abrufen: libzypp-17.31.20-1.1.x86_64 (Einfacher Cache für RPM-Dateien) (1/1), 3,3 MiB
Überprüfung auf Dateikonflikte läuft: ..............................................................................................................[fertig]
(1/1) Installieren: libzypp-17.31.20-1.1.x86_64 ....................................................................................................[fertig]
%posttrans scripts werden ausgeführt ...............................................................................................................[fertig
Alles anzeigen
So sieht es aus:
zypper lr -d
# | Alias | Name | Enabled | GPG Check | Refresh | Priority | Type | URI | Service
--+--------------+--------------+---------+-----------+---------+----------+--------+------------------------------------------------------------------------------------------------+--------
1 | base-non-oss | base-non-oss | Ja | (r ) Ja | Ja | 99 | rpm-md | https://cdn.opensuse.org/repositories/openSUSE:/ALP:/Experimental:/Slowroll/base/repo/non-oss/ |
2 | base-oss | base-oss | Ja | (r ) Ja | Ja | 99 | rpm-md | https://cdn.opensuse.org/repositories/openSUSE:/ALP:/Experimental:/Slowroll/base/repo/oss/ |
3 | base-src-oss | base-src-oss | Nein | ---- | ---- | 99 | NONE | https://cdn.opensuse.org/repositories/openSUSE:/ALP:/Experimental:/Slowroll/base/repo/src-oss/ |
4 | h264 | h264 | Ja | (r ) Ja | Ja | 99 | rpm-md | http://codecs.opensuse.org/openh264/openSUSE_Tumbleweed/ |
5 | packman | packman | Ja | (r ) Ja | Ja | 70 | rpm-md | http://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Slowroll/Essentials/ |
6 | update | update | Ja | (r ) Ja | Ja | 80 | rpm-md | https://cdn.opensuse.org/repositories/openSUSE:/ALP:/Experimental:/Slowroll/standard/ |
uname -a && lsb-release -id
Linux linux.fritz.box 6.4.12-1-default #1 SMP PREEMPT_DYNAMIC Fri Aug 25 08:26:31 UTC 2023 (f5aa89b) x86_64 x86_64 x86_64 GNU/Linux
Distributor ID: openSUSE
Description: openSUSE Tumbleweed
Mal weiter verfolgen.
Edit: Bin jetzt im normalen Tumbleweed ...
Das liegt wahrscheinlich an deinen zuerst eingebundenen Tumbleweed repos, da waren noch Pakete installiert:
Schon klar ... steht ja schon im Post 1. Ich werde heute die Repos einmal umändern auf die gezeigten und schauen, ob sich etwas ändert. Falls ja, korrespondieren die installations-Repos nicht mit den zu nutzenden. Ich gebe Bescheid.
Da gibt es einen Beitrag im oo-forum:
Dabei stellt sich dann heraus, das bei der Installation die Tumbleweed Repos eingebunden und benutzt werden.
Also sollte man bei der Installation besser die Repos deaktivieren und nur von ISO installieren.
Das sind die Repos für slow roll:
Wenn man das Update Intervall vergrößert, was ja bei slow-roll der Fall sein sollte, gibt es mit dem Nvidia rpm wahrscheinlich auch weniger "schwarze Bildschirme" da weniger kernel-updates (hoffentlich).
Falls jemand jetzt fragen sollte, wie er den Nvidia meiden kann ... während der Installation keinen Nvidia Treiber installieren. Janz einfach ...
Jup
Ach übrigens ist es eigentlich kein Nvidia Problem, sondern ein Kernel Problem, denn der ändert sich.
Stephan, du musst aber zugeben, das Tumbleweed seit geraumer Zeit um Längen besser geworden ist als früher. Den Status der Bastelbude hat es hinter sich gelassen. Und ohne Nvidia Treiber läuft meines schon seit einem dreiviertel Jahr ohne Probleme. Sicher nutze ich keine Spezialanwendungen und auch keine VM oder ähnliche Späße ... Internet, Web-Design, eMail und noch paar Foren und bissel Social Media ... das ist alles. Mag sein, das irgendwelche Poweruser nicht zufrieden sind, man muss sich aber auch einmal anschauen, was die so reklamieren unter welchen Bedingungen bei denen Fehler auftreten. Aber wir wollen das nicht so vertiefen ... Tumbleweed wird immer besser und das ist auch gut so.
Dem stimme ich ja auch voll und ganz zu.
Mir geht nur immer das "Gejammer" mit dem Nvidia-rpm auf den Keks.
Wir haben uns darüber schon kurz nach der Einrichtung des Repos für Tumbleweed unterhalten und das Fazit war:
Gibt aufgrund der Herstellung der Nvidia rpms und der Aktualität von Tumbleweed die zuvor genannten "Probleme"..........
qed