autotools-latest: ehm., revert EPEL workaround again

Seems like there is something racy?  Not yet checked what really
happens.  Per. build fail:
http://copr-be.cloud.fedoraproject.org/results/praiskup/autotools/epel-7-x86_64/autotools-latest-1-1.fc20/build.log

2 files changed, 6 insertions, 5 deletions

diff --git a/repos/autotools/autotools-latest/autotools-latest/.gitignore b/repos/autotools/autotools-latest/autotools-latest/.gitignore
new file mode 100644
index 0000000..80eb4b0
--- /dev/null
+++ b/repos/autotools/autotools-latest/autotools-latest/.gitignore
@@ -0,0 +1 @@
+autotools-latest*/
diff --git a/repos/autotools/autotools-latest/autotools-latest/autotools-latest.spec b/repos/autotools/autotools-latest/autotools-latest/autotools-latest.spec
index b1c2fa6..66044dc 100644
--- a/repos/autotools/autotools-latest/autotools-latest/autotools-latest.spec
+++ b/repos/autotools/autotools-latest/autotools-latest/autotools-latest.spec
@@ -6,7 +6,7 @@
 Summary: Package that installs %scl
 Name: %scl_name
 Version: 1
-Release: 1%{?dist}
+Release: 2%{?dist}
 BuildArch: noarch
 License: GPLv2+
 Group: Applications/File
@@ -65,15 +65,15 @@ rm -rf %{buildroot}/%{_root_sysconfdir}/rpm/macros.%{scl}-config
 %else
 %files runtime
 %scl_files
-%if 0%{?rhel} == 7
-# Temporary fix for some bug in scl-utils-build-20130529-1.el7.x86_64
-/opt/rh/autotools-git/root/lib64
-%endif
 %endif
 
 %files build
 
 
 %changelog
+* Fri Mar 21 2014 Pavel Raiskup <praiskup@redhat.com> - 1-2
+- oh well, the EPEL7 workaround causes problem now on EPEL7, giving up and not
+  trying to observe what really happens
+
 * Fri Mar 21 2014 Pavel Raiskup <praiskup@redhat.com> - 1-1
 - initial packaging