Pagina 1 di 1

Apache APR su Slackware 13 X86 32 bit - APACHE non va

Inviato: mar 20 ott 2009, 16:58
da freax
Salve ragazzi , ieri installo su un X86 la slackware 13 a 32 bit con tutti i pacchetti tranne il server grafico e il desktop , insomma mi interessa solo mettere su un serve . Digito "apachectl start" ed ecco la sorpresona

Codice: Seleziona tutto

root@slackthin:~/binutils-2.8# apachectl start
/usr/sbin/httpd: error while loading shared libraries: libaprutil-1.so.0: cannot open shared object file: No such file or directory
ora dando

Codice: Seleziona tutto

root@slackthin:~/binutils-2.8# ldd `which httpd`
        linux-gate.so.1 =>  (0xffffe000)
        libm.so.6 => /lib/libm.so.6 (0xb7f5e000)
        libpcre.so.0 => /usr/lib/libpcre.so.0 (0xb7f3a000)
        libaprutil-1.so.0 => not found
        libexpat.so.1 => /usr/lib/libexpat.so.1 (0xb7f1a000)
        libdb-4.4.so => /lib/libdb-4.4.so (0xb7e20000)
        libldap-2.3.so.0 => /usr/lib/libldap-2.3.so.0 (0xb7de9000)
        libsasl2.so.2 => /usr/lib/libsasl2.so.2 (0xb7dd2000)
        libresolv.so.2 => /lib/libresolv.so.2 (0xb7dbc000)
        libssl.so.0 => /usr/lib/libssl.so.0 (0xb7d76000)
        libcrypto.so.0 => /usr/lib/libcrypto.so.0 (0xb7c2a000)
        liblber-2.3.so.0 => /usr/lib/liblber-2.3.so.0 (0xb7c1e000)
        libapr-1.so.0 => not found
        libuuid.so.1 => /lib/libuuid.so.1 (0xb7c19000)
        librt.so.1 => /lib/librt.so.1 (0xb7c10000)
        libcrypt.so.1 => /lib/libcrypt.so.1 (0xb7bde000)
        libpthread.so.0 => /lib/libpthread.so.0 (0xb7bc6000)
        libdl.so.2 => /lib/libdl.so.2 (0xb7bc1000)
        libc.so.6 => /lib/libc.so.6 (0xb7a61000)
        /lib/ld-linux.so.2 (0xb7f8d000)
quindi effettivamente queste librerie apr mi mancano ( su un'altra installazione di Slackware 13 non mancano , ma in quel caso avevo installato veramente tutti i pacchetti , anche se comunque questa è una dipendenza di apache a quanto ne so e la differenza tra le due installazioni è la presenza del server grafico e il desktop ... ) , ok , le trovo sul sito apache http://apr.apache.org/ , vado per compilarle e mi dice

Codice: Seleziona tutto

root@slackthin:~/apr-1.3.8# ./configure
checking build system type... i586-pc-linux-gnu
checking host system type... i586-pc-linux-gnu
checking target system type... i586-pc-linux-gnu
Configuring APR library
Platform: i586-pc-linux-gnu
checking for working mkdir -p... yes
APR Version: 1.3.8
checking for chosen layout... apr
checking for gcc... gcc
checking for C compiler default output file name...
configure: error: in `/root/apr-1.3.8':
configure: error: C compiler cannot create executables
See `config.log' for more details.
in altre situazioni analoghe c'è chi con altre distro ha risolto su Ubuntu installando glibc-devel o re-installando le binutils o gcc o g++ : come risolvereste ?

Stranamente non ho trovato le APR pacchettizate da nessuna parte .

PS
l'output di echo $CC è vuoto

PPS

Codice: Seleziona tutto

root@slackthin:/usr/bin# ls -al *gcc*
-rwxr-xr-x 1 root root 204248 May  5 05:03 g++-gcc-4.3.3*
lrwxrwxrwx 1 root root      9 Oct 19 00:07 gcc -> gcc-4.3.3*
-rwxr-xr-x 1 root root      0 Oct 20 14:58 gcc-4.3.3*
-rwxr-xr-x 1 root root  16173 May  5 05:01 gccbug*
-rwxr-xr-x 1 root root 205432 May  5 05:03 gfortran-gcc-4.3.3*
lrwxrwxrwx 1 root root      9 Oct 19 00:07 i486-slackware-linux-gcc -> gcc-4.3.3*
lrwxrwxrwx 1 root root      9 Oct 19 00:07 i486-slackware-linux-gcc-4.3.3 -> gcc-4.3.3*

Re: Apache APR su Slackware 13 X86 32 bit - APACHE non va

Inviato: mar 20 ott 2009, 17:08
da JohnnyMnemonic
Veramente apr e apr-util sono presenti nella directory l/ del disco di installazione di Slackware

Re: Apache APR su Slackware 13 X86 32 bit - APACHE non va

Inviato: mar 20 ott 2009, 17:22
da freax
JohnnyMnemonic ha scritto:Veramente apr e apr-util sono presenti nella directory l/ del disco di installazione di Slackware
ok , come al solito tra mille repository e problemi vari la cosa più semplice non si è nemmeno presentata nell'anticamera del cervello :cvdf: , vabbé ho risolto con una capatina nel mirror di slackware

anyway apr non è una dipendenza di apache ? non ho ancora compreso il perché non ho trovato le APR dato che vengono espressamente richieste e anche citate nella documentazione ufficiale di Apache httpd . Bug dell'installer ?

Re: Apache APR su Slackware 13 X86 32 bit - APACHE non va

Inviato: mar 20 ott 2009, 17:26
da JohnnyMnemonic
Dipendenza? What's the italian for di-pen-den-za? :lol:

A parte gli scherzi, le dipendenze non esistono in Slackware, ma comunque penso che le apr sono incluse nei pacchetti selezionati automaticamente per l'installazione, forse per errore sono stati tolti da chi ha installato

Re: Apache APR su Slackware 13 X86 32 bit - APACHE non va

Inviato: mar 20 ott 2009, 17:40
da freax
JohnnyMnemonic ha scritto:Dipendenza? What's the italian for di-pen-den-za? :lol:

A parte gli scherzi, le dipendenze non esistono in Slackware, ma comunque penso che le apr sono incluse nei pacchetti selezionati automaticamente per l'installazione, forse per errore sono stati tolti da chi ha installato
vabbé ho capito la filosofia slackware però da una installazione vergine con apache compreso ... a questo punto mettiamo pacchetti alla cacchio :D

ho installato io e di certo non era ne la prima con linux ne con slackware , installo spesso dalla chiavetta usb e prelevando pacchetti da un mirror , sia 32 che 64 bit , la prima volta che scelgo di non installare kde e xorg e questo è quanto ; per dire che ho selezionato interamente le varie categorie di pacchetti , neanche una selezione manuale dei pacchetti dove avrei potuto sbagliare qualcosa , inoltre per curiosità controllando il PACKAGES.TXT del mirror usato le apr ci sono ...

sarà che non sono importanti quanto apache crede :shock:

vabbé , ho risolto , grazie per la dritta illuminante :thumbright:

Re: Apache APR su Slackware 13 X86 32 bit - APACHE non va

Inviato: mar 20 ott 2009, 17:44
da JohnnyMnemonic
Ti ripeto che le apr sono messe di default nell'installazione, io ne ho scoperto l'esistenza tempo dopo aver iniziato a usare apache, e di sicuro non le avevo installate apposta

Alcune installazione che ho fatto per server, molto minimal, partivano da una scelta di base di a/ l/ n/ e poco altro e le apr c'erano sempre senza bisogno di includerle manualmente