Date

Call-in Information

Time: 10:00 am, Eastern Time (New York, GMT-04:00)

To join the online meeting:

  • https://lyrasis.zoom.us/j/84378615572?pwd=bGUxSjlyRTdjOGl5U1B6L0Yva3RQdz09

    Meeting ID: 843 7861 5572
    Passcode: 556561
    One tap mobile
    +16699006833,,84378615572#,,,,*556561# US (San Jose)
    +19292056099,,84378615572#,,,,*556561# US (New York)

    Dial by your location
            +1 669 900 6833 US (San Jose)
            +1 929 205 6099 US (New York)
            +1 253 215 8782 US (Tacoma)
            +1 301 715 8592 US (Washington DC)
            +1 312 626 6799 US (Chicago)
            +1 346 248 7799 US (Houston)
            877 853 5257 US Toll-free
            888 475 4499 US Toll-free
    Meeting ID: 843 7861 5572
    Passcode: 556561
    Find your local number: https://lyrasis.zoom.us/u/kerqtGDrJ4

Slack

Attendees

(star)  Indicating note-taker

  1. Dragan Ivanovic 
  2. Brian Lowe  
  3. Georgy Litvinov (star)
  4. Michel Héon
  5. Benjamin Gross 
  6. Benjamin Kampe
  7. Veljko Maksimovic 
  8. William Welling 
  9. Kevin Day 
  10. Huda Khan 
  11. Fadwa Alshawaf

Agenda

  1. Questions/Issues/Pull requests/Announcements
    1. VIVO track at the CRIS conference - the submission closed
    2. A new GitHub VIVO community repository - https://github.com/vivo-community/vivo-ansible-vagrant
  2. Spamming at the GitHub repository -  https://github.com/vivo-project/Vitro/pull/211#issuecomment-1067547298
  3. DSpace-VIVO integration
    1. DSpace-VIVO integration task force
  4. The February sprint - https://github.com/orgs/vivo-project/projects/2/views/1
    1. recap of the sprint
      1. number of participants
      2. result - https://github.com/vivo-project/Vitro/tree/sprint-dynapi-2022-feb-staging
      3. well done vs might be improved
      4. next steps 
  5. Update of the Roadmap - https://docs.google.com/document/d/1hJSWAa3ENoFOYyp0GyvDqBdehra3AmFBAD9X2dX3cSo/edit?usp=sharing

Notes

Sandra Mierz: Ansible role for VIVO installation focused on automating VIVO installation.  Now whole process using Ansible playbook.  Also includes system requirements installed for your VIVO machine.  Afterwards, installs system.

https://github.com/vivo-community/vivo-ansible-vagrant

Playbook should be compatible with Debian, Ubuntu, RHEL machines

Sandra Mierz created an Ansible playbook for creating virtual machines that run Ubuntu set-up for VIVO app deployment. It also works for other debian based linux systems. Sandra and William quickly discussed the difference between deployment with VirtualMachines, which would be set up with Ansible, and deployment via container created with docker images. As William suggested, docker image should be fine, but standalone docker engine should not be used for production deployment, reather to use some sort of orchestration tool like Kubernetes or Docker Swarm.

Dragan mentioned a spam-like comment left on one of closed pull requests.

Since DSpace-VIVO integration members were not present at the call, we skipped the section where they were supposed to present their work so far.

Dragan then talked about February sprint results. Although progress on dynamic api was made, there still is no finished feature to present. We went through the notes taken on the last sprint meeting (sprint retrospect). Documentation for VIVO Dynamic API is not yet done, but Dragan plans to start with that this week. There are some tasks left over from this sprint that should be finished before the next sprint starts. Such tasks are tasks from Execution track, and iterative actions.

William suggests that although the base sprint branch wasn’t used, it still needs to be there. The fact that the base branch wasn't needed this time, does not mean that it was a bad thing. He suggested that planning could have been a bit more rigid. Dragan thinks there is a space for improvement in planning of a sprint, but feels that the planning was quite good considering the complexity of dynamic api task. A lot of planning was done during the sprint, which in ideal case would not happen. 

Some tracks for the next sprint could be security, validation, and user interface for creating new actions, and maybe data ingestion via dynamic api (this might be out of next sprint’s scope). Dragan suggested may 16th as the starting point for the next sprint. That's after the CRIS conference.

William and Kevin can't participate on those dates, since they are already committed to other sprints. 

William and Georgy suggested having some sort of pool/questionnaire for implementers, to see what features they use, and what features they want to see added.

Draft notes on Google Drive

Task List



  • No labels