Bug 212453 - build go tests and binaries via vendoring and not GOPATH
Summary: build go tests and binaries via vendoring and not GOPATH
Status: RESOLVED CODE_FIX
Alias: None
Product: Tools
Classification: Unclassified
Component: libcap (show other bugs)
Hardware: All Linux
: P3 normal
Assignee: Andrew G. Morgan
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-03-27 01:02 UTC by Andrew G. Morgan
Modified: 2021-06-21 00:56 UTC (History)
0 users

See Also:
Kernel Version: n/a
Subsystem:
Regression: No
Bisected commit-id:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Description Andrew G. Morgan 2021-03-27 01:02:52 UTC 
It looks like something has changed with GOPATH support. It might be time to migrate to a vendor based module layout in the main build tree... This needs investigating.
Comment 1 Andrew G. Morgan 2021-03-31 14:27:52 UTC 
The dev tree builds libcap again. I guess this was a transient breakage. At some point, I should still try to figure out how to use vendoring to build in-tree though.
Comment 2 Andrew G. Morgan 2021-06-20 22:35:40 UTC 
Indeed, it looks like GOPATH/GO111MODULE will be dropped in go1.17:

  https://blog.golang.org/go116-module-changes
Comment 3 Andrew G. Morgan 2021-06-21 00:56:12 UTC 
This is fixed in libcap-2.51 via this commit:

  https://git.kernel.org/pub/scm/libs/libcap/libcap.git/commit/?id=1b59ff98484b5dd18bd1a0f99a002d67b6d773cd
Note You need to log in before you can comment on or make changes to this bug.