Description of problem: This was previously resolved (disabled) for F21 in bug #1035773 and as it seems, it was later enabled in F20 [1] and I really don't understand why :/ Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. fedpkg clone ruby 2. git checkout f20 3. fedpkg scratch-build --arches armv7hf Actual results: Ruby does not build. Expected results: Ruby builds. Additional info: I would appreciate if you can revert this commit [1], since it was known it breaks Ruby yet you backported it into stable version. [1] http://pkgs.fedoraproject.org/cgit/glibc.git/commit/?h=f20&id=f4ab03df66ceb8f838af40e8f3afadc641b2155a
Note that the backport was requested in bug #1019452
Carlos, could you please do something about this?
Ugh, supposedly it is Ruby that should be fixed, what it does is definitely not portable, and pointer mangling is as a security feature highly desirable. Why doesn't Ruby need it on say x86_64 where the pointers are mangled too?
This is just about frame pointer [1]. Frame pointer encryption is disabled on F21+ while it got enabled on F20 and older later after the discussion. And yes, there is Ruby upstream ticket to fix this issue [2]. [1] https://bugzilla.redhat.com/show_bug.cgi?id=1035773#c17 [2] https://bugs.ruby-lang.org/issues/9249
(In reply to Jakub Jelinek from comment #3) > Ugh, supposedly it is Ruby that should be fixed. Actually testing this once more, the Ruby 2.0.0 still fails: http://koji.fedoraproject.org/koji/taskinfo?taskID=8321623 While Ruby 2.2.0 gets past that point: http://koji.fedoraproject.org/koji/taskinfo?taskID=8321676 So upstream Ruby is probably fixed, but this is OT for F20.
(In reply to Vít Ondruch from comment #2) > Carlos, could you please do something about this? Certainly, would you like us to backport the F21+ patch to F20 and disable the fp encryption in F20 also? (In reply to Jakub Jelinek from comment #3) > Ugh, supposedly it is Ruby that should be fixed, what it does is definitely > not portable, and pointer mangling is as a security feature highly desirable. > Why doesn't Ruby need it on say x86_64 where the pointers are mangled too? There is likely a combination of architectural dependencies that make it require the fp on ARM to find the gc root. In order to fix this though someone would have to do the grunt work to figure it out. In the meantime upstream did not want to leave ruby broken and reverted the fp mangling.
(In reply to Carlos O'Donell from comment #6) > (In reply to Vít Ondruch from comment #2) > > Carlos, could you please do something about this? > > Certainly, would you like us to backport the F21+ patch to F20 and disable > the fp encryption in F20 also? That would be sweet. Thank you!
(In reply to Vít Ondruch from comment #7) > (In reply to Carlos O'Donell from comment #6) > > (In reply to Vít Ondruch from comment #2) > > > Carlos, could you please do something about this? > > > > Certainly, would you like us to backport the F21+ patch to F20 and disable > > the fp encryption in F20 also? > > That would be sweet. Thank you! OK, we'll try to get to this when we do another f20 build, but that might take a while.
This is still an issue: http://koji.fedoraproject.org/koji/taskinfo?taskID=9457545
This message is a reminder that Fedora 20 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 20. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '20'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 20 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
We aren't going to get to this before June 23rd EOL. Closing as CLOSED/UPSTREAM.