Devel rpms erstellen mit make install?
Ich weiss nicht, ob diese Frage Sinn macht, aber zumindest scheint sie eine Lösung für mein Problem zu sein: Das Konfigurieren ./configure eines Tarballs X scheitert daran, dass laut log ein Paket Y nicht installiert sei. Ist es aber, und zwar stimmen auch die Versionsnummern. In der Regel ist dies immer ein Hinweis, dass das entsprechende Develpaket nicht installiert ist oder der Pfad nicht stimmt. Am Pfad kanns aber nicht liegen, da die gesuchte Datei gar nicht auf meeinm System ist. Ich habe nun aber das Paket Y von tarballs konfiguriert und installiert. Und bei Tarballs gibt es nicht die Unterscheidung zwischen Devel und "Normal" wie's bei den RPMs der Fall ist. RPMs von Y stehen mir aber nicht zur Verfügung. Also muss ich mir die Devels aus den Tarballs erstellen, denke ich mir mal. Nur wie? Google "Devel from tarballs" führt zu viel, aber nichts Geeignetes, und in man make finde ich auch nichts Geeignetes zum thema devel. Was kann ich tun? Danke für Hinweise! Guido
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 12/05/2004 06:34 PM, Guido Pinkernell wrote:
Das Konfigurieren ./configure eines Tarballs X scheitert daran, dass laut log ein Paket Y nicht installiert sei. Ist es aber, und zwar stimmen auch die Versionsnummern. In der Regel ist dies immer ein Hinweis, dass das entsprechende Develpaket nicht installiert ist oder der Pfad nicht stimmt. Am Pfad kanns aber nicht liegen, da die gesuchte Datei gar nicht auf meeinm System ist.
Ich habe nun aber das Paket Y von tarballs konfiguriert und installiert. Und bei Tarballs gibt es nicht die Unterscheidung zwischen Devel und "Normal" wie's bei den RPMs der Fall ist. RPMs von Y stehen mir aber nicht zur Verfügung. Also muss ich mir die Devels aus den Tarballs erstellen, denke ich mir mal. Nur wie?
Google "Devel from tarballs" führt zu viel, aber nichts Geeignetes, und in man make finde ich auch nichts Geeignetes zum thema devel.
Was kann ich tun? Danke für Hinweise!
1) devel-RPM für Paket Y installeren 2) Stichwort: checkinstall
Guido
Gruß, - -- Konstantin www.konmal.de : GPG key and more SUSE RPMS Get your SUSE RPMs at links2linux.de / packman.links2linux.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBs0sAoJMoTQilaMYRAod/AKDPql258+uLxoOhgiCqb20K43JVaQCg13hw ZUm2RC7MJOHmN+HDAvmN2jo= =Th+G -----END PGP SIGNATURE-----
On Sunday 05 December 2004 18:53, Konstantin wrote:
On 12/05/2004 06:34 PM, Guido Pinkernell wrote:
Das Konfigurieren ./configure eines Tarballs X scheitert daran, dass laut log ein Paket Y nicht installiert sei. Ist es aber, und zwar stimmen auch die Versionsnummern. In der Regel ist dies immer ein Hinweis, dass das entsprechende Develpaket nicht installiert ist oder der Pfad nicht stimmt. Am Pfad kanns aber nicht liegen, da die gesuchte Datei gar nicht auf meeinm System ist.
Ich habe nun aber das Paket Y von tarballs konfiguriert und installiert. Und bei Tarballs gibt es nicht die Unterscheidung zwischen Devel und "Normal" wie's bei den RPMs der Fall ist. RPMs von Y stehen mir aber nicht zur Verfügung. Also muss ich mir die Devels aus den Tarballs erstellen, denke ich mir mal. Nur wie?
Google "Devel from tarballs" führt zu viel, aber nichts Geeignetes, und in man make finde ich auch nichts Geeignetes zum thema devel.
Was kann ich tun? Danke für Hinweise!
1) devel-RPM für Paket Y installeren
Die gibts nicht, wie schon gesagt.
2) Stichwort: checkinstall
Danke für den Hinweis. Ich hätte erwähnen sollen, dass die Checkinstall Homepage "down" ist und zweitens das Readme meiner checkinstall Version keinen Hinweis auf "devel" oder "header" gibt. Falls es da noch etwas gibt, was ich beachten muss, bitte ich um weitere Hilfe :) Danke! Guido
On Sunday 05 December 2004 20:14, Guido Pinkernell wrote:
On Sunday 05 December 2004 18:53, Konstantin wrote:
On 12/05/2004 06:34 PM, Guido Pinkernell wrote:
Ich habe nun aber das Paket Y von tarballs konfiguriert und installiert. Und bei Tarballs gibt es nicht die Unterscheidung zwischen Devel und "Normal" wie's bei den RPMs der Fall ist. RPMs von Y stehen mir aber nicht zur Verfügung. Also muss ich mir die Devels aus den Tarballs erstellen, denke ich mir mal. Nur wie?
Google "Devel from tarballs" führt zu viel, aber nichts Geeignetes, und in man make finde ich auch nichts Geeignetes zum thema devel.
Was kann ich tun? Danke für Hinweise!
1) devel-RPM für Paket Y installeren
Die gibts nicht, wie schon gesagt.
2) Stichwort: checkinstall
Danke für den Hinweis. Ich hätte erwähnen sollen, dass die Checkinstall Homepage "down" ist und zweitens das Readme meiner checkinstall Version keinen Hinweis auf "devel" oder "header" gibt. Falls es da noch etwas gibt, was ich beachten muss, bitte ich um weitere Hilfe :)
Da gibt's wohl nix :( http://linux.derkeiler.com/Mailing-Lists/SuSE/2003-09/3211.html Guido
Du könntest ein "Dummy-RPM" erstellen, dass die benötigten Dateien enthält (bzw. vorgibt, sie zu enthalten). Dann werden die Dateien beim installieren in die rpm-Datenbank eingetragen und werden bei Abhängigkeiten von anderen Paketen berücksichtigt. Du könntest Dein Paket y auch komplett als rpm erstellen (was einem Dummy-RPM vorzuziehen wäre). Es gibt gute deutschsprachige Dokus zum Thema RPM - und allzu kompliziert ist es auch nicht. Ich habe leider keine Links zur Hand, aber bei Bedarf kann ich Dir Material (pdf, ca. 800 KB) als PM schicken. Gruss Mario
On Sunday 05 December 2004 22:23, Mario van der Linde wrote:
Du könntest ein "Dummy-RPM" erstellen, dass die benötigten Dateien enthält (bzw. vorgibt, sie zu enthalten). Dann werden die Dateien beim installieren in die rpm-Datenbank eingetragen und werden bei Abhängigkeiten von anderen Paketen berücksichtigt. Du könntest Dein Paket y auch komplett als rpm erstellen (was einem Dummy-RPM vorzuziehen wäre). Es gibt gute deutschsprachige Dokus zum Thema RPM - und allzu kompliziert ist es auch nicht. Ich habe leider keine Links zur Hand, aber bei Bedarf kann ich Dir Material (pdf, ca. 800 KB) als PM schicken.
Danke für das Angebot! Ich möchte mich nur schrittweise in die Tiefen der Linuxadministration vorarbeiten, und ich fürchte, dass ich für das Bauen von devel-Dateien noch nicht "reif" bin. Habe jetzt einfach eine ältere Version der Programmpakete installiert, bei denen die devels als rpm mitgeliefert wurden. Mal sehen, wie lange die reichen... Danke nochmals, Guido
Hi, Am Sonntag, 5. Dezember 2004 18:34 schrieb Guido Pinkernell:
Das Konfigurieren ./configure eines Tarballs X scheitert daran, dass laut log ein Paket Y nicht installiert sei. Ist es aber, und zwar stimmen auch die Versionsnummern. In der Regel ist dies immer ein Hinweis, dass das entsprechende Develpaket nicht installiert ist oder der Pfad nicht stimmt. Am Pfad kanns aber nicht liegen, da die gesuchte Datei gar nicht auf meeinm System ist.
Könntest du konkreter werden? Welches rpm und welches tarball? Geht es um was spezielles? Könntest du mal den entsprechenden Teil des Logfiles posten?
Ich habe nun aber das Paket Y von tarballs konfiguriert und installiert. Und bei Tarballs gibt es nicht die Unterscheidung zwischen Devel und "Normal" wie's bei den RPMs der Fall ist. RPMs von Y stehen mir aber nicht zur Verfügung. Also muss ich mir die Devels aus den Tarballs erstellen, denke ich mir mal. Nur wie?
Dazu müsstest du wissen, welche Dateien ins devel-rpm kommen würden. In der Regel dürften das die Header der Sourcen sein ... genauere Hinweise wären intessant ...
Google "Devel from tarballs" führt zu viel, aber nichts Geeignetes, und in man make finde ich auch nichts Geeignetes zum thema devel.
s.o.
Was kann ich tun? Danke für Hinweise!
Mehr Infos posten ;-) Gruß, Danny
On Sunday 05 December 2004 22:42, Danny Kukawka wrote:
Hi,
Am Sonntag, 5. Dezember 2004 18:34 schrieb Guido Pinkernell:
Das Konfigurieren ./configure eines Tarballs X scheitert daran, dass laut log ein Paket Y nicht installiert sei. Ist es aber, und zwar stimmen auch die Versionsnummern. In der Regel ist dies immer ein Hinweis, dass das entsprechende Develpaket nicht installiert ist oder der Pfad nicht stimmt. Am Pfad kanns aber nicht liegen, da die gesuchte Datei gar nicht auf meeinm System ist.
Könntest du konkreter werden? Welches rpm und welches tarball? Geht es um was spezielles? Könntest du mal den entsprechenden Teil des Logfiles posten?
Ich habe mich mittlerweile entschieden, nicht die aktuellste Version des fraglichen Pakets zu installieren. Eine alte Version lag in 2 rpms vor, eine von den beiden als devel. Der Installvorgang lief problemlos. Ebenso der Installvorgang von zwei anderen Paketen, die im selben Zusammenhang auch als devel zu installieren war, wie sich dann herausstellte. Worum es sich bei den drei Paketen handelte? Es ging um drei Librarypakete, die für den Betrieb von Texas Instruments Taschenrechner Software benötigt werden: libtifiles, libticalc und libticables. Ich muss jetzt mal abwarten, ob die alten Versionen ausreichen.
Ich habe nun aber das Paket Y von tarballs konfiguriert und installiert. Und bei Tarballs gibt es nicht die Unterscheidung zwischen Devel und "Normal" wie's bei den RPMs der Fall ist. RPMs von Y stehen mir aber nicht zur Verfügung. Also muss ich mir die Devels aus den Tarballs erstellen, denke ich mir mal. Nur wie?
Dazu müsstest du wissen, welche Dateien ins devel-rpm kommen würden. In der Regel dürften das die Header der Sourcen sein ... genauere Hinweise wären intessant ...
Vemutlich die Header, ja. Nachdem sich aber herausstellte, dass das mit den devel-rpms nicht so einfach geht, habe ich einfach die Segel gestrichen und bin mit dem Downgrading den einfacheren Weg gegangen.
Google "Devel from tarballs" führt zu viel, aber nichts Geeignetes, und in man make finde ich auch nichts Geeignetes zum thema devel.
s.o.
Was kann ich tun? Danke für Hinweise!
Mehr Infos posten ;-)
Danke für deine Antwort. Falls ich dann doch mal weitere Infos brauche, werde ich sicher hier wieder nachfragen ;) Guido
Hallo, also wenn du das nur für das Kompilieren dieser einen Software brauchst, wirst du auch ohne devel-RPM auskommen, denke ich. Die enthalten ja in der Regel von Libraries oder auch anderen Software-Paketen die entsprechenden Header-Dateien und ähnliches, die der Compiler braucht, um festzustellen, wie Aufrufe an die entsprechende Bibliothek oder was auch immer aussehen müssen usw. Sie sind also Bestandteil des Quellcodes. Für die fertig kompilierte Software sind sie nicht mehr notwendig. Deshalb gibt es auch keine Unterscheidung zwischen devel und "normal" bei Software, die als Quellcode im tarball daherkommt. Diese Trennung wird ja bei der Erstellung der RPMs erst vorgenommen; das "normale" RPM enthält nur das kompilierte Programm, das Devel-RPM die Header usw. Bei einer Installation mit "make install" wird in aller Regel immer beides installiert, die Header wandern dabei meistens nach /usr/include oder /usr/local/include, evtl. in Unterverzeichnisse davon. checkinstall sollte demnach ein RPM produzieren, das beides enthält (kenne checkinstall aber nicht so genau). Du kannst dir aber auch wie folgt behelfen: wenn du jetzt Paket Y von Hand übersetzt hast (ohne "make install", nur "make" reicht völlig), sagen wir mal in /usr/src/packages/Y, dann solltest du jetzt im ./configure von Tarball X einen Pfad zu den Headern angeben können, also z.B. mit ./configure --with-Y=/usr/src/packages/Y/include manche configure-Skripte trennen auch zwischen Ort der Bibliothek und Ort der Header, wenn du also exakt die gleiche Version von Hand kompiliert hast, wie in dem installierten RPM ist, könnte auch das klappen: ./configure --with-Y-lib=/usr/lib --with-Y-include=/usr/src/packages/Y/include Genaueres sagt dir die Ausgabe von configure --help Bye, Andreas
On Sunday 05 December 2004 22:48, Andreas Heinlein wrote:
Hallo,
also wenn du das nur für das Kompilieren dieser einen Software brauchst, wirst du auch ohne devel-RPM auskommen, denke ich. Die enthalten ja in der Regel von Libraries oder auch anderen Software-Paketen die entsprechenden Header-Dateien und ähnliches, die der Compiler braucht, um festzustellen, wie Aufrufe an die entsprechende Bibliothek oder was auch immer aussehen müssen usw. Sie sind also Bestandteil des Quellcodes. Für die fertig kompilierte Software sind sie nicht mehr notwendig. Deshalb gibt es auch keine Unterscheidung zwischen devel und "normal" bei Software, die als Quellcode im tarball daherkommt. Diese Trennung wird ja bei der Erstellung der RPMs erst vorgenommen; das "normale" RPM enthält nur das kompilierte Programm, das Devel-RPM die Header usw. Bei einer Installation mit "make install" wird in aller Regel immer beides installiert, die Header wandern dabei meistens nach /usr/include oder /usr/local/include, evtl. in Unterverzeichnisse davon. checkinstall sollte demnach ein RPM produzieren, das beides enthält (kenne checkinstall aber nicht so genau).
Du kannst dir aber auch wie folgt behelfen: wenn du jetzt Paket Y von Hand übersetzt hast (ohne "make install", nur "make" reicht völlig), sagen wir mal in /usr/src/packages/Y, dann solltest du jetzt im ./configure von Tarball X einen Pfad zu den Headern angeben können, also z.B. mit ./configure --with-Y=/usr/src/packages/Y/include
Ja, daran hatte ich auch schon gedacht. Leider fragt das log von configure nach einer Datei, die auf meinem Rechner gar nicht existierte. Deshalb vermutete ich einfach, dass diese Datei eben nicht mit checkinstall zusammen mit dem ganzen Paket Y installiert worden ist.
manche configure-Skripte trennen auch zwischen Ort der Bibliothek und Ort der Header, wenn du also exakt die gleiche Version von Hand kompiliert hast, wie in dem installierten RPM ist, könnte auch das klappen: ./configure --with-Y-lib=/usr/lib --with-Y-include=/usr/src/packages/Y/include
Genaueres sagt dir die Ausgabe von configure --help
Ist nach vielen Kompilierproblemen in den letzten Wochen meine erste Anlaufstelle geworden. Häufig steht da eine Option "--with-...", die bei bestimmten vermissten Dateien anzuwenden ist. Ich suche dann mit find die entsprechende Datei und geben dann mit der explizit angebenen "--with-.." Option den Pfad an. Nur diesmal gabs die Datei nicht. Ich vermute mal, dass ich nicht wirklich alle möglichen Lösungen durchprobiert habe, die hier dankenswerter Weise angeboten werden. Die gehen aber nicht verloren ;), habe sie gespeichert um bei Bedarf wieder gelesen zu werden. Danke an alle! Guido
participants (5)
-
Andreas Heinlein -
Danny Kukawka -
Guido Pinkernell -
Konstantin -
Mario van der Linde