[TOOL][GECHI] DepCleaner (will be PortageNurse ;) )

[doom.it]

Inoltre dalla prossima versione questo programma verra' 'fuso' con ebuild-switch, per creare un'interfaccia unica per soddisfare il piu possibile i bisogni di pulizia (e le mancanze, purtroppo) di portage.

Adesso lo provo, volevo solo invitarti a tenere i due programmi come due script separati, infatti questo permetterà maggiore ortogonalità dei programmi, che svolgono funzioni diverse, e quindi mi piacerebbe vedere come separati, insoma KISS

per adesso grazie ti farò sapere come mi funziona

[mrfree]

Thrain...

effettivamente l'ebuild a cui ti riferisci è in realtà compressa

io ho risolto con un banale

Code: Select all

rm depcleaner-0.0.8a.ebuild
cp depcleaner-0.0.8.ebuild depcleaner-0.0.8a.ebuild
ebuild depcleaner-0.0.8a.ebuild digest

Caro fonderia rimaniamo in attesa di un bel fix

[solka]

Adesso lo provo, volevo solo invitarti a tenere i due programmi come due script separati, infatti questo permetterà maggiore ortogonalità dei programmi, che svolgono funzioni diverse, e quindi mi piacerebbe vedere come separati, insoma KISS

Concordo appieno

[Thrain]

effettivamente l'ebuild a cui ti riferisci è in realtà compressa

Bon...

Lo immaginavo, ma non avevo provato

[FonderiaDigitale]

infatti era compresso
comunque per il momento sono costretto - mio malgrado - a smettere di lavorarci sopra (ho rotto l'hd, devo reinstallare gentoo ).
appena riesco a rimetterci le mani sopra vi faccio sapere. intanto pero testatelo

[FonderiaDigitale]

qpkg ha un bug, che non dipende dal sottoscritto. questo influisce direttamente sul funzionamento di questo programma, per cui usatelo SOLO a titolo indicativo, finche i dev non lo fixano.

per i dettagli vedere il primo post.

[Peach]

ATTENZIONE: Qpkg ha un bug documentato qui: tende a riportare dipendenze non corrette. per cui anche depclean puo' non essere efficace. pertanto usatelo solo a scopo indicativo: riguardate bene COSA andate a modificare.

hai detto niente...

[FonderiaDigitale]

se usi --pretend, gia' ti puoi fare una idea di cosa sia inutile nel tuo sistema e cosa no.
d'altra parte l'ho scritto bello grosso nel primo post: il programma e' lungi dall'essere completo, bugfree, e sopratutto, sicuro: se nessuno lo testa, dice le sue impressioni, propone idee/migliorie, ecc,, di certo mai lo sara'

[Thrain]

Mh, hai ragione FonderiaDigitale

Comunque, io avrei una "piccola" miglioria da proporti (anche se in realtà
si tratta di modificare drasticamente lo script).

C'è un modo semplice e pulito per sapere quali siano le reali dipendenze di
un sistema, e quali siano i pacchetti da eliminare. Come nella maggior
parte dei casi, però, ciò che è semplice e pulito per un essere umano, è
difficile e sporco per una macchina ...

Arrivo al dunque...:
1- Verificare che nel file world ci siano solo i pacchetti che VOI avete
voluto installare (per esempio, non penso che voi abbiate voluto installare
le glib, al massimo saranno state installate come dipendenza...)
2- Verificate che i pacchetti ~arch che avete installato siano presenti nel
vostro /etc/portage/package.keywords (sempre ricordandovi che VOI non
avete installato, in linea di massima, glib ~arch... è stata installata come
dipendenza, o no? Un'eccezione a questa regola si ha se un pacchetto
~arch ha una/varie dipendenza/e ~arch: in quel caso dovete inserire in
package.keywords anche la/le dipendenza/e)
3- A questo punto date un bel "emerge -ep world > pacchetti_necessari".
Rimuovete tutto eccetto i nomi categoria/pacchetto-versione . Ordinate il
file con un "sort pacchetti_necessari > p_n_sorted" . In questa lista sono
presenti i pacchetti di cui il vostro sistema ha REALMENTE bisogno.
4- Date un "qpkg -v -I -nc > pacchetti_installati". Ordinate il file con "sort
pacchetti_installati > p_i_sorted" . In questa lista sono presenti i pacchetti
INSTALLATI nel sistema, sia quelli che servono, sia quelli inutili.

5- CONCLUSIONE: date un "diff -w p_i_sorted p_n_sorted" : l'output è una
lista di pacchetti che avete installato ma che non servono al sistema!

NB: Se l'ultimo comando vi ha mostrato pacchetti che invece vi servono
(per esempio pacchetti presenti nel vostro world) evidentemente avete
sbagliato uno dei passaggi. Oppure le vostre USE flag non sono omogenee
(un pacchetto usa delle flag non presenti nel vostro make.conf).

... spero di essere stato chiaro... sono accetti commenti, chiarimenti,
critiche

Ciao

[FonderiaDigitale]

l'idea che proponi e' interessante, ma infattibile all'atto pratico.
ti spiego perche':

a. chi usa ~x86 (e sono molti) non mette in package.keywords i pacchetti instabili,,, ma il contrario. io ad esempio uso solo certe versioni stabili di un pacchetto per evitare casini.
b. l'uso di emerge -e e' non-indicativo e inaffidabile per colpa dello stesso baco che affligge qpkg... in effetti la funzione/routine che li governa e' la stessa.
c. Cosa non da sottovalutare, usando emerge -e e' molto probabile che non ottieni neanche una lista valida, a causa dei blockers (ad esempio, se hai installato xorg-x11 e nvidia-glx, sicuramente avrai un blocco xche nvidia-glx ancora pretende come dipendenza xfree).
d. per quanto riguarda il world, il concetto e' l'esatto contrario: lo script non fa nessun controllo di consistenza sul file world. ci aggiunge i pacchetti che TU vuoi inserire dalla lista delle dipendenze sciolte, per evitare che te le richieda; ne consegue che lo script non fa nessuna verifica (allo stato attuale) sul world file.

inoltre, adottando l'approccio che dici tu, lo script sarebbe piu lento.

Ti ringrazio comunque per il tempo che hai dedicato a questo
le critiche costruttive sono sempre ben accette..

[Thrain]

ok

Almeno ci ho provato ! Comunque, se le cose stanno in questi termini,
mi pare proprio che portage abbia SERI problemi ... acci acci sento
odore di incasinamenti...

Soprattutto per la questione dei blockers la vedo grigia... ma anche il fatto
che emerge -e non funzioni a dovere mi preoccupa... non dovrebbe
semplicemente verificare le dipendenze parsando gli ebuild?

Comunque per la questione di quelli che usano ~x86, non penso che in
quel caso ci sia bisogno di aggiungere i pacchetti in package.keywords...
quello step serviva solo per chi ha ACCEPT_KEYWORDS='arch' ...

PS: Magari è vero che stan lavorando a portage-NG? ... boh

Ciao

[FonderiaDigitale]

serve eccome, se alcuni pacchetti instabili non compilano non resta altro che usare la versione stable.

[Thrain]

Mh, allora...

... mi sembra molto strano che "qpkg -q -I" e "emerge -e world" seguano la
stessa procedura... se fosse così, allora perchè "qpkg -q -I" mi dà delle
dipendenze che "emerge -e world" non richiede? Evidentemente qualcosa di
diverso c'è!
Poi, ho provato per ben due volte, a mano, il procedimento che ti avevo
consigliato: be', mi sono cancellato all'incirca 20 pacchetti, e ancora non c'è
nessuna dipendenza rotta. revdep-rebuild non è mai stato così magnanimo !
Per cui, secondo me "emerge -e world" è un comando sicuro. Per il fatto dei
blockers... be'... basta provvedere a mano.

My 2c

PS: ovviamente, sono accette critiche

[koma]

Code: Select all

!!! ERROR: app-portage/depcleaner-0.0.8a failed.
!!! Function , Line 1291, Exitcode 127
!!! error sourcing ebuild


aux_get(): (0) Error in app-portage/depcleaner-0.0.8a ebuild. (1)
               Check for syntax error or corruption in the ebuild. (--debug)

/usr/sbin/ebuild.sh: line 1: : command not found

!!! ERROR: app-portage/depcleaner-0.0.8a failed.
!!! Function , Line 1291, Exitcode 127
!!! error sourcing ebuild


aux_get(): (0) Error in app-portage/depcleaner-0.0.8a ebuild. (1)

[Thrain]

Koma: "cat depcleaner-0.0.8a.ebuild" e scopri l'arcano

... è un file compresso... semplicemente fai "mv depcleaner-0.0.8.ebuild depcleaner-0.0.8a.ebuild" e dovrebbe andare!

Ciao

[FonderiaDigitale]

Thrain: se provvedi a mano, un tool come questo ti serve a poco

cmq si, il file e' compresso. il server e' momentaneamente down per spostamento macchina presso un'altra location

[federico]

Sempre a smanettare con queste tue macchine ...

[FonderiaDigitale]

magari.... mi hanno spostato di edificio il server!

[FonderiaDigitale]

modificando il programma, ho aggiunto e tolto un bel po di cose (in primis non avra' piu bisogno del discusso qpkg), e sono passato a python.
dalla prossima versione credo che lo rinominero' in qualcosa di diverso, dato che non si occupa piu solo delle dipendenze, ma tiene traccia dei distfiles, dei file temporanei di portage, controlla gli ebuild fuori posto, controllera' che avete scritto bene la sintassi delle variabili in make.conf, e implementera' una funzione che praticamente corrisponde a /etc/portage/package.cflags.
pensavo a qualcosa come PortMantain.. molto di getto.

[fedeliallalinea]

Non per rompere ma PortMantain non mi convince

[xchris]

Effettivamente il nome non rende molto.
Ottime invece le scelte:python,niente qpkg,package.cflags.

Sono anche contento perche' depclean-ng integrera' la stessa idea che avevo per quel famoso howto di pulizia che avevo promesso.
Solo che sara' automatizzata! ottimo

Vorrei seuggerirti solo una cosa.
Quando dopo emerge depclean + mass scan (ci siamo capiti vero?) rilevi i pkt "buttabili" evidenzierei sulle piattaforme stable se sono pkt hardmasked o instabili.
O magari potresti dare l'opzione per inserirli nei file appositi.

buon lavoro!
ciao

[.:deadhead:.]

depclean-ng

Non è male come nome nome forse non azzecca proprio tutte le funzionalità di ciò che sta programmando Fonderia, ma sarebbe da tenere in considerazione...

[FonderiaDigitale]

nzomm.. il fatto e' che non pulisce piu soltanto, ma in generale andrebbe visto piu come un programma che si prende cura della integrita' di portage.

[fedeliallalinea]

portagenurse

[FonderiaDigitale]

questo si che mi piace..