Gibt es eine einfache Möglichkeit die Abhängigkeiten in einem RPM Paket nachträglich zu ändern, d.h. ohne Neuerstellung des Pakets.
Folgendes Problem:
- Ich möchte gerne apt4rpm auf SuSE 8.2 benutzen, das meckert aber bei ein paar Paketen über nichtgelöste Abhängikeiten. Yast tat das natürlich auch, aber da habe ich es einfach ignoriert.
- Dabei handelt es sich um selbst compilierte und mit checkinstall als RPM installierte Pakete,
- Checkinstall baut, warum auch immer, eine falsche Abhängigkeit zu libGLCore in die Pakete ein.
Wenn mir jemand sagen könnte wie ich Checkinstall beibringe keine Abhängigkeit zu libGLCore in die RPMs einzubauen wäre mir auch geholfen.
RPM Abhängigkeiten
Re: RPM Abhängigkeiten
Hm,
das ist wirklich ein seltsames Problem...
Ich setze selbst <!--http--><a href="http://www.unixboard.de/vb3/showthread.php?t=4472" target="_blank">apt4SuSE</a><!--url--> und selbstkompilierte Programme installiert mit <!--http--><a href="http://rpmseek.com/rpm-pl/checkinstall. ... &x=12&y=11" target="_blank">checkinstall</a><!--url--> ein und habe dieses Problem noch nie gehabt.
Um welches Programm geht es denn genau ?
das ist wirklich ein seltsames Problem...
Ich setze selbst <!--http--><a href="http://www.unixboard.de/vb3/showthread.php?t=4472" target="_blank">apt4SuSE</a><!--url--> und selbstkompilierte Programme installiert mit <!--http--><a href="http://rpmseek.com/rpm-pl/checkinstall. ... &x=12&y=11" target="_blank">checkinstall</a><!--url--> ein und habe dieses Problem noch nie gehabt.
Um welches Programm geht es denn genau ?
Re: RPM Abhängigkeiten
Hi
also eine Abhängigkeit in einem RPM nachträglich ändern geht soweit ich weiß nicht. Doch die Frage
zu Checkinstall. Es ist <b>nicht</b> das Programm Checkinstall das die Abhängigkeiten erstellt
sondern ./configure was du ja vorher machst.
<blockquote><pre><font size="1" face="">code:</font><hr><font face="Courier New" size="2">./configure
make
checkistall /* anstatt make install */</font><hr></pre></blockquote>
Checkinstall baut <i>nur</i> das RPM-Paket damit man es mittels RPM wieder deinstallieren kann oder
es überhaupt wieder mit einer Routine deinstallieren kann, was nicht immer selbstverständlich ist.
Wie du keine Abhängigkeit einbaust steht in der README eines jeden Quellcodes, die OPTION kannst du
dann mit dem configure Befehl mit angeben.
MfG
also eine Abhängigkeit in einem RPM nachträglich ändern geht soweit ich weiß nicht. Doch die Frage
zu Checkinstall. Es ist <b>nicht</b> das Programm Checkinstall das die Abhängigkeiten erstellt
sondern ./configure was du ja vorher machst.
<blockquote><pre><font size="1" face="">code:</font><hr><font face="Courier New" size="2">./configure
make
checkistall /* anstatt make install */</font><hr></pre></blockquote>
Checkinstall baut <i>nur</i> das RPM-Paket damit man es mittels RPM wieder deinstallieren kann oder
es überhaupt wieder mit einer Routine deinstallieren kann, was nicht immer selbstverständlich ist.
Wie du keine Abhängigkeit einbaust steht in der README eines jeden Quellcodes, die OPTION kannst du
dann mit dem configure Befehl mit angeben.
MfG
Re: RPM Abhängigkeiten
Die Abhängikeit tritt mit absolut jedem Programm auf, das ich selbst compilier und mit checkinstall installiere. Hier ein Beispiel:
k3b: Hängt ab von: libGLcore.so.1 aber es ist nicht installierbar
kitchensync: Hängt ab von: libGLcore.so.1 aber es ist nicht installierbar
krename: Hängt ab von: libGLcore.so.1 aber es ist nicht installierbar
photocd: Hängt ab von: libGLcore.so.1 aber es ist nicht installierbar
scribus: Hängt ab von: libGLcore.so.1 aber es ist nicht installierbar
In der Regel sind die wie folgt compiliert:
./configure bzw. ./configure --prefix/opt/kde3
make
checkinstall
Wüsste nicht wo ich configure da mitteilen kann, auf libGLcore zu verzichten. Ehrlich gesagt, weiß ich noch nichteinmal für was libGLcore gut ist. Hat das was mit OpenGL zu tun?
k3b: Hängt ab von: libGLcore.so.1 aber es ist nicht installierbar
kitchensync: Hängt ab von: libGLcore.so.1 aber es ist nicht installierbar
krename: Hängt ab von: libGLcore.so.1 aber es ist nicht installierbar
photocd: Hängt ab von: libGLcore.so.1 aber es ist nicht installierbar
scribus: Hängt ab von: libGLcore.so.1 aber es ist nicht installierbar
In der Regel sind die wie folgt compiliert:
./configure bzw. ./configure --prefix/opt/kde3
make
checkinstall
Wüsste nicht wo ich configure da mitteilen kann, auf libGLcore zu verzichten. Ehrlich gesagt, weiß ich noch nichteinmal für was libGLcore gut ist. Hat das was mit OpenGL zu tun?
Re: RPM Abhängigkeiten
Entweder du installierst dir die NVidia Treiber für die libglcore oder du machst deine
rpms mit der Option --nodeps (nicht zu empfehlen) oder aber, und das ist auch eine Lösung
wenn du die NVidia Treiber nicht willst, du installierst <!--http--><a href="http://rpmseek.com/rpm/libGLcore-0.1-1m ... 0:0:895675" target="_blank">
das hier</a><!--url--> um dem System vorzutäuschen das es eine libGlCore gibt.
Ob man diese (unsinnige) Abhängigkeit mit einer configure --option-sowieso ausschalten
kann hängt von dem Programm ab (README). Wenn der Programmierer dir nicht die Möglichkeit gibt
es über eine --option auszuschalten dann mußt du wohl selber den Quellcode bearbeiten.
Doch das hier sollte eigentlich helfen.
MfG
rpms mit der Option --nodeps (nicht zu empfehlen) oder aber, und das ist auch eine Lösung
wenn du die NVidia Treiber nicht willst, du installierst <!--http--><a href="http://rpmseek.com/rpm/libGLcore-0.1-1m ... 0:0:895675" target="_blank">
das hier</a><!--url--> um dem System vorzutäuschen das es eine libGlCore gibt.
Ob man diese (unsinnige) Abhängigkeit mit einer configure --option-sowieso ausschalten
kann hängt von dem Programm ab (README). Wenn der Programmierer dir nicht die Möglichkeit gibt
es über eine --option auszuschalten dann mußt du wohl selber den Quellcode bearbeiten.
Doch das hier sollte eigentlich helfen.
MfG
Re: RPM Abhängigkeiten
Ich habe den NVIDIA Treiber installiert. Allerdings nicht über RPM sondern über das NVIDA Installationsprogramm. Das wird wohl der Grund sein, warum der RPM Datenbank libGLcore nicht bekannt ist.
Das mit dem Dummy RPM funktioniert. Keine schöne Lösung, aber solange ich meine selbstcompilierten RPMs nicht verteilen will auch nicht weiter ein Problem. Jedenfalls Danke für die Hilfe.
Das mit dem Dummy RPM funktioniert. Keine schöne Lösung, aber solange ich meine selbstcompilierten RPMs nicht verteilen will auch nicht weiter ein Problem. Jedenfalls Danke für die Hilfe.