Re: [gentoo-dev] rfc: go 1.13 and go modules

2019-09-10 Thread Kent Fredric
On Tue, 10 Sep 2019 13:31:01 -0500 William Hubbs wrote: > It looks like we would also need a way to honor the GOPROXY environment > variable as well. Or ... mirror://goproxy/ pgpSON8XaRx39.pgp Description: OpenPGP digital signature

Re: [gentoo-dev] rfc: go 1.13 and go modules

2019-09-10 Thread William Hubbs
On Mon, Sep 09, 2019 at 06:21:42PM -0500, William Hubbs wrote: > On Mon, Sep 09, 2019 at 03:57:18PM -0700, Georgy Yakovlev wrote: > > On Monday, September 9, 2019 2:46:16 PM PDT William Hubbs wrote: > > > On Tue, Sep 10, 2019 at 08:35:17AM +1200, Kent Fredric wrote: > > > > On Mon, 9 Sep 2019 12:34

Re: [gentoo-dev] rfc: go 1.13 and go modules

2019-09-09 Thread Kent Fredric
On Mon, 9 Sep 2019 16:46:16 -0500 William Hubbs wrote: > will list the dependencies of a module, but that doesn't look like it > can be translated into src_uri format. If you use the mirror as mentioned in https://blog.golang.org/module-mirror-launch Then you should be able to do it in a strai

Re: [gentoo-dev] rfc: go 1.13 and go modules

2019-09-09 Thread William Hubbs
On Mon, Sep 09, 2019 at 03:57:18PM -0700, Georgy Yakovlev wrote: > On Monday, September 9, 2019 2:46:16 PM PDT William Hubbs wrote: > > On Tue, Sep 10, 2019 at 08:35:17AM +1200, Kent Fredric wrote: > > > On Mon, 9 Sep 2019 12:34:18 -0500 > > > > > > William Hubbs wrote: > > > > There is another o

Re: [gentoo-dev] rfc: go 1.13 and go modules

2019-09-09 Thread Georgy Yakovlev
On Monday, September 9, 2019 2:46:16 PM PDT William Hubbs wrote: > On Tue, Sep 10, 2019 at 08:35:17AM +1200, Kent Fredric wrote: > > On Mon, 9 Sep 2019 12:34:18 -0500 > > > > William Hubbs wrote: > > > There is another option I want to try which is adding "go mod vendor" to > > > src_unpack for g

Re: [gentoo-dev] rfc: go 1.13 and go modules

2019-09-09 Thread Alec Warner
On Mon, Sep 9, 2019 at 3:10 PM William Hubbs wrote: > On Mon, Sep 09, 2019 at 09:00:31PM +0200, Michał Górny wrote: > > On Mon, 2019-09-09 at 13:41 -0500, William Hubbs wrote: > > > On Mon, Sep 09, 2019 at 11:19:02AM -0700, Zac Medico wrote: > > > > On 9/9/19 10:34 AM, William Hubbs wrote: > > >

Re: [gentoo-dev] rfc: go 1.13 and go modules

2019-09-09 Thread William Hubbs
On Mon, Sep 09, 2019 at 09:00:31PM +0200, Michał Górny wrote: > On Mon, 2019-09-09 at 13:41 -0500, William Hubbs wrote: > > On Mon, Sep 09, 2019 at 11:19:02AM -0700, Zac Medico wrote: > > > On 9/9/19 10:34 AM, William Hubbs wrote: > > > > > > > There is another option I want to try which is adding

Re: [gentoo-dev] rfc: go 1.13 and go modules

2019-09-09 Thread William Hubbs
On Tue, Sep 10, 2019 at 08:35:17AM +1200, Kent Fredric wrote: > On Mon, 9 Sep 2019 12:34:18 -0500 > William Hubbs wrote: > > > There is another option I want to try which is adding "go mod vendor" to > > src_unpack for go packages. > > Is it infeasible to write a tool that you execute as a maint

Re: [gentoo-dev] rfc: go 1.13 and go modules

2019-09-09 Thread Kent Fredric
On Mon, 9 Sep 2019 12:34:18 -0500 William Hubbs wrote: > There is another option I want to try which is adding "go mod vendor" to > src_unpack for go packages. Is it infeasible to write a tool that you execute as a maintainer, that simulates what "go mod vendor" would do, but instead emits a li

Re: [gentoo-dev] rfc: go 1.13 and go modules

2019-09-09 Thread William Hubbs
On Mon, Sep 09, 2019 at 02:54:51PM -0400, Michael Orlitzky wrote: > On 9/9/19 2:19 PM, Zac Medico wrote: > > On 9/9/19 10:34 AM, William Hubbs wrote: > > > >> There is another option I want to try which is adding "go mod vendor" to > >> src_unpack for go packages. > > > > If you do that then it w

Re: [gentoo-dev] rfc: go 1.13 and go modules

2019-09-09 Thread Michał Górny
On Mon, 2019-09-09 at 13:41 -0500, William Hubbs wrote: > On Mon, Sep 09, 2019 at 11:19:02AM -0700, Zac Medico wrote: > > On 9/9/19 10:34 AM, William Hubbs wrote: > > > > > There is another option I want to try which is adding "go mod vendor" to > > > src_unpack for go packages. > > > > If you do

Re: [gentoo-dev] rfc: go 1.13 and go modules

2019-09-09 Thread Ulrich Mueller
> On Mon, 09 Sep 2019, William Hubbs wrote: > There is another option I want to try which is adding "go mod vendor" > to src_unpack for go packages. That's pretty much a no-go for a regular Gentoo package, because it would circumvent checksum verification, and would require network access at

Re: [gentoo-dev] rfc: go 1.13 and go modules

2019-09-09 Thread Michael Orlitzky
On 9/9/19 2:19 PM, Zac Medico wrote: > On 9/9/19 10:34 AM, William Hubbs wrote: > >> There is another option I want to try which is adding "go mod vendor" to >> src_unpack for go packages. > > If you do that then it will violate FEATURES=network-sandbox (default) > unless you also do PROPERTIES+=

Re: [gentoo-dev] rfc: go 1.13 and go modules

2019-09-09 Thread William Hubbs
On Mon, Sep 09, 2019 at 11:19:02AM -0700, Zac Medico wrote: > On 9/9/19 10:34 AM, William Hubbs wrote: > > > There is another option I want to try which is adding "go mod vendor" to > > src_unpack for go packages. > > If you do that then it will violate FEATURES=network-sandbox (default) > unless

Re: [gentoo-dev] rfc: go 1.13 and go modules

2019-09-09 Thread Zac Medico
On 9/9/19 10:34 AM, William Hubbs wrote: > There is another option I want to try which is adding "go mod vendor" to > src_unpack for go packages. If you do that then it will violate FEATURES=network-sandbox (default) unless you also do PROPERTIES+=" live". We could add a separate PROPERTIES valu

[gentoo-dev] rfc: go 1.13 and go modules

2019-09-09 Thread William Hubbs
All, First off, everything I'm saying here is definitely open to discussion; they are issues I have found with go 1.13. with Go 1.13, go modules are the default way to build software written in Go. If upstream has a go.mod file in their distribution, this version of Go will assume that they are u