Beiträge von rkbwde

Ich habe die repos wie von Sauerland vorgeschlagen bereinigt und Packman Multimedia ergänzt - zypper ist weiterhin glücklich:

# 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...
Keine auszuführenden Aktionen.


# zypper ve
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...
Die Abhängigkeiten aller installierten Pakete sind berücksichtigt.

Wenn ich aber das neue openvpn-RPM aus meinem lokalen repo-Verzeichnis herausnehme, meckert zypper wieder:

zypper dup
Metadaten von Repository 'repo_rk' abrufen ......................................................................[fertig]
Cache für Repository 'repo_rk' erzeugen .........................................................................[fertig]
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...

Problem: 1: Problem mit dem installierten openvpn-2.6.19-325.5.x86_64
 Lösung 1: openvpn-2.6.14-2.4.x86_64 von Hersteller openSUSE installieren
und openvpn-2.6.19-325.5.x86_64 von Hersteller RK ersetzen
 Lösung 2: veraltetes openvpn-2.6.19-325.5.x86_64 beibehalten

Da scheint wirklich die (seltsame) Logik dahinterzustecken, dass alles was nicht in einem Repo liegt, "alt" ist.

Zitat von Sauerland

Murks.

Gebaut wird als User im Users /home, nur installiert wird als root.

Daher ist es egal, wo die rpms liegen, nur root kann installieren.

Wenn du aber jetzt eine rpmbuild Umgebung aufsetzt und das RPM Verzeichnis als Repo einfügst, brauchst du nichts mehr verschieben.

Alles anzeigen

Die Trennung habe ich schon bewusst vorgenommen, damit nicht irgendwelche unreifen RPMs aus meinem Build-Verzeichnis gezogen werden, sondern nur "freigebene".

Zitat von Sauerland

zypper dup macht schon seit Jahren keinen automatischen Repowechsel mehr, das wurde wegen Tumbleweed damals so geändert.

Ich habe nicht von Repowechseln, sondern dem Umgang mit lokal gebauten RPMs gesprochen. Da verhalten sich "zypper up" unter Leap und "zypper dup" unter Slowroll sehr unterschiedlich.

Zitat von rkbwde

Für das openvpn-rpm habe ich mir ein Source-RPM aus einem der OBS-home-Repos gezogen, im spec-File Vendor und Packager gesetzt und dann mit "rpmbuild -bb" gebaut.

Das gleiche habe ich übrigens auch auf meinem Dualseat System gemacht, das noch unter Leap 15.6 läuft. Und da will zypper mein neues Package nicht wieder gegen die alten Packages von SuSE austauschen (ja, ich weiß, dass "zypper dup" und "zypper up" zwei verschiedene Dinge sind). Daher irritiert mich die geänderte Logik bei SlowRoll aber immer wieder ...

Zitat von Sauerland

Warum unter root????

Code

zypper lr -d | grep stephan
10 | Programme                        | Programme-rpm                    | Ja      | ( p) Ja   | Ja      | -    |   99     | plaindir | dir:/home/stephan/Programme86x64/Programme                                                   | 
12 | RPMS                             | Rpmbuild                         | Ja      | ( p) Ja   | Ja      | -    |   70     | plaindir | dir:/home/stephan/rpmbuild/RPMS    

Ich baue nicht in dem repo-Verzeichnis - da verlinke ich nur die benötigten Endprodukte, um zypper glücklich zu machen.

Mein lokales Repo-Verzeichnis soll aber nur für root zugänglich sein, damit nicht jeder RPMs einschmuggeln kann.

Für das openvpn-rpm habe ich mir ein Source-RPM aus einem der OBS-home-Repos gezogen, im spec-File Vendor und Packager gesetzt und dann mit "rpmbuild -bb" gebaut.

Die Maschine habe ich nach der Anleitung im SlowRoll-Wiki (s.o.) von Leap 15.6 hochgezogen. Da war nur ein Packman-Repo aufgeführt ...

Allerdings wurden die Multimedia-Libs (libavcodec etc.) seitdem immer wieder up- und t.T. auch downgegradet - vielleicht bringt das Multimedia-Repo von Packman da etwas Ruhe herein

Probiere ich mal aus ...

Kannst Du mit der Tastenkombination <Ctrl>-<Alt>-F1 auf die Textkonsole wechseln und Dich dort anmelden ? Oder von einer anderen Maschine per SSH ?

Dann könntest Du nach Status oder Fehlermeldungen vom Displaymanager ( verm. xdm oder sddm) schauen, auch ein Blick ins Log von Xorg kann nicht schaden:

systemctl status sddm.service 
fgrep sddm /var/log/messages
view /var/log/Xorg.0.log

Du meinst die h264-Repos ?

Das eine hat sich wohl über den OpenSuSE-Service "eingeschmuggelt"; manuell habe ich es nicht aktiviert.

Das andere war im Wiki empfohlen:

https://de.opensuse.org/openSUSE:Slowroll

Aufgefallen ist mir noch, dass seit dem Workaround mit dem lokalen Repo (repo_rk, Autorefresh aktivieren !), "mein" openvpn-Package nicht mehr als Systempackage, sondern mit dem lokalen Repo angezeigt wird. Immerhin gibt zypper so Ruhe, ohne dass ich ein Packagelock setzen muss.

# zypper se -s openvpn
v  | openvpn    | Paket      | 2.6.14-2.4   | x86_64 | update-slowroll
v  | openvpn    | Paket      | 2.6.14-2.4   | x86_64 | update
v  | openvpn    | Paket      | 2.6.14-2.3   | x86_64 | update-slowroll
v  | openvpn    | Paket      | 2.6.14-2.3   | x86_64 | update
i+ | openvpn    | Paket      | 2.6.19-325.5 | x86_64 | repo_rk
v  | openvpn    | Paket      | 2.6.14-2.4   | x86_64 | base-oss
v  | openvpn    | Paket      | 2.6.14-2.4   | x86_64 | repo-oss