Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

eclasses in this overlay vs those in the portage tree #120

Open
simonvanderveldt opened this issue Jan 26, 2019 · 0 comments
Open

eclasses in this overlay vs those in the portage tree #120

simonvanderveldt opened this issue Jan 26, 2019 · 0 comments
Labels

Comments

@simonvanderveldt
Copy link

Hi Mauro,

This is more of a question than an issue, hope that's OK :)

I was wondering what your view on the eclasses in the portage tree (https://github.com/gentoo/gentoo/blob/master/eclass/golang-base.eclass, https://github.com/gentoo/gentoo/blob/master/eclass/golang-build.eclass, https://github.com/gentoo/gentoo/blob/master/eclass/golang-vcs.eclass and https://github.com/gentoo/gentoo/blob/master/eclass/golang-vcs-snapshot.eclass) is and what the differences are between the eclasses in this overlay vs the eclasses in the portage tree.

I'm asking this because I'm having issues with making an ebuild for a simple golang application (https://github.com/99designs/aws-vault/) in that golang-base from the gentoo tree is hardcoded to do doins for the pkg and src directories (https://github.com/gentoo/gentoo/blob/master/eclass/golang-base.eclass#L79), this fails when using go 1.10+ since there is only a bin directory and no longer a pkg directory (the go package cache now resides in GOCACHE if I understand it correctly looking at the release notes https://tip.golang.org/doc/go1.10#build).

@ganto ganto added the question label Sep 25, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants