[ TOOL - DISCUSSIONE ] - AuntMary dopo Unclepine

xchris · Advocate Joined: 10 Jul 2003 Posts: 2824

Ho preferito creare un nuovo thread per non mischiare le 2 discussioni visto che cmq Unclepine e' sempre attivo.

Questo thread mi serve per esporre i miei dubbi e raccogliere suggerimenti (siamo oltre il GPL :lol:

).

Per chi non sa cosa sia Unclepine posso riassumere velocemente dicendo che e' un tool non ufficiale mio per lavorare con le dipendenze dirette e inverse e quindi utile per unmerge ricorsivi e pulizia del sistema.

Da tempo pensavo di riscriverlo per diversi motivi:
- pulizia codice -> alias mantenibilità
- utilizzo di funzioni di portage -> alias compattezza e supporto opzioni future
- realizzazione classe per supporto tool esterni (gtk,qt,console)

Il nome AuntMary!
Il tool sara' composto inizialmente della classe + una semplice applicazione per usarla.

Ora veniamo a noi... ai dubbi...

Unclepine al momento ha alcune limitazioni.
Alcune sono trascurabili altre no!

Ovviamente risolvere questi problemini mi comporta inevitabilmente una scelta di base:

zero limiti -> velocità ridotta,difficoltà di programmazione,complessità generale di utilizzo
alcuni limiti -> velocità accettabile,semplicità di programmazione,utilizzo intuitivo

Per alcuni forse queste 2 affermazioni non sono sempre vere (e concordo) ma in questo caso lo sono.
(e non credo che sia un caso che ancor oggi portage non abbia un suo tool ufficiale...)

Scusatemi se sono prolisso ma devo spiegarvi velocemente come lavora Unclepine (magari a qc fa anche piacere)
(spiego come si crea il suo simil-albero di dipendenze... che poi albero non e')

-recupero delle dipendenze RAW
-recupero dei pkt di system e world
-recupero delle useflags di sistema e quelle usate in compilazione
-recupero dei virtual

-risoluzione dei virtual in pkt
-semplificazione delle dipendenze in OR ( || negli ebuild)
-creazione per ogni pacchetto della lista di dipendenze risolte a pkt esistenti sul sistema

A questo punto abbiamo perso alcune informazioni!
- non sappiamo se un pacchetto era prima un virtual o meno
- leghiamo alcuni (in realtà ben pochi) pacchetti ad altri (sotto forma di dipendenza) anche se non sono strettamente necessari.

Questi sono i problemi principali.
Le dipendenze in OR in realtà sono ben poche e raramente (ma non sempre) capita di averle entrambe installate,e in ogni caso si tratterebbe di pochi pacchetti extra sul sistema.

A questo punto non so che fare.
O sbatto la testa fino a quando non trovo una struttura dati per preservare le informazioni e recuperarle e processarle in un tempo ragionevole...
...o convivo con alcune limitazioni (anche se avrei la possibilit di effettuare dei check su queste condizioni... con comandi appositi)

Il dubbio nasce dal fatto di non voler fare un tool troppo complesso (ovvero che mostra al utente informazioni per lo + incomprensibili) e dal fatto che vorrei non limitare come in passato.

Arg.. sono un po' fermo.

Tenete conto che un comportamento simile ad Unclepine e' gia' stato implementato e funziona sembra bene. (si e' molto in fase primordiale ma le funzioni base ci sono)

Voi che ne dite?
Grazie mille!

ciao
_________________
while True:Gentoo()

Cazzantonio · Posted: Thu Jul 14, 2005 5:17 pm Post subject:

Io, da assiduo utilizzatore di unclepine (che in pratica uso ogni aggiornamento e spesso per pulizia del sistema e informazioni varie) ti dico che da parte mia per ora unclepine ha sempre funzionato benissimo

L'unico mio dubbio te lo espressi tempo fa a proposito dei pacchetti tenuti su dalle inherited use flags da essi stesse generate ma mi pare una cosa relativamente poco importante (in ogni caso per tali eventualità si può sempre fare un controllo a mano)

Io fossi in te andrei verso un tool semplice, lo farei compatibile con portage in modo da rendere possibile una sua inclusione nei gentoolkit :wink:

e rimanderei a dopo il suo completamento l'idea di tool grafici (magari esterni) visto che non penso tanta gente ne senta la necessità... (ma ovviamente se ci sono sono i benvenuti... se solo gentoo avesse un gestore di pacchetti come synaptic :roll:

)
_________________
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

federico · Posted: Thu Jul 14, 2005 5:23 pm Post subject:

Il giorno che capisco come funziona e come si usa lo zio potrei anche cimentarmi in una grfica gtk, quindi io propendo per iniziare dall'avere la zia facile ed efficente, e pensare in un secondo momento ad uno switch per ottenere le opzioni strane e verbose

_________________
Sideralis www.sideralis.org
Pic http://blackman.amicofigo.com/gallery
Arduino http://www.arduino.cc
Chi aveva potuto aveva spaccato
2000 pezzi buttati là
Molti saluti,qualche domanda
Semplice come musica punk

codadilupo · Advocate Joined: 05 Aug 2003 Posts: 3135

io dico che.... un giorno mi dovrai dire dove peschi 'sti nomi :lol:

Coda

federico · Posted: Thu Jul 14, 2005 7:03 pm Post subject:

xchris · Advocate Joined: 10 Jul 2003 Posts: 2824

oRDeX · Veteran Joined: 19 Oct 2003 Posts: 1325 Location: Italy

Ma sono tutti parenti?

masterbrian · Guru Joined: 13 Feb 2004 Posts: 461

Ciao,

do anche io i miei 2 cents di contributo

Premesso che non uso unclepine con la stessa dedizione di Cazzantonio, ma che lo trovo cmq un tool utilissimo, personalmente sarei per avere un'interfaccia stile mc e l'abilitazione delle funzioni minime di default, ma la possibilita', attraverso un menu' (e degli switch), di attivare tutto il resto.

In questo modo il tool sarebbe utlizzabile di base da chiunque e verrebbe conosciuto dalla maggior parte della comunita' (cosi' almeno si spera), ma soddisferebbe anche i piu' pignoli o desiderosi di features

Non so quanto peserebbe in termini di velocita', ma dal tuo post e' chiaro che non si tratta di differenze trascurabili. Ciononostante, se parte della struttura del programma, delle chiamate e delle funzioni rimangono inutulizzate con le impostazioni di default forse potresti arrivare ad un compromesso ragionevole?

Grazie infinite per il lavoro che fai su questi tool e per il tempo che dedichi alla comunita'

_________________
[img:f6b0c3bcba]http://www.danasoft.com/sig/MasterBrian.jpg[/img:f6b0c3bcba]

lavish · Bodhisattva Joined: 13 Sep 2004 Posts: 4296

Grande xchris, complimentoni! Anche io sono un assiduo utilizzatore di unclepine e devo dire che si è sempre comprtato egregiamente, non ho mai notato dei limiti così restrittivi nel suo utilizzo

Anche io propendo per una scrittura "semplice" comunque

Ciao e buon lavoro!

_________________
minimalblue.com | secgroup.github.io/

xchris · Advocate Joined: 10 Jul 2003 Posts: 2824

@masterbrian:

tieni conto che di base la zia e' una classe che permette di lavorare in modo agevole sulle dipendenze...
l'applicazione sara' poi costruita ad hoc... e sara' semplice (credo) per chiunque utilizzarla e creare tool specifici.

vi faccio un esempio velocissimo

xchris · Advocate Joined: 10 Jul 2003 Posts: 2824

la classe e' gia' bella funzionante...

Non pensavo di fare cosi' in fretta ma devo dire che Portage mette a disposizione molti strumenti per esplorare sia il DBtree che il PortageTree.
Secondo voi e' bene lasciarla minimale o mettere qualche funzione extra che recuperi altri tipi di informazioni (magari utili alle GUI)?

Una versione minimale di auntmary (da ora in poi li chiamero' auntmary_lib e auntmary per indicare il file contentente la classe e l'applicazione rispettivamente) e' gia' funzionante anche se mooolto grezza.

-al momento implementa Unlinked,Direct Deps,Reverse Deps
-in 10 minuti credo di fare la routine deep-unmerge
-da linea di comando si puo' specificare il modo (local,portage,mix) -> default:mix
-da linea di comando si puo' specificare l'utilizzo di useflags (System,Compile,Mix) -> default:Compile
-da linea di comando si puo' specificare l'utilizzo di RDEPEND,DEPEND,PDEPND -> default: tutte
-purtroppo gli switch per usarlo sono cambiati (colpa di optparser o mia che non lo so usare bene)

Vediamo i tempi:

- 10 secondi per creare tutto il database nelle condizioni peggiori (useflags:mix,mode=mix) (in realtà sono 2... uno risolto... uno grezzo per recuperare
altre info eventualmente)

una volta salvato il db per un particolare set di opzioni (tipicamente non si cambiano da un lancio all'altro) le operazioni sono molto veloci:

- dipendenze dirette 0.9 Secs
- dipendenze inverse 0.9 Secs
- routine unlinked (spazzatura sistema) 1,8 Secs

Chiaramente l'operazione di costruzione DB andra' fatta ad ogni cambiamento del sistema o se si vogliono opzioni diverse. (raramente uno le cambia)

E' meglio lasciare di default la costruzione ogni volta del DB (+ noob proof) o il contrario?

Qualunque commento e suggerimento e' ben accetto!
ciao

EDIT:penso per sett prox di rilasciare l'alpha1
_________________
while True:Gentoo()

btbbass · Posted: Sat Jul 16, 2005 9:15 am Post subject:

xchris · Advocate Joined: 10 Jul 2003 Posts: 2824

si...
utilizzavo un sistema analogo con usetool.

Il punto e' che la parte onerosa e' il calcolo delle dipendenze...
e se anche non cambio il sistema (emerge.log intoccato) ma cambio le impostazioni di USEFLAGS (ovvero come le deve considerare) o il modo di recuperare le dipendenze (da Portage o da Local) cmq il calcolo deve essere fatto nuovamente.

Questo per dire che non credo valga la pena automatizzare il tutto.
Forse ha senso di default fargli rifare tutto ogni volta e per chi sa cosa sta facendo puo' fare il "load db"...

(cosi' sarebbe come Unclepine... e per chi sa cosa fa... puo' dargli una botta di velocita')
Ciao

_________________
while True:Gentoo()

btbbass · Posted: Sat Jul 16, 2005 9:57 am Post subject:

xchris · Advocate Joined: 10 Jul 2003 Posts: 2824

sono sempre in tempo per riconsiderare il tutto cmq..

poi cmq questa e' una cosa che va decisa nell'applicazione che userà la classe.

Sto facendo un po' di confronti con Unclepine che reputo abbastanza affidabile e sembra non sgarrare!
In + Auntmary si comporterà meglio con le SystemUse (che ziopino trattava in modo non perfetto)

Ora non so se incorporare la routine deep-unmerge direttamente nella classe....
In realta' gia' con gli strumenti base della classe e' un operazione semplice anche se magari non intuitiva.
Vedremo.

Sarebbe un metodo del genere:

deepunmerge(list_to_remove) -> elenco pacchetti rimovibili

Ci penso su..
Grazie per le osservazioni.!
ciao
_________________
while True:Gentoo()

xchris · Advocate Joined: 10 Jul 2003 Posts: 2824

la classe funziona bene a quanto sembra...

non so se includere la procedura Unlinked (che restituisce i pkt zombie) nella classe o meno.
(in realta' con le info restituite dalla classe e' facile ricavarli..)

Ho provato per curiosità a fare una Gui Gtk...con wxpython (con wxglade)
Vi mostro qc ma come potete vedere i risultati sono abbstanza penosi per il momento

direi che faccio un po' schifo con le gui :lol:

http://www.xchris.net/download.php?file=screenshots/auntmary_lib_1.png
http://www.xchris.net/download.php?file=screenshots/auntmary_lib_2.png

cmq il concetto e' che e' semplice farle...se si conoscono le gui e la prg ad eventi.
ciao
_________________
while True:Gentoo()

masterbrian · Guru Joined: 13 Feb 2004 Posts: 461

Fai schifo con le gui?

Io direi che e' chiara e funzionale e poi l'hai realizzata in pochissimo tempo. Complimenti!

Riguardo all'idea di dividere il lavoro in una libreria che integra tutte le funzioni e un eseguibile che ne sfrutta solo alcune devo dire che e' ottima, cosi' hai il massimo della flessibilita' e puoi puntare anche sulla velocita'. Ancora complimenti, a mio avviso, il progetto promette molto bene.

_________________
[img:f6b0c3bcba]http://www.danasoft.com/sig/MasterBrian.jpg[/img:f6b0c3bcba]

Dhaki · Guru Joined: 16 Jun 2004 Posts: 325 Location: Ticino - CH

Dato che non sono ferrato ne in core ne in gui, volevo solo farti i miei complimenti per la tua velocità e precisione

. Spero che una volta finita la zia venga inserita nel gentoolkit, secondo me te lo sei meritato ampiamente.

xchris · Advocate Joined: 10 Jul 2003 Posts: 2824

grazie a tutti e due

la gui e' veramente provvisoria... quella finale se funzionerà al 100% sarà diversa. (ora ho qc problemino)

al momento quindi mi rimande da fare:
- sistemare la classe (poca roba inizialmente)
- finire lo script Auntmary (funzionalità simili a Unclepine)
- rifare la GUI
- scrivere un minimo di documentazione per la classe (sperando che qc si cimenti poi a provarla

)

Una cosa...
credetemi che se sto facendo la Zia non è per avere l'onore di entrare in Gentoolkit.
(anche perche' sono sicuro che ci sarebbe sempre un motivo per non entrarci)
Questa cosa proprio non mi interessa affatto!

Quello che mi spinge a continuare con la Zia e' la pratica con Python (che non avevo ancora usato con le classi) ,la pratica con wxPython e la voglia di fornire qc di utile (anche se per pochi magari)

A presto!
Ciao
_________________
while True:Gentoo()

Onip · Posted: Wed Jul 20, 2005 8:29 am Post subject:

xchris · Advocate Joined: 10 Jul 2003 Posts: 2824

X-Drum · Posted: Wed Jul 20, 2005 9:04 am Post subject:

xchris · Advocate Joined: 10 Jul 2003 Posts: 2824

io ho dei dubbi forti...

io utilizzo funzioni di portage quasi per tutto ma di sicuro ci sarà qc cosa di non corretto al 100%.

Certo che se avessero documentato il tutto meglio. :S

Dopo le esperienze passate con i devel in chan Irc credetemi che non muovero' mezzo dito per entrare in gentoolkit.
(non vuole essere una critica.... quasi

)

Che entri o non entri non e' affatto importante...
l'importante e' che il tutto giri per bene e tanto basta per esserne contento!

ciao
_________________
while True:Gentoo()

masterbrian · Guru Joined: 13 Feb 2004 Posts: 461

flocchini · Posted: Thu Jul 21, 2005 12:22 am Post subject:

io come al solito mi perdo i tuoi post... Beh dopo cozzepolenta la ziamaria non mi sorprende piu' di tanto come nome :wink:

Ottima l'idea, e' una lacuna di portage parzialmente colmata cn lo ziopino, se l'intenzione e' di farlo noob-proof speriamo riesca ad attirare nuove utenze

A disposizione per i test appena esce la prima relase

_________________
~~ Per amore della rosa si sopportano le spine... ~~