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 1S6mXc-00053u-Mu for garchives@archives.gentoo.org; Sun, 11 Mar 2012 17:26:44 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id B1596E07D6; Sun, 11 Mar 2012 17:26:25 +0000 (UTC) Received: from mail-yw0-f61.google.com (mail-yw0-f61.google.com [209.85.213.61]) by pigeon.gentoo.org (Postfix) with ESMTP id 0DD0BE071E for ; Sun, 11 Mar 2012 17:25:38 +0000 (UTC) Received: by yhkk25 with SMTP id k25so4563125yhk.16 for ; Sun, 11 Mar 2012 10:25:38 -0700 (PDT) Received: by 10.236.155.71 with SMTP id i47mr81383yhk.19.1331486738451; Sun, 11 Mar 2012 10:25:38 -0700 (PDT) Path: glegroupsg2000goo.googlegroups.com!not-for-mail Newsgroups: linux.gentoo.dev Date: Sun, 11 Mar 2012 10:25:38 -0700 (PDT) In-Reply-To: Complaints-To: groups-abuse@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=90.190.167.138; posting-account=m_uFKxAAAAA6XrrK4JGBpeJAGAdNhqIk NNTP-Posting-Host: 90.190.167.138 References: User-Agent: G2/1.0 X-Google-Web-Client: true 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 Message-ID: <3869551.77.1331486738371.JavaMail.geo-discussion-forums@vbhy1> Subject: Re: [gentoo-dev] RFC: an eclass for github snapshots? From: Leho Kraav To: linux.gentoo.dev@googlegroups.com Cc: gentoo-dev@lists.gentoo.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 04ef5446-814b-4369-9481-662858b658af X-Archives-Hash: 070cf421ab112aeac15a96c28574743f On Monday, May 30, 2011 9:30:02 AM UTC+3, Micha=C5=82 G=C3=B3rny wrote: >=20 > 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. >=20 > 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: >=20 > 1) (from app-admin/rudy) > 2) (app-emacs/calfw and suggested solution for Sunrise) > 3) (app-misc/bgrep) > 4) (app-misc/tmux-mem-cpu-load) >=20 > 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+. What is the current situation with this one? Every once in a while I run in= to a github ebuild I need to create and I am not really sure what to do wit= h it. Right now 2) seems like the safest approach. But did anything get into EAPI= ?