On 07-Mar-2002 Dirk Bruse wrote:
Wie kann ich nun feststellen welche lib mir fehlen? In der Hilfe zum
Cannot load /usr/lib/apache/libphp4.so into server: libc-client.so cannot open shared object file: No such file or directory
Steht doch da oben: libc-client.so fehlt :-)
Die Loesung: Einfach mal die Paketsuche von yast benutzen. Vorher aber
ueber "Konfiguration erstellen/aendern" die Paketinformationen einlesen
lassen.
Und wenn das wieder Erwarten nicht hilft, mal mit google suchen, zu
welchem Paket das gehoeren koennte.
Viel Erfolg,
Heinz.
--
E-Mail: Heinz W. Pahlke
Am Donnerstag, 7. März 2002 19:52 schrieb Heinz W. Pahlke:
On 07-Mar-2002 Dirk Bruse wrote:
Wie kann ich nun feststellen welche lib mir fehlen? In der Hilfe zum
Cannot load /usr/lib/apache/libphp4.so into server: libc-client.so cannot open shared object file: No such file or directory
Steht doch da oben: libc-client.so fehlt :-)
Die Loesung: Einfach mal die Paketsuche von yast benutzen. Vorher aber ueber "Konfiguration erstellen/aendern" die Paketinformationen einlesen lassen.
Und wenn das wieder Erwarten nicht hilft, mal mit google suchen, zu welchem Paket das gehoeren koennte.
Viel Erfolg,
Heinz.
Hallo Liste! So langsam verzweifel ich mal wieder. Ich wollte nur auf ein nacktes System Apache, Perl, PHP und MySQL installieren. Apache lief ja auch und ich weiß inzwischen auch, dass das PHP Modul hier herumzickt. Unter Google gab es zig Hinweise und ich habe auch sämtliche Packete installiert, aber nichts funzt. Unter http://sdb.suse.de/de/sdb/html/apachegd_71.html habe ich zumindest einen Hinweis erhalten, jedoch half mir das Einspielen des Paketes perl_gd auch nicht. Echt komisch, so was. See You Dirk
Hallo Liste, da mein PHP aus dem Suse Paket nicht richtig läuft, habe ich es deinstalliert und wollte nun die aktuelle Version von www.php.net installieren. Da ich das noch nicht gemacht habe, kommt hier meine Frage. Ich habe das File in mein User Verzeichnis heruntergeladen und anschliessend mit tar -xvzf php-4.1.2.tar.gz entpackt. Nun muß ich es mit ./configure installieren, aber wo muß ich mich dabei befinden? Diese Frage wollte ich schon ne ganze Weile loswerden und habe deswegen immer Pakete von Suse heruntergeladen. ;) Es wurden allerdings zig Verzeichnisse und Dateien angelegt. In welches Verz. muß ich. Kann ich das irgendwo sehen (ReadME) ??? Oder gibt es da ne Regel? Mein Buch sagt mal wieder nur ./configure (Version) na Toll dann make install und dann sollte es funzen, hoffe ich. Manno, ich komme mir vor wie ein Kind, der mit seinem Spielzeug nichts anzufangen weiß. :o(((
Hiho Liste, ich habe einfach noch weiter herum gebastelt und konnte immerhin das configure starten, allerdings bezweifel ich, dass das auch nur im Geringsten correct war. Ich habe einen Haufen Fehlermeldungen und ob das Verzeichnis richtig gewählt war, aus dem ich das configure aufgerufen habe, ist mir auch unklar. Wie macht ihr das denn immer? Gibt es vielleicht eine spezielle Suse Version bei php.net??? linux:/home/dibrus/php-4.1.2 # ./configure creating cache ./config.cache checking for a BSD compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking whether make sets ${MAKE}... yes checking for working aclocal... missing checking for working autoconf... missing checking for working automake... missing checking for working autoheader... missing checking for working makeinfo... found Updated php_version.h checking whether to enable maintainer-specific portions of Makefiles... no checking host system type... i586-pc-linux-gnu checking for gawk... gawk checking for bison... no checking for byacc... no configure: warning: You will need bison if you want to regenerate the PHP parsers. checking for gcc... gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether gcc accepts -g... yes checking how to run the C preprocessor... gcc -E checking for AIX... no checking for gcc option to accept ANSI C... none needed checking for ranlib... ranlib checking whether gcc and cc understand -c and -o together... yes checking whether ln -s works... yes checking for flex... lex checking for yywrap in -ll... no checking lex output file root... ./configure: lex: command not found configure: error: cannot find output from lex; giving up linux:/home/dibrus/php-4.1.2 # Irgendwie kann das ja nicht das Wahre sein, oder?
Hallo Dirk, Dirk Bruse wrote:
...
Hier wird's schon interessant...
checking for working aclocal... missing checking for working autoconf... missing checking for working automake... missing checking for working autoheader... missing checking for working makeinfo... found Updated php_version.h checking whether to enable maintainer-specific portions of Makefiles... no checking host system type... i586-pc-linux-gnu checking for gawk... gawk
hier wieder...
checking for bison... no checking for byacc... no configure: warning: You will need bison if you want to regenerate the PHP parsers. checking for gcc... gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether gcc accepts -g... yes checking how to run the C preprocessor... gcc -E checking for AIX... no checking for gcc option to accept ANSI C... none needed checking for ranlib... ranlib checking whether gcc and cc understand -c and -o together... yes checking whether ln -s works... yes checking for flex... lex checking for yywrap in -ll... no checking lex output file root... ./configure: lex: command not found configure: error: cannot find output from lex; giving up linux:/home/dibrus/php-4.1.2 #
Irgendwie kann das ja nicht das Wahre sein, oder?
Nö ;) Du solltest dir vielleicht mal folgendes anschauen: http://www.baach.de/lamp-tutorial.html Das ändert aber auch nichts daran, dass du flex bzw. lex usw. nicht installiert hast. Damit ist dein System nicht für das Installieren geeignet. Solltest du daher noch von den SuSE-CD's installieren. Die Meldungen von ./configure sagen doch schon genug... Gruß Thomas P.S. Es gibt übrigens neue NVIDIA-Treiber (zwar noch keine SuSE-RPM's - zumindest bis gestern abend nicht - aber die Installation der Source-Pakete hat bei mir (SuSE 7.3 mit den letzten SuSE-NVidia-RPM's problemlos geklappt.) P.P.S. _Erste_ Erfahrungen: ein _bisschen_ schneller. Fazit: Lohnt nicht für GF2-Nutzer, wenn man bisher zufrieden war. -- ./no_signature
Hiho Liste, nachdem ich nun fast alles korrekt eingebunden habe, mitunter auch das Paket mysql Server finde ich allerdings nirgends das Verzeichnis, was normalerweise unter usr/bin/mysql zu finden ist. Unter Paketinfos wird nur angezeigt, dass das Paket installiert ist. Leider finde ich nichts. Ich habe mal eine info.php aufgerufen und dort wird mir auch angezeigt, dass MySQL vorhanden, nur in ganz anderen Verzeichnissen. Gibt es da keine Norm??? Ausserdem habe ich noch kein SSH Zugang. Welches Paket muß ich installieren um zur Schell Zugang zu bekommen? Bye Der ewig Suchende ;o)))
Hallo, at Mon, 11 Mar 2002 00:55:09 +0100 Dirk Bruse wrote:
Leider finde ich nichts. Ich habe mal eine info.php aufgerufen und dort wird mir auch angezeigt, dass MySQL vorhanden, nur in ganz anderen Verzeichnissen. Gibt es da keine Norm???
Mach mal ein locate mysql. Gruß Michael -- Homepage temporarily out of order Registered Linux User #228306 Phone/Fax +49 7000 MACBYTE http://counter.li.org GNU GPG-Key ID 22C51B8D0140F88B ICQ #151172379 ++ Webdesign ++ PHP Development ++
Am Montag, 11. März 2002 00:55 schrieb Dirk Bruse:
Hiho Liste,
nachdem ich nun fast alles korrekt eingebunden habe, mitunter auch das Paket mysql Server finde ich allerdings nirgends das Verzeichnis, was normalerweise unter usr/bin/mysql zu finden ist. Unter Paketinfos wird nur angezeigt, dass das Paket installiert ist.
/usr/bin/mysql ist kein Verzeichnis, sondern nur das Binary, wenn Du das Verzeichnis, suchst, in denen sich auch die Datenbanken befinden, ist /var/lib/mysql Dein Ziel.
Leider finde ich nichts. Ich habe mal eine info.php aufgerufen und dort wird mir auch angezeigt, dass MySQL vorhanden, nur in ganz anderen Verzeichnissen. Gibt es da keine Norm??? Das ist aber schon gut so, weil man /var sicher eine eigene Partition gönnen will, wen man DB-gestützt arbeitet.
Ausserdem habe ich noch kein SSH Zugang. Welches Paket muß ich installieren um zur Schell Zugang zu bekommen? Nimm openssh
Der ewig Suchende ;o))) *wein* Wir sind ja bei Dir :-)
CU Thorsten -- Thorsten Körner || thorstenkoerner@123tkshop.org Dannenkoppel 51 || thorstenkoerner@thorsti.org 22391 Hamburg || GNU-GPG Key: 2D2C4868C007C4FA http://www.123tkShop.org || reg. Linux-User:#187283
Hallo, at Mon, 11 Mar 2002 01:08:18 +0100 Thorsten Körner wrote:
Am Montag, 11. März 2002 00:55 schrieb Dirk Bruse:
Der ewig Suchende ;o)))
*wein* Wir sind ja bei Dir :-)
Wer suched der findet. ;-)) Zur Not Mami fragen, denn die räumt ja immer auf. ;-))) Gruß Michael -- Homepage temporarily out of order Registered Linux User #228306 Phone/Fax +49 7000 MACBYTE http://counter.li.org GNU GPG-Key ID 22C51B8D0140F88B ICQ #151172379 ++ Webdesign ++ PHP Development ++
Am Montag, 11. März 2002 01:08 schrieb Thorsten Körner:
/usr/bin/mysql ist kein Verzeichnis, sondern nur das Binary, wenn Du das Verzeichnis, suchst, in denen sich auch die Datenbanken befinden, ist /var/lib/mysql Dein Ziel.
Das Verzeichnis ist da, nur leider ist das leer. Ich weiß noch von der Windows Version wie das ungefähr aussehen muß und hier fehlt wohl einiges. Ich werde mal de- und neu installieren.
Nimm openssh
Oki, dann werde ich gleich mal den ftp-server quälen und alle Verz. durchsuchen. Wird schon irgendwo sein, bestimmt im Letzten. ;o)))
Der ewig Suchende ;o)))
*wein* Wir sind ja bei Dir :-)
Dann bin ich ja beruhigt. ;o)
Hallo Dirk Am Montag, 11. März 2002 01:35 schrieb Dirk Bruse:
Am Montag, 11. März 2002 01:08 schrieb Thorsten Körner:
/usr/bin/mysql ist kein Verzeichnis, sondern nur das Binary, wenn Du das Verzeichnis, suchst, in denen sich auch die Datenbanken befinden, ist /var/lib/mysql Dein Ziel.
Das Verzeichnis ist da, nur leider ist das leer. Ich weiß noch von der Windows Version wie das ungefähr aussehen muß und hier fehlt wohl einiges.
Das ist schon merkwürdig. Es müsste direkt nach der installation eigentlich schon die beiden Unteverzeichnisse mysql und test_db in /var/lib/mysql geben.
Ich werde mal de- und neu installieren.
Hast Du die SuSE-RPMs installiert, oder selbstgebaut und vielleicht einen anderen --prefix angegeben? Hast Du nach der Installation schon mal updatedb laufen gehabt? Dann könntest Du es mal mit: $>locate mysql/ | more versuchen.
Nimm openssh
Oki, dann werde ich gleich mal den ftp-server quälen und alle Verz. durchsuchen. Wird schon irgendwo sein, bestimmt im Letzten. ;o)))
Serie: security
Der ewig Suchende ;o)))
*wein* Wir sind ja bei Dir :-)
Dann bin ich ja beruhigt. ;o)
Gell ? ;o) CU Thorsten -- Thorsten Körner || thorstenkoerner@123tkshop.org Dannenkoppel 51 || thorstenkoerner@thorsti.org 22391 Hamburg || GNU-GPG Key: 2D2C4868C007C4FA http://www.123tkShop.org || reg. Linux-User:#187283
Am Montag, 11. März 2002 01:55 schrieb Thorsten Körner:
Der ewig Suchende ;o)))
*wein* Wir sind ja bei Dir :-)
Dann bin ich ja beruhigt. ;o)
Gell ? ;o)
Hehe, jetzt hab ich alles nochmals aufgespielt und siehe da, es funzt. Jetzt muß ich nur noch Telnet gestartet bekommen und der Server läuft. Und das, obwohl ich keine Ahnung von Linux habe. ;o))) Aber ich habe ja euch und meine Bücher. *g* Good Night!
Am Montag, 11. März 2002 02:27 schrieb Dirk Bruse:
Am Montag, 11. März 2002 01:55 schrieb Thorsten Körner:
Der ewig Suchende ;o)))
*wein* Wir sind ja bei Dir :-)
Dann bin ich ja beruhigt. ;o)
Gell ? ;o)
Hehe, jetzt hab ich alles nochmals aufgespielt und siehe da, es funzt. Jetzt muß ich nur noch Telnet gestartet bekommen und der Server läuft. Und das, obwohl ich keine Ahnung von Linux habe. ;o)))
Aber ich habe ja euch und meine Bücher. *g*
Zahlt sich immer wieder aus das, wie ? Aber ich würde gar nicht erst mit Telnet anfangen. Da Du dein System ja allem Anschein nach von Null an aufbaust, würde ich Dir von Telnet abraten und ssh empfehlen. CU Thorsten -- Thorsten Körner || thorstenkoerner@123tkshop.org Dannenkoppel 51 || thorstenkoerner@thorsti.org 22391 Hamburg || GNU-GPG Key: 2D2C4868C007C4FA http://www.123tkShop.org || reg. Linux-User:#187283
Hallo Dirk, On Mon, Mar 11, 2002 at 00:55:09 CET, Dirk Bruse wrote:
nachdem ich nun fast alles korrekt eingebunden habe, mitunter auch das Paket mysql Server finde ich allerdings nirgends das Verzeichnis, was normalerweis unter usr/bin/mysql zu finden ist. Unter Paketinfos wird nur angezeigt, dass das Paket installiert ist.
kennst Du schon rpm -ql <PAKETNAME> ? Das gibt Dir eine Liste aller Files, die mit <PAKETNAME> installiert worden sind. Schöne Grüße, Stephan -- /* Stephan Hakuli -=-=-=- http://www.hakuli.de/stephan Encryption with GnuPG/GPG is strongly encouraged, my public key is available on my website. -=- Kernel_source_comment_of_the_month=\ `find /usr/src/linux-2.2.20 -name "*.[hc]"|xargs grep "can grep"` */
* Dirk Bruse schrieb am 08.Mär.2002:
ich habe einfach noch weiter herum gebastelt und konnte immerhin das configure starten, allerdings bezweifel ich, dass das auch nur im Geringsten correct war. Ich habe einen Haufen Fehlermeldungen und ob das Verzeichnis richtig gewählt war, aus dem ich das configure aufgerufen habe, ist mir auch unklar.
Wie macht ihr das denn immer?
Gibt es vielleicht eine spezielle Suse Version bei php.net???
keine Ahnung.
linux:/home/dibrus/php-4.1.2 # ./configure creating cache ./config.cache checking for a BSD compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking whether make sets ${MAKE}... yes checking for working aclocal... missing checking for working autoconf... missing checking for working automake... missing checking for working autoheader... missing checking for working makeinfo... found
Da steht es doch, Du hast aclocal, autoconf, automake, autoheader und makeinfo nicht installiert. Wenn man selber kompelieren will, jedenfalls die Gnu-Sachen, dann braucht man das. Du mußt die Pakete automake, autoconf und texinfo installieren. Die müßten in der Serie d zu finden sein.
Updated php_version.h checking whether to enable maintainer-specific portions of Makefiles... no checking host system type... i586-pc-linux-gnu checking for gawk... gawk checking for bison... no
Bison fehlt auch. Muß auch installiert sein. Ebenfalls Serie d. Bison ist ein Compiler Compiler. Damit kann man Compiler bauen.
checking for byacc... no
Das ist ein anderer, falls es bison nicht gibt. Aber Du wirst ja bison installieren.
configure: warning: You will need bison if you want to regenerate the PHP parsers. checking for gcc... gcc checking whether the C compiler (gcc ) works... yes checking whether the C compiler (gcc ) is a cross-compiler... no checking whether we are using GNU C... yes checking whether gcc accepts -g... yes checking how to run the C preprocessor... gcc -E checking for AIX... no checking for gcc option to accept ANSI C... none needed checking for ranlib... ranlib checking whether gcc and cc understand -c and -o together... yes checking whether ln -s works... yes checking for flex... lex
flex brauchst Du auch. Ist ein Parser. Brauchst Du fast immer, wenn Du auch bison brauchst.
checking for yywrap in -ll... no checking lex output file root... ./configure: lex: command not found configure: error: cannot find output from lex; giving up linux:/home/dibrus/php-4.1.2 #
Irgendwie kann das ja nicht das Wahre sein, oder?
autoconf und automake brauchst Du immer, wenn Du Gnusachen selber kompelierst. texinfo wenn es auch deutsche Meldungen usw. gibt. Oft benötigen Pakete auch bison und flex. Installier das alles und es wird gut. Alles auf der SuSE-CD drauf. Bernd -- Welches Buch ist zu empfehlen? Schon mal bei SuSE vorbeigesehen? http://www.suse.de/de/products/books/index.html oder die Empfehlungen der SuSE-Entwickler auf dem eigenen Rechner? file:///usr/share/doc/sdb/de/html/literatur.html |Zufallssignatur 5
Nachdem ich meinen Apache nun endgültig zum Laufen gebracht habe und bemerkt habe, dass alle meine Kumpels, die nur auf Linux schwören überhaupt keinen Plan davon haben, macht es mir inzwischen um so mehr Spaß. :o) Nun habe ich wieder Fragen. Welcher FTP-Server ist zu empfehlen? Dabei Frage ich in Hinblick auf ein ev. vorhandenes Admin Tool, mit dem ich dann den Rechner auch von der Workstation heraus administrieren kann. Muß ich da ein spezielles FTP Programm nehmen? Zudem die Frage, ob die User beim FTP mit denen in Samba identisch sind, oder muß ich die User jeweils einmal für Sama anlegen und extra für FTP? Ich denke, dass ist getrennt, weiß es jedoch nicht. Kann ich den Samba einsetzen für die Anmeldung von meiner Workstation (incl. Passwortdateien) und trotzdem den Webserver laufen lassen, oder gibt es dort Sicherheitsbedenken? Bye Dirk
Am Freitag, 8. März 2002 12:27 schrieb Dirk Bruse:
Nachdem ich meinen Apache nun endgültig zum Laufen gebracht habe und bemerkt habe, dass alle meine Kumpels, die nur auf Linux schwören überhaupt keinen Plan davon haben, macht es mir inzwischen um so mehr Spaß. :o)
Nun habe ich wieder Fragen.
Welcher FTP-Server ist zu empfehlen?
Dabei Frage ich in Hinblick auf ein ev. vorhandenes Admin Tool, mit dem ich dann den Rechner auch von der Workstation heraus administrieren kann. Muß ich da ein spezielles FTP Programm nehmen?
Zudem die Frage, ob die User beim FTP mit denen in Samba identisch sind, oder muß ich die User jeweils einmal für Sama anlegen und extra für FTP?
Ich denke, dass ist getrennt, weiß es jedoch nicht.
Kann ich den Samba einsetzen für die Anmeldung von meiner Workstation (incl. Passwortdateien) und trotzdem den Webserver laufen lassen, oder gibt es dort Sicherheitsbedenken?
Hallo Liste! Kann mir keiner mal nen Tipp geben welchen FTP Server man empfehlen kann, oder ob gar einer schon installiert ist??? Ausserdem weiß ich net, wo ich einen Samba Server herbekomme. Gibt es dort auch ein rpm Paket? Thx for help. Bye Dirk
Dirk Bruse:
Welcher FTP-Server ist zu empfehlen?
Proftp. Die Voreinstellungen sind sehr gut, man sollte aber unbedingt die User in ihren Homeverzeichnissen einsperren. Wie das geht steht in der Konfigdatei und im Listenarchiv.
Ausserdem weiß ich net, wo ich einen Samba Server herbekomme. Gibt es dort auch ein rpm Paket?
Ja. Die meisten Sachen, die mit Samba zu tun haben, heissen nicht "samba-irgendwas", sondern "smb-irgendwas". Außerdem hat yast2 eine Suchfunktion für solche Sachen, mit Stichwort "ftp" oder "samba" wirst du dort geradezu erschlagen. Gruß, Ratti
Hallo, Dirk Bruse:
checking for working aclocal... missing checking for working autoconf... missing checking for working automake... missing checking for working autoheader... missing checking for working makeinfo... found
Ich würde ja mal sagen... du hast eine Minimalinstallation gemacht? Dir fehlen ein paar sehr wichtige Tools, genau die oben angemäkelten. Ich persönlich finde es viel schwieriger, ein laufendes System unter "Minimal" hochzuziehen, als erstmal mit "Standard ohne Office" anzufangen. Das ist natürlich nur meine eigene Ansicht, aber ich habe die gleiche Erfahrung gemacht wie du auch: Dies fehlt, das fehlt, jenes fehlt. Hilfe. Solange das bloß "automake" ist, wie oben in Klartext bemängelt, und sich das durch die Installation des Paketes "automake" beheben lässt, ist das ja noch Praktikantenarbeit. Aber früher oder später wird dir sauerkrautdb3sauerkraut.lib fehlen, und dann erkenne erstmal, welche Datenbank das ist. Gruß, Ratti
* Ratti schrieb am 08.Mär.2002:
Hallo,
Dirk Bruse:
checking for working aclocal... missing checking for working autoconf... missing checking for working automake... missing checking for working autoheader... missing checking for working makeinfo... found
Ich würde ja mal sagen... du hast eine Minimalinstallation gemacht?
Dir fehlen ein paar sehr wichtige Tools, genau die oben angemäkelten.
Ich persönlich finde es viel schwieriger, ein laufendes System unter "Minimal" hochzuziehen, als erstmal mit "Standard ohne Office" anzufangen.
Ich glaube, bei Standard ist es auch nicht dabei. Texinfo jedenfalls nicht. Da bin ich auch mit auf der Schnauze geflogen.
Das ist natürlich nur meine eigene Ansicht, aber ich habe die gleiche Erfahrung gemacht wie du auch: Dies fehlt, das fehlt, jenes fehlt. Hilfe.
Solange das bloß "automake" ist, wie oben in Klartext bemängelt, und sich das durch die Installation des Paketes "automake" beheben lässt, ist das ja noch Praktikantenarbeit.
Aber früher oder später wird dir sauerkrautdb3sauerkraut.lib fehlen, und dann erkenne erstmal, welche Datenbank das ist.
yast hat ein Suchfunktion. Bernd -- Hast Du bei Problemen schon in der SuSE-Support-Datenbank (SDB) nachgesehen? Auf Deinem Rechner: http://localhost/doc/sdb/de/html/index.html | mit Apache: http://localhost/doc/sdb/de/html/key_form.html | Zufalls- Tagesaktuell bei SuSE: http://sdb.suse.de/sdb/de/html/index.html | signatur 2
Hallo, Ratti:
Solange das bloß "automake" ist, wie oben in Klartext bemängelt, und sich das durch die Installation des Paketes "automake" beheben lässt, ist das ja noch Praktikantenarbeit.
Bernd Brodesser:
Aber früher oder später wird dir sauerkrautdb3sauerkraut.lib fehlen, und dann erkenne erstmal, welche Datenbank das ist.
yast hat ein Suchfunktion.
...und die ist super, solange du etwas vermisst, was "autoconf" heisst. Gesucht, gefunden, installiert: autoconf.rpm. ;-) Wenn du aber etwas suchst, das xml2db3ext.lib heisst (fiktiver Name), dann nützt sie dir gar nix, weil du nicht weisst, wonach du suchen musst. In diesem Fall wäre wohl db3 der Ansatz, und nicht XML. Da muß man halt googlen: Was wollten andere Leute installieren, die Probleme mit dieser Datei haben? Oder in welchem Umfeld findet rpmfind diese Datei. Gruß, Ratti
* On Sat, 09 Mar 2002 at 18:46 +0100, Ratti wrote:
Ratti:
Solange das bloß "automake" ist, wie oben in Klartext bemängelt, und sich das durch die Installation des Paketes "automake" beheben lässt, ist das ja noch Praktikantenarbeit.
Bernd Brodesser:
Aber früher oder später wird dir sauerkrautdb3sauerkraut.lib fehlen, und dann erkenne erstmal, welche Datenbank das ist.
yast hat ein Suchfunktion.
...und die ist super, solange du etwas vermisst, was "autoconf" heisst.
Gesucht, gefunden, installiert: autoconf.rpm. ;-)
Wenn du aber etwas suchst, das xml2db3ext.lib heisst (fiktiver Name), dann nützt sie dir gar nix, weil du nicht weisst, wonach du suchen musst. In diesem Fall wäre wohl db3 der Ansatz, und nicht XML.
Files sucht yast in den neueren Versionen leider nicht mehr, das wurde aus irgendeinem bxxxxx Grund abgedreht. Allerdings sollte sich irgendwo (bei mir im Root der DVD) eine ARCHIVES.gz finden, auf die kann man munter drauf los greppen, oder auch IIRC auf die Files in /suse/contents. -- Adalbert PGP welcome, request public key: mailto:adalbert+key@lopez.at
* Ratti schrieb am 09.Mär.2002:
Bernd Brodesser:
yast hat ein Suchfunktion.
...und die ist super, solange du etwas vermisst, was "autoconf" heisst.
Gesucht, gefunden, installiert: autoconf.rpm. ;-)
Wenn du aber etwas suchst, das xml2db3ext.lib heisst (fiktiver Name), dann nützt sie dir gar nix, weil du nicht weisst, wonach du suchen musst. In diesem Fall wäre wohl db3 der Ansatz, und nicht XML.
Da muß man halt googlen: Was wollten andere Leute installieren, die Probleme mit dieser Datei haben? Oder in welchem Umfeld findet rpmfind diese Datei.
Richtig eng wird es aber, wenn man Software sucht, um damit online gehen zu können und man außer Linux auch kein anderes Betriebssystem hat. Dann ist nichts mit googlen. ;) Bernd -- ACK = ACKnowledge = Zustimmung | NAC = No ACknowledge = keine Zustimmung DAU = Dümmster Anzunehmender User | LOL = Laughing Out Loud = Lautes Lachen IIRC = If I Remember Correctly = Falls ich mich richtig erinnere OT = Off Topic = Am Thema (der Liste) vorbei |Zufallssignatur 11
Am Freitag, 8. März 2002 23:57 schrieb Ratti:
Ich würde ja mal sagen... du hast eine Minimalinstallation gemacht?
Dir fehlen ein paar sehr wichtige Tools, genau die oben angemäkelten.
Ich persönlich finde es viel schwieriger, ein laufendes System unter "Minimal" hochzuziehen, als erstmal mit "Standard ohne Office" anzufangen. Das ist natürlich nur meine eigene Ansicht, aber ich habe die gleiche Erfahrung gemacht wie du auch: Dies fehlt, das fehlt, jenes fehlt. Hilfe.
Solange das bloß "automake" ist, wie oben in Klartext bemängelt, und sich das durch die Installation des Paketes "automake" beheben lässt, ist das ja noch Praktikantenarbeit.
Aber früher oder später wird dir sauerkrautdb3sauerkraut.lib fehlen, und dann erkenne erstmal, welche Datenbank das ist.
Hiho, Danke für die Antwort. Inzwischen habe ich das auch gepeilt und die fehlenden Pakete eingespielt. So langsam peile ich das auch alles. Nur packe ich es nich ein rpm was sich auf meiner HDD befindet einzubinden, aber das wird auch noch. ;o)
* Dirk Bruse schrieb am 09.Mär.2002:
Hiho, Danke für die Antwort. Inzwischen habe ich das auch gepeilt und die fehlenden Pakete eingespielt. So langsam peile ich das auch alles. Nur packe ich es nich ein rpm was sich auf meiner HDD befindet einzubinden, aber das wird auch noch. ;o)
Mach es doch einfach mit yast. Pakete einspielen -> Verzeichniß Bernd -- Homepages von deutschsprachigen Linux-Gurus: Kristian Köhntopp: http://www.koehntopp.de/kris/artikel/ Sven Guckes: http://www.math.fu-berlin.de/~guckes/sven Robin S Socha: http://socha.net/index2.html |Zufallssignatur 10
Hallo, Dirk Bruse:
Hiho, Danke für die Antwort. Inzwischen habe ich das auch gepeilt und die fehlenden Pakete eingespielt. So langsam peile ich das auch alles. Nur packe ich es nich ein rpm was sich auf meiner HDD befindet einzubinden, aber das wird auch noch. ;o)
Ich hoffe, ich erzähle nix falsches... ich habe den Eindruck, yast ist beim einspielen von Fremdpaketen etwas zu schweigsam. Darum mache ich das immer an der Kommandozeile. In der Regel mir rpm -Uvh paket.rpm Meistens gibt es Abhängigkeiten, die werden dir dann angegeben, dann brauchst du diese Pakete auch noch. Gelegentlich wird es vorkommen, daß du zwei Pakete einspielen willst: a.rpm und b.rpm Wenn du dann probierst, erstmal a einzuspielen, kann es sein, daß er sagt, er braucht b. Gut, spielst du eben b ein. Dann sagt er, er braucht aber a. =%-) Da machst du dann einfach rpm -Uvh a.rpm b.rpm [c.rpm d.rpm e.rpm ...] U steht für Update. Gibt es das Paket schon in älterer Fassung, wird upgedatet War es noch nicht installiert, heisst "Update" eben "installieren" v macht rpm etwas geschwätziger. h ist kosmetischer Natur und gibt einen Balken aus. Generell: Wenn du Hilfe zu einem Befehl brauchst, geht das mit man befehlsname In diesem Fall hätte man rpm dir weitergeholfen. Manchmal weiss man den Befehlsnamen aber gar nicht. Dafür gibt es die Option "-k" wie "Keyword". Das sollte deine erste Wahl sein. Mit man -k rpm bekommst du alle Befehle ausgegeben, deren Erklärung "rpm" enthält. Du machst doch gerade mit Samba rum, oder? Mach mal man -k smb , und dann volle Deckung. ;-) Gruß, Ratti
On 07-Mar-2002 Dirk Bruse wrote:
Ich habe das File in mein User Verzeichnis heruntergeladen und anschliessend mit
tar -xvzf php-4.1.2.tar.gz
entpackt.
Nun muß ich es mit ./configure installieren, aber wo muß ich mich dabei befinden? Diese Frage wollte ich schon ne ganze Weile loswerden und
Nach dem Entpacken duerftest du ein Verzeichnis php oder noch
wahrscheinlicher php-4.1.2 vorfinden. Einfach in dieses wechseln und
von dort dann ./configure aufrufen.
Dazu und zu make brauchst du uebrigens nur user-, aber keine
root-Rechte. Erst fuer make install musst du dich zu root machen.
Zu den Fehlermeldungen kann ich dir nichts sagen. Aber da apache mit
seinen diversen Erweiterungen recht maechtig ist, duerfte das
Selbstkompilieren nicht gerade einfach sein. Vermutlich ist es mit
fertigen Paketen doch leichter.
Ich installiere neue Pakete in der Regel mit rpm -U (fuer Update,
funktioniert aber auch, wenn noch keine aelteren Versionen installiert
sind) und werte dann einfach die Fehlermeldungen aus. D.h. ich versuche
die erste als fehlend angemeckerte Datei mit google einem Paket
zuzuordnen, das ich dann erstmal bei Suse und bei einem Misserfolg dann
mit rpmfind zu finden suche.
Bei einem Einspielen von libraries natuerlich nicht ein ldconfig
vergessen oder gleich SuSEconfig auf der Befehlszeilen aufrufen. Und
das lieber einmal zu viel als einmal zu wenig, weil es schon aergerlich
ist, wenn man immer noch nach Fehlern sucht, obwohl das richtige Paket
laengst installiert wurde, dem System aber nur nicht bekannt gemacht
wurde.
Und als letzten Trost, wenn der Apache wie gewuenscht laeuft, kennst du
dein Linux wieder ein Ende besser und loest das naechste Problem viel
schneller.
Beste Gruesse,
Heinz.
--
E-Mail: Heinz W. Pahlke
* Dirk Bruse schrieb am 08.Mär.2002:
tar -xvzf php-4.1.2.tar.gz
entpackt.
Nun muß ich es mit ./configure installieren, aber wo muß ich mich dabei befinden? Diese Frage wollte ich schon ne ganze Weile loswerden und habe deswegen immer Pakete von Suse heruntergeladen. ;)
Ist doch klar, da wo configure steht. Der . bedeutet doch nur aktuelles Verzeichniß. Wenn er im Pfad steht, kannst Du ihm auch weglassen. Es ist doch so, wenn Du irgend einen Befehl eingibst, dann wird im Pfad ($PATH) gesucht wo er stehen könne. Im Pfad stehen lauter Verzeichnisse, die durch : voneinander getrennt sind. Wird nun ein Befehl eingegeben, der nicht absolut oder relativ ist, so wird im Pfad gesucht. Beispiel: Mein Pfad sieht folgendermaßen aus: /home/brod/bin:/usr/local/bin:/usr/bin:/usr/X11R6/bin:/bin:/usr/lib/java/bin: und noch was länger. Wenn ich jetzt ls eingebe, so wird zuerst nach /home/brod/bin/ls gesucht, gibt es nicht. Also wird nach /usr/local/bin/ls gesucht. Gibt es auch nicht, also weiter. /usr/bin/ls gibts auch nicht, aber /bin/ls gibt es und wird ausgeführt. Wenn nun aber ein voller Pfadnamen angegeben wird, etwa /bin/ls, so wird der Pfad nicht bemüht, sondern gleich /bin/ls ausgeführt. Falls es den nicht gibt, so scheitert dies. Genauso ist es mit einem relativen Pfadname. Relative Pfadnamen fangen mit . oder .. an. . steht für das aktuelle Verzeichniß und .. für das übergeordnete Verzeichniß. Wenn ich mich etwa in /bin befinde, so kann ich ./ls sagen und es wird /bin/ls ausgeführt. Das funktioniert aber nur, wenn ich mich in /bin befinde. Befinde ich mich etwa in /etc und ich sage ./ls so will Linux /etc/ls ausführen, gibt es aber nicht und es kommt zu einer Fehlermeldung. Es ist auch möglich, daß das aktuelle Verzeichniß im Pfad steht, das ist entweder wenn im Pfad ein . steht etwa: /usr/bin:.:/bin, so steht das aktuelle Verzeichniß zwichen /usr/bin und /bin, oder aber einfach durch gar nichts, das sähe wie folgt aus: /usr/bin::/bin, oder am Anfang: :/usr/local/bin:/usr/bin, oder am Ende: /irgendwas/bin: Wenn man das hat, und das ist bei einem User, nicht aber bei root der Fall, dann braucht man den . nicht mit anzugeben muß sich aber trotzdem im Verzeichniß befinden wo configure steht. Allerdings sollte es kein Befehl im Pfad, vor dem . geben der configure heißt, sonst wird der ausgeführt. Gibt es aber normalerweise nicht und der . steht bei einem normalen User am Ende des Pfad, bei root gar nicht. Bei DOS wird das aktuelle Verzeichniß immer als erstes genommen, egal was im Pfad steht. Da verhält sich Linux glücklicherweise anders. Warum steht bei root der . nicht im Pfad? Ganz einfach, es brauch doch nur ein normaler User in seinem Verzeichniß die ausführbare Datei ls zu haben. Wenn dann root mal bei ihm vorbeischaut, was er so macht und ls sagt, so ruft root nicht /bin/ls auf, wie er denkt, sondern das Programm des Users. Wenn er es geschickt macht, dann setzt sich root selber als Besitzer eines andern möglichst versteckten Programms ein, gibt das SUID-Recht, löscht noch das ls-skript selber und ruft dann /bin/ls auf. Root merkt noch nicht einmal was geschehen ist. Wenn nun das versteckte Programm gut ist, kann der User damit root werden. Daher ist es besser, wenn root nicht den . im Pfad hat.
Es wurden allerdings zig Verzeichnisse und Dateien angelegt. In welches Verz. muß ich. Kann ich das irgendwo sehen (ReadME) ??? Oder gibt es da ne Regel?
README sollte man immer durchlesen, auch INSTALL
Mein Buch sagt mal wieder nur
./configure (Version) na Toll dann make install und dann sollte es funzen, hoffe ich.
make install kanst Du nur als root machen. tar, ./configure und ein anschließendes make machst Du aber besser als user. Dann probierst Du es an Ort und Stelle aus. Wenn es funktioniert, dann erst installieren.
Manno, ich komme mir vor wie ein Kind, der mit seinem Spielzeug nichts anzufangen weiß. :o(((
Kommt auch noch. Bernd -- Bitte die Etikette beachten: http://www.suse-etikette.de.vu/etikette.html Bitte Realnamen angeben, kein Vollquoting, kein Html, PGP oder Visitenkarten benutzen. Signatur mit "-- " abtrennen, bei Antworten "Re: " voranstellen, sonst nichts. |Zufallssignatur 4
participants (9)
-
Adalbert Michelic -
B.Brodesser＠t-online.de -
Dirk Bruse -
Heinz W. Pahlke -
Michael Raab -
Ratti -
Stephan Hakuli -
Thomas Schürmann -
Thorsten Körner