lunny/git-lfs
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
4424a6769a
git-lfs/rpm/SPECS/rubygem-mustache.spec

62 lines
1.7 KiB
RPMSpec
Raw Normal View History

RPMs for Centos 5/6/7 Currently uses the the internal golang linker, so git-lfs has no build-id. The debug pacakges will not work out of the box until this is fixed.
2015-05-19 03:29:07 +00:00
#global gemdir %(ruby -rubygems -e 'puts Gem::dir' 2>/dev/null)
%global gemdir %(IFS=: R=($(gem env gempath)); echo ${R[${#R[@]}-1]})
%define gem_name mustache
Name: rubygem-%{gem_name}
Version: 1.0.1
Release: 1%{?dist}
Summary: A framework-agnostic way to render logic-free views
Group: Applications/Programming
License: MIT
URL: https://rubygems.org/gems/%{gem_name}
Source0: https://rubygems.org/downloads/%{gem_name}-%{version}.gem
BuildRoot: %(echo %{_topdir}/BUILDROOT/%{gem_name}-%{version})
BuildRequires: gem > 2.0
Requires: ruby > 2.0
BuildArch: noarch
%description
Inspired by ctemplate, Mustache is a framework-agnostic way to render logic-free views. As ctemplates says, "It emphasizes separating logic from presentation: it is impossible to embed application logic in this template language. Think of Mustache as a replacement for your views. Instead of views consisting of ERB or HAML with random helpers and arbitrary logic, your views are broken into two parts: a Ruby class and an HTML template.
%prep
rpm: use old setup code on CentOS 7 We need to have different %setup invocations on CentOS 8 and older CentOS versions. Originally, CentOS 7 was thought to behave like CentOS 8, but the fact that it behaves like CentOS 6 was hidden by the container images building the RPMs against Git LFS 2.4.0 as part of the setup process. As a consequence, we never built the RPMs using the new versions of the spec files in master, and we never noticed that they failed in this case. Since we're no longer building RPMs against an ancient version of Git LFS as part of the setup process, adjust the Ruby RPMs to call the correct %setup invocation on CentOS 7. Note that like the code with %{?el6}, %{?el7} will expand to either 1 or nothing, so the condition will be true (nonzero) for CentOS 6 or 7 and false (zero) for 8.
2019-12-02 16:09:46 +00:00
%if 0%{?el6}%{?el7}
rpm: fix build on CentOS 6 The extraction on CentOS 6 doesn't work the same way as on CentOS 7, so use the old style %setup command for that OS.
2019-10-17 16:36:03 +00:00
%setup -q -c -T
%else
Add support for CentOS 8 Build packages for CentOS 8. Add it to the list of containers we build for and the list of packages we have downloads available for. In the gem spec files, use a different tooling on CentOS 8, since the old method no longer works there. Build using a more standard gem build process so that RPM does the abstraction for us now that it's capable of it. Stop deleting the root in the install step since we may have installed things there by that point, and RPM has handled this properly for many versions. Since the syntax "%{?el8}" expands to "1" on CentOS 8 and nothing on earlier versions, add a 0 in front of it any time we use the macro so that we don't end up with an empty conditional on earlier versions. "01" is still true and "0" is false, so the logic works out. It's been verified that the packages still build on CentOS 7 as well as CentOS 8.
2019-10-09 19:57:48 +00:00
%setup -q -n %{gem_name}-%{version}
rpm: fix build on CentOS 6 The extraction on CentOS 6 doesn't work the same way as on CentOS 7, so use the old style %setup command for that OS.
2019-10-17 16:36:03 +00:00
%endif
Add support for CentOS 8 Build packages for CentOS 8. Add it to the list of containers we build for and the list of packages we have downloads available for. In the gem spec files, use a different tooling on CentOS 8, since the old method no longer works there. Build using a more standard gem build process so that RPM does the abstraction for us now that it's capable of it. Stop deleting the root in the install step since we may have installed things there by that point, and RPM has handled this properly for many versions. Since the syntax "%{?el8}" expands to "1" on CentOS 8 and nothing on earlier versions, add a 0 in front of it any time we use the macro so that we don't end up with an empty conditional on earlier versions. "01" is still true and "0" is false, so the logic works out. It's been verified that the packages still build on CentOS 7 as well as CentOS 8.
2019-10-09 19:57:48 +00:00
%if ! 0%{?el8}
RPMs for Centos 5/6/7 Currently uses the the internal golang linker, so git-lfs has no build-id. The debug pacakges will not work out of the box until this is fixed.
2015-05-19 03:29:07 +00:00
gem install -V --local --force --install-dir ./%{gemdir} %{SOURCE0}
mv ./%{gemdir}/bin ./usr/local
Add support for CentOS 8 Build packages for CentOS 8. Add it to the list of containers we build for and the list of packages we have downloads available for. In the gem spec files, use a different tooling on CentOS 8, since the old method no longer works there. Build using a more standard gem build process so that RPM does the abstraction for us now that it's capable of it. Stop deleting the root in the install step since we may have installed things there by that point, and RPM has handled this properly for many versions. Since the syntax "%{?el8}" expands to "1" on CentOS 8 and nothing on earlier versions, add a 0 in front of it any time we use the macro so that we don't end up with an empty conditional on earlier versions. "01" is still true and "0" is false, so the logic works out. It's been verified that the packages still build on CentOS 7 as well as CentOS 8.
2019-10-09 19:57:48 +00:00
%endif
RPMs for Centos 5/6/7 Currently uses the the internal golang linker, so git-lfs has no build-id. The debug pacakges will not work out of the box until this is fixed.
2015-05-19 03:29:07 +00:00
%build
Add support for CentOS 8 Build packages for CentOS 8. Add it to the list of containers we build for and the list of packages we have downloads available for. In the gem spec files, use a different tooling on CentOS 8, since the old method no longer works there. Build using a more standard gem build process so that RPM does the abstraction for us now that it's capable of it. Stop deleting the root in the install step since we may have installed things there by that point, and RPM has handled this properly for many versions. Since the syntax "%{?el8}" expands to "1" on CentOS 8 and nothing on earlier versions, add a 0 in front of it any time we use the macro so that we don't end up with an empty conditional on earlier versions. "01" is still true and "0" is false, so the logic works out. It's been verified that the packages still build on CentOS 7 as well as CentOS 8.
2019-10-09 19:57:48 +00:00
%if 0%{?el8}
gem build ../%{gem_name}-%{version}.gemspec
%gem_install
%endif
RPMs for Centos 5/6/7 Currently uses the the internal golang linker, so git-lfs has no build-id. The debug pacakges will not work out of the box until this is fixed.
2015-05-19 03:29:07 +00:00
%install
mkdir -p ${RPM_BUILD_ROOT}
cp -a ./usr ${RPM_BUILD_ROOT}/usr
%clean
rm -rf %{buildroot}
%files
%defattr(-,root,root,-)
Add support for CentOS 8 Build packages for CentOS 8. Add it to the list of containers we build for and the list of packages we have downloads available for. In the gem spec files, use a different tooling on CentOS 8, since the old method no longer works there. Build using a more standard gem build process so that RPM does the abstraction for us now that it's capable of it. Stop deleting the root in the install step since we may have installed things there by that point, and RPM has handled this properly for many versions. Since the syntax "%{?el8}" expands to "1" on CentOS 8 and nothing on earlier versions, add a 0 in front of it any time we use the macro so that we don't end up with an empty conditional on earlier versions. "01" is still true and "0" is false, so the logic works out. It's been verified that the packages still build on CentOS 7 as well as CentOS 8.
2019-10-09 19:57:48 +00:00
%if 0%{?el8}
%dir %{gem_instdir}
%{gem_libdir}
%exclude %{gem_cache}
/usr/share/gems
/usr/bin/%{gem_name}
%else
RPMs for Centos 5/6/7 Currently uses the the internal golang linker, so git-lfs has no build-id. The debug pacakges will not work out of the box until this is fixed.
2015-05-19 03:29:07 +00:00
%{gemdir}
/usr/local/bin/%{gem_name}
Add support for CentOS 8 Build packages for CentOS 8. Add it to the list of containers we build for and the list of packages we have downloads available for. In the gem spec files, use a different tooling on CentOS 8, since the old method no longer works there. Build using a more standard gem build process so that RPM does the abstraction for us now that it's capable of it. Stop deleting the root in the install step since we may have installed things there by that point, and RPM has handled this properly for many versions. Since the syntax "%{?el8}" expands to "1" on CentOS 8 and nothing on earlier versions, add a 0 in front of it any time we use the macro so that we don't end up with an empty conditional on earlier versions. "01" is still true and "0" is false, so the logic works out. It's been verified that the packages still build on CentOS 7 as well as CentOS 8.
2019-10-09 19:57:48 +00:00
%endif
RPMs for Centos 5/6/7 Currently uses the the internal golang linker, so git-lfs has no build-id. The debug pacakges will not work out of the box until this is fixed.
2015-05-19 03:29:07 +00:00
%changelog
* Wed May 20 2015 Andrew Neff <andyneff@users.noreply.github.com> - 2.1.8
- Initial Spec
Reference in New Issue Copy Permalink