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

Se avete problemi con l'installazione e la configurazione di Slackware postate qui. Non usate questo forum per argomenti generali... per quelli usate Gnu/Linux in genere.

Moderatore: Staff

Regole del forum
1) Citare sempre la versione di Slackware usata, la versione del Kernel e magari anche la versione della libreria coinvolta. Questi dati aiutano le persone che possono rispondere.
2) Per evitare confusione prego inserire in questo forum solo topic che riguardano appunto Slackware, se l'argomento è generale usate il forum Gnu/Linux in genere.
3) Leggere attentamente le risposte ricevute.
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT.
6) Appena registrati è consigliato presentarsi nel forum dedicato.

La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.
Rispondi
Avatar utente
freax
Linux 1.x
Linux 1.x
Messaggi: 177
Iscritto il: lun 19 gen 2009, 0:29
Slackware: 13
Desktop: kde4

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

Messaggio 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*

Avatar utente
JohnnyMnemonic
Staff
Staff
Messaggi: 2733
Iscritto il: dom 5 set 2004, 0:00
Nome Cognome: Giuseppe Palmiotto
Slackware: 14.0
Kernel: 3.5.5-thanatos
Località: Bologna
Contatta:

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

Messaggio da JohnnyMnemonic »

Veramente apr e apr-util sono presenti nella directory l/ del disco di installazione di Slackware

Avatar utente
freax
Linux 1.x
Linux 1.x
Messaggi: 177
Iscritto il: lun 19 gen 2009, 0:29
Slackware: 13
Desktop: kde4

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

Messaggio 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 ?

Avatar utente
JohnnyMnemonic
Staff
Staff
Messaggi: 2733
Iscritto il: dom 5 set 2004, 0:00
Nome Cognome: Giuseppe Palmiotto
Slackware: 14.0
Kernel: 3.5.5-thanatos
Località: Bologna
Contatta:

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

Messaggio 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

Avatar utente
freax
Linux 1.x
Linux 1.x
Messaggi: 177
Iscritto il: lun 19 gen 2009, 0:29
Slackware: 13
Desktop: kde4

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

Messaggio 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:

Avatar utente
JohnnyMnemonic
Staff
Staff
Messaggi: 2733
Iscritto il: dom 5 set 2004, 0:00
Nome Cognome: Giuseppe Palmiotto
Slackware: 14.0
Kernel: 3.5.5-thanatos
Località: Bologna
Contatta:

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

Messaggio 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

Rispondi