Hallo, ich möchte ein rpm-Packet installieren, dass libgcc_s.so.1 libstdc++.so.5 libstdc++.so.5(GLIBCPP_3.2) benötigt. Diese Packete kommen glaube ich aus gcc Version 3. Bei mir ist instaliert gcc-2.95.3-124 Kann ich die Version 3 zusätzlich installieren oder sind Komplikationen zu erwarten? Oder sollte ich lieber aus dem .src.rpm das packet neu bauen, oder aus dem .tar.gz? Gruß Stefan P.S. Wofür sind eigentlich die .spec Dateien?
Stefan Schlörholz schrieb:
ich möchte ein rpm-Packet installieren, dass
libgcc_s.so.1 libstdc++.so.5 libstdc++.so.5(GLIBCPP_3.2)
benötigt. Diese Packete kommen glaube ich aus gcc Version 3. Bei mir ist instaliert gcc-2.95.3-124
Kann ich die Version 3 zusätzlich installieren oder sind Komplikationen zu erwarten?
Ich habe auf einem Rechner hier neben GCC 2.95.4 auch GCC 3.2 und GCC 3.4 (alpha) installiert. Das geht prin- zipiell, allerdings habe ich diese Compiler selbst compiliert und installiert. Ob es mit einem RPM so ein- fach geht, weiss ich nicht - aber ich habe da bedenken, da evtl. Konflikte auftauchen werden.
Oder sollte ich lieber aus dem .src.rpm das packet neu bauen, oder aus dem .tar.gz?
Versuche es aus dem SRPM zu bauen. Geht das schief, nimm die TGZ Quellen, compiliere die Software, und baue Dir dann ein eigenes RPM. All das setzt natuerlich voraus, dass sich die Software mit dem aelteren Compiler ueber- setzen laesst.
P.S. Wofür sind eigentlich die .spec Dateien?
Zum Bauen von RPMs. Gruesse, Thomson -- Thomas Hertweck, Dipl.-Geophys., GPI Universitaet Karlsruhe === First they ignore you, then they laugh at you, then === === they fight you, then you win. (M. Ghandi) ===
Hi, On Sunday, April 13, 2003 at 13:20:26, Thomas Hertweck wrote:
Stefan Schlörholz schrieb:
ich möchte ein rpm-Packet installieren, dass
libgcc_s.so.1 libstdc++.so.5 libstdc++.so.5(GLIBCPP_3.2)
benötigt. Diese Packete kommen glaube ich aus gcc Version 3. Bei mir ist instaliert gcc-2.95.3-124
Kann ich die Version 3 zusätzlich installieren oder sind Komplikationen zu erwarten?
Ich habe auf einem Rechner hier neben GCC 2.95.4 auch GCC 3.2 und GCC 3.4 (alpha) installiert. Das geht prin- zipiell, allerdings habe ich diese Compiler selbst compiliert und installiert. Ob es mit einem RPM so ein- fach geht, weiss ich nicht - aber ich habe da bedenken, da evtl. Konflikte auftauchen werden.
Der intelligenteste Ansatz währe das RPM was die libs braucht neu zu kompilieren und nicht den compiler. Henne -- Hendrik Vogelsang aka Henne mailto: hvogel<at>hennevogel.de In the event of a dildo, we have to use the indefinite article 'a dildo', never 'your dildo' # random sigs made with fortune
Henne Vogelsang schrieb:
On Sunday, April 13, 2003 at 13:20:26, Thomas Hertweck wrote:
[...] Ich habe auf einem Rechner hier neben GCC 2.95.4 auch GCC 3.2 und GCC 3.4 (alpha) installiert. Das geht prin- zipiell, allerdings habe ich diese Compiler selbst compiliert und installiert. Ob es mit einem RPM so ein- fach geht, weiss ich nicht - aber ich habe da bedenken, da evtl. Konflikte auftauchen werden.
Der intelligenteste Ansatz währe das RPM was die libs braucht neu zu kompilieren und nicht den compiler.
Genau das stand doch in dem Teil meiner Mail, den Du hier nicht gequotet hast...!!?? *leicht verwirrt* Thomson -- Thomas Hertweck, Dipl.-Geophys., GPI Universitaet Karlsruhe === First they ignore you, then they laugh at you, then === === they fight you, then you win. (M. Ghandi) ===
Thomas Hertweck schrieb am Sonntag, 13. April 2003 13:20:
Stefan Schlörholz schrieb:
P.S. Wofür sind eigentlich die .spec Dateien?
Zum Bauen von RPMs.
Zum bauen aus .tar.gz oder aus .src.rpm? Ich dachte die .src.rpm muss ich nur noch mit rpm --rebuild packet.src.rpm anstoßen und dann das erhaltene packet.rpm mit rpm -U installieren? Ist ein .src.rpm nur ein Packet aus dem Tarball und der spec-Datei? Mit dem packet.src.rpm geht das auch so weit, nur werden die libs in /usr/lib/ installiert und das Programm (ein Kicker-Applet) in /usr/share/apps/kicker/. Ich dachte /opt/kde3/ ist das KDE-Standard-Installationsverzeichnis. Kann ich dem rpm --rebuild mitgeben, dass es in /opt/kde3/lib/ bzw /opt/kde3/share/apps/kicker/ installiert wird? Umgebungsvariable umsetzten? Eintrag in der .spec-Datei im src.rpm ändern? Oder der --rebuild Option mitgeben, nur habe in dem --rebuild Abschnitt in man rpm keine Option dafür gefunden. Genau weiß ich den Unterschied zwischen BUILD und REBUILD OPTIONS in man rpm nicht. BUILD zusammen mit .spec Dateien und Tarbällen und REBUILD zusammen mit .src.rpm? Ich benutze SuSE 7.3 (Update von 7.2) und KDE 3.1. Nutzt SuSE in 7.3 eigentlich noch die Verzeichnisse unter /etc/opt/kde3/ oder ist das alles nach /opt/kde3/ gewandert? Gruß Stefan
Stefan Schlörholz wrote:
Thomas Hertweck schrieb am Sonntag, 13. April 2003 13:20:
Stefan Schlörholz schrieb:
P.S. Wofür sind eigentlich die .spec Dateien?
Zum Bauen von RPMs.
Zum bauen aus .tar.gz oder aus .src.rpm?
Du faengst immer mit den reinen Quellen (das meinst Du wohl mit tar.gz) an. Mit Hilfe von RPM kannst Du dann die Source-RPMs als auch die Binary-RPMS er- zeugen. Gesteuert wird das Ganze ueber die .spec Datei.
Ich dachte die .src.rpm muss ich nur noch mit rpm --rebuild packet.src.rpm anstoßen und dann das erhaltene packet.rpm mit rpm -U installieren?
Genau.
Ist ein .src.rpm nur ein Packet aus dem Tarball und der spec-Datei?
...und eventueller Patches etc. Im Prinzip hast Du aber Recht. Beim Aufruf von "rpm --rebuild" werden die Quellen dann uebersetzt und es wird ein Binary- RPM gebildet. Das muss anschliessend noch installiert werden. Fuer die Details zum Bauen von RPM (und evtl. auch der Anwendung) gibt es einige Literatur. Ich bin da auch kein Experte, aber ab und an stoebere ich mal in o http://www.redhat.com/docs/books/max-rpm/max-rpm-html/ o http://www.tu-chemnitz.de/linux/Dokumentation/RPM/test.html o http://www.linuxhaven.de/dlhp/HOWTO/DE-RPM-HOWTO.html Vielleicht hilft es DIr ja auch. Gruesse, Thomson -- Thomas Hertweck, Geophysicist Geophysical Institute, Karlsruhe University (TH)
participants (3)
-
Henne Vogelsang
-
Stefan Schlörholz
-
Thomas Hertweck