WIL Conf call 25 February 2008

From GEANT2-JRA1 Wiki

Contents

Meeting details

Date and Time: Wednesday, the 11th of February, 15:30 - 16:45 CET, 14:30-15:45 BST.

Skype

Agenda

  1. Last Meeting Actions
  2. Test infrastructure
  3. DJ1.3.4 review
  4. Next JRA1 and pS meeting
    • Target and Objectives
ST suggestions:
pS - general topics related to cooperation between I2 and JRA1, protocol, schema
 as listed here: PS_meeting_topics_proposals
JRA1 - topics related to Java services, installation, release docs and process, etc, continuation
 of disucssion from pSdev meeting which applies to JRA1 services
  1. Priority Action Plan - identify our priorities for the next 6 months
  2. Development lead
    • User steering committee - first thoughts
    • Technical development lead - getting started
    • NOC and PERT requirements
  3. [Change process
  4. Documents needed for perfSONAR
    • protocol
  5. Product contact information - Primary dev, Backup dev and QA/team leader
  6. Security
  7. License

Notes

Attendance: AH, SK, ST, NS. Apologised: LK

  1. Last Meeting Actions
    • Decision: all to update the actions status. We go over only the actions that need discussion: to be flagged-up.
  2. Test Infrastructure
    • LS working well
  3. DJ1.3.4 review
    • All to review
  4. Next JRA1 and pS meeting
    • pS meeting - NS had a discussion with JB. We talked about having JZ or MS there to explain the structure of the protocol doc and the information contained. JB also to explain his proposal on protocol documentation. Then spend few hours on a subset of protocol to progress. Finally during the JRA1 meeting, explain how to do it for all the JRA1 developers.
  5. Next steps
    • All change over bugzilla, see SK suggestion.
    • bugzilla to track things. Keep information to a minimum: description and milestones (no document and discussion over it). URL to discussion pages.
    • Q&A as WIL
    • Review template
    • Target: Zagreb meeting to take decisions
  6. Change process
    • What happens with points discussed during meetings and agreed upon?
    • What if the change is small?
    • What if it is a bug?
    • Change filtering into Description validation
    • Add SD in steering
    • What happens if the change is raported by an observer? Who does the filtering?

Last Meeting Actions

  1. SK to investigate why the BWCTL MP tests don't work with the MDM Pilot. To check with perfSONARUI plug-in. - step by step ongoing
  2. NS to check the timeline or LIPCU (for ordering the kits and scheduling the workload)
  3. ST to add in the document the details as which ps-base to go for or which schema version - ongoing as pSbase changes almost every day.
  4. AH: Exchange utilisation range (color) Evaluate: how the visualisation could cope with that change (+ ressource estimate)
  5. NS find out who has constrains on providing utilisation data.
  6. NS to plan the end of the Pilot
  7. NS to draft a prototype plan
  8. NS to start setting up the quotes for Prototype and LHC-OPN
  9. LK to follow-up on the starting date for the LHC-OPN activity.
  10. SK to investigate if we can get RH support after having modified the kernel -modules ok, kernel modification only with RH
  11. LK to indicate when the release 3.0 will be available. NS to contact PW about training schedule.
  12. LK to send a summary about issues relater to 3.0 and on-time parts.
  13. SK to send an email about the traceroute : where are they visualised. Which ones are available? data available via www.win-labor.dfn.de/ippm
  14. NS to try the BWCTL plug-in. - Done - working fine
  15. NS to ask JM and LHC to specify who are the users of those data so that we can tailor the visualisation.
  16. release management to coordinate the development side for ps3.0
  17. LK to check that pSbase has all the feature required.
  18. LK to coordinate the deployment of the GEANT RRD MA (restricted to MDM participants)
  19. NS to investigate how to organise the work on security
  20. NS: Leaving process: Improve proposal for the documentation that a tester needs to provide. - Done
  21. NS to send the pointer to the welcome pack. - Done
  22. NS: Is the introduction done by the WIL, or the AL gives general introduction then pass the token to the WIL?
  23. Technical lead: how to tackle it? What are the actions?
  24. NS to verify if CR can attend the JRA1 meeting on Thursday and Friday. - Request sent, awaiting answer
  25. NS to update the change process
  26. LK, LM, NS to finalise the date for 4.0 release.
  27. Get back to the developer functionalities at the next WIL
  28. Define project steering body
  29. Investigate with project from how much ressources the approval from the project is required.
  30. Investigate if bugzilla can be used for new features
  31. ST Test infrastructure - announce the LS is up and running to the mailing list.
  32. NS announce the LS is up and running to the cNIS group.
  33. All review DJ1.3.4
  34. All: next JRA1 meeting: list topics for plenary or parallel session for Wednesday 05/03
  35. NS ask ML to complement the agenda for 15/03
  36. NS to upload final agenda on 16/03
  37. ST to investigate who should take part to which pS dev session and who is actually taking part to it. - Done
  38. ST to kick the pS dev meeting prioritisation task (with WILs)
  39. NS to coordinate the protocol work for JRA1, follow-up JB emails on doc structure. Help from VV (?) on the technical side of it.
  40. NS and SK to investigate RFE in bugzilla
  41. NS to go over bugzilla product and change Q&A name by WIL name
  42. NS and SK: investigate how to get Q&A stats - what RFE I need to track.
  43. ST to look over the list of pS4.0 features and make a distinction between bug and enhancement
  44. NS to review question template and get feedback on Szymon in respect with the information that might be required for the specification document (though it is understood that additional iteration would be needed to get some text for the specification document)
  45. NS to provide two examples along with the template to be filled by the developers for the pS4.0 features definition
  46. NS to plan time for the pS4.0 feature definition and pS4.0 specification document
  47. NS look at the comments made on the change process
Personal tools