Conversation
Haven’t released any centos 5 builds since 1.1.1
|
This is awesome. I watched yesterday while @technoweenie worked on this and helped where I could, so I'm on board with this diff. So glad that this part of our build process is up to speed with the vendoring changes (which I should have checked when I made them 😅 ). 👍 |
|
Actually, there still a few problems: First, the centos docker image builds error when running I think this is fine, and we could actually split Second, I get these intermittent errors installing during the initial Not sure there's much I can do about it, other than retrying the debian builds. |
it has the updated build_rpms.bsh script
|
Merging this so I can push to docker hub 🤘 |
In commit b560b85 of PR git-lfs#1298 and in commit git-lfs/build-dockers@64a3a9f of PR git-lfs/build-dockers#3 we dropped support for CentOS 5, so we can remove the logic in our rpm/build_rpms.bsh which installed a RedHat EPEL package only on this platform.
Since the original introduction of the rpm/build_rpms.bsh script in commit 4a71627 of PR git-lfs#332 it has checked for the absence of the "go" binary and, if it is not found, installs the golang package, except on CentOS 5 where fetches and patches a golang.spec file and then builds a local RPM using that in order to install Go. However, in commit b560b85 of PR git-lfs#1298 and in commit git-lfs/build-dockers@64a3a9f of PR git-lfs/build-dockers#3 we dropped support for CentOS 5. And in commit 88430de of PR git-lfs#654 we updated our CentOS Dockerfiles (before they were moved to the git-lfs/build-dockers repository) to download and install Go from the googleapis.com service, and we still continue to do this but as of commit git-lfs/build-dockers@c638503 in PR git-lfs/build-dockers#35 we now use the golang.org service. This direct download obviates the logic in our rpm/build_rpms.bsh script to install the golang package, and the special handling for CentOS 5 is also obsolete, so we remove this logic from our script.
Since the original introduction of the rpm/build_rpms.bsh script in commit 4a71627 of PR git-lfs#332 it has checked for the absence of the "go" binary and, if it is not found, installs the golang package, except on CentOS 5 where fetches and patches a golang.spec file and then builds a local RPM using that in order to install Go. However, in commit b560b85 of PR git-lfs#1298 and in commit git-lfs/build-dockers@64a3a9f of PR git-lfs/build-dockers#3 we dropped support for CentOS 5. And in commit 88430de of PR git-lfs#654 we updated our CentOS Dockerfiles (before they were moved to the git-lfs/build-dockers repository) to download and install Go from the googleapis.com service, and we still continue to do this but as of commit git-lfs/build-dockers@c638503 in PR git-lfs/build-dockers#35 we now use the golang.org service. This direct download obviates the logic in our rpm/build_rpms.bsh script to install the golang package, and the special handling for CentOS 5 is also obsolete, so we remove this logic from our script.
In commit b560b85 of PR git-lfs#1298 and in commit git-lfs/build-dockers@64a3a9f of PR git-lfs/build-dockers#3 we dropped support for CentOS 5, so we can remove the logic in our rpm/build_rpms.bsh which installed a RedHat EPEL package only on this platform.
Since the original introduction of the rpm/build_rpms.bsh script in commit 4a71627 of PR git-lfs#332 it has checked for the absence of the "go" binary and, if it is not found, installs the golang package, except on CentOS 5 where fetches and patches a golang.spec file and then builds a local RPM using that in order to install Go. However, in commit b560b85 of PR git-lfs#1298 and in commit git-lfs/build-dockers@64a3a9f of PR git-lfs/build-dockers#3 we dropped support for CentOS 5. And in commit 88430de of PR git-lfs#654 we updated our CentOS Dockerfiles (before they were moved to the git-lfs/build-dockers repository) to download and install Go from the googleapis.com service, and we still continue to do this but as of commit git-lfs/build-dockers@c638503 in PR git-lfs/build-dockers#35 we now use the golang.org service. This direct download obviates the logic in our rpm/build_rpms.bsh script to install the golang package, and the special handling for CentOS 5 is also obsolete, so we remove this logic from our script.
We no longer support either CentOS 5 or 6, per commit b560b85 of PR git-lfs#1298 and commit git-lfs/build-dockers@64a3a9f of PR git-lfs/build-dockers#3, and commit git-lfs/build-dockers@898d9b0 of PR git-lfs/build-dockers#33. We also now build the Asciidoctor Ruby gem in order to generate our man pages, rather than using ronn and several other gems, per commit db9a821 of PR git-lfs#5054. We therefore update the documentation for our RPM package build utilities and for our Docker container image build utilities to reflect these changes.
We no longer support either CentOS 5 or 6, per commit b560b85 of PR git-lfs#1298 and commit git-lfs/build-dockers@64a3a9f of PR git-lfs/build-dockers#3, and commit git-lfs/build-dockers@898d9b0 of PR git-lfs/build-dockers#33. We also now build the Asciidoctor Ruby gem in order to generate our man pages, rather than using ronn and several other gems, per commit db9a821 of PR git-lfs#5054. We therefore update the documentation for our RPM package build utilities and for our Docker container image build utilities to reflect these changes.
In Git LFS v1.3, we made the big change to support Go vendor imports. This is a feature that was off by default in Go 1.5, on by default in Go 1.6, and always on in the upcoming Go 1.7.
When trying to build Git LFS v1.3, I got both RPM build errors and Debian build errors that indicated
GOPATHis not being set properly.This PR does the following to get packages building on Git LFS v1.3. I was able to build packages with the following:
Here's a summary of the changes:
dpkg-buildpackagein separate directories. Leftovers from the first run caused the debian errors I saw.EDIT: Replaced the
rpm-go-vendor-fixesbranch withlinux-build-fixes, which has cleaned up commits and a PR: git-lfs/git-lfs#1398