[CentOS-de] Paketliste unsauber

Ronny Köpsel rkoe at packmy.de
Sa Jul 11 20:44:13 UTC 2009


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.
>
>
> P.S.: comBat-glibc-headers hätte ich auch gerne ;)
>
>
> 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
>   
Einverstanden - richtig, aber wenn ich das System neu aufsetzte, besteht 
das Problem doch auch schon! Oder werden Teile von Pirut bereits beim 
Installieren genutzt? 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?

P.S.: comBat-glibc-headers hätte ich auch gerne <- jau der war gut :-X 

Ronny


-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: http://lists.centos.org/pipermail/centos-de/attachments/20090711/d8be25a2/attachment.html