[TIP] Identificare le USE inutili

[riverdragon]

Per chi, come me, ha un sacco di USE in make.conf può tornare utile questo piccolo script che ho appena provato:

Code: Select all

source /etc/make.conf
for i in $USE
do   if [ `equery hasuse $i 2>/dev/null | wc -l` -eq 0 ]
        then echo -e "\nLa use $i non e' usata\n"
        elif [ `equery hasuse $i 2>/dev/null | wc -l` -eq 1 ]
        then echo "Il pacchetto `equery hasuse $i | cut -f4` e' l'unico ad utilizzare la USE $i"
        fi
done

Non fa miracoli, ci mancherebbe, ma senza andare a verificare le use inutili manualmente ora sono in grado di rimuovere 5 use, e valuterò quali altre spostare in package.use.
E' poco efficiente in quanto chiama almeno due volte equery per ogni pacchetto, ma utilizzando variabili temporanee saltano i controlli, se avete miglioramenti, accomodatevi.

[bandreabis]

Io 9 USE inutili (sono su AMD64 ma erori rimasugli di tentativi a 32bit ):

$ ./uses

La use gstreamer non e' usata


La use dvd non e' usata


La use musepack non e' usata


La use dvdr non e' usata


La use svga non e' usata


La use yahoo non e' usata


La use win32codecs non e' usata


La use real non e' usata


La use offensive non e' usata

Bel TIP.

PS: io voglio usare "offensive"...

PPS: di certo non sono io la persona adatta a migliorare uno script, è già tanto che son riuscito ad avviarlo...

[skypjack]

Carino, complimenti.
Unica commento: io non uso la USE globale bluetooth, ma è preventiva, se un giorno qualche pacchetto la vorrà, eccola lì ad aspettare.
Se la tolgo, saranno guai.
Inoltre, magari vado a togliere flag che non uso ma che comportano l'installazione di pacchetti e allora...
Insomma, complimenti ma come sempre: occhio a ciò che togliete!!

Ps: Scusa se te lo dico, ma mi da come non usata la USE javascript che invece è usata da links...
Pps: Stessa cosa per bluetooth, dga, symlink, xpm, foomaticdb, lm_sensors, ieee1394...

Insomma, tutte quelle che mi dava per inutili in realtà le uso. Forse ha bisogno di una revisione, questo script!
Spero che il mio bug-report ti sia d'aiuto...
Buon lavoro!

[crisandbea]

forse usando euse al posto di equery, apportando qualche piccola modifica allo script sarebbe ottimo..

cmq bravo, idea utile.

ciauz

[Kernel78]

Dalla versione 0.7.9 eix riporta anche le USE con cui un pacchetto è installato, penso che con grep dovrebbe dare ottimi risultati

[drizztbsd]

Code: Select all

#!/bin/sh

USE=$(. /etc/make.conf ; echo $USE)
CR="
"

for i in $USE; do
    [ -z "${i%-*}" ] && continue
    pkg=$(egrep -lr "(^|[^a-z])$i(\$|[^a-z])" --include IUSE /var/db/pkg | sed -e 's:^/var/db/pkg/::' -e 's:/IUSE$::' )
    if [ -z "$pkg" ]; then
        echo "La use $i non e' usata"
    elif [ "${pkg}" = "${pkg%$CR*}" ]; then
        echo "Il pacchetto $pkg e' l'unico ad utilizzare la USE $i"
    fi
done

Una roba del genere dovrebbe essere MOLTO più veloce (e soprattutto non dipende da gentoolkit)
p.s. entrambi non supportano package.use

[codadilupo]

non ho ben afferrato a cosa serve questo script.
Io posso avere anche delle use che non usa nessun pacchetto, ok, ma il vero problema, secondo me, è avere una use in /etc/make.conf che è anche specificata in packages.use... non sarebbe piu' utile scovare questo tipo di ridondanza ?

Coda

[crisandbea]

non ho ben afferrato a cosa serve questo script.
Io posso avere anche delle use che non usa nessun pacchetto, ok, ma il vero problema, secondo me, è avere una use in /etc/make.conf che è anche specificata in packages.use... non sarebbe piu' utile scovare questo tipo di ridondanza ?

Coda

io personalmente uso la seguente politica:

Code: Select all

euse -i flaguse

per verificare se è una flag locale o globlale, se è locale e non la usano più di 4-5 pacchetti la inserisco per ogni pacchetto in /etc/portage/package.use, se invece è globale la inserisco direttamente in /etc/make.conf;

ciauz

[Kernel78]

io personalmente uso la seguente politica:

Code: Select all

euse -i flaguse

per verificare se è una flag locale o globlale, se è locale e non la usano più di 4-5 pacchetti la inserisco per ogni pacchetto in /etc/portage/package.use, se invece è globale la inserisco direttamente in /etc/make.conf;

ciauz

è lo stesso discorso che ho avuto recentemente con chrome e anche a lui ho fatto notare che un approccio del genere è limitante ...
Io per esempio ho abilitato la USE globale hardened solo per il pacchetto syslog-ng nel package.use, se l'avessi specificata in make.conf avrei tutto un sistema hardened e non è quello che voglio.
Difficilmente saremo tutti concordi sulla definizione di USE inutili, alcuni ritengono inutili delle USE che non sono usate da nessun pacchetto installato mentre per altri è utile averle già pronte nell'eventualità di installare qualche pacchetto che le possa sfruttare (d'altronde gli stessi profili definiscono delle USE che al termine dell'installazione sono inutilizzate), altri ritengono inutile avere USE definite sia in make.conf che in package.use mentre per alcuni potrebbe essere comodo nel caso in cui si decida di rimuovere una USE da make.conf ma per qualche ragione serve per qualche specifico pacchetto e via dicendo ...

Il bello di Gentoo è la libertà di scelta e ognuno ha i suoi criteri soggettivi.

[skypjack]

Un plauso a kernel... Hai elegantemente riassunto il litigio dell'altro thread!!

[riverdragon]

Non ho capito cosa faccia, ma lo script di Drizzt Do` Urden funziona molto meglio.
Non è che spiegheresti cosa fa?

[Kernel78]

Non ho capito cosa faccia, ma lo script di Drizzt Do` Urden funziona molto meglio.
Non è che spiegheresti cosa fa?

Se provi i comandi uno per uno te ne renderesti conto velocemente ...
Estrae le USE da make.conf, se le scorre e cerca tra i pacchetti installati quali hanno quella USE attiva ...

[drizztbsd]

Non ho capito cosa faccia, ma lo script di Drizzt Do` Urden funziona molto meglio.
Non è che spiegheresti cosa fa?

Eccome no

Code: Select all

#!/bin/sh

#Qui potrei usare source /etc/make.conf ma così è più portabile
USE=$(. /etc/make.conf ; echo $USE)

#Un normalissimo \n
CR="
"

for i in $USE; do
    #Se la use è di tipo negativo (esempio -gdb) ignorala
    [ -z "${i%-*}" ] && continue
    #Vado a cercare direttamente nel database dei pacchetti (/var/db/pkg) la use (per le opzioni man grep)
    #È molto più veloce di equery perché non usa python o altre porcate simili
    pkg=$(egrep -lr "(^|[^a-z])$i(\$|[^a-z])" --include IUSE /var/db/pkg | sed -e 's:^/var/db/pkg/::' -e 's:/IUSE$::' )
    if [ -z "$pkg" ]; then
        echo "La use $i non e' usata"
    #se pkg è uguale a package fino al primo \n vuol dire che cen'è solo uno
    #qui andrebbe anche bene il wc -l, solo che forkerebbe per ogni ciclo. così invece no
    elif [ "${pkg}" = "${pkg%$CR*}" ]; then
        echo "Il pacchetto $pkg e' l'unico ad utilizzare la USE $i"
    fi
done

[bandreabis]

Quindi cambio /etc/make.conf con /etc/portage/make.conf e posso usare ancora questo script?

[fedeliallalinea]

Quindi cambio /etc/make.conf con /etc/portage/make.conf e posso usare ancora questo script?

Mi sembra che dovrebbe funzionare con questa modifica ma non so quanto possa essere utile se fai uso principalmente di /etc/portage/package.use.
Infatti in make.conf io metto solo lo stretto necessario e per il resto uso /etc/portage/package.use che abilito use flag solo ai pacchetto voluti.
Potresti anche smettere di usare make.conf e utilizzare solo package.use usando la sintassi */* use1 use2 -use3.

[Kernel78]

Ricevere una notifica su un thread a cui ho partecipato 14 anni fa è strano ma interessante ... complimenti per aver fatto una ricerca prima di aver postato

[fedeliallalinea]

Ricevere una notifica su un thread a cui ho partecipato 14 anni fa è strano ma interessante ... complimenti per aver fatto una ricerca prima di aver postato

Oh guarda un po' chi si vede .

[Kernel78]

Ricevere una notifica su un thread a cui ho partecipato 14 anni fa è strano ma interessante ... complimenti per aver fatto una ricerca prima di aver postato

Oh guarda un po' chi si vede .

Ogni tanto penso di tornare su gentoo ma già fatico a trovare del tempo libero per altri progetti ... avere due figlie è più impegnativo che ricompilare il kernel

La cosa che mi stupisce di più è di essere ancora moderatore ...

Mi sono perso qualcosa in questi 14 anni?

[fedeliallalinea]

Ogni tanto penso di tornare su gentoo ma già fatico a trovare del tempo libero per altri progetti ... avere due figlie è più impegnativo che ricompilare il kernel

Devo dire che se stai su un sistema stable il lavoro una volta installato non è poi così tanto.

La cosa che mi stupisce di più è di essere ancora moderatore ...

Un moderatore è per sempre (o erano i diamanti?)

Mi sono perso qualcosa in questi 14 anni?

A parte che gentoo non è più così popolare come un tempo... solite cose .

[bandreabis]

Ricevere una notifica su un thread a cui ho partecipato 14 anni fa è strano ma interessante ... complimenti per aver fatto una ricerca prima di aver postato

È bello risentirvi!

[antonellocaroli]

A parte che gentoo non è più così popolare come un tempo...

beh, questo é un peccato....meriterebbe piú popolarità.