pacchetti in piu' slot

adam_z · Posted: Sun Jun 17, 2007 10:39 am Post subject: pacchetti in piu' slot

Volendo verificare se QT era ancora installato in piu' slot, mi sono informato e ho letto che con

bandreabis · Posted: Sun Jun 17, 2007 11:12 am Post subject:

E' grosso modo normale???
Prova a farti dare una risposta da:

comio · Advocate Joined: 03 Jul 2003 Posts: 2191 Location: Taranto

adam_z · Posted: Sun Jun 17, 2007 3:37 pm Post subject:

innanzitutto grazie delle risposte.

Il dubbio mi era sorto perche', per sbaglio, invece che digitare il classico # emerge -uDNpv world per verificare gli aggiornamenti, ho digitato

comio · Advocate Joined: 03 Jul 2003 Posts: 2191 Location: Taranto

bandreabis · Posted: Sun Jun 17, 2007 7:21 pm Post subject:

Quando una volta ho avuto una list di depclean così lunga, ho fatto segare quello che voleva e ho reistallato i pacchetti che sapevo di avere emerso io a manina e poi ho dato un

djinnZ · Posted: Sun Jun 17, 2007 7:41 pm Post subject:

docbook è normale che ti ritrovi almeno tre o quattro versioni installate (tutto in /etc se non erro) e vuoi ridurli togli la use doc.
java per ora è normale perchè hai 1.4 (java 1) per compilare e 1.5 (java 2) per eseguire.
qt credo che saprai della questione qt4 vs qt3 (al massimo rivedi le use flag, ma ci sono un paio di applicazioni kde che chiedono per forza la qt4)
glib e automake come sopra
gtk controlla le use flag ma è normale
db devono essere almeno due.
tutto normalissimo.

Il kdm o è perchè hai metà meta metà normale o perchè ha installato manualmente. Se invece hai fatto l'installazione meta-parziale (ciè non c'è in world kde-meta ma i vari kdelibs-meta, kdebase-meta etc.) può essere che ti sei scordato kdeadmin o kdebase non ricordo.

Oppure può essere un errore di portage (alle volte --depclean sbaglia, c'è un apposito avviso). Se è un errore te ne accorgi dando emerge -aDNuv world e lui vuole installarti un pacchetto appena rimosso. Nel dubbio per non perdere tempo usere quickpkg per fare copia dei pacchetti da rimuovere, l'emerge --depclean, un emerge -DNuK world ed un revdep-rebuild. Così sei sicuro che tutto è a posto.
_________________
scita et risus abundant in ore stultorum sed etiam semper severi insani sunt :wink:

mala tempora currunt...mater stultorum semper pregna est :evil:

Murpy'sLaw:If anything can go wrong, it will - O'Toole's Corollary:Murphy was an optimist :wink:

adam_z · Posted: Mon Jun 18, 2007 4:12 pm Post subject:

x comio
Versione 3.5.

----------------------------------

Scen · Posted: Mon Jun 18, 2007 4:26 pm Post subject:

Riguardo a kdm: in qualche aggiornamento recente degli ebuild "split" di KDE, questo pacchetto è stato rimosso dalle dipendenze del meta-pacchetto kdebase-startkde (ovvero l'installazione ULTRAminimale di KDE), per cui successivamnte depclean lo segnalava come pacchetto da eliminare. Per ovviare a questo problemino, o lo si installa in world

djinnZ · Posted: Mon Jun 18, 2007 4:45 pm Post subject:

adam_z · Posted: Sun Jun 24, 2007 11:07 am Post subject:

ho verificato nel file /etc/conf.d/xdm che uso kdm, quindi ho fatto

djinnZ · Posted: Mon Jun 25, 2007 4:49 pm Post subject:

emerge --depclean può sbagliare ed eliminare un paio di pacchetti necessari e questo rientra nelle possibilità ma soprattutto e certamente elimina tutti i pacchetti necessari alla compilazione ma non all'esecuzione dei programmi. Detti pacchetti vengono ripristinati solo ed esclusivamente con emerge --with-bdeps y -DNu world. Senza il --with-bdeps hai un sistema completo a runtime ma non per l'aggiornamento. In più diversi automake interni ai pacchetti se ne fregano delle impostazioni di portage e basano l'inclusione delle librerie solo su quello che è effettivamente installato e potresti avere degli errori di linking visto che i devel, non avendo di meglio da fare, modificano gli ebuild con la tendenza a semplificare le dipendenze piuttosto che a complicarle.
Quindi la sequenza del cleaning esatto è

Scen · Posted: Tue Jun 26, 2007 7:06 am Post subject:

djinnZ · Posted: Tue Jun 26, 2007 1:34 pm Post subject:

@scen
mi riferivo sempre al caso comune di variazione delle dipendenze, se una libreria rilevata ed inclusa dall'automake del piffero (perchè ci sono diversi automake che se ne fregano dei --with-vattelappesca e dei --no-vattelappesca passati dall'ebuild, ma sono errori dei pacchetti in realtà non di portage) ma non è più in DEPEND viene rimossa (nel mio caso era per variazione delle use flag) rischi di ritrovarti con qualche programma bloccato.
Può essere anche che era un bug transitorio (un annetto e mezzo fa) ma i casini me li ha fatti. Niente di grave od irrimedibile ma sempre meglio evitare secondo me.

Quanto agli RDEPEND ci sono alcuni dei pacchetti più rognosi da compilare (tutta la paccottiglia dei generatori di documentazione a cominciare da docbook) e spesso mi capita di non poterli ricompilare con il nuovo assetto di librerie senza decrementare l'ottimizzazione o passare alla prima versione instabile. Quindi nel dubbio me li porto sempre dietro con il backup in binario. Da quando ho adottato questo metodo le mie bestemmi si sono ridotte di parecchio.
_________________
scita et risus abundant in ore stultorum sed etiam semper severi insani sunt :wink:

mala tempora currunt...mater stultorum semper pregna est :evil:

Murpy'sLaw:If anything can go wrong, it will - O'Toole's Corollary:Murphy was an optimist :wink:

adam_z · Posted: Fri Jun 29, 2007 7:57 am Post subject:

per la verità non ho fatto i pkg dei pacchetti che ho eliminato con --depclean.

se ho capito bene i pacchetti usati solo per compilare altri pacchetti al prox aggiornamento (di questi pacchetti) li ricompilera' senza la necessita' di particolari settaggi (tipo with-bdeps y, o altro)

lavish · Bodhisattva Joined: 13 Sep 2004 Posts: 4296

Spostato dal Forum di discussione italiano al Forum italiano (Italian).
_________________
minimalblue.com | secgroup.github.io/