From Fedora Project Wiki
(Created page with "{{admon/important | Comments and Explanations | The page source contains comments providing guidance to fill out each section. They are invisible when viewing this page. To re...")
 
 
(34 intermediate revisions by 2 users not shown)
Line 1: Line 1:
{{admon/important | Comments and Explanations | The page source contains comments providing guidance to fill out each section. They are invisible when viewing this page. To read it, choose the "edit" link.<br/> '''Copy the source to a ''new page'' before making changes!  DO NOT EDIT THIS TEMPLATE FOR YOUR CHANGE PROPOSAL.'''}}
<!-- Self Contained or System Wide Change Proposal?
<!-- Self Contained or System Wide Change Proposal?
Use this guide to determine to which category your proposed change belongs to.
Use this guide to determine to which category your proposed change belongs to.
Line 52: Line 50:
CLOSED as NEXTRELEASE -> change is completed and verified and will be delivered in next release under development
CLOSED as NEXTRELEASE -> change is completed and verified and will be delivered in next release under development
-->
-->
* Tracker bug: [https://bugzilla.redhat.com/show_bug.cgi?id=998578 #998578]
* Tracker bug: [https://bugzilla.redhat.com/show_bug.cgi?id=1081587 #1081587] <!-- [https://bugzilla.redhat.com/show_bug.cgi?id=998578 #998578] -->


== Detailed Description ==
== Detailed Description ==
Line 60: Line 58:
== Benefit to Fedora ==
== Benefit to Fedora ==
<!-- What is the benefit to the platform?  If this is a major capability update, what has changed?  If this is a new functionality, what capabilities does it bring? Why will Fedora become a better distribution or project because of this proposal?-->
<!-- What is the benefit to the platform?  If this is a major capability update, what has changed?  If this is a new functionality, what capabilities does it bring? Why will Fedora become a better distribution or project because of this proposal?-->
This update will keep Fedora up-to-date and will ensure that the current Ruby on Rails developers stay with us as they will get support for system-packaged Ruby on Rails of the latest version. Apart from that, Rails 4.1 also bring improved functionality, speed and security.
This update will keep Fedora up-to-date and will ensure that the current Ruby on Rails developers stay with us as they will get support for system-packaged Ruby on Rails of the latest version. Apart from that, update to Rails 4.1 will bring a new version of rubygem-tzinfo which is able to use the zoneinfo timezone database so the users will be able to benefit from the system updates of zoneinfo files.


== Scope ==
== Scope ==
Line 70: Line 68:
* The whole Rails stack has to be updated
* The whole Rails stack has to be updated
* Some dependencies of the Rails stack will need update
* Some dependencies of the Rails stack will need update
The packages need to be created/updated:
{|
! Package name
! Task
! Status
|-
|rubygem-spring
|Create
|{{result|pass|jstribny}} [https://bugzilla.redhat.com/show_bug.cgi?id=1076516 1076516]
|-
|rubygem-arel
|Update to 5.0.0
|{{result|pass|jstribny}} [https://bugzilla.redhat.com/show_bug.cgi?id=1022695 1022695]
|-
|rubygem-tzinfo
|Update to 1.1
|{{result|pass|jstribny}} [https://bugzilla.redhat.com/show_bug.cgi?id=917630 917630]
|-
|rubygem-minitest
|Update to 5.1
|{{result|pass|vondruch}} [https://bugzilla.redhat.com/show_bug.cgi?id=950392 950392]
|-
|rubygem-actionview
|Create
|{{result|pass|jstribny}}
|-
|rubygem-activesupport
|Update to 4.1.x
|{{result|pass|jstribny}}
|-
|rubygem-actionpack
|Update to 4.1.x
|{{result|pass|jstribny}}
|-
|rubygem-activemodel
|Update to 4.1.x
|{{result|pass|jstribny}}
|-
|rubygem-activerecord
|Update to 4.1.x
|{{result|pass|jstribny}}
|-
|rubygem-actionmailer
|Update to 4.1.x
|{{result|pass|jstribny}}
|-
|rubygem-railties
|Update to 4.1.x
|{{result|pass|jstribny}}
|-
|rubygem-rails
|Update to 4.1.x
|{{result|pass|jstribny}}
|}
* Other developers: Update Rails dependent packages to be working with Ruby on Rails 4.1 <!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
<!-- What work do other developers have to accomplish to complete the feature in time for release?  Is it a large change affecting many parts of the distribution or is it a very isolated change? What are those changes?-->
* Release engineering: Not needed.  <!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
<!-- Does this feature require coordination with release engineering (e.g. changes to installer image generation or update package delivery)?  Is a mass rebuid required?  If a rel-eng ticket exists, add a link here.  -->
* Policies and guidelines: Not needed  <!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
<!-- Do the packaging guidelines or other documents need to be updated for this feature?  If so, does it need to happen before or after the implementation is done?  If a FPC ticket exists, add a link here. -->


== Upgrade/compatibility impact ==
== Upgrade/compatibility impact ==
Line 75: Line 138:


<!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
<!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
N/A (not a System Wide Change)
Web applications build above Ruby on Rails framework might need to be updated. Official upstream upgrade guide might come handy: http://guides.rubyonrails.org/upgrading_ruby_on_rails.html


== How To Test ==
== How To Test ==
Line 93: Line 156:


<!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
<!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
N/A (not a System Wide Change)
* No special hardware is needed.
* To test Rails 4.1 from upstream:
<pre>
gem install rails -v 4.1.0
rails new app
cd app && rails s
</pre>
* Go to http://127.0.0.1:3000/ and make sure you are running Rails 4.0.x
* To test only Rails itself
<pre>
yum install rubygem-{rails,sqlite3}
rails new app
cd app && rails s
</pre>
* To test the complete feature including generating a new Rails app using RPM
<pre>
su -c "yum install rubygem-{rails,sqlite3,coffee-rails,sass-rails,uglifier,jquery-rails,turbolinks,jbuilder,therubyracer,sdoc,spring}"
rails new app --skip-bundle && cd app
sed -i "s|# gem 'therubyracer'|gem 'therubyracer'|" Gemfile
rails s
</pre>
* Go to http://127.0.0.1:3000/ and make sure you are running Rails 4.1.x


== User Experience ==
== User Experience ==
<!-- If this change proposal is noticeable by its target audience, how will their experiences change as a result?  Describe what they will see or notice. -->
<!-- If this change proposal is noticeable by its target audience, how will their experiences change as a result?  Describe what they will see or notice. -->
<!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
<!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
N/A (not a System Wide Change)  
* New version of Ruby on Rails (4.1) available
* The most significant Rails 4.1 features:
** Spring application preloader
** config/secrets.yml
** Action Pack variants
** Action Mailer previews
* Users will be able to use rubygem-tzinfo with the system zoneinfo database


== Dependencies ==
== Dependencies ==
Line 104: Line 194:


<!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
<!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
N/A (not a System Wide Change)  
 
* There are several packages, which depends on Ruby on Rails framework. All need to be tested an updated:
* These needs to be surely updated:
** rubygem-haml-rails to 0.5.3
 
* openshift-origin-broker and any of rubygem-openshift-origin* gems might need to be updated and tested against Rails 4.1
** Contact person: Krishna Raman <kraman@redhat.com> from OpenShift Origin team
* Following gems don't support Rails 4.1 right now and would be broken by the update:
** rubygem-simple_form
** rubygem-delayed_job -> updated in rawhide
** rubygem-delayed_job_active_record -> updated in rawhide
** rubygem-haml-rails -> updated in rawhide
 
* As Rails requires a new version of minitest (5.0.0), many of the gems in Fedora will fail in %check during the next rebuild. We would need to patch those gems and submit the changes upstream.
** Discussion on the Ruby SIG mailing list about new minitest update: https://lists.fedoraproject.org/pipermail/ruby-sig/2014-March/001522.html


== Contingency Plan ==
== Contingency Plan ==
<!-- If you cannot complete your feature by the final development freeze, what is the backup plan?  This might be as simple as "Revert the shipped configuration".  Or it might not (e.g. rebuilding a number of dependent packages).  If you feature is not completed in time we want to assure others that other parts of Fedora will not be in jeopardy.  -->
<!-- If you cannot complete your feature by the final development freeze, what is the backup plan?  This might be as simple as "Revert the shipped configuration".  Or it might not (e.g. rebuilding a number of dependent packages).  If you feature is not completed in time we want to assure others that other parts of Fedora will not be in jeopardy.  -->
* Contingency mechanism: (What to do?  Who will do it?) N/A (not a System Wide Change)  <!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
* Contingency mechanism: None needed. Rails stack won't be updated until all its dependencies are in Rawhide. After that, it will be a simple matter of updating the core packages (and their dependencies). <!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
<!-- When is the last time the contingency mechanism can be put in place?  This will typically be the beta freeze. -->
<!-- When is the last time the contingency mechanism can be put in place?  This will typically be the beta freeze. -->
* Contingency deadline: N/A (not a System Wide Change) <!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
* Contingency deadline: N/A  <!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
<!-- Does finishing this feature block the release, or can we ship with the feature in incomplete state? -->
<!-- Does finishing this feature block the release, or can we ship with the feature in incomplete state? -->
* Blocks release? N/A (not a System Wide Change), Yes/No <!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
* Blocks release? No <!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
* Blocks product? product <-- Applicable for Changes that blocks specific product release/Fedora.next -->


== Documentation ==
== Documentation ==
Line 119: Line 222:


<!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
<!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
N/A (not a System Wide Change)
* http://api.rubyonrails.org/
* http://brewhouse.io/blog/2013/12/17/whats-new-in-rails-4-1.html?brewPubStart=1


== Release Notes ==
== Release Notes ==
Line 128: Line 232:
-->
-->


[[Category:ChangePageIncomplete]]
* http://weblog.rubyonrails.org/2014/4/8/Rails-4-1/
* http://guides.rubyonrails.org/4_1_release_notes.html
 
[[Category:ChangeAcceptedF21]]
<!-- When your change proposal page is completed and ready for review and announcement -->
<!-- When your change proposal page is completed and ready for review and announcement -->
<!-- remove Category:ChangePageIncomplete and change it to Category:ChangeReadyForWrangler -->
<!-- remove Category:ChangePageIncomplete and change it to Category:ChangeReadyForWrangler -->
Line 135: Line 242:


<!-- Select proper category, default is Self Contained Change -->
<!-- Select proper category, default is Self Contained Change -->
[[Category:SelfContainedChange]]
<!-- [[Category:SelfContainedChange]] -->
<!-- [[Category:SystemWideChange]] -->
[[Category:SystemWideChange]]

Latest revision as of 14:49, 2 May 2014


Ruby on Rails 4.1

Summary

Ruby on Rails 4.1 is the latest version of well know web framework written in Ruby.

Owner

Current status

Detailed Description

The Ruby on Rails stack is evolving quickly and Fedora needs to keep pace with it. Therefore the whole Ruby on Rails stack should be updated from 4.0 in Fedora 20 to 4.1 (latest version) in Fedora 21. This will ensure that all the Ruby developers using Fedora have the latest and greatest RPM-packaged Ruby on Rails.

Benefit to Fedora

This update will keep Fedora up-to-date and will ensure that the current Ruby on Rails developers stay with us as they will get support for system-packaged Ruby on Rails of the latest version. Apart from that, update to Rails 4.1 will bring a new version of rubygem-tzinfo which is able to use the zoneinfo timezone database so the users will be able to benefit from the system updates of zoneinfo files.

Scope

  • Proposal owners:
  • The whole Rails stack has to be updated
  • Some dependencies of the Rails stack will need update

The packages need to be created/updated:

Package name Task Status
rubygem-spring Create
Pass pass jstribny
1076516
rubygem-arel Update to 5.0.0
Pass pass jstribny
1022695
rubygem-tzinfo Update to 1.1
Pass pass jstribny
917630
rubygem-minitest Update to 5.1
Pass pass vondruch
950392
rubygem-actionview Create
Pass pass jstribny
rubygem-activesupport Update to 4.1.x
Pass pass jstribny
rubygem-actionpack Update to 4.1.x
Pass pass jstribny
rubygem-activemodel Update to 4.1.x
Pass pass jstribny
rubygem-activerecord Update to 4.1.x
Pass pass jstribny
rubygem-actionmailer Update to 4.1.x
Pass pass jstribny
rubygem-railties Update to 4.1.x
Pass pass jstribny
rubygem-rails Update to 4.1.x
Pass pass jstribny
  • Other developers: Update Rails dependent packages to be working with Ruby on Rails 4.1
  • Release engineering: Not needed.
  • Policies and guidelines: Not needed

Upgrade/compatibility impact

Web applications build above Ruby on Rails framework might need to be updated. Official upstream upgrade guide might come handy: http://guides.rubyonrails.org/upgrading_ruby_on_rails.html

How To Test

  • No special hardware is needed.
  • To test Rails 4.1 from upstream:
gem install rails -v 4.1.0
rails new app
cd app && rails s
yum install rubygem-{rails,sqlite3}
rails new app
cd app && rails s
  • To test the complete feature including generating a new Rails app using RPM
su -c "yum install rubygem-{rails,sqlite3,coffee-rails,sass-rails,uglifier,jquery-rails,turbolinks,jbuilder,therubyracer,sdoc,spring}"
rails new app --skip-bundle && cd app
sed -i "s|# gem 'therubyracer'|gem 'therubyracer'|" Gemfile
rails s

User Experience

  • New version of Ruby on Rails (4.1) available
  • The most significant Rails 4.1 features:
    • Spring application preloader
    • config/secrets.yml
    • Action Pack variants
    • Action Mailer previews
  • Users will be able to use rubygem-tzinfo with the system zoneinfo database

Dependencies

  • There are several packages, which depends on Ruby on Rails framework. All need to be tested an updated:
  • These needs to be surely updated:
    • rubygem-haml-rails to 0.5.3
  • openshift-origin-broker and any of rubygem-openshift-origin* gems might need to be updated and tested against Rails 4.1
    • Contact person: Krishna Raman <kraman@redhat.com> from OpenShift Origin team
  • Following gems don't support Rails 4.1 right now and would be broken by the update:
    • rubygem-simple_form
    • rubygem-delayed_job -> updated in rawhide
    • rubygem-delayed_job_active_record -> updated in rawhide
    • rubygem-haml-rails -> updated in rawhide

Contingency Plan

  • Contingency mechanism: None needed. Rails stack won't be updated until all its dependencies are in Rawhide. After that, it will be a simple matter of updating the core packages (and their dependencies).
  • Contingency deadline: N/A
  • Blocks release? No

Documentation

Release Notes