docs/release-process/milestone-readouts/m1/distribution.rst

   1 ========================
   2 Integration/Distribution
   3 ========================
   4
   5 1. Project PTL:
   6
   7    - name: Vratko Polak
   8    - email: vrpolak@cisco.com
   9    - IRC handle: vrpolak
  10    - I have reviewed the PTL Requirements [1]_: True.
  11
  12 2. Project Contact:
  13
  14    - name: Luis Gomez
  15    - email: ecelgp@gmail.com
  16    - IRC handle: LuisGomez
  17
  18 3. Test Contact:
  19
  20    - name: Vratko Polak
  21    - email: vrpolak@cisco.com
  22    - IRC handle: vrpolak
  23
  24 4. Documentation Contact
  25
  26    - name: Luis Gomez
  27    - email: ecelgp@gmail.com
  28    - IRC handle: LuisGomez
  29
  30 5. Does your project have any updates on any previously-incomplete items from
  31    prior milestone readouts?
  32
  33    No.
  34
  35 6. Were project-specific deliverables planned for this milestone delivered
  36    successfully?
  37
  38    Yes.
  39
  40 7. Does your project have any special needs in CI Infrastructure [2]_?
  41
  42    No.
  43
  44 8. Is your project release plan finalized?
  45
  46    Yes [7]_.
  47
  48 9. Do you have all APIs intended to be externally consumable listed? (Yes/No/Not Applicable)
  49
  50    Yes.
  51
  52    - Does each API have a useful short name?
  53
  54     - Yes.
  55
  56    - Are the Java interface and/or YANG files listed for each API?
  57
  58     - Yes.
  59
  60    - Are they labeled as tentative, provisional, or stable as appropriate for
  61      each API?
  62
  63     - Yes.
  64
  65    - Do you call out the OSGi bundles and/or Karaf features providing the API
  66      for each API?
  67
  68     - Yes.
  69
  70 10. Have all project dependencies requests on other projects' release plans
  71     been acknowledged and documented by upstream projects?
  72
  73     Zero requests, so yes.
  74
  75 11. Will your project have top-level features not requiring system test?
  76
  77     Yes, legacy experimental scripts.
  78     No waiver requested.
  79
  80 12. Will your project use the OpenDaylight CI infrastructure for testing
  81     top-level features requiring system test?
  82
  83     Yes.
  84
  85 .. [1] Be sure to read the responsibilities of being a project lead under
  86        Leadership & Communication in the Requirements for Participation section
  87        of the release plan:
  88        https://wiki.opendaylight.org/view/Simultaneous_Release:Oxygen_Release_Plan#Requirements_for_Participation
  89 .. [2] Special needs include tools or configuration.  Note that generally, the
  90        only available tools in CI are basic RHEL/CentOS linux images with Java.
  91        You should note and ask for anything beyond that here.  Email
  92        helpdesk@opendaylight.org
  93 .. [3] It is recommended to use the OpenDaylight CI infrastructure unless there
  94        is some HW or SW resource that cannot be installed there.  Update the
  95        test plan with explanation on why your top-level features will not be
  96        using the OpenDaylight CI Infrastructure:
  97        https://wiki.opendaylight.org/view/CrossProject:Integration_Group:Feature_Integration_System_Test_Template#Test_Infrastructure
  98 .. [4] Projects running system test in external Labs are required to report
  99        system test results in a timely fashion after release creations, e.g.,
 100        weekly, RC, and formal releases.  Update the test plan with plans on
 101        testing in external lab:
 102        https://wiki.opendaylight.org/view/CrossProject:Integration_Group:Feature_Integration_System_Test_Template#Test_Infrastructure
 103 .. [5] https://wiki.opendaylight.org/view/Template:Project_Facts
 104 .. [6] https://wiki.opendaylight.org/view/GettingStarted:Project_Main#New_Project_Checklist
 105 .. [7] https://wiki.opendaylight.org/view/Integration/Distribution/Oxygen_Release_Plan