[Discussione] Portage ha qualche problema? Parliamone

Cazzantonio

Intendiamoci... a me piace gento...

Tuttavia ci sono un paio di dettagli (che a guardarli bene tanto dettagli non sono) che mi danno un fastidio incredibile :evil:

Evitando di parlare dei pregi di portage visto che sono ovvi passarei direttamente a parlare dei problemi:

1)Possibile che ancora nessuno abbia sviluppato un modo intelligente per far stampare tutte le einfo, ewarn e quant'altro di importante dica emerge alla fine di una compilazione alla fine di ogni catena di compilazioni?? :evil:

Che diavolo serve che emerge mi stampi degli avvertimenti se sto aggiornando contemporaneamente diversi pacchetti e ogni scritta permane sullo schermo solo pochi secondi (se va bene)?? Questa mi sembra davvero una presa per il culo... :evil:

Non è nemmeno tanto difficile da implementare... basta buttare tutte le informazioni ALLA FINE e non DURANTE il processo di emersione... :evil:

Ora qualcuno di voi dirà che con portage 2.1 si può loggare tutte queste informazioni in /var/log soluzione molto elegante... :roll:

prima zero informazioni e ora troppe... logga tutto in file separati... uno per ogni pacchetto+versione... avete idea di quanti file trovate la dentro dopo qualche mese di utilizzo di gentoo? :roll:

si ok che i dati ci sono tutti ma c'erano pure se mi andavo a leggere tutti gli ebuild che emergevo... :twisted:

bah... i devel di portage hanno un concetto stravagate di usabilità :evil:

Ripeto nuovamente... possibile che nessuno abbia ancora pensato di implementare la cosa più semplice??? ovvero stampare quelle cavolo di informazioni ALLA FINE di tutto il processo di emersione? :evil:

2)Mi stupisce vedere quanti tool malfunzionanti ci sono in gentoolkit... equery depens non funziona granchè bene... a volte trova le dipendenze, a volte no, a volte ne trova di scorrette e a volta da risultati diversi a seconda che si inserisca il nome del pacchetto liscio o si aggiunga anche il numero di versione... :roll:

Potevano sprecarsi a farlo un tantino meglio? Sono i tool ufficiali di manuntenzione... e che ca**o :roll:

Inoltre non hanno ancora implementato seriamente una funzione quantomeno basilare... emerge --depclean non funziona affatto correttamente... lascia un sacco di spazzatura a giro e non rimuove nemmeno le vecchie versioni inutilizzate dei pacchetti slotted... ovvero se avete installato un pacchetto slotted dovete ricordarvelo voi... non esiste alcun tool ufficiale in grado di rimuovere le versioni vecchie!

Immaginate solo quanto sia pratico avere 15 versioni diverse e inutili di gentoo-sources o di kdelibs.... ok direte voi... sei un utente navigato, lo sai e li rmuovi a mano... beh posso anche installarmi tutti i programmi a manina con ./configure, make e make_install però se uso una distribuzione con un gestore di pacchetti avrei piacere che li gestisse lui... almeno le cose di base... :roll:

Il fatto è che anche questa feature non è incredibilmente complessa... xchris aveva scritto in (relativamente) poco tempo unclepine che faceva tutto questo e lo faceva perfettamente... (non funziona più con portage 2.1... per questo mi girano le balle ora). :roll:

A questo punto potreste dire le seguenti cose:
Q) beh si chiama opensource non a caso... non rompere le balle e scriviti tutte le modifiche che vuoi al sorgente... che cosa protesti visto che questa è tutta gente che lavora a gratis? :evil:

A) formalmente vero ma troppo comodo... io sono libero di protestare quanto loro di ignorarmi (con loro intendo i devel di portage e/o gentoolkit). Se avessi pagato per un prodotto avrei diritto a vedere ascoltate le mie critiche, in questo caso invece posso solo sperare che le mie critiche vengano accettate e ne sono perfettamente consapevole.

Comunque io non sono un grande programmatore e nemmeno mi piacerebbe parecchio esserlo... riconosco la qualità di portage ma se dovessi mettermi a studiane il codice preferirei passare ad un'altra distribuzione e sopportare un gestore di pacchetti peggiore. :roll:

Q) quelli da te indicati non sono difetti o comunque sono cose secondarie :roll:

A) beh allora dimmi quali sono i difetti secondo te (se pensi ci siano). :roll:

Q) sei veramente astioso e questo post cola cattiveria da tutte le parti :evil:

A) vero ma fa caldo, è l'una di notte, da ieri sto cercando di risistemare il computer (fa caldo pure a lui) dopo aver praticamente cancellato tutto il sistema operativo per sbaglio (non è colpa di gentoo). Il fatto che ci stia mettendo così tanto è imputabile a due fattori (oltre al fatto che mi si fonde il computer):
1-- non posso mettere tutto insieme a compilare perché mi perderei tutti gli einfo e gli ewarn e ci tengo a leggermeli visto che qualcuno a perso tempo a scriverli (perchè non ti stampi la lista dei pacchetti da installare e non ti leggi tutto a mano? perchè ci metterei il doppio... l'ultimo backup era di tre mesi fa e sto aggiornano circa 150 pacchetti). :roll:

2-- se al punto uno volevate dirmi "perchè non abiliti l'elog del nuovo portage" sappiate che l'ho mascherato in attesa di capire come fare a meno di unclepine... sto cercando di farmi degli scriptini a mano ma non funzionano bene come unclepine per cui per ora preferisco il vecchio portage + unclepine che quello nuovo pieno di dubbie features... se dovessi fare a meno di unclepine sarei tentato di fare a meno anche di portage e passare direttamente ad ubuntu :roll:

[MOD]A parte l'astio del mio post che è al 50% ironia (il resto è astio davvero

) avrei piacere che non si degenerasse in un flame... anche perché altrimenti sarebbe colpa mia e mi dovrei autocensurare... fatemelo per piacere grazie...

[/MOD]
_________________
Any mans death diminishes me, because I am involved in Mankinde; and therefore never send to know for whom the bell tolls; It tolls for thee.
-John Donne

.:chrome:.

1) più precisamente di quali informazioni parli?
se ti riferisci ad informazioni di scarsa importanza, beh... proprio in quanto tali, io me ne frego :lol:

se invece parli di informazioni critiche, in tutti i casi che io ho visto, dopo quelle finromazioni, il processo di emerge viene interrotto in modo automatico. mi riferisco in modo particolare ad avvisi del tipo "stai aggiornando mysql. se non fai prima un dump e poi un restore rischi di perdere tutto"

2) a ben pensarci non è sbagliato che equery depends dis output diversi a seconda che metti o meno il numero di versione. possono esserci dipendenze diverse per versioni diverse, non trovi? tuttavia parlarne così ha poco senso. riusciresti a fare un esempio pratico? se poi effettivamente c'è il malfunzionamento e non si tratta di una semplice cattiva interpretazione si può (dsi deve) aprire un bug.
quanto a depclean devo davvero smentirti. funziona benissimo, a patto però che il world sia pulito, e che non sia pieno di spazzatura, altrimenti non è davvero possibile ripulire il sistema. non sono però sicuro di avere capito il tuo problema con i pacchetti slotted; in ogni caso, hai provato emerge --prune?

secondo me guardi solo il problema dal lato sbagliato. come ho brevemente cercato di dimostrare, i problemi che hai sollevato non sono nemmeno tali, se li guardi da un altro punto di vista.
tuttavia questa è una bella discussione. sicuramente un buon punto di partenza per imparare qualcosa di più su portage e/o per chiedere delle nuove funzioni tramite bugzilla

funkoolow · Posted: Sun Jun 25, 2006 12:49 am Post subject:

io una cosa che non sopporto è che quando fai il pretend del world e in mezzo c'è qualche pacchetto mascherato, invece di darti la lista di tutti i pacchetti magari con una [M] ad indicare quelli che bloccano l'emerge perchè maskati ti si ferma lì, e tu che devi inserirti a mano tutti i pacchetti uno stop alla volta nel package.keywords....

una gran perdita di tempo :evil:

_________________
SabaziaLUG: il LUG a nord di Roma

Cazzantonio

zolar czakl · Apprentice Joined: 25 Sep 2004 Posts: 162 Location: UMRK

1) Vedi se questo puo' essere un inizio (certo non con un server) https://forums.gentoo.org/viewtopic-p-3339221.html#3339221
2) Anche a me manca unclepine.

Domanda: visto che i files in portage sono in sola lettura (gli ebuild da personalizzare vanno da un'altra parte)
perche' non comprimerli (tipo man-pages, rimarrebbero facilmente consultabili)?
Esistono problemi concreti?

@funkoolow
In package.keywords dovrebbe andare solo il pacchetto da installare.

Le dipendenze dovrebbero essere smascherate in automatico (gli hardmasked magari sono un caso a parte).
Non risulterebbe piu' pulito anche il passaggio "a stabile" dei vari pacchetti?
La presenza di versioni mascherate risulterebbe dinamicamente forzata solo dagli ebuild.

Andrebbe aggiunta la lettera M all'output di --pretend.

emix · Veteran Joined: 30 Nov 2003 Posts: 1014

cloc3 · Posted: Sun Jun 25, 2006 7:04 am Post subject:

A me pare che portage preveda già la ristampa di certe informazioni alla fine dell'emerge.
Determinate informazioni, infatti, vengono stampate sia durante la compilazione del singolo ebuild, che al termine dell'emerge complessivo.

Penso quindi che questo sia un servizio disponibile per l'autore dell'ebuild.
Naturalmente, è necessario anche che tale risorsa sia utilizzata con equilibrio, altrimenti l'output finale, dopo una compilazione importante, potrebbe risultare chilometrico. Probabilmente sono gli stessi sviluppatori che adottano al riguardo una politica di autolimitazione, che talora, può risultare in contrasto con le nostre attese. La cosa migliore è redigirere sistematicamente l'output di emerge verso un file, in modo di essere in grado di rivedere, all'occorrenza, certi particolari.

È noto che il principale difetto di portage è determinato dalla mancanza di un controllo adeguato delle dipendenze inverse, ma questa è cosa nota. Da sempre. Il tentativo di xchris di fare ordine, si è purtroppo spento nonostante l'entusiasmo dell'autore, per manifesta mancanza di supporto, a al momento, non mi pare che esistano prospettive di ripresa del progetto.
Secondo me, il team di sviluppo ha rinunciato ad appoggiare e seguire quel progetto fin dal principio. Lo stesso xchris, ad un certo punto, ha cominciato a denunciare l'impossibilità tecnica di risolvere adeguatamente il problema (anche se, per la verità, in un certo periodo il suo script ha lavorato davvero bene) per motivi di complessità intrinseca ineliminabile.

Bisogna pensare che, in portage, la dipendenza inversa dipende dinamicamente dalle useflags, che un utente può modificare in qualunque momento e per qualsiasi ragione. In questo campo, secondo me, bisogna affidarsi principalmente alla prudenza e al buon senso dell'utente amministatore.
_________________
vu vu vu
gentù
mi piaci tu

knefas · l33t Joined: 21 Dec 2003 Posts: 828

Riguardo al log, come un po' hanno gia' detto, se vuoi tutto in un unico file (diciamo) la soluzione e' piuttosto semplice, basta che in PORTAGE_ELOG_COMMAND metti uno scriptino che ti faccia il merge dei messaggi loggati sul file di log. Non ho mai provato, ma potrebbe anche bastare qualcosa tipo

Kernel78 · Moderator Joined: 24 Jun 2005 Posts: 3654

se vuoi loggare tutte le info, i warnings e gli errors ma non ti interessa avere il log di TUTTO l'emerge di un pacchetto basta che metti

.:chrome:.

@Cazzantonio:
hai ragione: la man di emerge --prune non è molto rassicurante, ma se ben guardi non lo sono nemmeno le prime righe di output di emerge --depclean, e guardacaso lavorano entrambi nello stesso modo.
personalmente sono convinto che siano retaggi delle prime versioni di portage in cui queste funzioni erano implementate. anzi ti dirò di più: la man di portage contiene ormia informazioni vecchie ed inesatte riguardo depclean e prune

emerge --prune lo uso regolarmente per scremare i kernel, e non ho mai avuto problemi di alcun tipo (poi ovviamente può sempre capitare la botta di sfiga e una volta ogni tanto possono fare danni, ma quella, come detto, è davvero sfiga

@emix:
no. anche io non l'ho mai usato. i tool di portage, secondo me non lavorano così male, e non mi fanno sentire la mancanza di niente

X-Drum

Cazzantonio · Posted: Sun Jun 25, 2006 12:28 pm Post subject:

.:chrome:. · Posted: Sun Jun 25, 2006 12:36 pm Post subject:

Cazzantonio · Posted: Sun Jun 25, 2006 1:03 pm Post subject:

Io ho provato a vedere quali bug ci fossero aperti per equery...

fatti un giro e guarda :wink:

Comunque per emerge --prune non mi sembra ci siano bug aperti :roll:

Aprilo pure :wink:

_________________
Any mans death diminishes me, because I am involved in Mankinde; and therefore never send to know for whom the bell tolls; It tolls for thee.
-John Donne

zolar czakl · Apprentice Joined: 25 Sep 2004 Posts: 162 Location: UMRK

Sempre in tema di log.

Non si potrebbe utilizzare

.:chrome:. · Posted: Sun Jun 25, 2006 1:24 pm Post subject:

prima di aprire nuovi bug, vorrei analizzare per bene la situazione, data la fottuta tendenza che hanno i bug-wranglers a non leggere con attenzione quello che la gente scrive. cani! dovrebbero aprire un bug su di loro!

rileggendo bene man portage sembra che emerge --prune faccia esattamente quello che dovrebbe. peccato si tratti di qualcosa senza senso, perché a ben pensarci non mi viene in mente una situazione in cui quella funzione potrebbe essere comoda (a parte il kernel).
oltretutto la man dice che rimuove tutte le versioni di un pacchetto tranne l'ultima, ma per ultima intende non l'ultima disponibile, bensì l'ultima che è stata installata (esempio: ho installato gtk+-1.2 e poi ho fatto emerge --prume. mi ha disinstallato gtk+-2.

, e questo è davvero privo di senso.

penso che il vero problema sia in depclean, che non è proprio capace di gestire i pacchetti slotted e li salta a piedi pari.
ora quello che mi chiedo è se sia possibile rimuovere un pacchetto slotted che non serve più, o meglio se sia possibile capire che non serve più

xlyz · Veteran Joined: 27 Oct 2002 Posts: 1470 Location: Italy

scusasse cazzantanio, ma se ricordo bene (utlimamente apto invece di emergere

) tutti i vari warning sono evidenziati dalla classica coppia di asteriski. a questo punto cosa ti impedisce di greppare lo stdout per vedere/salvare solo i messaggi?

.:chrome:. · Posted: Sun Jun 25, 2006 1:29 pm Post subject:

Kernel78 · Moderator Joined: 24 Jun 2005 Posts: 3654

Kernel78 · Moderator Joined: 24 Jun 2005 Posts: 3654

cloc3 · Posted: Sun Jun 25, 2006 1:55 pm Post subject:

.:chrome:. · Posted: Sun Jun 25, 2006 2:22 pm Post subject:

Cazzantonio · Posted: Sun Jun 25, 2006 2:36 pm Post subject:

Cazzantonio · Posted: Sun Jun 25, 2006 3:13 pm Post subject:

Se volete fare un confronto tra l'output di equery e quello di unclepine provate questo script.
Non fa altro che invocare equery depends per ogni paccheto installato e vedere se non è dipendenza di niente.
Fa un controllo sia usando pacchetto+versione che senza versione e sputa fuori quanto risultato "unlinked" in entrambi i casi.
Guarda anche tra i pacchetti slotted e cerca di capire quali vesioni sono necessarie o meno. Segnala per quali pacchetti slotted non è stato possibile capire niente e quali siano invece i pacchetti slotted citati in world (per cui è necessario un controllo manuale).

Il codice non è bellissimo ma serve per rendersi conto della differenza profonda tra l'output di unclepine e il funzionamento "buggato" di equery

(ci mette anche 10 minuti abbondanti in più :roll:

)
Se così non fosse basterebbe questo per trovare la spazzatura di sistema e non avremmo bisogno di unclepine :roll:

(a parte la funzione unclepine -sw che secondo me è fondamentale per "ripulire" il proprio world

)

codadilupo · Advocate Joined: 05 Aug 2003 Posts: 3135

dico anche la mia ;-)

richieste:

1) ELOG a fine installazione
2) portage ristretto (posso buttare disco in file di testo ???)
3) unclepine!

risposte:

1) mi accontento di un ELOG che non mi logga tutto... magari un tool che mi legga gl'ewarn direttamente dagl'ebuild (tipo una opzione in piu', che copia gl'ewarn in un file temporaneo durante l'installazione, e me li legge - previa domanda, alla fine ( enotice ?).
2) se portage stesse sui server, e emerge mi scaricasse di volta in in volta gl'ebuild necessari, aumenterebbero le chiamate ai server, ma i sync si ridurrebbero a scaricare un file di indice
3) ... boh! ;-)

Coda