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 Gnu/Linux in genere, se l'argomento è specifico alla Slackware usate uno dei forum Slackware o Slackware64.
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.
io non conosco benissimo l'inglese, ma a quanto pare /opt/kde3/lib/libkdeui.so ha bisogno di libstdc++.so.5 mentre tu hai libstdc++.so.6 che crea conflitti.
o non conosco benissimo l'inglese, ma a quanto pare /opt/kde3/lib/libkdeui.so ha bisogno di libstdc++.so.5 mentre tu hai libstdc++.so.6 che crea conflitti.
No, non è così! Le librerie ci sono entrambe; libstdc++.so.5 appartiene al pacchetto cxxlibs, mentre libstdc++.so.6 fa parte del pacchetto gcc-g++...almeno per quanto riguarda slackware current. Altre soluzioni?
Have anice day
a1k ha scritto:io non conosco benissimo l'inglese, ma a quanto pare /opt/kde3/lib/libkdeui.so ha bisogno di libstdc++.so.5 mentre tu hai libstdc++.so.6 che crea conflitti.
No, questo non e` un problema.
E` che Patrick, nel pacchetto cxxlibs, tiene tutte le librerie ( specie glibc ) vecchie, per i programmi che non ricompila. Cosi`, quando aggiorna le glibc, non e` costretto a ricompilare tutto.
1)
Entrare in modalità singolo utente oppure multiutente senza
l'X. Eseguendo:
- init 1 (singolo utente)
- init 3 (multiutente)
se hai la slackware e non hai modificato l'inittab, se l'hai modificato sai come fare.
2)
Spostare la libreria che crea conflitto in modo che il linker
( il programma /urs/..../ld ) non la veda. Questo dovrebbe
togliere il warning.
3)
Compilare!
4)
Ritorna in modalità X. Eseguendo:
-init 4
FINE
Se va ancora male, mandami (spina80@freemail.it) il dump di make (stdout, stderr), e lo standard output (stdout) di free in questo modo:
make &> dump.dat
free >> dump.dat
Ciao a tutti,
e come al solito grazie per le risposte.
@Loris: Sì, è la nuava versione di keyman che tra l'altro richiede come dipendenza le librerie xerces-c di cui ho già fatto pacchetto e slackbuild. La questione di kde3 è questa: sappiamo che il path di dafault in slackware per kde è /opt/kde, tuttavia sto c***o di sorgente ha un sacco di files che puntano a /opt/kde3...quindi il mio slackbuild crea un symlink /opt/kde3 che punta a /opt/kde. Naturalmente, lo slackbuild si occupa anche di rimuovere il suddetto symlink, in modo da non lasciare traccia del suo passaggio
In questo modo ho risolto tutti i problemi in fase di configurazione, ma come hai già letto si schianta il make
@Spina: Oggi pomeriggio proverò a fare come hai detto e poi ti faccio sapere, anchese mi fa un po' paura pasticciare le libreire del pacchetto gcc-g++.
Have a nice day
Ciao a tutti,
grazie Loris, ti sto mandando i sorgenti e la dipendenza xerces-c, leggi la mail nella quale ho dettagliato i miei falliti tentativi...nel frattempo mi cospargo iol capo di cenere e se proprio è necessario mi dò fuoco come un bonzo...Mhuahahahahaha
Have a nice day
