Difference between revisions of "Updated Activities from the Mirabelle list"
m (category sort)
|Line 1:||Line 1:|
== Summary ==
== Summary ==
Latest revision as of 14:49, 5 November 2013
All Activities shipped in the Mirabelle release will continue to be shipped in Mango Lassi if they pass a basic smoke test. These Activities will be updated so that Mango Lassi ships the latest stable version of their code, which may mean that some Activities that were in Mirabelle will have improvements or new features in their Mango Lassi version.
- Name: Mel Chua (I would love to do this feature with someone else and mentor them through the feature process, so if you'd like to learn how this works with guidance, please contact me and I'll help you with it through the entire release cycle.)
- Email: mel at sugarlabs dot org
- Targeted release: Mango Lassi
- Last updated: Mchua 16:02, 2 August 2010 (EDT)
- Percentage of completion: 50%
I think #Summary pretty much covers it.
Benefit to Sugar
More recent version of Activities get deployed and used, and hopefully feedback on those more recent version will be received.
For each Activity shipped in Mirabelle...
- Get the latest stable version of the Activity from either ASLO or git
- Smoke-test to see if that version of the Activity works. If yes, move on; if no, roll back a stable version until it does.
- Update the Fedora package for that Activity to that version of its code.
- Document (for Marketing, on a talking-points list when there is one for the Mango Lassi version of SoaS) any significant feature improvements for that Activity that have occurred between its Mirabelle version and its Mango Lassi version.
That's it; the updated packages will be automatically pulled into the Mango Lassi image.
How To Test
Using the image under test, run each Activity from Mirabelle through the standard SoaS Activity smoke-test (which needs to be written).
Users who have experienced the prior Mirabelle release of SoaS will notice that their old familiar Activities are still there, but that some have new features.
This feature depends on individual Activities, as it is a pull of their updated code.
None necessary, revert to previous release behaviour.
No documentation, though we can and probably should link to individual usage documentation for each of these Activities being shipped.
We can't write this section until we have release notes for each upstream (Activity) being updated.