Dotaz: RPM kolize, nejblizsi vhodne reseni

[springer]

potrebuji nainstaovat starsi software (.rpm), toto potrebuje libstdc++.so.2.8, tedy hodne starou library. Na centosu jsou nainstalovany za tim ucelem compat-libstdc++-33 a compat-libstdc++-296. Bohuzel ani v jedne z tech kompatib. balickach se ta stara libstdc++.so.2.8 nevyskytuje. Nasel jsem na netu jeste jeden comopat-libstdc++-296, ktery tu hledanou obsahuje. Bohuzel obsahuje take ale 2 soubory, ktere svym jmenem koliduji se soubory, ktere jsou pres balicek compat-libstdc++-296 jiz nainstalovany.

Vyexportovat libstdc++.so.2.8 z rpm-balicku a doinstalovat soubor do /usr/lib bych od ruky umel a pri instalaci pozadovaneho software bych asi rekl --force ... ale to nepovazuji za pekne.

Rad bych se zeptal zkusenejsich kolegu, jak postupuji v takovem pripade. Napada me:

- udelat z toho jednoho souboru vlastni balicek a doinstalovat

- pripsat do databaze rpm od ruky pozadovanou library ... (kde)

- existuje jeste jina lepsi cesta ?

dekuji

Odpovědi

[pupu]

A nestaci jen pouzit novejsi verzi knihovny z 296, udelat na ni prislusny symlink a ono starsi rpm nainstalovat bez kontroly zavislosti? Taky to neni pekne, ale instalovat stara rpm neni uplne standardni vec

[springer]

...starsi rpm nainstalovat bez kontroly zavislosti ...

to je to, co jsme nechtel.

Rozhodl jsme se udelat specialni rpm-balicek , nastesti jsem nasel ten tool=alien, tim to jde aniz bych musel delat ty ruzne .specs files apod. Myslim si, ze je to prece jen nejschudnejsi, nenarusi se package-mechanika systemu a do description toho spec. balicku jsem vlozil peprne poznamky , aby kdyz to nekdo chce treba odinstalovat, aby vedel kvuli cemu to vzniklo.