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.
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.
first ha scritto:quando sono sicuro che l'80% di quelli che usano slackware non sappiano che compilandosi il kernel, in fase di una qualsiasi compilazione in seguito, utilizzano gli header di un kernel diverso da quello che e' stato compilato.
_Questa_ è supponenza.
Il clima comunque l'hai voluto creare tu, prima presentando il problema come se fosse un errore di pkgtool (sic..), poi affermando che noi non ne capivamo molto (quando i guai li hai combinati tu).
E qui possiamo anche chiudere.
Se qualcuno avesse ancora dubbi sugli header consiglio questo thread.
gallows ha scritto:
Se qualcuno avesse ancora dubbi sugli header consiglio questo thread.
ti quoto l'unica cosa utile che hai fatto in questo post. Quel 3ad da risposte e non commenti da saccente del tipo " e' una ovvieta...."
E riconfermo l'utilita di modificare l'howto sulla compilazione del kernel aggiungendo i link agli header come da mio precedente post.
Ultima curiosita' leggendo il readme ufficiale del kernel viene detto di NON utilizzare /usr/src/linux volevo sapere il motivo e quindi se e' opportuno modificare la dir dove vado a compilare il kernel.
Non vedo dove sia il problema...
Appena rimossi gli headers,o si installano quelli del 2.6 o del 2.4
basta un semplice
installpkg kernel-headers-versione
Stop
... credo che quello che ha fatto un pò innervosire me e credo anche gallows é che first a paragonato slack a win e gettando discredito (... o qualcosaltro) su slack e i suoi tools... mentre quello che ha fatto il casino é stato proprio lui stesso !!!
ovviamente quando si compilano i kernel i moduli etc.. il pasticcio o l'impiantata é possibile ... e bisogna chiedere aiuto ammettendo di aver fatto pasticci e mantenendo un atteggiamento per quanto possibile costruttivo..
Luci0 ha scritto:... credo che quello che ha fatto un pò innervosire me e credo anche gallows é che first a paragonato slack a win e gettando discredito (... o qualcosaltro) su slack e i suoi tools
rileggiti bene quello che ho scritto
...Io ero deluso al massimo dalla mia slack che si era comportata come un Windows qualsiasi, le dico rimuovi un pacchetto e lei pensa bene di andare a rimuovere cose "non sue", incasinando gli altri programmi. Poi Harp mi ha fatto giustamente notare che se ero su Windows non avrei nemmeno avuto modo di risolvere da me il problema se non con un classico format c:.....
e lo ripeto anche n+1 volte che non mi sembra logico che se io ho due kernel e due header (anche precompilati il discorso non cambia) se io voglio rimuoverne uno con i suoi relativi header, per riavere un sistema a posto devo riinstallarmi di nuovo gli header di quello che voglio continuare a utilizzare (e' con in Windows che se disinstalli un programma puo succedere che ti va a togliere anche librerie necessarie ad altri programmi).
Luci0 ha scritto:... credo che quello che ha fatto un pò innervosire me e credo anche gallows é che first a paragonato slack a win e gettando discredito (... o qualcosaltro) su slack e i suoi tools
rileggiti bene quello che ho scritto
...Io ero deluso al massimo dalla mia slack che si era comportata come un Windows qualsiasi, le dico rimuovi un pacchetto e lei pensa bene di andare a rimuovere cose "non sue", incasinando gli altri programmi. Poi Harp mi ha fatto giustamente notare che se ero su Windows non avrei nemmeno avuto modo di risolvere da me il problema se non con un classico format c:.....
e lo ripeto anche n+1 volte che non mi sembra logico che se io ho due kernel e due header (anche precompilati il discorso non cambia) se io voglio rimuoverne uno con i suoi relativi header, per riavere un sistema a posto devo riinstallarmi di nuovo gli header di quello che voglio continuare a utilizzare (e' con in Windows che se disinstalli un programma puo succedere che ti va a togliere anche librerie necessarie ad altri programmi).
Qui sbagli
"due kernel e due header"
Due kernel ok li puoi avere
ma due headers NO assolutamente
in quanto occupano /usr/include/linux entrambi
Volendo si potrebbe installare gli headers nuovi
in /usr/include/linux-2.6
ma poi dovresti indicarli a ogni compilazione
Sta cosa diventa sempre piu' affascinante e cosi' sono andato direttamente alla radice del problema ossia mi sono letto quello che Linus Torvalds ha scritto a riguardo nel lontano 2000
qui -> http://uwsg.iu.edu/hypermail/linux/kern ... /0587.html
se leggete tutto il 3ad dopo un po si ripresenta linus incazzato come na iena e ribadisce di NON lincare
Da quel poco che ho capito io le glibc dovrebbero arrivare con i loro headers e quelli devono rimanere li, immobili, fissi per sempre, almeno finche non si aggiornano le glibc. E questi headers devono essere indipendenti dal kernel che si utilizza.
Gli headers del kernel invece devono essere utilizzati unicamente se si vuole compilare parti del kernel stesso. A questo punto l'entropia del mio cervello aumenta vertiginosamente...
Avendo io ( e gallo) usato dei link in/usr/include che puntano agli header del kernel, teoricamente abbiamo fatto una cavolata o no?
( per chi non sapesse che cosa sono gli headers in pratica sono delle parti di codice ( librerie di funzioni) che vengono richiamate dall'intestazione di un sorgente in C attraverso #include <stdio.h> per esempio. In parole povere sono pezzetti di codice che vengono "inclusi" nel codice del programma )stesso).
first ha scritto:il mio post e' solo inteso a chi come me si rifiuta di avere cose ridondanti sulla sua slack ( se io ho un nuovo kernel compilato dai sorgenti perche mai mi devo tenere gli header dei vecchi pacchetti precompilati??? ).
perchè i kernel headers NON sono cose ridondanti! lo stesso Volkerding tiene gli header del kernel 2.4 per compilare tutti i programmi e i kernel, lasciando i 2.6 solo per alcuni driver specifici che li richiedono. stesso discorso che facciamo sotto slackintosh: abbiamo i kernel 2.4 perchè molte applicazioni senza quelli non compilano, anche se bootiamo e lavoriamo con kernel 2.6 (che è l'unico ramo di kernel vanilla che boota su powerpc). tanto più che i kernel headers presenti nel tarball dei sorgenti nn sono pronti subito ma vengono preparati da "make" dopo qualche operazione, quindi se proprio uno li vuole aggiornare linkandoli da /usr/include che almeno lo faccia DOPO aver compilato il kernel e non prima
)
