Files
portage/net-p2p
2018-10-02 09:11:23 -07:00
..
2016-09-21 15:03:27 -07:00
2017-08-09 12:08:24 -07:00
2017-08-10 15:32:28 -07:00
2016-09-21 15:03:27 -07:00
2016-09-21 15:03:27 -07:00
2017-09-13 18:02:31 -07:00
2016-09-21 15:03:27 -07:00
2016-10-26 14:04:35 -07:00
2017-09-13 17:10:53 -07:00
2017-09-13 17:26:06 -07:00
2017-09-13 17:42:30 -07:00
2017-09-13 18:02:31 -07:00
2017-09-13 18:02:31 -07:00
2017-07-25 18:58:51 -07:00
2017-09-13 18:26:50 -07:00
2017-09-13 20:35:44 -07:00
2018-10-02 09:11:23 -07:00
2017-09-13 20:35:44 -07:00

These scripts produce ebuilds that work with minimal tweaking:

make-coin-ebuild-autotools.sh
  makes ebuilds for coins forked from Bitcoin 0.9
  (uses Dogecoin ebuilds in this overlay as the template; produces
   separate daemon and CLI ebuilds)

make-coin-ebuild-autotools-v2.sh
  makes ebuilds for coins forked from Bitcoin 0.10
  (uses Bitcoin ebuilds in the bitcoin overlay as the template; produces
   separate daemon and CLI ebuilds)

make-coin-ebuild-makefile.sh
  makes ebuilds for coins forked from Bitcoin 0.8.x and earlier
  (uses Bitgem ebuild in this overlay as the template; produces daemon
   ebuild only)

If an ebuild fails, it'll usually be in the install phase where it tries to
copy a file that doesn't exist.  For makefile-based coins, doc/README might
be doc/README.md instead.  For autotools-based ebuilds, few have updated
manpages and bash-completion scripts.

Scripts are called with two parameters.  The first is the coin name, in
all-lowercase.  The second is a combination of GitHub user and repository,
separated by a slash.  Here are some examples:

./make-coin-ebuild-makefile.sh fudcoin CarsonCloak/fudcoin

./make-coin-ebuild-autotools.sh acoin acoin-project/acoin

./make-coin-ebuild-autotools-v2.sh unobtanium unobtanium-official/Unobtanium

I run coin daemons on a headless box, so GUI ebuilds aren't produced.