Am Samstag, den 11.07.2009, 21:44 +0200 schrieb Ronny Köpsel:
Christoph Maser schrieb:
Am Samstag, den 11.07.2009, 20:24 +0200 schrieb Ronny Köpsel:
Kann mir jemand erklären, warum seit dem Update auf die 5.3 die Paketlisten mit Zahlen und Doppelpunkete übersäht sind. Zum anschauen macht einfach Pirut auf und geht auf Liste -> Alle Pakete und scrollt mal nach unten. Bsp. 1:combat-glibc-headers-2.3-4-2.26.i386
Dies ist kein Pirut Problem, da bei der Installation dies auch schon so ist. Ich habe echt schon viele Dateien durch gesehen, konnte aber bis jetzt nichts finden. Dieses Problem haben alle Redhat Ableger. Ich kann noch nicht einmal ein Bugreport schreiben, da ich nicht den Teil kenne, der dafür verantwortlich ist.
Ich würde gerne diesen Pfusch beseitigen.
Das ist das RPM Feld "Epoch". Siehe: http://www.rpm.org/max-rpm-snapshot/s1-rpm-depend-manual-dependencies.html. Wenn epoch nicht 0 ist wird es angezeigt. In yum sieht das dann so aus:
compat-glibc-headers.x86_64 1:2.3.4-2.26 base
Es handelt sich hier um Pirut bug das epoch vor dem Namen und nicht vor der Version gezeigt wird.
Einverstanden - richtig, aber wenn ich das System neu aufsetzte, besteht das Problem doch auch schon! Oder werden Teile von Pirut bereits beim Installieren genutzt?
Davon würde ich mal ausgehen, wieso sollten man 2 verschiedene Programme verwenden?
Den "epoch" Trödel hatte ich auch schon im Verdacht, da wie du selber sagst, dass Ding dann auf 1 steht. Warum ist das eigendlich so? Ein Paket mit dem höchsten Epoch-Tag soll doch egal welche Version oder Release installiert werden. Richtig? Ist das überhaupt notwendig? Durch das Update auf die höhere Versionsnummer des zu aktualisierenden Programms ist doch der Weg bereits festgelegt. Übersehe ich etwas?
Also ich kann Dir beim besten Willen nicht sagen warum die Paketversionen so sind wie sie sind. Aber das ganze hat nichts mit Pfusch oder Trödel zu tun. Es gibt mit Sicherheit gute Gründe für die Fälle in denen Epoch verwendet wird. Wenn das ganz für dich so wichtig ist kannst Du folgendes unternehmnen:
- Bugs einstellen (bugs.centos.org, bugzilla.redhat.com) - Ein anderes Programm nutzen (z.b. yumex) - Ein eigenes pirut packet mit einem Patch für diesen Bug basteln.
Wenn Du den ersten Weg gehen willst mach Dich daruf gefasst, dass es lange dauert. Ich würde mal schätzen ein solcher Bugfix würde für 5.5 oder 5.6 geplant werden.
financial.com AG
Munich head office/Hauptsitz München: Maria-Probst-Str. 19 | 80939 München | Germany Frankfurt branch office/Niederlassung Frankfurt: Messeturm | Friedrich-Ebert-Anlage 49 | 60327 Frankfurt | Germany Management board/Vorstand: Dr. Steffen Boehnert (CEO/Vorsitzender) | Dr. Alexis Eisenhofer | Dr. Yann Samson | Matthias Wiederwach Supervisory board/Aufsichtsrat: Dr. Dr. Ernst zur Linden (chairman/Vorsitzender) Register court/Handelsregister: Munich – HRB 128 972 | Sales tax ID number/St.Nr.: DE205 370 553