On 11 June 2012 14:41, Michael Weber <x...@gentoo.org> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA256
>
> Hi folks,
>
> i've some packages fetching SRC_URI from github.com
> tarballs/tags/files like x11-misc/trayer-srg.
>
> Fortunately, github.com provides (mostly) stable tarballs that are fit
> for manifestations (file sizes and checksums don't change).
> There is no need to create/host tarballs to be picked up by mirrors.
>
> Unfortunately, these tarballs contain $author-$repository-$commitidabrev
> (e.g. sargon-trayer-srg-5353f80) ad top directory.
>
> One approach is to define ${S} to match these additional data, but to
> easy version bumps, I've started to rename the extracted directory
> within src_unpack, to avoid mentioning the $author, $commitid and
> modifying ${S}.
>
> """
> SRC_URI="https://github.com/sargon/${PN}/tarball/${P/-srg/} ->
> ${P}.tar.gz"
>
> src_unpack() {
> unpack ${A}
> mv *-${PN}-* ${P} || die
> }
> """
>
> I wonder if others have similar workarounds?
>
> And does this src_unpack qualify for an eclass or being added to an
> existing one, to avoid code replication?
>
> Maybe fetch filename " -> ${P}.tar.gz" can be mangled into SRC_URI by
> this eclass/function, too.
>
> Michael
>
> - --
> Gentoo Dev
> http://xmw.de/
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v2.0.17 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iF4EAREIAAYFAk/V9YwACgkQknrdDGLu8JBbzgD/aZ0USZEnfa2bQaoHOjKglMN/
> BJHuAOv0At95B4ARSXkA/A79qARFSCCAryjv55A1f6+3LafaRJlP0QKLp+zHoKvq
> =W1YG
> -----END PGP SIGNATURE-----
>
This sounds like what the vcs-snapshot[1] eclass is for?
1 . http://devmanual.gentoo.org/eclass-reference/vcs-snapshot.eclass/index.html
--
Ian Whyman
www.gentoo.org
