From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1QQvxu-000327-6k for garchives@archives.gentoo.org; Mon, 30 May 2011 06:28:38 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 245541C06E; Mon, 30 May 2011 06:28:27 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 0ED461C005 for ; Mon, 30 May 2011 06:27:50 +0000 (UTC) Received: from pomiocik.lan (77-255-24-193.adsl.inetia.pl [77.255.24.193]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: mgorny) by smtp.gentoo.org (Postfix) with ESMTPSA id CB8CF676A9 for ; Mon, 30 May 2011 06:27:49 +0000 (UTC) Date: Mon, 30 May 2011 08:27:54 +0200 From: =?UTF-8?B?TWljaGHFgiBHw7Nybnk=?= To: gentoo-dev@lists.gentoo.org Subject: [gentoo-dev] RFC: an eclass for github snapshots? Message-ID: <20110530082754.71b5d04d@pomiocik.lan> Organization: Gentoo X-Mailer: Claws Mail 3.7.9 (GTK+ 2.24.3; x86_64-pc-linux-gnu) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA256; boundary="Sig_/jqo6JfkcZXSFTFnxgpdUnJc"; protocol="application/pgp-signature" X-Archives-Salt: X-Archives-Hash: 2765b817f5db3ad99d6efa6235a122e2 --Sig_/jqo6JfkcZXSFTFnxgpdUnJc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello, Right now, a quick 'grep -l github.*tarball' shows that there are about 147 ebuilds in portage using github snapshots. This evaluates to 83 different packages. The problem with github is that it suffixes the tarballs with a complete git commit id. This means that the `S' variable in the ebuild needs to refer to a long hash changing randomly. Right now, the problem is handled in a number of ways: 1) (from app-admin/rudy) S=3D"${WORKDIR}/solutious-${PN}-*" I'm surprised if that actually works. I'd say that seems not PMS-compliant but in fact PMS seems to almost not mention S. 2) (app-emacs/calfw and suggested solution for Sunrise) src_unpack() { unpack ${A} mv kiwanami-emacs-calfw-* ${P} || die } 3) (app-misc/bgrep) GITHUB_USER=3D"tmbinc" GITHUB_HASH=3D"49b098be9548d174023ad05c10f6af9d02b8e18e" MY_P=3D"${GITHUB_USER}-${PN}-${GITHUB_HASH:0:7}" S=3D"${WORKDIR}/${MY_P}" 4) (app-misc/tmux-mem-cpu-load) src_prepare() { cd "${WORKDIR}"/thewtex-${PN}-* S=3D$(pwd) } What I'd like to do is creating a small github.eclass, encapsulating a common, nice way of handling the S issue. I guess the best solution would be to git with something like 2) above, with the eclass providing github_src_unpack() for EAPIs 2+. Maybe the eclass could be extended to support other kinds of snapshots. I'm not sure if there aren't other services providing snapshots similar to github. --=20 Best regards, Micha=C5=82 G=C3=B3rny --Sig_/jqo6JfkcZXSFTFnxgpdUnJc Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (GNU/Linux) iJwEAQEIAAYFAk3jOPAACgkQfXuS5UK5QB0EyQP+OhYnowrAY2n97PPfCxSGR1s7 SwbXW3YUjFWGFnqQNu7RfVNXFPLTCFK4HH9VhzF9N0SyJPpKkTIXh//vDKDgo1sR pxWfsVuCBy9NOwHIxm+wPNNekoiQo9Ua1EWaJ8LRIy7Qa4ntk3qJVgDHqfSnYOQG BMvqiEj09O214KpogJI= =4GHh -----END PGP SIGNATURE----- --Sig_/jqo6JfkcZXSFTFnxgpdUnJc--