Hallo allerseits, Nachdem nun mit tar, man, info, gzip, less ... and more Frieden geschlossen habe, wagte ich mich heute an die Installation eines Programmes. Nach der vorliegenden Lektüre eigentlich nix sonderlich Problematisches. Oder doch? Na, ich wollte mein cdrecord updaten, also bei freshmeat das Neueste cdrecord-1.9a02.tar.gz geholt und nach /usr/local/src kopiert. Dann eine shell als root gestartet und das Teil vorschriftsmässig mit gzip -d < cdrecord-1.9a02.tar.gz | tar -xpf - entpackt. Dann ins Verzeichnis gewechselt und erstmal das INSTALL studiert. Da steht dann, dass cdrecord nach /opt/schily/bin/ installiert wird. 'Mein' cdrecord steht aber in /usr/bin/ (?) Ich habe nun einfach mal das make und make install aufgerufen und tatsächlich, wie versprochen steht das neue cdrecord 1.9 in einem Verzeichnis /opt/schily/bin/, ein whereis cdrecord zeigt beide Programme an: golem:~ # whereis cdrecord cdrecord: /usr/bin/cdrecord /opt/schily/bin/cdrecord Ein Aufruf von cdrecord startet natürlich das im Suchpfad liegende 'alte' cdrecord 1.8. Ich habe nochmal im SuSE-Handbuch und einem anderen Buch gestöbert, finde aber keine Anleitung, wie weiter zu verfahren ist. Was soll ich nun machen? Als Installationspfad für cdrecord /usr/bin angeben? Das Programm einfach umkopieren? Immer den kompletten Pfad angeben? Das Programm 'richtig' installieren - aber wie? Muss man immer das alte Programm deinstallieren? Bin ich auf SuSE-Pakete angewiesen? Da ich mich in einem enorm aktive Linux-Lernprozess befinde, freue ich mich schon jetzt auf nette Hilfe :-) alute erol -- Ein Lebenszeichen aus dem Hundert-Morgen-Wald. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
* Erol Bernstein (erol.bernstein@owl-online.de) [20000627 02:30]:
Dann ins Verzeichnis gewechselt und erstmal das INSTALL studiert. Da steht dann, dass cdrecord nach /opt/schily/bin/ installiert wird. 'Mein' cdrecord steht aber in /usr/bin/ (?)
Verwendet cdrecord autoconf, sprich es gibt ein ausführbares configure? Wenn
ja, kann man mit --prefix=/gewünschter/pfad angeben, wohin es installiert
werden soll. Eine Installation nach /usr/bin ist nicht empfehlenswert, denn
dann wird es beim nächsten Update überschrieben. Standardpfad für eigene
Programme ist /usr/local, denn /usr/local wird von SuSE Linux in Ruhe
gelassen (bis auf /usr/local/httpd).
Wenn du mit /opt/schily/bin zufrieden bist, setze einfach dieses Verzeichnis
vor /usr/bin in deinen Suchpfad, also z.B. ein
PATH=/opt/schily/bin:$PATH
in dein .bashrc . Und schon wird zuerst das neue cdrecord gefunden.
Philipp
--
Philipp Thomas
Hallo Philipp,
Wenn du mit /opt/schily/bin zufrieden bist, setze einfach dieses Verzeichnis vor /usr/bin in deinen Suchpfad, also z.B. ein
PATH=/opt/schily/bin:$PATH in dein .bashrc . Und schon wird zuerst das neue cdrecord gefunden.
Vielen Dank für den Tipp. Bei der neuen Version von cdrecord verwendet der Autor wohl ein etwas anderes make (Gmake), in der README.linux war das auch ganz verständlich erklärt. Die Anweisungen habe ich befolgt, musste allerdings direkt die ./DEFAULT/Default.linux anpassen. Nun steht das Programm in /usr/local/bin, usr/local/libs und die manpage-files in /usr/local/man. Ich denke, dass das Systemkonform ist. Über einen kleinen Tipp, für mich als winDos-Linux-Umsteiger, würde ich mich noch sehr freuen: Kann es zu Problemen mit Libraries von anderen Programmen kommen? Ich habe ja jetzt: erol@golem:~ > whereis cdrecord cdrecord: /usr/bin/cdrecord /usr/local/bin/cdrecord erol@golem:~ > whereis libscg libscg: /usr/local/lib/libscg.a Wird die vorher eingetragene Library nicht mehr genutzt? -- Ein Lebenszeichen aus dem Hundert-Morgen-Wald. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Erol Bernstein wrote:
Hallo Philipp,
Wenn du mit /opt/schily/bin zufrieden bist, setze einfach dieses Verzeichnis vor /usr/bin in deinen Suchpfad, also z.B. ein
PATH=/opt/schily/bin:$PATH in dein .bashrc . Und schon wird zuerst das neue cdrecord gefunden.
Vielen Dank für den Tipp. Bei der neuen Version von cdrecord verwendet der Autor wohl ein etwas anderes make (Gmake),
Irrtum. gmake ist ein anderer Name für GNU-make und wird zu Unterscheidung von herstellerspezifischen und anderen make-Varianten verwendet. Unter Linux ist make identisch mit GNU-make bzw. gmake. Auf anderen Betriebssystemen (bzw. BSD, Solaris) werden standardmäßig andere make-Programme verwendet, die nicht zu gnu-make kompatibel sind. Oder andersherum ausgedrückt, cdrecord benötigt GNU-make, da dessen Konfiguration vermutlich GNU-make proprietäre Konstrukte verwendet. Ralf -- Ralf Corsepius Forschungsinstitut fuer Anwendungsorientierte Wissensverarbeitung (FAW) Helmholtzstr. 16, 89081 Ulm, Germany Tel: +49/731/501-8690 mailto:corsepiu@faw.uni-ulm.de FAX: +49/731/501-999 http://www.faw.uni-ulm.de --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo Philipp,
Wenn du mit /opt/schily/bin zufrieden bist, setze einfach dieses Verzeichnis vor /usr/bin in deinen Suchpfad, also z.B. ein
PATH=/opt/schily/bin:$PATH
in dein .bashrc . Und schon wird zuerst das neue cdrecord gefunden.
Vielen Dank für den Tipp. Bei der neuen Version von cdrecord verwendet der Autor wohl ein etwas anderes make (Gmake), in der README.linux war das auch ganz verständlich erklärt. Die Anweisungen habe ich befolgt, musste allerdings direkt die ./DEFAULT/Default.linux anpassen. Nun steht das Programm in /usr/local/bin, usr/local/libs und die manpage-files in /usr/local/man. Ich denke, dass das Systemkonform ist. Über einen kleinen Tipp, für mich als winDos-Linux-Umsteiger, würde ich mich noch sehr freuen: Kann es zu Problemen mit Libraries von anderen Programmen kommen? Ich habe ja jetzt: erol@golem:~ > whereis cdrecord cdrecord: /usr/bin/cdrecord /usr/local/bin/cdrecord erol@golem:~ > whereis libscg libscg: /usr/local/lib/libscg.a Wird die vorher eingetragene Library nicht mehr genutzt? alute erol -- Ein Lebenszeichen aus dem Hundert-Morgen-Wald. --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On 26-Jun-2000 Erol Bernstein wrote:
'Mein' cdrecord steht aber in /usr/bin/ (?)
Wenn Du es von der Suse installiert hast, ist das auch der richtige Ort.
Ich habe nun einfach mal das make und make install aufgerufen und tatsächlich, wie versprochen steht das neue cdrecord 1.9 in einem Verzeichnis /opt/schily/bin/, ein whereis cdrecord zeigt beide Programme an:
golem:~ # whereis cdrecord cdrecord: /usr/bin/cdrecord /opt/schily/bin/cdrecord
Ein Aufruf von cdrecord startet natürlich das im Suchpfad liegende 'alte' cdrecord 1.8.
Ich habe nochmal im SuSE-Handbuch und einem anderen Buch gestöbert, finde aber keine Anleitung, wie weiter zu verfahren ist. Was soll ich nun machen?
Am besten die 1.8 ueber Yast deinstallieren.
Als Installationspfad für cdrecord /usr/bin angeben?
Nicht zur Distribution gehoerende Installationen sollten zur besseren Uebersichtlichkeit in /usr/local oder /opt stehen.
Das Programm einfach umkopieren?
Einfach mal probieren, und wenn es geht, dich freuen.
Immer den kompletten Pfad angeben?
Ja, oder die path-Angabe in der /etc/profile bzw. /etc/profile.local ergaenzen.
Das Programm 'richtig' installieren - aber wie?
Man kann das Zielverzeichnis natuerlich aendern. Einzelheiten stehen meist in den Readme's und Install's der Programme. Finde ich aber nicht empfehlenswert, weil man beim Installieren einer neueren Version viele Monate spaeter meistens nicht mehr daran denkt.
Muss man immer das alte Programm deinstallieren?
Suse-RPM wuerde ich immer deinstallieren, weil Du sonst Parallelinstallationen in /usr und /usr/local hast. Da tar-Pakete meistens kein make uninstall haben, verzichte ich i.d.R. darauf und installieren einfach darueber.
Bin ich auf SuSE-Pakete angewiesen?
Da die verschiedenen Distributionen libs, configs usw. nicht unbedingt in die gleichen Verzeichnisse packen, sind mit rpm-Paketen ggfs. Ueberraschungen nicht ausgeschlossen. Da es aber wohl kein Programm gibt, dass nicht auch als tar-Paket vorliegt, ist es eigentlich egal.
Da ich mich in einem enorm aktive Linux-Lernprozess befinde,
Vieles kannst Du auch selbst auf deinem Rechner ausprobieren. Im
Gegensatz zu Windows ist unter Linux das Risiko gering, dass Du
dein System voellig lahmlegst.
Viel Spass und Erfolg,
Heinz.
--
E-Mail: Heinz W. Pahlke
Moin, On Mon, 26 Jun 2000, Erol Bernstein wrote: [...]
golem:~ # whereis cdrecord cdrecord: /usr/bin/cdrecord /opt/schily/bin/cdrecord
Ein Aufruf von cdrecord startet natürlich das im Suchpfad liegende 'alte' cdrecord 1.8.
Ich habe nochmal im SuSE-Handbuch und einem anderen Buch gestöbert, finde aber keine Anleitung, wie weiter zu verfahren ist. Was soll ich nun machen?
Am einfachsten das alte Prog mit rpm deinstallieren und in /usr/bin einen Link auf /opt/schily/bin/cdrecord legen. Sollte anschliessend funzen. Alternativ, in /opt wieder löschen, Makefile anpassen das es nach /usr/local/ installiert wird. Bei den meisten Distries liegt /usr/local im Pfad. Vorher natürlich das RPM deinstallieren. ... may the Tux be with you! =Thomas= -- Thomas Bendler \\:// ml@bendler-net.de Billwiese 22 (o -) http://www.bendler-net.de/ 21033 Hamburg ---ooO-(_)-Ooo--- tel.: 0 177 - 277 37 61 Germany Linux, enjoy the ride ...! --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Am Mon, 26 Jun 2000 schrieb Erol Bernstein:
Hallo allerseits,
Nachdem nun mit tar, man, info, gzip, less ... and more Frieden geschlossen habe, wagte ich mich heute an die Installation eines Programmes. Nach der vorliegenden Lektüre eigentlich nix sonderlich Problematisches. Oder doch?
Na, ich wollte mein cdrecord updaten, also bei freshmeat das Neueste cdrecord-1.9a02.tar.gz geholt und nach /usr/local/src kopiert. Dann eine shell als root gestartet und das Teil vorschriftsmässig mit gzip -d < cdrecord-1.9a02.tar.gz | tar -xpf - entpackt. Dann ins Verzeichnis gewechselt und erstmal das INSTALL studiert.
Da steht dann, dass cdrecord nach /opt/schily/bin/ installiert wird.
'Mein' cdrecord steht aber in /usr/bin/ (?)
Ich habe nun einfach mal das make und make install aufgerufen und tatsächlich, wie versprochen steht das neue cdrecord 1.9 in einem Verzeichnis /opt/schily/bin/, ein whereis cdrecord zeigt beide Programme an:
golem:~ # whereis cdrecord cdrecord: /usr/bin/cdrecord /opt/schily/bin/cdrecord
Ein Aufruf von cdrecord startet natürlich das im Suchpfad liegende 'alte' cdrecord 1.8.
Ich habe nochmal im SuSE-Handbuch und einem anderen Buch gestöbert, finde aber keine Anleitung, wie weiter zu verfahren ist. Was soll ich nun machen?
Ich würde vorher das alte cdrecord deinstallieren. Außer du möchtest beide Versionen verwenden, was ich aber eher ausschließen kann, da du sonst wohl eher nicht den Drang nach der neuen Version hättest.
Als Installationspfad für cdrecord /usr/bin angeben?
Selbstkompilierte Programme würde ich in den Verzeichnisbaum unter /usr/local/ installieren.
Das Programm einfach umkopieren?
Ne. Damit untermauerst du die RPM-Database.
Immer den kompletten Pfad angeben? Das Programm 'richtig' installieren - aber wie?
Mein persönlicher Königsweg: RPM-Paket selber bauen.
Muss man immer das alte Programm deinstallieren?
Muss nicht, aber sinnvoll ist es schon.
Bin ich auf SuSE-Pakete angewiesen?
Nein, du kannst dir Programme selber aus den Sourcen kompilieren und installieren.
Da ich mich in einem enorm aktive Linux-Lernprozess befinde, freue ich mich schon jetzt auf nette Hilfe :-)
Da dein ganzes System RPM (Red Hat Packagemanagement)-basiert ist, finde ich es sehr sinnvoll aus Sourcen aus dem Internet RPM's zu machen. Das ist eigentlich auch garnicht so schwer. Dokumentation gibt es dazu auch sehr gute. Sogar ein komplettes Buch auf englisch (kostenlos). Vorteile: - einfache Installation und Deinstallation - wenn du das Programm auf einem anderen PC nochmal installieren willst geht das ohne hohen Arbeitsaufwand - Pakete die nicht bei der Distribution dabei sind, kannst du auch anderen zur Verfügung stellen ... Nachteile: - Ein etwas erhöhter Aufwand zur Erstellung des RPM's -- MfG Waldemar Brodkorb Linux rulez! --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
participants (6)
-
corsepiu＠faw.uni-ulm.de -
erol.bernstein＠owl-online.de -
h.pahlke＠berlin.de -
linux＠netcologne.de -
ml＠bendler-net.de -
pthomas＠suse.de