[TOOL] Gestione pulita degli overlay con EMERGE-OVERLAY

[mouser]

Download: http://mouser.altervista.org/software/gentoo/emerge-overlay-0.1.1.tar.bz2

Installazione
Ok, per installare il pacchetto fate in questo modo:

[Bionicle]

Wow, ti ringrazio oggi lo provo é proprio quello che cercavo, adesso tutte quelle operazioni le facevo a mano ma con uno script del genere la gestione degli overlay é notevolmente velocizzata.


Grazie ancora
_________________
::::. www.almack.ch .::::

[mouser]

[zolar czakl]

Non ho ancora provato ma leggendo lo script (entro i miei limiti ),
mi sorge un dubbio.

Come viene gestita la presenza di eclass custom?

[Bionicle]

ciao ecco ho fatto un paio di test.

Non si può fare automaticamente l'update di eix? mettere un avviso Yes/No? lanciare il comando "update-eix-remote update" automaticamente?
Non per essere pignoli ma perché scrive 2 volte il messaggio?

[Luca89]

Piccola idea:

Perchè invece di scaricare e poi rimuovere gli overlay di layman, non si scaricano tutti quelli che servono e poi si creano dei link simbolici solo per alcuni pacchetti in un overlay locale? Non so se mi sono spiegato bene, però potrebbe essere una buona idea, in questa maniera basta aggiornare layman e tutti gli ebuild sono aggiornati. Per meglio capire vi faccio uno schema di directory:

/usr/portage/local/layman/sunrise/sys-apps/portage/
/usr/portage/local/layman/sunrise/net-misc/foo/
/usr/portage/local/my/sys-apps/portage/ -> symlink to ../../../layman/sunrise/sys-apps/portage/

PORTDIR_OVERLAY="/usr/portage/local/my" e portage vede solo un pacchetto dell'overlay sunrise anziché tutti.
_________________
Running Fast!

[Bionicle]

L'idea é veramente geniale.
Ho provato questa mattina e funziona alla perfezione!

Quello che si dovrebbe fare:

• cercare le dipendenze del pacchetto
  
• creare la cartella corretta in locale /usr/local/portage
  
• creare i symlink
  

Con questo sistema posso semplicemente aggiornare gli overly con layman ed é tutto ok, dunque si risolve anche il ToDO
"* Includere il supporto all'update di software "

Ciao
_________________
::::. www.almack.ch .::::

[Bionicle]

ciao,
ho provato ad implementare il sistema dei symlink e sembra che funziona (l'ho testato)
ho fatto in modo che gli overlay alla fine non si cancellano (ho commentato il codice)
e poi ho notato la cartella principale di layman non si trova sotto /usr/portage/local ma su /usr/local/ ... non so se é possibile che la riconosca automaticamente

ti lascio qui le modifiche.

I miglioramenti che restano sono quelli sulla ricerca delle dipendenze... vedo cosa riesco a fare

emerge-overlay-diff.diff

CIao
_________________
::::. www.almack.ch .::::

[mouser]

Il fatto che gli overlay alla fine non si cancellino e che vengano creati i symlink va proprio contro a quello che vuole fare questo script

Questo script è fatto per non doversi, sempre facendo l'esempio di xmms, tenersi 14M di ebuild in un'overlay per usarne semplicemente 4 (ebuilds, non mega ). Il fatto che vengano mantenuti gli overlay e creati i symlink, quindi, non verrà implementato poichè va proprio contro a quello che intendevo fare..... Tra l'altro quello che avete proposto è una ridondanza immesa. Se già ho gli overlay di layman, tanto vale che mi tengo quelli.... creare i symlink è abbastanza inutile.

Per gli altri problemi......

Mi sono dimenticato di specificare il file di conf.
E' possibile creare un file in /etc/portage/package.overlay.keywords in cui specificare la versione del pacchetto che si intende creare. Questo script va ad estrarre l'ultima versione stabile del programma. Se non esistono versioni stabili, allora dirà che il programma non ha ebuild in nessun overlay.
Se si desidera installare la versione in tilde, basterà inserire

[mouser]

Guardavo il problema con networkmanager.
E' dovuto alla strana nomenclatura che hanno le versioni dei pacchetti:
La doppia keyword richiesta fa incasinare lo script:

[Bionicle]

grazie per averi chiarito come usarie i pacchetti .

ho fatto ancora altri test su beryl e knetworkmanager.

con knetworkmanager: funziona tutto solo che cerca di installare non l'ultima versione presente su sabayon la 0.1-r2

[mouser]

Il problema sta nel fatto che, invece che avere segnato la ~ come versione di test, beryl utilizza il (~), quindi probabilmente lo fa un pò scazzare con i campi... hai provato ad inserire

[Bionicle]

ciao,
ho visto che la versione é passata alla 0.1.1

ho notato una cosa se voglio installare beryl da overly non deve andare a cercare le dipendenze usando emerge, infatti trova le dimendenze della versione 0.1.4 quella in portage e non quelle della 9999.

ho visto che hai modificato la riga:

[mouser]

[mouser]

[drizztbsd]

ehm io ti avevo consigliato di usare emerge --quiet --columns 2>/dev/null (senza spazio), hai dimenticato il --quiet che è sicuramente meglio della regexp nel sed

[mouser]

[Bionicle]

Riformulo quello che ho notato visto che é passato inosservato:
se voglio emergere beryl lo script cerca le dipendenze ma il problema principale é che le cerca nel portage "stabile" (non ci sono ancora gli ebuild copiati in locale) e quindi trova le dipendenze della versine 0.1.4 che sono differenti da quelle della SVN!!, questo penso che abbia anche influsso con altri pacchetti.

Non saprei come si potrebbe risolvere ma bisognerebbe leggere le dipendenze all'interno del ebuild nel overlay e creare una struttura ad albero, alla fine controllare quelle che bisogna ancora installare.

CIao
_________________
::::. www.almack.ch .::::

[mouser]

[Ic3M4n]

Per quanto riguarda le eclass custom attualmente in molti overlay sono presenti anche le eclass che vanno a sostituire quelle di portage. quindi nel momento in cui vai ad utilizzare layman per aggiungere un ebuild dovresti tener presente che potrebbe esserci un eclass custom che viene importata in portage al posto di quella standard.

[mouser]

[zolar czakl]

[mouser]

[richard77]

[mouser]

Grazie mille richard77 per la segnalazione. Ho corretto il bug nello script di installazione e modificato il primo post

Ciriciao
mouser