Activity Library/Editors/Policy: Difference between revisions

Move tech policy to Platform Team
Line 1: Line 1:
{{TOCright}}
{{TOCright}}
{{draft}}
{{draft}}
== ASLO auto checking ==
* Unique ''bundle_id'' activity.info field value
* Unique ''name'' activity.info field value
* ''license'' activity.info field value has short names that conform fedora good licences lists: [http://fedoraproject.org/wiki/Licensing#Good_Licenses software], [http://fedoraproject.org/wiki/Licensing#Good_Licenses_2 documentation] and [http://fedoraproject.org/wiki/Licensing#Good_Licenses_3 content].
* Activity version is an integer number
* Check if activity has correct link to bugs tracker
* Activity version has release notes
* Hide activity name field and fill it in from uploaded .xo (for all locales)


== Technical policy ==
== Technical policy ==


* Check that activity runs on declared Sugar Platforms.<br>Major sugar environments are [[Development Team/Packaging]]
All technical checks will happen [[Platform_Team/Recipe_Lint|automatically]] while uploading activities.
* (could be postponed until v2 of Policy) If activity has binary blobs, check it on:
** x86 architecture
** x86_64 architecture (looks like we have x86_64 only for SP-0.84+)
* If activity entirely(not just minor glitches like screen resolution) depends on hardware/software properties of particular environment(XO for example), this activity can not be pushed to the public and should be left in [[Glossary#Experimental_activity|Experimental]] stage. In that case editors could collect these activities in collections e.g. "Experimental XO activities" until they are fixed to run in common environment which satisfy Sugar Platform specification.
* Check it there is a component for activity on [https://bugs.sugarlabs.org/ bugs.sugarlabs.org] (or whatever was set as bugs tracker), if not, ask uploader about maintainer and create(request for creation) one
* For all bugs, that were found during review, create bug tickets


== Non-technical policy ==
== Non-technical policy ==