On Wed, 27 Nov 2002, Chris Burkert wrote:
Bert Freudenberg wrote:
Nein, die suchen genau dort, wo es hininstalliert wurde, sofern man die vorgefertigten Pakete benutzt. Wer selbst was runterlädt und irgendwo hinpackt, muss zusehen wie er klar kommt. Aber du hast ja die Stelle gefunden, an der es angepasst werden kann :-)
mmhhh ... ich war wohl etwas voreilig. Richtig geklappt hat es nur mit Netscape 4.78. Ich konnte wunderbar mit Scamper spielen. Der Browser im Browser :-) ps -ax liefert:
4567 ? S 0:10 /usr/local/lib/squeak/3.2-5/squeak -display :0.0 -browserPipes 28 31 /home/chbu/.npsqueak/SqueakPlugin.image TYPE application/x-squeak-sou
Mozilla und Galeon finden das Plugin. Darauf wird das image unter ~/.npsqueak/ kopiert und die Verzeichnisse secure und untrusted angelegt. Danach folgt nichts. Der Pluginspace im Browserfenster bleibt weiß. ps -ax liefert hier:
4594 tty1 Z 0:00 [squeak <defunct>]
Falls das jetzt Off-Topic ist bitte ich um Entschuldigung. Das System ist eine Suse 7.3. Mozilla's plugins liegen unter /opt/mozilla/plugins, aber er findet es ja eindeutig. Die Pluginfiles liegen unter /usr/local/lib/squeak/. Dort das Image, darunter in 3.2-5/ Bert's Scripten und das .so Plugin. Mozilla und Galeon sind nicht konfiguriert, Standardkonfiguration.
Ideen ?
Ich habs mal eben auf ner SusE 8.0 probiert und da gehts. Allerdings: sowohl in /usr/local/lib/squeak/npsqueakregister als auch in /usr/local/lib/squeak/3.2-6/npsqueakrun muss man den /home/pingu/... Krempel löschen. Der Pfad muss mit /usr/local beginnen. Das kommt davon wenn man unbesehen anderer Leute Binaries verlinkt :(
So ist es richtig:
/usr/local/lib/squeak/npsqueakregister NPSQUEAK_SO=/usr/local/lib/squeak/3.2-5/npsqueak.so
/usr/local/lib/squeak/3.2-5/npsqueakrun SQ_DIR=/usr/local/lib/squeak
Auf meiner Downloadseite hab ich das jetzt korrigiert.
-- Bert