[ git.eclass ] come si fa un fetch git? [risolto]

[cloc3]

mi serve una lezione per creare un ebuild x-9999.ebuild che scarica i sorgenti con git.

una prima versione ha utilizzato direttamente il comando git clone ${EGIT_REPO_URI} e funziona a meraviglia.
ma non si comporta correttamente, perché scarica direttamente i sorgenti in /var/tmp/portage, anziche usare la ${DISTDIR}.

allora ho provato a cucare in /usr/portage/eclass/git.eclass e ad usare funzioni come git_src_unpack.
purtroppo mi sono accorto che il fetch ottenuto ha un contenuto diverso da quello di git clone.
per la precisione, il contenuto di git_src_unpack è identico a quello della cartella .git scaricata dal comando clone.

inoltre, non ho ancora capito quale sia la procedura corretta per spostare i sorgenti dalla ${DISTDIR} alla workdir.
_________________
vu vu vu
gentù
mi piaci tu

[Enrico Tagliavini]

1) installa app-portage/eclass-manpages e leggi il man git.eclass ti sarà utile.

2) normalmente si deve ereditare la eclass git con inherit git e si settano le variabili per l'URI e il branch (se non fissi l'ultima viene usato il master di default). Come esempio cito l'ebuild di quassel-9999 che puoi guardare a titolo di esempio.

EGIT_REPO_URI="git://git.quassel-irc.org/quassel.git"
EGIT_BRANCH="master"

Di solito non c'è altro da fare per quanto riguarda git. La eclass si occuperà di clonare il branch nella distdir e di copiarlo nella workdir (sempre che tu non abbia definito un src_unpack() custom nell'ebuild, allora in quel caso devi chiamare a mano git_src_unpack nel tuo src_unpack() )
_________________
x11-drivers/ati-drivers co-mantainer
Yes i'm the #gentoo-it official ricer. --omg-optimized FTW!

[oRDeX]

[cloc3]

effettivamente, man git.eclass è molto più comodo che fare un less della classe.
soprattutto per uno che, il codice, non lo sa leggere .

le informazioni che si ricavano, però, non sono molto più estese di quelle che avevo trovato io.
tuttavia, sono arrivato, un po' grazie a voi e un po' grazie alla lettura della documentazione ufficiale, a estrarre le informazioni che mi servivano.

nel mio caso, ero costretto a creare una sezione src_unpack per eseguire le istruzioni eaclocal ed eautoconf.
questo, però implica un uso corretto della variabile ${S}.
la variabile EGIT_BRANCH è superflua, perché la devo impostare al valore di default.

il codice che risolve il mio problema è:

[oRDeX]

non vorrei dire una cretinata, ma questo è il normale comportamento che assume portage con gli ebuild *-9999....non so bene perchè

[Onip]

premetto che il contenuto della cartella .git è l'insieme dei sorgenti: i repository remoti sono --bare e sono costituiti solamente dalla directory .git.

con gli ebuild -9999 con cui ho avuto a che fare i sorgenti vengono scaricati in una apposita directory in ${DISTDIR}, del tipo cvs-src, svn-src, git-src: hai provato a guardare lì dentro?
Nelle successive installazioni (anche da git) ho sempre visto fare a portage un aggiornamento dei sorgenti e non un nuovo fetch.
_________________
Linux Registered User n. 373835

Titus Lucretius Carus, De Rerum Natura - Tantum religio potuit suadere malorum

[cloc3]

[Enrico Tagliavini]

come ha detto onip il clone dell'URI git viene fatto di default nella cartella /usr/portage/distfiles/git-src/nomepacchetto e ogni volta che ricompili il pacchetto viene lanciato l'aggiornamento tramite git pull e non viene fatto un nuovo fetch.

Per quanto riguarda eaclocal e eautoconf vanno lanciati nel src_prepare() (ma solo con EAPI=2 o superiore ed è consigliabile imho). Comunque credo che sia meglio usare solo eautoreconf.

Ti consiglio anche di usare repoman full nella directory dove hai fatto l'ebuild e di leggere il suo output. repoman è un tool che controlla la qualità dell'ebuild e ti avvisa se ci sono alcuni comportamenti scorretti (anche se non li rileva tutti).
_________________
x11-drivers/ati-drivers co-mantainer
Yes i'm the #gentoo-it official ricer. --omg-optimized FTW!

[cloc3]

[Enrico Tagliavini]

Si l'unico warning serio di repoman è il primo e ha perfettamente ragione. Manca totalmente l'RDEPEND (che sicuramente serve), leggi questa quida per sapere come modificare http://devmanual.gentoo.org/general-concepts/dependencies/index.html. Davvero sistemala questa cosa perché così è decisamente sbagliata (non ti preoccupare è perfettamente normale le prime volte eheheh)

tra l'altro la parte di codice

[Enrico Tagliavini]

A dimenticavo per quanto riguarda la USE credo che basti aggiungere una entry al metadata.xml con tanto di descrizione su cosa fa. È una cosa che devi mettere se intendi distribuire l'ebuild in un overlay o chiedere che sia incluso nel tree di portage. In sostanza è solo una questione di forma e informazione non è sbagliata in se.
_________________
x11-drivers/ati-drivers co-mantainer
Yes i'm the #gentoo-it official ricer. --omg-optimized FTW!

[cloc3]

fantastico: