-
Notifications
You must be signed in to change notification settings - Fork 4.9k
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
Avoid git cloning from the deb6 image #6459
Conversation
The longer term plan is to reconsider if we still need support for Debian 6. |
Can we use zips from https://github.com/go-yaml/yaml/archive/v2.zip and https://github.com/tsg/gotpl/archive/master.zip instead of adding them to the repo? |
RUN git clone https://github.com/go-yaml/yaml.git /go/src/gopkg.in/yaml.v2 | ||
# Old git version which does not support proxy with go get directly, and git cloning | ||
# from github also no longer works. | ||
ADD go-yaml.tar.gz /go-yaml.tar.gz |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think we would have move visibility into this dependency if it were copied from the dev-tools/vendor directory. This will probably be better for maintainability.
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
@@ -1,5 +1,6 @@ | |||
#!/bin/sh | |||
|
|||
cp -r ../../../vendor/gopkg.in/yaml.v2 beats-builder/yaml.v2 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Probably should add these dirs to .gitignore.
It seems that by now Debian 6 is so old that `git clone` from Github repositories no longer works. We only needed git clone from it to get gotpl running, which is a relatively small program so I included it and its dependency (go-yaml) as vendored files. Tested `make package` locally.
c9e7ed6
to
2bc4645
Compare
Added |
It seems that by now Debian 6 is so old that `git clone` from Github repositories no longer works. We only needed git clone from it to get gotpl running, which is a relatively small program so I included it and its dependency (go-yaml) as vendored files. Tested `make package` locally.
It seems that by now Debian 6 is so old that `git clone` from Github repositories no longer works. We only needed git clone from it to get gotpl running, which is a relatively small program so I included it and its dependency (go-yaml) as vendored files. Tested `make package` locally.
* Use the tudorg/xgo-base image from docker hub (#6448) Another attempt to fix the transient packaging error. I pushed the tudorg/xgo-base image to Docker Hub and have the build script pull it from there, rather than building it locally. This should reduce the amount of network dependencies and speed up the build as well. Same could be done for xgo-base-deb, but this part is currently more critical. * Avoid git cloning from the deb6 image (#6459) It seems that by now Debian 6 is so old that `git clone` from Github repositories no longer works. We only needed git clone from it to get gotpl running, which is a relatively small program so I included it and its dependency (go-yaml) as vendored files. Tested `make package` locally. * Remove dependency on gopkg.in (#6461) This removes the remaining `go get` for gotpl, by using the vendored copy. This should get rid of our dependency on the gopkg.in service.
It seems that by now Debian 6 is so old that `git clone` from Github repositories no longer works. We only needed git clone from it to get gotpl running, which is a relatively small program so I included it and its dependency (go-yaml) as vendored files. Tested `make package` locally.
It seems that by now Debian 6 is so old that `git clone` from Github repositories no longer works. We only needed git clone from it to get gotpl running, which is a relatively small program so I included it and its dependency (go-yaml) as vendored files. Tested `make package` locally.
It seems that by now Debian 6 is so old that `git clone` from Github repositories no longer works. We only needed git clone from it to get gotpl running, which is a relatively small program so I included it and its dependency (go-yaml) as vendored files. Tested `make package` locally.
It seems that by now Debian 6 is so old that `git clone` from Github repositories no longer works. We only needed git clone from it to get gotpl running, which is a relatively small program so I included it and its dependency (go-yaml) as vendored files. Tested `make package` locally.
* Use the tudorg/xgo-base image from docker hub (elastic#6448) Another attempt to fix the transient packaging error. I pushed the tudorg/xgo-base image to Docker Hub and have the build script pull it from there, rather than building it locally. This should reduce the amount of network dependencies and speed up the build as well. Same could be done for xgo-base-deb, but this part is currently more critical. * Avoid git cloning from the deb6 image (elastic#6459) It seems that by now Debian 6 is so old that `git clone` from Github repositories no longer works. We only needed git clone from it to get gotpl running, which is a relatively small program so I included it and its dependency (go-yaml) as vendored files. Tested `make package` locally. * Remove dependency on gopkg.in (elastic#6461) This removes the remaining `go get` for gotpl, by using the vendored copy. This should get rid of our dependency on the gopkg.in service.
It seems that by now Debian 6 is so old that
git clone
from Githubrepositories no longer works. We only needed git clone from it to
get gotpl running, which is a relatively small program so I included it
and its dependency (go-yaml) as a zip file.
Tested
make package
locally.