On Wed, 2003-10-01 at 16:26, Filip Lyncker wrote:
Thomas Hertweck schrieb:
Nein, ist schon OK so. Bei openssh und so halte ich es fuer nicht noetig, die Software selbst zu compilieren, das sollte per YOU ohne Probleme ge- hen und ich weiss auch nicht, was da ein Upgrade bringen sollte. Mehr als Dich sicher verbinden wird auch eine neue Version nicht koennen... Wenn Du viel eigene Software compilierst, musst Du immer darauf achten, ob evtl. eingebundene Teile von einem Bug betroffen sind und dann ent- sprechend pruefen, ob Du Deine Software neu compilieren musst mit dem Fix.
OK , vielen Dank für diese Ausführung. Eine Spitzfindigkeit beschäftigt mich noch : Wenn ich mein Cyrus-SASL Paket mit einer ganz bestimmten Funktion oder Patch brauche, die eben von Suse nicht unterstützt oder einkompiliert wird, welche vorgehensweise ist da die beste? Der einfachste Weg besteht darin, sich das src.rpm des Vendors (hier SuSE) zu nehmen, dessen rpm-spec auf deine Bedürfnisse abzustimmen (Patches einbauen, andere Version o.ä.), dieses RPM dann zu übersetzen und zu installieren.
Ein brutaler Weg wäre, das SuSE rpm installiert zu lassen, und stattdessen deine Version (mit genau den von SuSE verwendeten Pfaden) vom Quellcode drüber zu installieren. Damit täuschst Du rpm, yast und. Co. vor, das SuSE rpm sei installiert. Dieser Weg funktioniert allerdings nur dann, wenn Du genau weisst was Du tust. Ich rate davon *nachdrücklich* ab! Solltest Du dich, aus welchen Gründen auch immer, desöfteren in der Situation befinden, dass fundamentale Pakete für Dich nicht geeignet erscheinen, solltest Du Dich ernsthaft mit der Frage beschäftigen, ob die SuSE Distribution für deinen Anwendungsfall geeignet ist und Dich nach einer anderen Distri umschauen.
Ist es in diesem Fall ratsam 2 vollstaendigke Versionen des Cyrus-SASL Paketes zu installieren ( also das Suse rpm und mein eigenes ) ? Auf keinen Fall. In Einzelfällen geht es, zwei geschickt angepasste RPMS nebeneinander zu installieren (Andere Prefixes, andere Paketnamen). Aber auch dies funktioniert nur dann wenn man genau weiss was man tut. Bei fundamentalen Paketen (Servern, glibc, gcc u.ä.) wird es in Regel zu Komplikationen führen.
Ralf