Gentoo Archives: gentoo-dev

From: Michael Weber <xmw@g.o>
To: gentoo-dev@l.g.o
Subject: [gentoo-dev] Github.com tarballs eclass idea
Date: Mon, 11 Jun 2012 13:43:18
Message-Id: 4FD5F58D.6040609@gentoo.org
-----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-----

Replies