Re: Perl: DBD-SQLite installieren

Hallo,

Am Sat, 28 Jan 2006, Ralph MÃŒller schrieb:
>Am Freitag, den 27.01.2006, 23:23 +0100 schrieb David Haller: 
>> Am Fri, 27 Jan 2006, Ralph MÃŒller schrieb:
>> >Am Freitag, den 27.01.2006, 01:17 +0100 schrieb David Haller:
>> >> Am Thu, 26 Jan 2006, Ralph MÃŒller schrieb:
>> >> >ich möchte gerne das Perl-Modul DBD-SQLite-1.11 von cpan.org
>> >> >installieren.
>> >> >
>> >> >Can't locate object method "last_insert_id" via package
>> >> >"DBI::db" (perhaps you forgot to load "DBI::db"?) at t/03insert.t line
>> >> >13.
>> >> 
>> >> Ist dein DBI >= 1.43? Siehe:
>> >>     perl -MDBI -e 'print "$DBI::VERSION\n";'
>> >
>> >Nein, leider nicht, Version 1.32 ist offenbar installiert.
>> >(Habe leider keinen Einfluß darauf.)
>> 
>> Du brauchst also DBI >= 1.38
>
>Habe die aktuellste DBI-Version (1.50) in ein priv. Verzeichnis
>installieren können. Allerdings erst nachdem ich Makefile manuell
>editiert habe. Aus unbekanntem Grund bleiben meine ZusÀtze mit
>PREFIX und LIB im Makefile unberÃŒchsichtigt.

Wie genau ist dein Aufruf von

... perl Makefile.PL ...
... make ...
... make test ... und ggfs.
... make install ...

Eigentlich klappt das naemlich.

>Allerdings bleibt es im Zusammenhang mit der Installation von
>DBD::SQLite trotzdem bei dem genannten Fehler.

Das duerfte dann ein (Folge-)Fehler bzgl. @INC sein, da musst du dann
fuer deinen User PERL5LIB passend setzen (s.u.).

>Ich weiß da momentan wirklich nicht mehr weiter, und muß jetzt mal
>eine Pause einlegen. Wenn jetzt Sommer wÀre wÌrde ich einen halben
>Quadratmeter Garten umgraben.

*g*

>Vielleicht passen die Ìbrigen Teile der installierten Àlteren
>Perl-Version doch nicht mehr zum aktuellen DBI-Modul. Eine
>derartige Warnmeldung erscheint bei der Installation.

Welche Warn-/Fehlermeldung genau? Meine Glaskugel ist gerade in der
Spuelmaschine -- und ich hab gar keine Spuelmaschine!!!

>(Nein, mit DBI-Version 1.38 probiere ich's heute nicht mehr.)

Ggfs. kann ich dir eine URL/Version zukommen lassen, die besser als die
aktuelle 1.5x passt. Aber daran sollte es eigentlich nicht liegen.

>> reinschreiben. Uebrigens ist es keine gute Idee die Sachen unter
>> htdocs abzulegen. Was ist denn dein ~ auf dem Server?
>
>Ich denke das Verzeichnis /homepages/37/d19249310/htdocs/bko/
>mÌßte es sein. Das ist das Verzeichnis in dem ich beim
>Einloggen per FTP lande. Ein "cd ~" wird nicht verstanden,
>"~" sei ein unbekanntes Verzeichnis. Ich kann mich gleichwohl im
>Verzeichnisbaum von dort aus per "cd .." weiterhangeln.

Bis wohin "nach oben"? Und bis wohin hast du Schreibzugriff? Rein von
der Benamsung solltest du ab /homepages/37/d19249310/ Schreibzugriff
haben. Und _dort_ solltest du dann deinen perl-Kram ablegen (also in
/homepages/37/d19249310/lib/perl5 und das dann per PERL5LIB bzw. "use
lib '/homepages/37/d19249310/lib/perl5';" deinem perl bekannt machen[1].

Grund: unter htdocs sind eher Angriffe von aussen "moeglich". Denn
offensichtlich handelt es sich um einen Webserver. Es gilt einfach die
Grundregel, dass nur _genau das_, was dort liegen _muss_ dort liegt. 
Und alles andere ausserhalb und fuer/via Webserver unzugaenglich.

Ein passender Begriff zum "googlen" faellt mir dazu aber gerade nicht
ein, sorry.

Mail bitte mal die Ausgabe von 'env' (bzw. 'set') sowie die von

    perl -e 'print join("\n", @INC), "\n";'

auf dem Server. Das sollte ueber die Umgebung ein bisserl mehr Auskunft
geben...

-dnh

[1] ja, du kannst schon kompiliertes verschieben

-- 
Deep in the human unconcious is a pervasive need for a logical universe
that makes sense. But the real universe is always one step beyond logic.
 -- from "The Sayings of Muad'Dib" by the Princess Irulan
                                         -- from "Dune" by Frank Herbert

-- 
Um die Liste abzubestellen, schicken Sie eine Mail an:
    [email protected]
Um eine Liste aller verfÃŒgbaren Kommandos zu bekommen, schicken
Sie eine Mail an: [email protected]