On 22 February 2013 20:43, Diego Elio Pettenò flamee...@flameeyes.eu 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
-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ò
flamee...@flameeyes.eu 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
On Fri, 22 Feb 2013 10:53:46 +0400
Vadim A. Misbakh-Soloviov m...@mva.name 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
On Fri, Feb 22, 2013 at 9:00 AM, Michał Górny mgo...@gentoo.org 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,
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 switch
On 22 February 2013 19:53, Vadim A. Misbakh-Soloviov m...@mva.name 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
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 to