zypper hält Package für veraltet trotz höherer Versionsnr. ?

rkbwde · 24. Juli 2026

Wieder mal so eine Bug oder Feature-Frage:

Ich habe mir ein Update für OpenVPN selbst aus einem Source-RPM gebaut. Aber obwohl die Versionsnr. deutlich höher ist (2.6.19 vs. 2.6.14) , behauptet zypper, meine Version sei "veraltet" und will die ältere vom SlowRoll-Repo installieren:

Code

# zypper dup
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

Seltsam ...

rkbwde · 24. Juli 2026

Sorry, habe gerade einen Workaround entdeckt: man muss das rpm-Package in ein lokales Directory speichern, dieses als repo anlegen und auch noch autorefresh aktivieren - letzteres hatte bei mir noch gefehlt ...

Aber für mich ist 2.6.19 unabhängig davon neuer als 2.6.14

Sauerland · 25. Juli 2026

Poste einmal die Repoliste:

Code

zypper lr -d

rkbwde · 25. Juli 2026

Code

 # zypper lr -d
Dienst 'openSUSE' wird aktualisiert.
#  | Alias                    | Name      | Enabled | GPG Check | Refresh | Keep | Priority | Type     | URI                                                                                    | Service
---+--------------------------+-----------+---------+-----------+---------+------+----------+----------+----------------------------------------------------------------------------------------+---------
 1 | Education                | Education | Ja      | (r ) Ja   | Nein    | -    |   99     | rpm-md   | https://download.opensuse.org/repositories/Education/openSUSE_Slowroll/                | 
 2 | Emulators_Wine           | Emulato-> | Nein    | ----      | ----    | -    |   99     | rpm-md   | https://download.opensuse.org/repositories/Emulators/openSUSE_Slowroll                 | 
 3 | RStudio-hopsk            | RStudio-> | Nein    | ----      | ----    | -    |   99     | rpm-md   | https://download.opensuse.org/repositories/home:/hopsk:/posit-ide/openSUSE_Tumbleweed/ | 
 4 | base-non-oss             | base-no-> | Ja      | (r ) Ja   | Ja      | -    |   99     | rpm-md   | http://cdn.opensuse.org/slowroll/repo/non-oss/                                         | 
 5 | base-oss                 | base-oss  | Ja      | (r ) Ja   | Ja      | -    |   99     | rpm-md   | http://cdn.opensuse.org/slowroll/repo/oss/                                             | 
 6 | base-src-oss             | base-sr-> | Ja      | (r ) Ja   | Ja      | -    |   99     | rpm-md   | http://cdn.opensuse.org/slowroll/repo/src-oss/                                         | 
 7 | h264                     | h264      | Ja      | (r ) Ja   | Ja      | -    |   99     | rpm-md   | http://codecs.opensuse.org/openh264/openSUSE_Tumbleweed/                               | 
 8 | home_ecsos_Publishing    | home_ec-> | Nein    | ----      | ----    | -    |   99     | rpm-md   | https://download.opensuse.org/repositories/home:/ecsos:/Publishing/openSUSE_Slowroll/  | 
 9 | home_ecsos_python        | home_ec-> | Nein    | ----      | ----    | -    |   99     | rpm-md   | https://download.opensuse.org/repositories/home:/ecsos:/python/openSUSE_Slowroll       | 
10 | network_im_signal        | Signal -> | Nein    | ----      | ----    | -    |   99     | rpm-md   | https://download.opensuse.org/repositories/network:/im:/signal/openSUSE_Slowroll/      | 
11 | openSUSE:repo-non-oss    | repo-no-> | Ja      | (r ) Ja   | Ja      | -    |   99     | rpm-md   | http://download.opensuse.org/slowroll/repo/non-oss                                     | openSUSE
12 | openSUSE:repo-openh264   | repo-op-> | Ja      | (r ) Ja   | Ja      | -    |   99     | rpm-md   | https://codecs.opensuse.org/openh264/openSUSE_Tumbleweed                               | openSUSE
13 | openSUSE:repo-oss        | repo-oss  | Ja      | (r ) Ja   | Ja      | -    |   99     | rpm-md   | http://download.opensuse.org/slowroll/repo/oss                                         | openSUSE
14 | openSUSE:repo-oss-debug  | repo-os-> | Nein    | ----      | ----    | -    |   99     | N/A      | http://download.opensuse.org/debug/slowroll/repo/oss                                   | openSUSE
15 | openSUSE:repo-oss-source | repo-os-> | Nein    | ----      | ----    | -    |   99     | N/A      | http://download.opensuse.org/source/slowroll/repo/oss                                  | openSUSE
16 | openSUSE:update-slowroll | update--> | Ja      | (r ) Ja   | Ja      | -    |   80     | rpm-md   | http://download.opensuse.org/update/slowroll/repo/oss                                  | openSUSE
17 | packman                  | packman   | Ja      | (r ) Ja   | Ja      | -    |   70     | rpm-md   | http://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Slowroll/Essentials/           | 
18 | repo_rk                  | repo_rk   | Ja      | ( p) Ja   | Ja      | -    |   99     | plaindir | dir:/root/install/repo_rk                                                              | 
19 | rstudio_rk271            | rstudio-> | Ja      | (r ) Ja   | Nein    | -    |   99     | rpm-md   | https://download.opensuse.org/repositories/home:/rk271/openSUSE_Slowroll/              | 
20 | update                   | update    | Ja      | (r ) Ja   | Ja      | -    |   80     | rpm-md   | http://cdn.opensuse.org/update/slowroll/repo/oss/                                      |

Alles anzeigen

rkbwde · 25. Juli 2026

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.

Code

# 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

Alero · 25. Juli 2026

Warum mischst du Slowroll und Tumbleweed Repos?

rkbwde · 25. Juli 2026

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

Sauerland · 25. Juli 2026

Ich würde mal doppelte Repos entfernen, spart beim Update Zeit.

Ich würde die cdn.opensuse.org behalten und die entsprechenden download.opensuse.org entfernen.

Nur ein Frage:

Warum nicht den kompletten Packman sondern nur Essential?

Es gibt kein openh264 codecs Repo für slowroll......

Wenn man die URL aufruft, kann man das auch überprüfen.......

Wie hast du dein openvpn gebaut?

Poste mal das spec.

Sauerland · 25. Juli 2026

Zitat von rkbwde

dir:/root/install/repo_rk

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

rkbwde · 25. Juli 2026

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 ...

zypper hält Package für veraltet trotz höherer Versionsnr. ?

Ubuntu 26.10 „Stonking Stingray“ ist erschienen

Tumbleweed-Update bricht ab

KDE Plasma 6.8 verabschiedet sich von X11

VBox - gemeinsame Zwischenablage

Linux-Kernel: Kennzeichnungspflicht für KI-generierten Code soll entfallen

k.113

BlackPhoenix

aitexturegenerator

Giorgio68

pavelstr

Teilen

Tags