Re: [gentoo-dev] [discussion] GitHub eclass

2013-02-22 Thread Rich Freeman
On Fri, Feb 22, 2013 at 9:00 AM, Michał Górny wrote: > > You can also use git-2 eclass-specific variables to switch the repo. > The only difference is that you need to specify the full repo URI > rather than just the author. The full repo URI is actually copy-pastable from github, while breaking

Re: [gentoo-dev] [discussion] GitHub eclass

2013-02-22 Thread Michał Górny
On Fri, 22 Feb 2013 10:53:46 +0400 "Vadim A. Misbakh-Soloviov" wrote: > We have, for example, lua-socket-, that uses: > GH_AUTHOR=diegonehab > GH_PROJECT=lua-socket > GH_BRANCH=unstable > > So, then I fork it and provide some features. And then I want to > reemerge it from my fork, but I don

Re: [gentoo-dev] [discussion] GitHub eclass

2013-02-22 Thread Ian Stakenvicius
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 22/02/13 04:51 AM, Kent Fredric wrote: > On 22 February 2013 20:43, Diego Elio Pettenò > wrote: >> On 22/02/2013 08:37, Kent Fredric wrote: >>> I'd make sure to add some sort of easy support to switch to >>> snapshotted tar.gz installs instead o

Re: [gentoo-dev] [discussion] GitHub eclass

2013-02-22 Thread Kent Fredric
On 22 February 2013 20:43, Diego Elio Pettenò wrote: > On 22/02/2013 08:37, Kent Fredric wrote: >> I'd make sure to add some sort of easy support to switch to >> snapshotted tar.gz installs instead of live git checkouts, ie: >> >> GH_SNAPSHOT=deadbeef # use commit id 'deadbeef' by fetching a tar.

Re: [gentoo-dev] [discussion] GitHub eclass

2013-02-21 Thread Diego Elio Pettenò
On 22/02/2013 08:37, Kent Fredric wrote: > I'd make sure to add some sort of easy support to switch to > snapshotted tar.gz installs instead of live git checkouts, ie: > > GH_SNAPSHOT=deadbeef # use commit id 'deadbeef' by fetching a tar.gz > from github instead of a git clone This is not going

Re: [gentoo-dev] [discussion] GitHub eclass

2013-02-21 Thread Kent Fredric
On 22 February 2013 19:53, Vadim A. Misbakh-Soloviov wrote: > Hi there! > > Since we have tons of ebuild (including -) for software, that uses > GitHub for sourcecode hosting — I've got an idea to write something > like GitHub eclass, which will ease creating of such ebuilds (by > providing "

[gentoo-dev] [discussion] GitHub eclass

2013-02-21 Thread Vadim A. Misbakh-Soloviov
Hi there! Since we have tons of ebuild (including -) for software, that uses GitHub for sourcecode hosting — I've got an idea to write something like GitHub eclass, which will ease creating of such ebuilds (by providing "sugar" functions) and, (main goal for me) by adding possibility to switc