Gentoo Forums

Posted: **Fri Jun 25, 2004 12:45 pm**

Ehmmm ho provato ad usarlo ma mi dice che gli manca qpkg, visto che emerge -s (S) qpkg non hanno dato esito positivo, dove lo trovo?

Posted: **Fri Jun 25, 2004 12:52 pm**

qpkg e' nel pacchetto gentoolkit

Posted: **Fri Jun 25, 2004 3:06 pm**

uhm che dici?
in qmerge metto la possibilita' di installare quello che manca?

P.S.:in realta' qpkg non serve! e' rimasto il controllo da una vecchia versione.Sistemo presto

Posted: **Fri Jun 25, 2004 5:20 pm**

Sistemato.

Ora quello che manca chiede se puo' installarlo.
(spero che questa volta sia corretto

)

ciao

Posted: **Mon Jun 28, 2004 2:03 am**

Code: Select all

# Qmerge
 
We're playing!
Please hold on while Qmerge initialize...
 
Usage: Qmerge [options]
 
Options:
  -s , --sync     for run with emerge sync
  -es, --esync    for run with esync
  -ns, --not-sync for run without syncronization

tre considerazioni:
1. la funzione dell'help dovrebbe stare prima che lo script inizializzi le sue funzioni
2. 'for run' e' una bestemmia...semmai 'to run' o semplicemente 'run'

3. se uno non passa nessun parametro, probabilmente dovrebbe equivalere a -ns... mentre -h o --help mostra l'help.

un'ulteriore cosa: mi e' tornato alla mente che qmerge e' una funzione precisa della procedura di lancio di un ebuild:

man ebuild wrote: qmerge This function installs all the files in the install directory to the live filesystem. The process works as follows: first, the pkg_preinst() function (if specified) is run. Then, the files are merged into the live filesystem, and the installed files' md5 digests are recorded in /var/db/pkg/${CATEOGRY}/${PN}-[version-rev]/CONTENTS. After all the files have been merged, the pkg_postinst() function (if specified) is executed.

Forse potrebbe essere equivoco.

Posted: **Mon Jun 28, 2004 6:42 am**

FonderiaDigitale wrote:1. la funzione dell'help dovrebbe stare prima che lo script inizializzi le sue funzioni

Non cia avevo fatto caso

FonderiaDigitale wrote:2. 'for run' e' una bestemmia...semmai 'to run' o semplicemente 'run'

Errore mio (non sono bravo con l'inglese).

FonderiaDigitale wrote:3. se uno non passa nessun parametro, probabilmente dovrebbe equivalere a -ns... mentre -h o --help mostra l'help.

Questo l'ho fatto perche' magari uno crede che faccia automaticamente il sync e non che deve dirlo esplicitamente.

Posted: **Mon Jun 28, 2004 6:49 am**

FonderiaDigitale wrote:
un'ulteriore cosa: mi e' tornato alla mente che qmerge e' una funzione precisa della procedura di lancio di un ebuild:
...
Forse potrebbe essere equivoco.

e te pareva

Inventero' qc altro!
ben accetti i consigli!

Per la questione -ns / -h devo dire che inizialmente era stato fatto senza sync con Qmerge solo (come comando di startup).

Mi pareva + rapido.
Forse cosi' è + chiaro.

Mi piacerebbe sentire anche l'opinione di qc altro che l'ha provato.
(se c'e'!)

EDIT: se modificassi Qmerge in modo che funzionasse come femerge?
(invece che un UDav world fisso, fare una richiesta da riga di comando in modo tale da usare la feature + interessante (le use))

ciao

Posted: **Mon Jun 28, 2004 7:35 am**

Sarebbe possibile implementare anche possibilità di un semplice fetch?
un'altra domanda, c'è per caso uno "storico" delle flag usate per i singoli pacchetti?

la seconda è solo una curiosità, mentre la prima.. beh è una cosa che potrebbe essere utile, imho...

Posted: **Mon Jun 28, 2004 7:40 am**

kender_m wrote:Sarebbe possibile implementare anche possibilità di un semplice fetch?

si mi sembra una buona idea.
Anche se a questo punto visto che non ha senso settare le use trovo + comodo usare emerge direttamente...no?
(devi scusarmi ma da user viziato dalla fibra non mi e' proprio venuto in mente)

wrote: un'altra domanda, c'è per caso uno "storico" delle flag usate per i singoli pacchetti?

al momento non c'e'! e' cmq cosa semplice implementarlo.
puoi cmq usare "etcat -u"

wrote: la seconda è solo una curiosità, mentre la prima.. beh è una cosa che potrebbe essere utile, imho...

concordo!
grazie e ciao.

Posted: **Mon Jun 28, 2004 8:21 am**

xchris wrote:
kender_m wrote:Sarebbe possibile implementare anche possibilità di un semplice fetch?
si mi sembra una buona idea.
Anche se a questo punto visto che non ha senso settare le use trovo + comodo usare emerge direttamente...no?
(devi scusarmi ma da user viziato dalla fibra non mi e' proprio venuto in mente)

beh ma volendo solo scaricarne alcuni ed installarne altri...

xchris wrote:
wrote: la seconda è solo una curiosità, mentre la prima.. beh è una cosa che potrebbe essere utile, imho...
concordo!
grazie e ciao.

Di nulla

le mie sono solo osservazioni da utente

ciau

Posted: **Mon Jun 28, 2004 8:49 am**

per limitazioni sul comando dialog e' meglio usare il sistema:
./Qmerge -f (fecth)

ciao

Posted: **Mon Jun 28, 2004 9:30 am**

aggiunta l'opzione --fetch/-f e fatta qc correzione estetica e non (10x fonderiadigitale)

Se viene lanciato con -f non viene mostrato l'opzione delle USE perche' inutili.

kender_m vedi un po' com'e'

ciao

Posted: **Mon Jun 28, 2004 10:43 pm**

fagli fare un output dei pacchettti che intende emergere una volta che esci da dialog. questo e' utile per chi, come me, usando ~x86, vuole riprendere certi merge saltandone altri.
A me farebbe comodo che redirigesse questa lista verso un file, tipo comando > file, ma mi rendo conto che e' una richiesta parecchio soggettiva

Posted: **Tue Jun 29, 2004 7:06 am**

non ci sono problemi a farlo e effettivamente puo' tornare comodo.

Stavo portando avanti anche una versione particolare con le seguenti opzioni:

Qmerge -ns|-es|-s [-b|-B|-f] [-u] [TARGET]

TARGET:-ebuild-,world,system

dove i significati a parte le opzioni di sync coincidono con quelle di emerge.

In questo modo si puo' decidere non solo di fare un aggiornamento del sistema ma anche un installazione di nuovi ebuild con il "solito" controllo delle USE interattivo.

A me pare comodo anche perche' non specificando -b,-B,-f -u e TARGET si conserva la vecchia funzionalita'.

che ne dite?
ciao

Posted: **Tue Jun 29, 2004 8:24 am**

ho fatto la modifica suggerita da fonderiadigitale.

per il momento e' molto semplice:

salva in /root/Qmerge.list l'elenco

ebuild: use1 use2 use3

se non sono state settate alcune USE avremo solo l'elenco delgi ebuild
se sono state settate le USE generiche le si vedranno (tutte) su ogni riga
se sono state settate le USE specifiche le si vedrano (solo le specifiche) sulla riga

nel secondo caso non e' proprio il massimo ma consente cmq di proseguire in manuale l'emerge.

ciao

Posted: **Thu Jul 01, 2004 9:54 am**

Ordunque.. ho provato la versione di Qmerge con il "fetch" ed ehmmmm non funziona.. cioè non mi riconosce -f e --fetch come opzioni valide..

inoltre stavo pensando.. non sarebbe più comodo poterla settare come flag nel menù, anziché come variabile d'avvio? (in modo da poter scegliere allo stesso tempo paccheti solo da scaricare, e pacchetti da installare)

Posted: **Thu Jul 01, 2004 9:58 am**

che ver usi?

come lo lanci?

Code: Select all

xchris@lyra Qmerge $ ./Qmerge -f -ns

You must be root to execute Qmerge.
Trying to became root..
Give root Password:

ciao

Posted: **Thu Jul 01, 2004 10:05 am**

xchris wrote:che ver usi?

0.4d

xchris wrote:come lo lanci?
Code: Select all
xchris@lyra Qmerge $ ./Qmerge -f -ns

Ah, ecco errore mio, pensavo funzionasse come le altre opzioni, davo solo

Code: Select all

./Qmerge -f

Posted: **Thu Jul 01, 2004 10:09 am**

dalla prima versione modificata da fedeliallalinea l'opzione di sync (-ns,-s,-es) e' necessaria.

Per quanto riguarda l'opzione che chiedi purtroppo non e' fattibile perche' dipende da dialog che non permette di flaggare un pkt in modo diverso.
Mi dispiace...

ciao

Posted: **Thu Jul 01, 2004 10:44 am**

xchris wrote:ho fatto la modifica suggerita da fonderiadigitale.

per il momento e' molto semplice:

salva in /root/Qmerge.list l'elenco

ebuild: use1 use2 use3

se non sono state settate alcune USE avremo solo l'elenco delgi ebuild
se sono state settate le USE generiche le si vedranno (tutte) su ogni riga
se sono state settate le USE specifiche le si vedrano (solo le specifiche) sulla riga

nel secondo caso non e' proprio il massimo ma consente cmq di proseguire in manuale l'emerge.

ciao

sempre IMHO, a meno che l'utente non lo richieda esplicitamente (--verbose), lo script dovrebbe dare solo la lista dei pacchetti da inserire, separati da spazi, come fa emerge. questo xche cosi copia incolla e uno si emergia cio che vuole, ad es. se qualcosa va storto.
il file non dovrebbe essere creato in /root, ma in /tmp (/tmp/Qmerge-$date.list) (altrimenti ti assicuro che un utente medio si trova un miliardo di file sparsi

Posted: **Thu Jul 01, 2004 12:02 pm**

FonderiaDigitale wrote: sempre IMHO, a meno che l'utente non lo richieda esplicitamente (--verbose), lo script dovrebbe dare solo la lista dei pacchetti da inserire, separati da spazi, come fa emerge. questo xche cosi copia incolla e uno si emergia cio che vuole, ad es. se qualcosa va storto.

si pero' cosi' si perde il settaggio delle use (feature forse + interessante)
recuperare l'elenco e' cmq cosa semplice (senza le use)

wrote: il file non dovrebbe essere creato in /root, ma in /tmp (/tmp/Qmerge-$date.list) (altrimenti ti assicuro che un utente medio si trova un miliardo di file sparsi

si e' vero...
ma cosi' anche /tmp si riempe!

cmq a rigor di logica e' meglio in /tmp

ciao

Posted: **Thu Jul 01, 2004 7:53 pm**

Si ma in /tmp e' molto piu facile pulire 'a spazzo' che in /root..
magari se -v non e' corretto, fare il contrario: mettere --quiet?

Posted: **Mon Nov 29, 2004 3:24 pm**

Ciao, ho provato questo tool ed è molto comodo. Allo stesso tempo però stavo usando un'altro tool utilissimo che è EMESG http://forums.gentoo.org/viewtopic.php?t=244343. Ritieni che le due cose possano stare bene insieme?

Un'altra domanda:
se il eseguo un emerge -uDav world ho una lista di pacchetti che veranno installati ed il file world non dovrebbe essere modificato.
Se io installo ogni singolo paccketto a mano questo viene inserito nel file world.
Il tuo programma come agisce?

Ottimo lavoro ciao Dario

Posted: **Mon Nov 29, 2004 3:30 pm**

l'integrazione con emesg potrebbe essere molto interessante...

Il file world non dovrebbe essere toccato perche' emerge tutto con:
emerge =cat/app-ver che non modifica il world file

cmq questo e' un tool mooooolto vecchio.
Sarebbe il caso di riscriverlo (perche' non mi soddisfa per nulla ora

) e implementare nuove funzioni

ciao

Gentoo Forums

[TOOL] Qmerge(cercasi nome) - alias emerge -UDav world