Pagina 1 di 1
domanda su removepkg
Inviato: mar 7 mar 2006, 21:34
da linus.bash
scusate ma per sapere se ho commesso errori voglio sapere una cosa :
ho installato il kernel 2.6.15 una settimana fà e siccome avevo alcuni problemi di audio ho installato dopo il kernel qanche gli alsa-driver.
Ora il problema è questo : (ho il kernel 2.6.15)
lancio un removepkg alsa-driver (non avendo risolto il problema e avendolo come modulo) e nella shell vedo che disinstalla gli alsa-driver nella directory driver del kernel 2.4.31, default di slackware 10.2.
Perche?
Insomma siccome ho installato un nuovo kernel che vedo anche con uname -r i driver non dovevano andare nel kernel 2.6.15? e quindi non dovevano disinstallarsi dalla directory driver 2.6.15?
se vedo nella directory driver 2.6.15 ci sono solo moduli quindi alsa si pè installata nella directory del kernel 2.4.31 ma io già usavo un'altro kernel.
Ma scusate la domanda idiota, ma questo a cosa è dovuto? fa male rimanere le directory dei vecchi kernel?
si possono cancellare tranquillamente?
grazie. saluti.
Inviato: mar 7 mar 2006, 23:42
da samiel
Come hai installato le cose aggiunte da te?
Hai fatto dei regolari .tgz o compilato da sorgenti?
Perché in questo secondo caso il database
dei pacchetti installati non ne tiene conto,
e di conseguenza vede solo i vecchi
M.
Inviato: mer 8 mar 2006, 7:03
da linus.bash
samiel ha scritto:Come hai installato le cose aggiunte da te?
Hai fatto dei regolari .tgz o compilato da sorgenti?
Perché in questo secondo caso il database
dei pacchetti installati non ne tiene conto,
e di conseguenza vede solo i vecchi
M.
non ho capito
ho installato un nuovo kernel da sorgente, in un secondo momento dei tgz.
dovevo fare un tgz del kernel

Inviato: mer 8 mar 2006, 8:48
da absinthe
samiel intendeva dire che:
binari installati da sorgente e qunidi installati secondo la classica procedura:
non sono gestiti da installpkg e quindi non sono più rintracciabili qualora li si voglia rimuovere (salvo leggersi il makefile e ricercare tutto a mano).
per quanto riguarda gli alsa: i driver che trovi nel cd1 -se leggi bene il nome del pacchetto- sono per i kernel 2.4 - in realtà i kernel di default di slack- i driver alsa precompilati si trovano nella directory testing insieme al kernel 2.6
per quanto riguarda il supporto alsa interno al kernel , mi pare che questi moduli li trovi nella directory
/lib/modules/$(uname -r)/sound
ma non sono sicuro che sia il percorso esatto, forse sound non è inclusa direttamente sotto $(uname -r) ma in una sua sottodirectory...mi spiace ma il mio alsa è tutto monolitico non ricordo bene il percorso per i moduli.
ciao,
M
Inviato: mer 8 mar 2006, 12:47
da samiel
Avrai capito che, se hai installato degli alsa nuovi,
compilati per il tuo kernel, con la procedura classica
del configure - make - make install, non ce n'è traccia
nel database di Slack. Per cui l'unica voce che
potevi rimuovere con removepkg erano gli alsa
originali. Ma se ricompili il kernel, dovresti ricompilare
anche gil alsa-driver. A meno che tu non abbia inserito
il supporto alla tua scheda nel kernel, al che puoi
semplicemente lasciar perdere il pacchetto degli alsa-driver
M.
Inviato: mer 8 mar 2006, 12:49
da linus.bash
ok
ho installato gli alsa da sorgente...
mi sa che ho disinstallato gli alsa del vecchio kernel
forse è per questo che alsamixer e tutto il resto continuava a funzionare...
adesso ho capito :P
Quindi di conseguenza vorrei chiede come si fà per disinstallare da sorgente se si può fare...
Inviato: mer 8 mar 2006, 13:04
da samiel
Allora... se hai installato da sorgente e hai conservato
i sorgenti stessi, devi metterti nella loro dir e lanciare
make uninstall. Però non tutti i programmi lo supportano.
In alternativa, devi rimuovere a mano file per file,
a patto che tu sappia quali file hai creato e dove sono
andati a posizionarsi. Conclusione: mille volte meglio
crearsi dei tgz. Sistema più pulito, e per rimuovere
o aggiornare basta un comando e i gioco è fatto.
Solo pochi programmi hanno un'installazione così lineare
che è facile rimuoverli anche senza tgz. Cose tipo
OpenOffice, che mettono tutto nella loro dir in /opt,
e magari il kernel stesso, che si installa in /usr/src
e in /lib/modules.
M.
Inviato: mer 8 mar 2006, 13:49
da albatros
Quando installi da sorgente puoi anche redirigere l'output del make install su un file, così vedi che cosa è stato installato e dove.
Poi puoi rimuovere a mano o farti uno script per velocizzare la cosa.
Ciao
Inviato: mer 8 mar 2006, 19:10
da linus.bash
peccato ho eliminato il pacchetto alsa che avevo installato...
sarà esperienza per la prossima volta.
Per dirigere l'output su un'istallazione come si fà?
io ho spesso usato script associato ad un nome di file che ritrovato nella dir corrente :
script > log.1
quindi per ipotesi dovrei fare ad esempio nella directory alsa-driver:
script > log.1
./configure && make && make install
exit
oppure
./configure && make
make install > log.1
?
Inviato: mer 8 mar 2006, 20:34
da absinthe
make install > logfile
poi provare una cosa barlocca comunque:
riscarichi gli alsa, li ricompili come desctitto nella guida di samiel per costruire un tgz dai sorgenti.
poi installi il tgz che dovrebbe sovrascrivrere esattamente gli alsa installati da sorgente con gli stessi file compilati ma pacchettizzati.
a quel punto la prossima volta potrai rimuovere i file che hai installato con make install perchè saranno contenuti nel database della slack.
M
Inviato: mer 8 mar 2006, 20:43
da linus.bash
absinthe ha scritto:make install > logfile
poi provare una cosa barlocca comunque:
riscarichi gli alsa, li ricompili come desctitto nella guida di samiel per costruire un tgz dai sorgenti.
poi installi il tgz che dovrebbe sovrascrivrere esattamente gli alsa installati da sorgente con gli stessi file compilati ma pacchettizzati.
a quel punto la prossima volta potrai rimuovere i file che hai installato con make install perchè saranno contenuti nel database della slack.
M
Ottima idea!
ma ho appena letto una cosa che non mi piace siccome ho avuto ed ho tutt'ora problemi con alsa-driver che con kernel 2.6.15.5 non funzionano bene e che infatti il kernel 2.6.16.rc1 ha moltissime modifiche a riguardo.
Mi sa che cambio kernel

e poi provo il resto se non funziona.