-
-
Notifications
You must be signed in to change notification settings - Fork 5.8k
Can not build anymore since version 1.9.0 #7997
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
Comments
Which version of |
Version in Leap 15.1: 1.11.10 |
I think 87404d7 should fix the problem. |
@typeless right. That's only in v1.10 not v1.9 |
@ecsgh Can you try those commands ?:
|
This bug is not fixed. Thus, the build since version 1.9.0 still not possible. What else can I do? |
I think it may related with my PR #7080 that we use
It will run gitea/modules/public/public.go Line 21 in 171b359
I think maybe go1.11 didn't support |
Now I have explicitly used go 1.12. For the command "GO111MODULE = on go build -mod = vendor -v -tags 'bindata' -ldflags '-s -w -X" main.Version = 1.9.2 "-X" main.Tags = bindata "' -o. / gitea "comes now only: [35s] github.com/klauspost/compress/gzip Which does not help me, because it is not very meaningful. I still see the public problem or main problem in the attempt to load packages from github. And again the question. What has changed since 1.9.0, that is always trying to load packages from github and not vendor to use? |
What has changed since 1.9.0, that is always trying to load packages from github and not vendor to use? -> a lot but mostly using go module in this case and that by default it doesn't use anymore vendor folder The main problem is |
Could you try the first command as
|
No success. :-( This is the output at build time in opensuse build service:
|
Think the problem is the macro %gobuild from opensuse. I understand not parameter -mod=vendor. I use now: go build -mod=vendor -v -ldflags '-s -w -X "main.Version=%{version}"' and the package is build and running fine. Issue can close. |
have the same problem on centos and was able to dissect this Issue to somehow the And causes go to pull in the dependency's, which in a buildchroot without network capability throws all those errors. the workaround I use is to omit
|
Sorry forgot to mention #8008 does not fix this for me |
@markVnl Which version of Go do you use? |
@typeless go version go1.11.5 , which is supplied by the epel-7 repository
This is the go environment during the build:
the source-code lives in : |
@markVnl For dd3ba9b#diff-b67911656ef5d18c4ae36cb6741b7965 to work, a newer version of Go seems to be required. |
Thanks, and I can confirm it works like a charm on centOS with go1.13 installed from testing-epel-7
|
Hi, Sorry for the edit spam, but the above alone won't make 1.9.3 build for CentOS. I had to amend this:
|
@irreleph4nt test_build @copr: |
[x]
):Description
A build using opensuse build service and also local is not possible.
First I want to build gitea in the opensuse build service.
But this fails, because the build process would like to load different packages from github, even though the files actually exist in the vendor directory of the source. The buildservice does not allow external sources to be downloaded during the build process.
Up to version 1.8.2 the build worked without problems.
As of version 1.9.0, this is no longer possible.
Even a build directly does not work. I first download the 1.9.2 release. Unzip the source and change to the directory. then I do the following:
TAGS = "bindata" make generate all
It then appears:
github.com/klauspost/compress/gzip
github.com/blevesearch/bleve/index/scorch
make: *** [Makefile: 315: gitea] Error 1
Why are the files in the vendor directory no longer used?
What do I have to do to reuse it so that I can recreate a package using opensuse buid service?
The text was updated successfully, but these errors were encountered: