Bug 668454

Summary: Please Build rubygem-activerecord for el6
Product: [Fedora] Fedora EPEL Reporter: Sandro <gui1ty>
Component: rubygem-activerecordAssignee: Michael Stahnke <mastahnke>
Status: CLOSED WONTFIX QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: low    
Version: el6CC: ewoud+redhat, frimik, hyclak, markus.nussdorfer, mastahnke, redhatbugz, sander, vanmeeuwen+fedora
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-10-11 03:52:45 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Sandro 2011-01-10 15:04:34 UTC
Could you please build rubygem-activerecord for el6. I tried a mock build and did not encounter any problems. Scratch build in Koji works fine as well - https://koji.fedoraproject.org/koji/taskinfo?taskID=2712333

Comment 1 Michael Stahnke 2011-01-14 16:40:54 UTC
We're still evaluating which version of the Rails stack will go into EL6.  There quite a push for Rails 3, which means the version of AR would be 3 also.

Comment 2 Ewoud Kohl van Wijngaarden 2011-07-27 13:58:34 UTC
Any progress on this in the past 6 months?

Comment 3 Michael Stahnke 2012-01-11 21:43:20 UTC
*** Bug 773394 has been marked as a duplicate of this bug. ***

Comment 4 Michael Arnold 2012-02-26 17:50:22 UTC
It has been over a year.  What is taking so long?

Comment 5 Matt Hyclak 2012-03-06 16:42:20 UTC
Any pointers to discussions users could weigh in on?

Comment 6 Michael Arnold 2012-04-26 05:02:22 UTC
2.3.8 version of the Rails stack is available at http://rpm.razorsedge.org/ in the EL6 testing repo:
http://rpm.razorsedge.org/centos-6/RE-test/

Comment 7 Michael Stahnke 2014-10-11 03:52:45 UTC
I don't think building AR at 2.3.8 would be a good idea. the Active Libraries have had many security issues over the last 2 years, and attempting to maintain them in EPEL for another 5 or so years seems like it wouldn't go well. I'm happy to give commit rights (or lobby for them) to another packager to do so.