Gentoo Forums

UPDATE: Il kit non si trova piu' qui: visto che abbiamo ripristinato il sito dei gechi (8)) si trova qui

Siate benvenuti nella nuova casa dei gechi


----------------------------------------------------
ATTENZIONE: Finche il dns e' in fase di trasferimento, e' possibile che il sito non sia visibile. se non riuscite a risolvere gechi.it, c'e' un piccolo trucco: e ricaricare la pagina.

FonderiaDigitale wrote:pregasi mod mettere sticky

Per ora accontentati dell'inserimento tra i post utilissimi...

Ottimo thread!

Eviterei lo script upnstable.
Ha solo il vantaggio di scovare ebuild unstable. (se si usa package.*)
Direi di "cassarlo"

Qmerge al momento e' fermo perche' non mi pare abbia riscosso molto interesse. (dovrei fare solo alcune modifiche finali)



ciao

non va bene lasciarlo incluso nella lista dei 'ferrivecchi'?

qmerge a me interessa. LAVORA!
solo che mi pare lento a volte.
ottimizzao?

FonderiaDigitale wrote:non va bene lasciarlo incluso nella lista dei 'ferrivecchi'?

in realta' non e' mai stato un ferro nuovo!
Io lo toglierei proprio.

FonderiaDigitale wrote: qmerge a me interessa. LAVORA!
solo che mi pare lento a volte.
ottimizzao?

bhe buono
per la lentezza molto dipende dagli emerge lanciati all'interno perche' di suo non fa grandi eleborazioni. (anche se salva su disco... il lavoro non e' molto)
Avevo incantiere una nuova ver a dire il vero.
E' rimasta ferma per alcuni problemi. (della serie lo devo riscrivere in molte parti)
(permetteva non solo di updatare ma anche di emergiare nuovi pkt)

Mi sto orientando ora su python e sulla possibilita' delle GUI X(solo come opzione )

a presto

potresti fare un check che controlli se X e' avviato e far partire la versione relativa.
fare una versione esclusivamente per X preclude l'uso a chi lo ha ad. es. in un server.
cmq se vai per python, ptresti usare glade.

ps. tolto upstable

FonderiaDigitale wrote:potresti fare un check che controlli se X e' avviato e far partire la versione relativa.
fare una versione esclusivamente per X preclude l'uso a chi lo ha ad. es. in un server.
cmq se vai per python, ptresti usare glade.

ps. tolto upstable

infatti! io pensavo di fare un layer comune e poi uno per i 2 tipi di utilizzo
E python supportando anche gli oggetti mi sembra interessante.
Guardero' glade

ciauz

Ci sarebbe anche easyprompt... anche se é più relativo all'utilizzo di Linux piuttosto che di Gentoo Linux.

My 2c:

Potreste anche concordate un prefisso comune per le applicazioni... giusto per semplificare gli arteriosclerotici come me e coda che non ricordiamo "il comando giusto al momento giusto"

Bonus (altri 2c):

Indicare il linguaggio usato per lo sviluppo del tool ed eventuali dipendenze

randomaze wrote:Ci sarebbe anche easyprompt... anche se é più relativo all'utilizzo di Linux piuttosto che di Gentoo Linux.

Io direi, non per sminuire il lavoro fatto da riquito, di lasciare i tools che hanno a che fare con emerge e portage.

Comunque direi di mettere questo post come sticky

L'url per depcleaner e' ancora attivo? Volevo creare l'ebuild per installare tutti questi tools

fedeliallalinea wrote:L'url per depcleaner e' ancora attivo? Volevo creare l'ebuild per installare tutti questi tools

dovrebbe esserlo.
comunque per l'ebuild, dovremmo prima definire le dipendenze.
e creare la documentazione.
in ogni caso, l'ebuild dovrebbe essere piu che altro un metapackage come gnome, visto che alcuni programmi ne hanno gia uno.

randomaze wrote:Ci sarebbe anche easyprompt... anche se é più relativo all'utilizzo di Linux piuttosto che di Gentoo Linux.

non e' strettamente collegato al filo conduttore di tutti gli altri programmi, ovvero la manipolazione e la manutenzione di portage.. ma si puo' fare.
che ne pensano gli altri?

randomaze wrote: Potreste anche concordate un prefisso comune per le applicazioni... giusto per semplificare gli arteriosclerotici come me e coda che non ricordiamo "il comando giusto al momento giusto"

Indicare il linguaggio usato per lo sviluppo del tool ed eventuali dipendenze

il prefisso..mumble.. sarebbe piu utile forse una man page che spiega a cosa serve ogni tool. imho.
indicare le dipendenze si (a dire la verita' dovrebbe essere compito dell'ebuild installarle), ma il linguaggio e' cosi utile?

FonderiaDigitale wrote:in ogni caso, l'ebuild dovrebbe essere piu che altro un metapackage come gnome, visto che alcuni programmi ne hanno gia uno.

E' solo depcleaner che ha un ebuild gli altri sono solo script senza ebuild. Sto seguendo l'ebuild di gentoolkit.

Per quanto riguarda il linguaggio di programmazione io continuo a sostenere che l'ideale sia Python. Avete visto le lib in /usr/lib/portage/? Praticamente se iniziamo ad utilizzarle nei tool potremmo ottimizzare MOLTO il codice, oltre ad avere il vantaggio di utilizzare tutti le stesse lib dei tool ufficiali. Unica cosa i dev non hanno abbondato con i commenti, ma googlando un pò ho trovato questo: Portageapi. E' molto scarno e non si capisce a quando sia aggiornato, ma è un inizio.

Anche un: Può essere utile. Mi ero già ripromesso di modificare il gufo, ma per ora non ho toccato nulla

tu pensa che le funzioni di portage sono state riscritte in bash e pare siano anche piu veloci. l'autore del lavoro ha il nick sul forum 'ecatmur, mi pare.
per ereditare le lib di portage, sono d'accordo fino a un certo punto: il codice cambia spesso, potremmo rischiare di trovarci codice non funzionante se non e' allineato con la versione giusta di portage (e' gia successo),e ne erediteremmo i bug (vedi quello che e' successo con depcleaner e qpkg.. infatti sto riscrivendo la funzione in toto).
detto questo, credo sia piu che altro, allo stato attuale, una questione di quali linguaggi l'autore di ogni tool conosce meglio per poter scrivere un programma migliore: io per es. non conosco bene il python come conosco il bash o il c.

intanto potremo cominciare a scrivere una api comune/set di funzioni. qualcosa sto facendo io,appena e' completa la posto.

Ho creato l'ebuild per il gekit perche' a me risulta piu' comodo averlo. Ricordate pero' che i programmi sono POCO testati e NON si garantisce il loro funzionamento quindi usateli a vostro rischio e pericolo per il momento. Quando gli autori riterranno che i programmi hanno raggiunto una maturita' sufficiente per essere usati senza lcun pericolo lo faranno sapere.

PS: ebuild creato grazie anche a fonderiadigitale

ottima cosa

suggerirei di mettere anche un link per scaricarlo.
(il cut'n paste non mi piace proprio)

ciao

xchris wrote:suggerirei di mettere anche un link per scaricarlo.

Fatto

perfetto!
suggerirei anche di mettere qualche riga semplice per spiegare come installare l'ebuild.
So che ci sono altri thread nel forum..
si potrebbe mettere il link al topic e mettere le poche righe necessarie (tipo quick start)

ciao

xchris wrote:suggerirei anche di mettere qualche riga semplice per spiegare come installare l'ebuild.

Fatto

Per quanto riguarda glsa-report se tu fonderiadigitale dei daccordo metterei lo stadio di sviluppo completo per il momento in quanto e' invece limitato il sistema di glsa, allo stato attuale delle cose io lo darei per completo.
Federico

PS: Figata di lavoro, spero che ti possa mantenere il pacchetto !

ok, aggiornato.
mi traduci la frase del mantenere?
intendi dire se posso mantenerlo nel tempo? per ora si, di certo nel momento che (se) non saro' piu' in grado, stai sicuro che cedo a qualcun altro

FonderiaDigitale wrote:intendi dire se posso mantenerlo nel tempo? per ora si, di certo nel momento che (se) non saro' piu' in grado, stai sicuro che cedo a qualcun altro

Confermo

credo che federico esprimesse il suo apprezzamento per il lavoro fin qui svolto, augurandoti/vi di diventare manutentori ufficiali del pacchetto

Coda, che l'ha scaricato ieri, e si trova proprio comodo: ottimo lavoro, fedeli !

@FonderiaDigitale: che ne dici di un changlog nel primo post cosi' so quando avvengono cambiamenti cosi' che so quando lavorarci su?

buona idea